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









