Принципы построения диаграмм

символы (пиктограммы)

модели;
Все сущности д.б. одного концептуального уровня;
Информация о сущностях должна быть

явно представлена;
Диаграмма не должна содержать противоречивой информации;
Диаграмма не д.б. перегружена текстовой информацией;
Каждая диаграмма д.б. самодостаточной;
Количество типов диаграмм не является строго фиксированным;
Любая из моделей системы должна содержать только определенные в нотации элементы;

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

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

Базовые элементы:
Use-case – вариант использования
Actor – актёр
Note - примечание

рамках которой «на входе» используются один или более видов ресурсов,

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

Бизнес-процесс
<>

Внешний бизнес-агент
<>

взаимодействуют с моделируемой сущностью в рамках каких сценариев.
Не описывают
структуру и

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

зрения внешних агентов, участвующих в данном процессе
в этом случае, то

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

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

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

раскрываться вложенной диаграммой действий
Переход
представляет переход от одного действия к

другому.
может быть нагружен условием - [p1]
Распараллеливание
исходящие переходы выполняются одновременно
Синхронизация
исходящий переход выполняется только после того, как сработали все входящие

операции к операции в качестве параметров
Дорожки («swimlane», «partition»)
Показывают ответственного за

действие
Условия

и связи между ними.
Исполнитель – исполняет отдельные операции бизнес-процессов («внутри»

моделируемой системы).
Может быть выполнено моделирование организационной структуры.
Для каждого действия бизнес-процесса, выполняемого системой должен быть исполнитель, который это действие выполняет.

Сущность – артефакты (информационные объекты), над которыми выполняются операции бизнес-процессов.
Сущности выделяются на основе анализа диаграмм действий для бизнес-процессов.
Выделяются только сущности, требующие «долговременного» хранения, т.е. «информация», которая хранится в некотором виде в моделируемой организации.

объектами (агрегация, ассоциация, наследование).
Не моделируется
динамика взаимодействия между объектами;
жизненные циклы объектов.

взаимодействия между внешними агентами и объектами внутри системы
Взаимодействие:
передача сообщений

(между бизнес-объектами);
выполнение операций исполнителей (операции над бизнес-сущностями).

Диаграммы последовательности взаимодействий (Sequence Diagrams)

Диаграммы контекста взаимодействия (Collaboration Diagrams)

в которых может пребывать тот или иной бизнес-объект, и указывают,

по каким правилам (с выполнением каких действий) бизнес-объект переходит из одного состояния в другое.

событие или сообщение;
выполняется некоторое действие.
С состоянием может быть связано:
Внутренние переходы

- пары событие-действие.
Вложенная диаграмма состояний.
Переходы соответствуют действиям бизнес-процессов (непрерываемые).
С переходом может быть связано:
принимаемое сообщение, инициирующие переход;
передаваемые сообщения и выполняемые действия;
необходимые предусловия срабатывания.

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

Cases Diagrams
Activity Diagrams
Class Diagrams
Collaboration Diagrams
Sequence Diagrams
State Diagrams