Отношения в диаграммах Use Case

Между актером и элементом Use Case возможен только один вид отношения– ассоциация, отображающая их взаимодействие (рис. 2.9)

Между актерами допустимо отношениеобобщения, означающее, что экземпляр потомка может взаимодействовать с такими же разновидностями экземпляров элементов Use Case, что и экземпляр родителя (рис. 2.10).

                   

 

Рисунок 2.9– Отношение ассоциации                   Рисунок 2.10– Отношение обобщения между актерами

Между элементами Use Case определены отношение обобщения.

Отношение обобщения (рис. 2.11) фиксирует, что потомок наследует поведение родителя. Кроме того, потомок может дополнить или переопределить поведение родителя. Элемент Use Case, являющийся потомком, может замещать элемент Use Case, являющийся родителем, в любом месте диаграммы.

Рисунок 2.11– Отношение обобщения

Между элементами Use Case

 

 

Модели реализации объектно-ориентированного представления программных систем.

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

Компонентная диаграмма – первая из двух разновидностей диаграмм реализации, моделирующих физические аспекты объектно-ориентированных систем.

 

 

Компо­нентная диаграммапоказывает организацию набора компонентов и зависимости между компонентами.

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

Компоненты

По своей сути компонент является физическим фрагментом реализации системы, который заключает в себе программный код (исходный, двоичный, исполняемый), сценарные описания или наборы команд операционной системы (имеются в виду командные файлы). Язык UML дает следующее определение.

Компонент – физическая и заменяемая часть системы, которая соответствует на­бору интерфейсов и обеспечивает реализацию этого набора интерфейсов.

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

Компонент – базисный строительный блок физического представления ПО, по­этому интересно сравнить его с базисным строительным блоком логического пред­ставления ПО – классом.

   Сходные характеристики компонента и класса:

•  наличие имени;

•  реализация набора интерфейсов;

•  участие в отношениях зависимости;

•  возможность быть вложенным;

•  наличие экземпляров (экземпляры компонентов можно

использовать только в диаграммах размещения).

Разновидности компонентов

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

Таблица 1.2 –Разновидности компонентов

Стереотип	Описание
«executable»	Компонент, который может выполняться в физическом узле (имеет расширение .ехе)
«library»	Статическая или динамическая объектная библиотека (имеет расширение .all)
«file»	Компонент, который представляет файл, содержащий исходный код или данные (имеет расширение .ini)
«table»	Компонент, который представляет таблицу базы данных (имеет расширение .tbl)
«document»	Компонент, который представляет документ (имеет расширение .hlp)

В языке UML не определены пиктограммы для перечисленных стереотипов, при­меняемые на практике пиктограммы компонентов показаны на рис. 1.5 – 1.9.

Пиктограмма исполняемогоэлемента

Пиктограмма объектной библиотеки

Пиктограмма документа с исходным кодом или данными

Пиктограмма таблицы базы данных

– Пиктограмма документа

 

Сходные характеристики компонента и класса:

· наличие имени;

· реализация набора интерфейсов;

· участие в отношениях зависимости;

· возможность быть вложенным;

· наличие экземпляров (экземпляры компонентов можно использовать только в диаграммах размещения).

Между компонентами и классами есть существенная разница

---

Дата добавления: 2018-02-15; просмотров: 643; Мы поможем в написании вашей работы!

Поделиться с друзьями:

---

---

Мы поможем в написании ваших работ!