 |
Отношение между артефактами
|
|
|
|
Между артефактами возможно отношение зависимости, показывающее, что один артефакт каким-то образом зависит от другого. Для уточнения семантики зависимости применяют стереотипы.
Рис. 1.8. Нотация отношений между артефактами
Между артефактами может быть отношение владения (ownership), т.е. артефакты могут быть вложены друг в друга (см. рис. 1.9).
Рис. 3.9. Артефакты, вложенные друг в друга
1.2.4. Отношение между артефактами и узлами
Артефакты системы размещаются на вычислительных узлах, что графически выражается либо отношением зависимости со стереотипом «deploy» между артефактом и узлом, либо посредством изображения артефакта внутри фигуры узла (возможно также простое перечисление имен артефактов внутри фигуры узла). Все нотации равноправны и представлены на рис. 1.10.
Рис. 1.10 Нотация отношений между артефактами и узлами
Если при размещении артефакта на узле важную роль играют специфичные для программной среды параметры, то они могут быть заданы посредством спецификации развертывания (deployment specification), которая является артефактом со стереотипом «deployment spec» (рис. 1.11)
Рис. 1.11 Использование спецификации развертывания
1.2.5.Отношение между узлами
Узлы могут быть связаны между собой специальным отношением, которое называется каналом связи (communication path). Данное отношение является специализацией отношения ассоциация и означает возможность обмена сообщениями. По сравнению с ассоциацией канал связи имеет одно ограничение: он может соединять только два узла, т.е. канал связи — это бинарная ассоциация.
Рис. 1.12 Нотация отношения между узлами
Узлы могут быть вложены один в другой, как это показано на рис. 1.13.
|
|
|
Рис. 1.13 Нотация вложенных узлов
Диаграммы
Диаграммы UML есть та основная накладываемая на модель структура, которая облегчает создание и использование модели.
Диаграмм (diagram) — это графическое представление некоторой части графа модели.
Вообще говоря, в диаграмму можно было бы включить любые (допустимые) комбинации сущностей и отношений, но произвол в этом вопросе затруднил бы понимание моделей. Поэтому авторы UML определили набор рекомендуемых к использованию типов диаграмм, которые получили название канонических типов диаграмм.
Помимо сущностей и отношений на диаграмме присутствует другие элементы модели, которые мы также будем называть конструкциями языка. Это тексты, которые могут быть написаны внутри фигур сущностей или рядом с линиями отношений, рамки диаграмм и их фрагментов, значки, присоединяемые к линиям или помещаемые внутрь фигур. Эти элементы не только помогают представить модель в более наглядной форме, но подчас несут значительную смысловую нагрузку.
В UML 1 всего определено 9 канонических типов диаграмм. Ниже перечислены их названия, принятые в данном учебном пособии (в других источниках есть отличия).
- Диаграмма использования (Use Case diagram);
- Диаграмма классов (Class diagram);
- Диаграмма объектов (Object diagram);
- Диаграмма состояний (State chart diagram);
- Диаграмма деятельности (Activity diagram);
- Диаграмма последовательности (Sequence diagram);
- Диаграмма кооперации (Collaboration diagram);
- Диаграмма компонентов (Component diagram);
- Диаграмма размещения (Deployment diagram).
В UML 2 внесены значительные коррективы как в список канонических диаграмм, а именно их число увеличилось до 13, так и в список доступных конструкций языка, что значительно расширило область его применения. Кроме этого две диаграммы были переименованы: диаграмма кооперации была переименована в диаграмму коммуникации, а диаграмма состояний в диаграмму автомата.
|
|
|
Список новых диаграмм и их названий приведен ниже.
- Диаграмма внутренней структуры (Composite Structure diagram);
- Диаграмма пакетов (Package diagram);
- Диаграмма автомата (State machine diagram);
- Диаграмма коммуникации (Communication diagram);
- Обзорная диаграмма взаимодействия (Interaction Overview diagram);
- Диаграмма синхронизации (Timing diagram).
Все диаграммы UML можно условно разбить на две группы, первая из которых — общие диаграммы. Общие диаграммы практически не зависят от предмета моделирования и могут применяться в любом программном проекте без оглядки на предметную область, область решений и т.д.
Диаграмма использования
Диаграмма использования (use case diagram) — это наиболее общее представление функционального назначения системы.
Диаграмма использования призвана ответить на главный вопрос моделирования: что делает система во внешнем мире?
На диаграмме использования применяются два типа основных сущностей: варианты использования (1) и действующие лица (2), между которыми устанавливаются следующие основные типы отношений:
- ассоциация между действующим лицом и вариантом использования (3);
- обобщение между действующими лицами (4);
- обобщение между вариантами использования (5);
- зависимости между вариантами использования (6).
На диаграмме использования, как и на любой другой, могут присутствовать примечания (7). Основные элементы нотации, применяемые на диаграмме использования, показаны на рис. 1.14.
Рис.1.14. Диаграмма использования
|
|
|
