UML-диаграммы. Диаграмма развертывания и прочие

C#, C++, др.
Клиент
Клиент
Web-сервер
Хранилища
данных
Сервер
приложений
ERP
система
Сервер баз
данных
Финансовая
система
Клиент
JSP, JSF, ASP, ADO, др.

конфигурации или топологии распределенного ПО и демонстрирует размещение различных артефактов

по отдельным узлам системы.
При разработке диаграмм развертывания преследуются следующие цели:
Специфицируются физические узлы, необходимые для размещения на них компонентов ПО.
Показываются физические связи между узлами системы на этапе исполнения кода.
Выявляются узкие места системы и выполняется её оптимизация для достижения требуемой производительности.
Узел (Node) является элементом модели, который представляет некоторый вычислительный ресурс для развертывания на нем различных артефактов.
На практике для уточнения спецификации узла могут использоваться различные текстовые стереотипы, которые акцентируют внимание на назначении этого узла.
Хотя в языке UML 2.х конкретные стереотипы для узлов не определены, для этой цели общепризнанны, например, следующие текстовые стереотипы:
«application server» (сервер приложений), «client workstation» (клиентская рабочая станция), «mobile device» (мобильное устройство), «embedded device» (встроенное устройство), «processor» (процессор), «sensor» (датчик), «modem» (модем), «net» (сеть), «printer» (принтер) и другие.

виде типа узла или в виде экземпляра узла.

Имя типа узла

записывается в форме обычного имени классификатора:
<имя-типа-узла>.
При этом имя начинается с заглавной буквы, а строка имени не подчеркивается. Имя типа узла указывает на некоторую разновидность узлов, присутствующих в модели системы.

