docs / Modelirovanie_na_UML_Ivanov_Novikov_uch_metod_po

1.4.7. Диаграмма компонентов

Диаграмма компонентов (component diagram) — показывает взаимо-

связи между модулями (логическими или физическими), из которых состоит моделируемая система.

Основной тип сущностей на диаграмме компонентов — это сами компоненты (1), а также интерфейсы (2), посредством которых указывается взаимосвязь между компонентами. На диаграмме компонентов применяются следующие отношения:

реализации между компонентами и интерфейсами (компонент реализует интерфейс);

зависимости между компонентами и интерфейсами (компонент использует интерфейс) (3).

На рис. 1.17 показаны основные элементы нотации, применяемые на диаграмме компонентов. Детальное описание приведено в главе 3.

component Web приложение

1

DBMS

Application

Service

3

2

WebBrowser

Рис. 1.17. Нотация диаграммы компонентов

1.4.8. Диаграмма размещения

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

Таким образом, на диаграмме размещения, по сравнению с диаграммой компонентов, добавляется два типа сущностей: артефакт (1), который является реализацией компонента (2) и узел (3) (может быть как классификатор, описывающий тип узла, так и конкретный экземпляр), а также отношение ассоциации между узлами (4), показывающее, что узлы физически связаны во время выполнения.

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

1.5.2. Диаграмма внутренней структуры

Диаграмма внутренней структуры (composite structure diagram) используется для более подробного представления структурных классификаторов, прежде всего классов и компонентов.

Структурный классификатор изображается в виде прямоугольника (1), в верхней части которого находится имя классификатора (2). Внутри находятся части (parts) (3). Частей может быть несколько. Части могут взаимодействовать друг с другом. Это обозначается с помощью соединителей (connectors) (4) различных видов. Место на внешней границе части, к которому присоединяется соединитель, называется портом (port) (5). Порты располагаются также на внешней границе структурного классификатора (6). Основные элементы нотации, применяемые на диаграмме внутренней структуры, показаны на рис. 1.20. Детальное описание приведено в главе 3.

1.5.3. Обзорная диаграмма взаимодействия

Обзорная диаграмма взаимодействия (interaction overview diagram) является разновидностью диаграммы деятельности с расширенным синтаксисом: в качестве элементов обзорной диаграммы взаимодействия могут выступать ссылки на взаимодействия (interaction use) (1), определяемые диаграммами последовательности.

Основные элементы нотации показаны на рис. 1.21. Детальное описание приведено в главе 4.

1.6. Модели и их представления

Было бы очень соблазнительно иметь возможность строить модели любых систем для любых целей единообразно, придерживаясь, так сказать, одной универсальной точки зрения. Во многих ранних методологиях моделирования программных систем такие попытки (более или менее удачные) предпринимались.

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

пектов сразу в принципе невозможно, — просто пока мы не знаем такого средства. Отсюда следует вывод: моделировать сложную систему следует с нескольких различных точек зрения, каждый раз принимая во внимание один аспект моделируемой системы и абстрагируясь от остальных. Этот тезис является одним из основополагающих принципов UML, может быть самым важным принципом, предопределившим практический успех UML.

Идея состоит в том, что абстрактный граф модели, состоящий из множества разнотипных сущностей и отношений, не подлежит конструированию или изучению в целом. Каждый раз для визуализации, изменения или иных манипуляций из этого общего графа вычленяются только сущности и отношения, релевантные для определенного аспекта моделируемой системы, а все остальные игнорируются. Такой вид с определенной точки зрения, можно сказать, проекцию модели, мы называем представлением (view). Можно сказать, что представление — это средство логического структурирования модели.

1.6.1. Классические представления из UML 1 и 2

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

Одним из самых популярных является набор представлений, описанных авторами языка в UML 1 [2] и показанных на рис. 1.24.

Рис. 1.24 Представления из UML 1

Представление использования (Use Case View) — это описание поведе-

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