Читальный зал -->  Диаграммы параллельных состояний 

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 [ 28 ] 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57

ими одновременно. Однако некоторый экземпляр Стиля может быть общим для нескольких Многоугольников и Окружностей. Более того, указанная композиция означает, что удаление некоторого Многоугольника повлечет за собой удаление всех ассоциированных с ним Точек, но не повлечет удаление связанного с ним Стиля.

Подобное ограничение, а именно: некоторая Точка может одновременно принадлежать только либо Многоугольнику, либо Окружное ти, не может быть представлено с помощью кратности 1. Из этого также следует, что точка является объектом-значением (см. раздел Ссылочные объекты и объекты-значения в этой главе). К противоположной стороне этой ассоциации можно добавить кратность 0..1, но сам я этого не делаю. Черный ромб говорит все, что должно быть сказано.

На рис. 6.7 показано другое обозначение композиции. В этом случае компонент-часть помещается внутрь целого. Имя классса-компонента не выделяется полужирным шрифтом и записывается в виде имя роли: имя Класса. Кроме того, в верхнем правом углу указывается кратность. Можно использовать также и атрибут для компоненты с единственным значением.

Окружность

Многоугольник

{упорядочены} 3..* Точка

Рис. 6.7. Альтернативная нотация для композиции

В разных ситуациях для композиции используются различные обозначения. Это только две нотации для композиции, хотя вариантов для подобной нотации, предлагаемых языком UML, гораздо больше. Следует обратить внимание, что эти варианты нотации могут использоваться только для композиции, но не для агрегации.

Производные ассоциации и атрибуты

Производные ассоциации и производные атрибуты могут быть получены, соответственно, из других ассоциаций и атрибутов на диаграм-

ме классов. Например, значение атрибута возраст для Личности можно определить, если известна дата рождения этой Личности.

Каждая точка зрения предполагает свою собственную интерпретацию производных ассоциаций и атрибутов на диаграмме классов. Наиболее важная особенность связана с точкой зрения спецификации. С этой точки зрения важно понимать, что производные ассоциации и атрибуты устанавливают лишь ограничения между значениями, а не определяют то, что вычисляется и хранится постоянно.

На рис. 6.8 изображена некоторая иерархическая структура счетов с позиции спецификации. В данной модели используется образец Композиция (см. Гамма и др., 1995).

{баланс = сумма статей}

компоненты {иерархия} *

Счет

/баланс:Деньги

Производный атрибут

0..1

Итоговый Счет

/статьи * -к-

Статья

сумма:Деньги

Производная ассоциация

Детальный Счет

роль статей определяется

на основании статей компонекгов

Примечание

Рис. 6.8. Производные ассоциации и атрибуты

Отметим следующее:

Объекты класса Статья связаны с Детальными Счетами.

Баланс некоторого Счета вычисляется как сумма его Статей.

Статьи Итогового Счета являются статьями его компонентов, которые определяются рекурсивно.

Поскольку на рис. 6.8 изображена модель уровня спецификации, она ничего не утверждает относительно того, содержат ли Счета поля для

хранения данных баланса. Такие данные могут присутствовать в модели, однако они скрыты от клиентов класса Счет.

На рис. 6.9 показан пример производных элементов, которые задают ограничения для класса с именем Период Времени.

Период времени

начало:Дата окончание:Дата /продолжительносгь:Величин!

Рис. 6.9. Класс Период Времени

Если это диаграмма уровня спецификации, то, хотя и предполагается, что начало и окончание являются хранимыми атрибутами, а продолжительность - вычисляемым атрибутом, реально программист может реализовать этот класс любым способом, лишь бы при этом обеспечивалось его внешнее поведение. Например, вполне возможно сделать хранимыми атрибуты начало и продолжительность, а атрибут окончание - вычисляемым.

На диаграмме уровня реализации производные значения являются важными для специально выделенных полей, используемых в качестве кэш-памяти для повышения производительности. Помечая эти поля и записывая производные значения в кэш, можно легко видеть, как используется кэш-память. Как правило, я закрепляю назначение таких полей с помощью слова кэш в их именах в коде (например, ба-лансКэш).

На концептуальных диаграммах я использую производные маркеры, для того чтобы они напоминали мне, где эти производные элементы существуют и что нужно согласовать этот факт с экспертами предметной области. Затем все должно быть согласовано с использованием этих элементов на соответствующих диаграммах уровня спецификации.

Интерфейсы и абстрактные классы

Одно из наиболее важных свойств объектно-ориентированной разработки заключается в возможности изменения интерфейсов классов независимо от их реализации. Именно благодаря этому свойству объектная разработка является столь мощным средством. Однако очень немногие разработчики используют это свойство должным образом.

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 [ 28 ] 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57

ООО «Мягкий Дом» - это Отечественный производитель мебели. Наша профильная продукция - это диваны еврокнижка. Каждый диван можем изготовить в соответствии с Вашими пожеланияи (размер, ткань и материал). Осуществляем бесплатную доставку и сборку.



Звоните! Ежедневно!
 (926)274-88-54 
Продажа и изготовление мебели.

Копирование контента сайта запрещено.
Авторские права защищаются адвокатской коллегией г. Москвы.