Диаграмма Прецедентов – самая простая диаграмма в UML.

Википедия: Прецедент – случай или событие, имевшее местов в прошлом и служащее примером или основанием для последующих действий (в настоящем).

Диаграмма Прецедентов объединяет отношения между:

а) Актерами

б) Прецедентами

в) и Системой (которую мы описываем)

Диаграмма Прецедентов – составляется в самом начале проработки системы и объединяет взаимодействие между Актерами, Прецедентами и Системой (-ами). Диаграмма НЕ показывает порядок выполнения шагов для достижения каждого прецедента, а только набор прецедентов и отношения между участниками.

Вариант для осмысления – Прецеденты на диаграмме — это набор функциональных требований от системы, не бизнес-правила, не ограничения, и могут интерпретироваться как Ожидания пользователя (Актера) от функциональности системы.

Актер – это тот, кто взаимодействует с системой и благодаря которому и возникает Прецедент.

Актер запускает Прецеденты — взаимодействует с системой. А Система — взаимодействует с Актером – реагируя на его запрос.

Актер играет Роль в Системе аналогично концепции Пользователя (системы). При этом Роль у Актера может быть не одна: Доцент (института) может быть и Преподавателем и руководителем проекта (Клуба).

На диаграмме – стилизованный человечек и назван именем существительным.

Прецедент – это функция (одна из) системы. Или – Процесс – который может быть и автоматическим и на «ручном управлении».

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

Прецеденты определяют ожидаемое поведение «ЧТО» должно произойти. Не описывают «КАК» это должно произойти.

Глагол + существительное, словосочетание «сделать что-нибудь»

Связи – Актеры связываются с Прецедентами посредством Ассоциации.

Ассоциация означает что Актер и Прецедент обмениваются друг с другом посредством Сообщений (или вызовов).

Графически – это сплошная линия.

Границы Системы. Отображение – в виде обрамляющего Прецеденты прямоугольника.

Граница может окружать всю Систему, но может объединять только некоторые модули системы.

Например, для системы Управления предприятием (ERP) Граница системы может объединять отдельные бизнес-процессы – Бухгалтерский учет, Кадры, Продажи, Производство. А может обрамлять весь блок-системы ERP – тогда Прецедентами определены более крупные функциональности системы.

Прецеденты используют различные типы отношений.

Расширение – используется для включения необязательного поведения из того Прецедента, который расширяет Базовый прецедент.

Отображается на экране с использованием стереотипа “extend“

Включение – один прецедент использует функциональность другого прецедента.

Отображается при помощи стереотипа «include» над пунктирной линией, со стрелкой, направленной на дочерний Прецедент.

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

Наследование – отношение родитель-ребенок.

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

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

Советы:

1. Всегда формулируйте и структурируйте диаграмму Прецедентов с точки зрения действующих лиц – Пользователей (Актеров).

2. Начинайте построение с определения самых простых и обобщённых Прецедентов.

3. Диаграммы Прецедентов основаны на функциональности Системы и, следовательно, определяют «ЧТО» делает (возвращает) система, а не «КАК» она это делает.