Решение задач «Диаграмма прецедентов – самая простая диаграмма в uml.»,
Проектная работа с экспертом, менеджмент в Нижнем Новгороде

Диаграмма Прецедентов – самая простая диаграмма в UML. Википедия: Прецедент – случай или событие, имевшее местов в прошлом и служащее примером или основанием для последующих действий (в настоящем). Диаграмма Прецедентов объединяет отношения между: а) Актерами б) Прецедентами в) и Системой (которую мы описываем) Диаграмма Прецедентов – составляется в самом начале проработки системы и объединяет взаимодействие между Актерами, Прецедентами и Системой (-ами). Диаграмма НЕ показывает порядок выполнения шагов для достижения каждого прецедента, а только набор прецедентов и отношения между участниками. Вариант для осмысления – Прецеденты на диаграмме — это набор функциональных требований от системы, не бизнес-правила, не ограничения, и могут интерпретироваться как Ожидания пользователя (Актера) от функциональности системы. Актер – это тот, кто взаимодействует с системой и благодаря которому и возникает Прецедент. Актер запускает Прецеденты - взаимодействует с системой. А Система - взаимодействует с Актером – реагируя на его запрос. Актер играет Роль в Системе аналогично концепции Пользователя (системы). При этом Роль у Актера может быть не одна: Доцент (института) может быть и Преподавателем и руководителем проекта (Клуба). На диаграмме – стилизованный человечек и назван именем существительным. Прецедент – это функция (одна из) системы. Или – Процесс – который может быть и автоматическим и на «ручном управлении». Каждый Актер должен быть связан с Прецедентом, но Прецеденты могут быть НЕ связанными с Актером. Прецеденты определяют ожидаемое поведение «ЧТО» должно произойти. Не описывают «КАК» это должно произойти. Глагол + существительное, словосочетание «сделать что-нибудь» Связи – Актеры связываются с Прецедентами посредством Ассоциации. Ассоциация означает что Актер и Прецедент обмениваются друг с другом посредством Сообщений (или вызовов). Графически – это сплошная линия. Границы Системы. Отображение – в виде обрамляющего Прецеденты прямоугольника. Граница может окружать всю Систему, но может объединять только некоторые модули системы. Например, для системы Управления предприятием (ERP) Граница системы может объединять отдельные бизнес-процессы – Бухгалтерский учет, Кадры, Продажи, Производство. А может обрамлять весь блок-системы ERP – тогда Прецедентами определены более крупные функциональности системы. Прецеденты используют различные типы отношений. Расширение – используется для включения необязательного поведения из того Прецедента, который расширяет Базовый прецедент. Отображается на экране с использованием стереотипа “extend“ Включение – один прецедент использует функциональность другого прецедента. Отображается при помощи стереотипа «include» над пунктирной линией, со стрелкой, направленной на дочерний Прецедент. Включение добавляет дополнительную функциональность, не указанную в базовом сценарии использования. Наследование – отношение родитель-ребенок. Сплошная линия с полым наконечником, указывающим от ребенка к родителю. При наследовании прецедент Ребенок наследует поведение и смысловую нагрузку Родительского прецедента. Советы: 1. Всегда формулируйте и структурируйте диаграмму Прецедентов с точки зрения действующих лиц – Пользователей (Актеров). 2. Начинайте построение с определения самых простых и обобщённых Прецедентов. 3. Диаграммы Прецедентов основаны на функциональности Системы и, следовательно, определяют «ЧТО» делает (возвращает) система, а не «КАК» она это делает.