Имя экземпляра узла записывается в следующей формате (БНФ):
<имя-экземпляра-узла>::=[<собственное-имя-узла >][‘:’ <имя-типа-узла>,
при этом собственное имя узла записывается со строчной буквы, а вся запись подчеркивается.

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

артефактов.






Устройство представляет собой узел, который обладает вычислительным ресурсом со способностью обрабатывать развернутые на нем артефакты.
Цель развертывания (deployment target) является абстрактным метаклассом для указания местоположения размещаемого артефакта.

«device»

:СерверБазДанных

«device»

:РабочаяСтанция

«executionEnvironment»

:MS .NET Framework

некоторую физически существующую часть информации, используемую или производимую в ходе

разработки ПО или в процессе развертывания и функционирования системы.





Спецификация развертывания (deployment specification) задает множество свойств, которые определяют параметры выполнения артефакта, развертываемого на некотором узле.

артефакта на некоторой цели развертывания.

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

целями развертывания, посредством которой они обладают способностью обмениваться сигналами и

сообщениями.

внутреннюю структуру классификаторов таких, как класс, компонент или кооперация, включая

точки взаимодействия классификатора с другими частями системы.
Внутренняя структура (internal structure) – структура взаимодействующих элементов модели, которые создаются в экземпляре содержащего их классификатора.
Свойство (property) – множество экземпляров, которые являются собственностью содержащего их экземпляра классификатора.
Часть (part) - это свойство, которое является элементом внутренней структуры композитного классификатора, в частном случае – класса.
Синтаксис части в БНФ:
<имя-части>::= [<собственное-имя-части>] [: <имя-класса>] [[<кратность>]] | [<имя-класса>],
где <собственное-имя-части> является именем экземпляра класса и обычно записывается со строчной буквы,
<имя-класса> является именем соответствующего класса, от которого инстанцируется данная часть или свойство.
Кратность части может быть также показана в правом верхнем углу прямоугольника части.

взаимосвязь или коммуникацию между двумя или более экземплярами классификаторов, в

частном случае – экземплярами классов. Соединитель изображается с использованием нотации для ассоциации. Необязательная строка имени соединителя должна удовлетворять следующему синтаксису:
<имя-соединителя>::= ( [ имя ] ‘:’ <имя-класса> ) | <имя>
Перед именем соединителя или выше него может быть помещен стереотип в виде ключевого слова в угловых кавычках. (Стереотип – общепринятое обозначение).
После имени соединителя или ниже него может быть помещена строка-свойство.

специфицирует отдельную точку взаимодействия между этим классификатором и его окружением

или между классификатором и его внутренними частями.






Предоставляемый интерфейс (provided interface) порта характеризует запросы, которые могут быть переданы через этот порт классу от его окружения.
Требуемый интерфейс (required interface) порта характеризует запросы, которые могут быть переданы от класса к его окружению через этот порт.

описания структуры элементов или ролей, которые совместно обеспечивают желаемую функциональность.
Роль

кооперации (collaboration role) специфицирует требуемое множество характеристик, которые должен иметь соответствующий участник кооперации.
Пример кооперации:

реализации кооперации в форме множества взаимодействующих элементов посредством связывания этих

элементов с ролями данной кооперации.

соответствует целое семейство коопераций. Параметрами шаблона кооперации являются типы ее

частей или ролей.
Шаблоны коопераций находят практическое применение при рассмотрении стандартных паттернов проектирования. Пример. Шаблон кооперации в паттерне «ПаттернНаблюдатель» и его связывание.

параметров шаблона кооперации с конкретными классами.
Пример применения кооперации «Наблюдатель»

путем связывания её с паттерном «ПаттернНаблюдатель». Паттерн по сути есть шаблон кооперации.

внутренней архитектуры системы и передаваемых сообщений.
Диаграмма коммуникации имеет вид графа,

вершины которого - это части композитного класса или роли взаимодействия.
Вершины графа изображаются прямоугольниками. Вершины графа соответствуют линиям жизни объектов.
Ребрами графа являются линии связи, по которым проходят маршруты коммуникаций. Линии жизни объектов могут обмениваться сообщениями.
Сообщения изображаются в виде коротких стрелок с именами, и эти стрелки должны располагаться возле линий связей.
Информация, идентифицирующая линию жизни на диаграмме коммуникации, изображается внутри прямоугольника в следующем формате (БНФ):
<идентификатор-линии-жизни>::= ([<имя-роли> [‘[‘<селектор>‘]’] ] [:<имя-класса>]
Примеры изображение линий жизни на диаграмме коммуникации:

канал для направленной передачи сообщений между линиями жизни.
Сообщение изображается в

виде короткой стрелки рядом с линией связи. Сообщение передается в указанном стрелкой направлении по соответствующей линии связи.
Говорят, что стрелка сообщения специфицирует направление коммуникации.
Рядом со стрелкой указывается идентификатор сообщения, записанный в специальном формате, например так:

помечено строкой текста, которая имеет следующий синтаксис (БНФ):
::= [’/’] ‘:’

[<атрибут>‘=’] <имя-операции-или-сигнала> [‘(‘[<аргумент> [‘,’<аргумент>]* ‘)’] [‘:’ <возвращаемое-значение>],
где <аргумент> ::= ([<имя-параметра>‘=’] <значение-аргумента>) | (<атрибут> ‘=’ <имя-out-параметра> [‘:’ <значение-аргумента>]|‘ -’
<предшествующие-сообщения> - это разделенные запятыми номера или имена сообщений, после которых следует наклонная черта (“слеш”), например: 3, 4/
<выражение-последовательности> - это разделенный точками список отдельных термов последовательностей, после которого следует двоеточие.
Каждый из термов последовательности имеет следующий синтаксис:
[<целое-число>|<имя>] [<рекуррентность>].
<целое-число> указывает на порядковый номер сообщения в процедурной последовательности верхнего уровня.
<имя> в виде буквы некоторого алфавита используется для спецификации параллельных потоков или нитей управления.
<рекуррентность>::=‘*’‘[‘<предложение-итерация>‘]’
применяется для записи итеративного выполнения соответствующего выражения.
<рекуррентность>::=‘[‘<предложение-условие>‘]’
используется для записи ветвления.

для представления взаимодействия потоков управления в агрегированной форме.
На диаграмме обзора

взаимодействия вместо объектов диаграмм деятельности и комбинированных фрагментов используются фреймы.
Каждый фрейм соответствует взаимодействию или использованию взаимодействия.
В частности, комбинированные фрагменты «Альтернатива» представляются узлом решения и соответствующим узлом слияния.
Параллельные комбинированные фрагменты (par) представляются узлом разделения и соответствующим узлом соединения.
Комбинированные фрагменты «Цикл» представляются простыми циклами.
Ветвления и слияния ветвлений на диаграммах обзора взаимодействия должны быть надлежащим образом вложены друг в друга.
Диаграммы обзора взаимодействия заключаются во фрейм, аналогично другим видам диаграмм взаимодействия с тегом sd.

банкомата.