Диаграммы UML

системы.
Диаграммы состояния
Диаграмма состояния начинается с состояния создаваемого объекта контроллера:
состояния

Wait (Ожидание).
На диаграмме начало процесса обозначено с помощью
начального псевдосостояния (initial pseudostate), которое не является состоянием.
Контроллер может находиться в одном из трех состояний:
Wait (Ожидание),
Lock (Замок) ,
Open (Открыт).

Переход (transition) означает перемещение из одного состояния в другое.
Каждый переход имеет свою метку, которая состоит из трех частей:
Триггер-идентификатор [защита]/активность

активность выполняется всякий раз, когда вы входите в состояние; выходная

активность – всякий раз, когда вы покидаете состояние.

Состояния могут реагировать на события без совершения перехода, используя внутренние активности (internal activities), и в этом случае
событие, защита и активность размещаются внутри прямоугольника состояния.

Внутренняя активность подобна
самопереходу (self-transition) – переходу, который возвращает в то же самое состояние.

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

в которых объект проявляет некоторую активность.

В состоянии активности (activity state) ведущаяся активность обозначается символом do/;
отсюда термин doactivity (проявлять активность).

внутренние активности.
В таких случаях можно их превратить в подсостояния

(substates),
а общее поведение перенести в суперсостояние (superstate)

Суперсостояние с вложенными подсостояниями

запускаемых одновременно.
Здесь также используется псевдосоотояние предыстории (history pseudostate).

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

программирования
паттерна State
таблицы состояний.

Самый прямой подход в работе с диаграммами состояний – это, например, вложенный оператор switch на С# или аналогичная конструкция на другом языке

состояний для обработки поведения состояний.
Каждое состояние на диаграмме имеет

свой подкласс состояния.
Например, контроллер имеет методы для каждого события, которые просто перенаправляют к классу состояния.

Паттерн «Состояние», реализующий диаграмму

данных

Door close
дверь закрыта

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

Другими словами,

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

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

Такие диаграммы также полезны при разработке параллельных алгоритмов, в которых независимые потоки могут выполнять работу параллельно.

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

вызова деятельности из Дополнительной диаграммы

кто что делает, то есть какие операции выполняет тот или

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

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

секунду в контроллере реального времени

полезно,
когда необходимо послать сообщение, а затем нужно ожидать ответа, перед
тем

как продолжить

(flow) и ребро (edge) для обозначения связи между двумя операциями.

Самый простой вид ребра – это обычная стрелка между двумя операциями.
При возникновении трудностей с разводкой линий можно воспользоваться разъемами (connectors), которые позволят не рисовать линии на всем их протяжении.
Разъемы изображаются парами: один для входного и один для выходного потоков, при этом они должны иметь одну и ту же метку.

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

о параметрах не обязательно, но при желании можно отобразить параметры с помощью контактов (pins).

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

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

где операции выполняются один раз для каждого элемента коллекции.
Если есть

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

без завершения всей активности

входные потоки достигли объединения


Описание объединения (join specification) – это логическое

выражение, присоединенное к объединению.

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

заменены небольшими диаграммами последовательности

Диаграммы обзора взаимодействия

акцентирована на временных ограничениях: либо для
одиночного объекта, либо, что более

полезно, для группы объектов.

Временные диаграммы

Временная диаграмма, на которой состояния
представлены в виде линий

акцентирована на временных ограничениях: либо для
одиночного объекта, либо, что более

полезно, для группы объектов.

Временные диаграммы

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

UML и объединить ее элементы в единицы
высокого уровня.
Диаграммы пакетов
Способы изображения

пакетов на диаграммах

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

Обычно они в точности соответствуют пакетам на диаграмме пакетов; таким

образом, диаграмма компонентов отражает выполнение каждого пакета в системе.

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

Эти зависимости показывают, каким образом одни компоненты взаимодействуют с другими.