6. Агрегация, композитные объекты, интерфейсы и реализации (10-15 мин.)

Агрегация. Ограничения агрегации (частью целого является один из двух компонентов) ----{или}----. Целое с его компонентом соединяет линия с незакрашенным ромбом вблизи целого.

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

Интерфейс – набор операций, которые задают некоторые аспекты поведения класса и представляют его для других классов. Взаимосвязь между классом и его интерфейсом называют отношением реализации (изображается пунктирной линией с полым треугольником, указывающим на интерфейс). Интерфейс не имеет атрибутов, роль играют только операции. Обозначение – как и классы, можно использовать <<интерфейс>> или начинать имя с I. Класс может реализовывать несколько интерфейсов и наоборот.

Для моделирования взаимодействия классов через интерфейс без изображения самого символа интерфейса используется символ кружочка, помещенного в гнездо.

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

Термин область видимости применяется по отношению к атрибутам и операциям и задает типы других классов, которые могут использовать заданные атрибуты или операции класса. Открытая видимость (public +) , защищенная (protected #), закрытая (private -).

Для динамического класса (instance scope) каждый экземпляр имеет собственное значение атрибутов и операций. Все экземпляры статического класса (classier scope) имеют общее значение для каждого атрибута или операции (имена атрибутов и операций подчеркиваются). Статический класс используется в том случае, когда заданная группа экземпляров должна совместно использовать значения закрытого атрибута.

7.Use Cases (+include/extend/generalization/grouping) (10-15 мин.)

Процесс Use Case Analysis играет особенно важную роль на этапе анализа системных требований. Способ использования системы пользователем определяет проектное решение, которое будет положено в ее основу. Use Case – набор сценариев использования системы.

Включение (include) – способ повторного использования Use Case, при котором действия одного Use Case-а включают действия другого.

Расширение (extend) - способ повторного использования Use Case, при котором новый Use Case создается путем добавления шагов к уже существующему.

Диаграмма Use Case –ов отображает только перечень возможных сценариев, но не учитывает порядок их выполнения.

Обобщение (generalization). Use Case могут наследовать друг друга. При наследовании дочерний Use Case наследует последовательность действий от базового и добавляет собственную очередность шагов. Отношение обобщения может существовать и между исполнителями.

Группирование (grouping). Если диаграммы получаются сложными, стоит сгруппировать Use Case-ы в пакеты. Сгруппированные Use Case-ы размещаются внутри этой папки.