Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
ПРИС_шпоры.doc
Скачиваний:
3
Добавлен:
01.03.2025
Размер:
3 Мб
Скачать
☆

43.Диаграмма объектов.

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

Назначение

«Снимок» объектов системы в какой-то момент времени

отображают один из вариантов конфигурации системы

Пример

Применение

- Демонстрация примера связанных объектов

- Прояснение ситуации в случае сложных связей между объектами

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

Назначение

Иллюстрирует логическую архитектуру приложения (уровни, подсистемы, пространства имен)

Показывает: пакеты и зависимости между ними

Пакет — механизм группировки элементов

Диаграмма пакетов, Package diagram — структурная диаграмма, основным содержанием которой являются пакеты и отношения между ними. Жёсткого разделения между разными структурными диаграммами не проводится, поэтому данное название предлагается исключительно для удобства и не имеет семантического значения (пакеты и диаграммы пакетов могут присутствовать на других структурных диаграммах). Диаграммы пакетов служат, в первую очередь, для организации элементов в группы по какому-либо признаку с целью упрощения структуры и организации работы с моделью системы.

45.Диаграмма состояний.

Назначение

Показывают: события и состояния объектов

Основные элементы

- Событие (event) — значимое происшествие; инициирует переход

- Состояние (state) — характеризует объект между событиями

- Переход (transition) — движение между состояниями trigger [guard] / activity

Применение

Моделирование зависимых от состояний типов со сложным поведением

- физические устройства с программным управлением

- транзакции и взаимосвязанные бизнес-объекты

- классы, изменяющие свою роль

Моделирование протоколов и допустимых последовательностей событий

- коммуникационные протоколы

- окна пользовательского интерфейса

- обработка событий отдельного окна

- контроллеры/сеансы

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

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

Назначение

Проецирует программную архитектуру на аппаратную архитектуру

Определяет:

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

- как ПО будет развертываться на это оборудование

Основные элементы

Узел (node) — тип вычислительного ресурса, на который могут быть развернуты артефакты для выполнения

- устройство (device)

- среда выполнения (execution environment) (операционная система, виртуальная машина, СУБД)

Коммуникационный путь (communication path) — канал связи узлов

- помечается названием протокола, реализующего взаимодействие

Артефакт («artefact») — реальная сущность (файл)

(исходный код («source») и исполняемые файлы («executable», «library»), сценарии («script»), таблицы БД, документы («document»), файл («file»), «deployment spec»)

Диаграмма развёртывания, Deployment diagram — служит для моделирования работающих узлов (аппаратных средств, англ. node) и артефактов, развёрнутых на них. В UML 2 на узлах разворачиваются артефакты (англ. artifact), в то время как в UML 1 на узлах разворачивались компоненты. Между артефактом и логическим элементом (компонентом), который он реализует, устанавливается зависимость манифестации.

47.Диаграмма деятельности.

Назначение Диаграммы деятельности (activity) — «объектно-ориентированные» блок-схемы

Отображают:

последовательные и параллельные бизнес-процессы

логику процедур

потоки работ

потоки данных

Пример

Основные элементы

система узлов, соединенных ребрами

Узлы (nodes):

узлы действия (action nodes) элементарные единицы работы

действие

посылка сигнала

принятие события

принятие события времени

объектные узлы (object nodes) — данные

узлы управления (control nodes) — управляют потоком деятельности

начальный и конечный узел деятельности

узел решения и узел слияния

узел ветвления и узел объединения

Ребра (edges):

ребра потоков управления (control flows)

ребра потоков объектов (object flows) — вместе с узлами объектов показывают поток данных

Разделы (partitions):

группа взаимосвязанных действий

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

прецеденты, классы, компоненты, организационные единицы, роли

Применение

Моделирование бизнес-процессов

Моделирование потоков данных

Графическое моделирование потока прецедента

Блок-схемы — редко

Диаграмма деятельности, Activity diagram — диаграмма, на которой показано разложение некоторой деятельности на её составные части. Под деятельностью (англ. activity) понимается спецификация исполняемого поведения в виде координированного последовательного и параллельного выполнения подчинённых элементов — вложенных видов деятельности и отдельных действий (англ. action), соединённых между собой потоками, которые идут от выходов одного узла ко входам другого.

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

48.Диаграмма последовательности.

Н азначение

Показывают: объекты и то, как они обмениваются сообщениями в рамках одного сценария

Акцент: временная упорядоченность сообщений

Участник взаимодействия

Участник взаимодействия — экземпляр класса

Представлен линией жизни (lifeline)

Синтаксис: имя [селектор]: тип

Фокус управления

Фокус управления — активное состояние объекта (выполнение некоторых действий)

Новое название: Блок управления, описание

выполнения (execution specification bar)

Часто не указывается

Сообщение

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