Диаграммы последовательности UML. Фреймы взаимодействий. Централизованное и распределенное управление
Поможем в ✍️ написании учебной работы
Поможем с курсовой, контрольной, дипломной, рефератом, отчетом по практике, научно-исследовательской и любой другой работой

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

Правила отображения: один сценарий – одна диаграмма.

Ключевые элементы: участники, линии жизни, сообщения, активации.

Централизованное управление

 

Распределённое управление

Фреймы взаимодействий

Так в диаграмме последовательности показаны разного рода циклы.

 

Диаграммы прецедентов UML. Сценарий, текст, диаграмма.

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

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

Содержит границы системы, актеров и прецеденты.

Этапы создания диаграммы прецедентов

Для комфортного создания диаграммы следует придерживаться последовательности трех этапов:
 - составление сценария;
 - составление текста прецедента с расширениями;
 - непосредственно изображение прецедентов на диаграмме.




Сценарий для диаграммы

Последовательность шагов, описывающих взаимодействия пользователя и системы.

Текст прецедента

В тексте описывается главный успешный сценарий прецедента.

После этого приводятся расширения (ответвления или вариации) прецедента.

Диаграмма прецедентов

 

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

Диаграмма развертывания

Хороша не только при описании программного средства на этапе

его разработки, но и подходит при описании архитектуры ПО или

IT предприятия.

ДР представляют физическое расположение системы, показывая

на каком физическом оборудовании запускается та или иная

составляющая ПО.

Ключевые элементы:

Узел: то, что содержит ПО. Узлы бывают двух типов: устройство –

физическое оборудование, связанное с системой или среда

выполнения – ПО, включающее другое ПО (например - ОС)

Артефакт: физическое олицетворение ПО (исполняемые файлы,

библиотеки, сборки, JAR-файлы, HTML-документы).

Перечень артефактов внутри узла указывает на то, что на данном

       узле этот артефект разворачивается в запускаемую систему.

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

Если классы - это структурный костяк ООП системы, то пакет – это

более высокий уровень ее группировки.

Пакет – это инструмент группирования, который позволяет взять

любую конструкцию UML и объединить ее элементарные единицы

в единицы более высокого уровня.

Как правило, пакет включает в себя сгруппированные классы, но,

Если необходимо, пакеты также имеют свойство инкапсуляции

(пакет более высокого уровня может поглотить пакет более низкого

уровня).

Пакеты обозначаются прямоугольниками с вынесенным названием.

классы помещаются внутрь этого прямоугольника в произвольной

форме.

Дата: 2018-12-28, просмотров: 842.