Диаграммы Use Case

1. Диаграммы Use Case

2.

• Диаграмма Use Case определяет поведение
системы с точки зрения пользователя.
• Диаграмма Use Case рассматривается как
главное средство для первичного
моделирования динамики системы,
используется для выяснения требований к
разрабатываемой системе, фиксации этих
требований в форме, которая позволит
проводить дальнейшую разработку.
• диаграммы Use Case часто называют
диаграммами прецедентов, или диаграммами
вариантов использования.

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

• 1. Определить общие границы и контекст
моделируемой предметной области на начальных
этапах проектирования системы.
• 2. Сформулировать общие требования к
функциональному поведению проектируемой
системы.
• 3. Разработать исходную концептуальную модель
системы для ее последующей детализации в форме
логических и физических моделей.
• 4. Подготовить исходную документацию для
взаимодействия разработчиков системы с ее
заказчиками и пользователями.

4. Элементы диаграммы прецедентов

5.

• В состав диаграмм Use Case входят
элементы Use Case, актеры, а также
отношения зависимости, обобщения и
ассоциации.
• диаграммы Use Case могут включать
примечания и ограничения, могут
содержать пакеты, используемые для
группировки элементов модели в крупные
фрагменты.

6.

• Актером, или действующим лицом,
называется любая сущность,
взаимодействующая с системой извне.
• Прецедент служит для описания сервисов,
которые система предоставляет актеру.
Другими словами, каждый прецедент
определяет некоторый набор действий,
совершаемый системой при диалоге с
актером.

7.

8.

• При построении диаграмм прецедентов
актеров нужно связывать с прецедентами,
один актер может выполнять несколько
прецедентов, и наоборот, у одного
прецедента может быть несколько актеров,
которые его выполняют.
• На диаграммах могут быть представлены и
отношения между прецедентами.

9. Отношения в диаграммах Use Case

• Между актером и элементом Use Case
возможен только один вид отношения —
ассоциация, отображающая их
взаимодействие. Как и любая другая
ассоциация, она может быть помечена
именем, ролями, мощностью.

10.

• Между актерами допустимо отношение
обобщения, означающее, что экземпляр
потомка может взаимодействовать с
такими же разновидностями экземпляров
элементов Use Case, что и экземпляр
родителя.

11.

• Между элементами Use Case определены
отношение обобщения и две
разновидности отношения зависимости —
включения и расширения.

12.

• Отношение обобщения фиксирует, что
потомок наследует поведение родителя.
Кроме того, потомок может дополнить или
переопределить поведение родителя.
Элемент Use Case, являющийся потомком,
может замещать элемент Use Case,
являющийся родителем, в любом месте
диаграммы.

13.

• Отношение включения (include) между
элементами Use Case означает, что базовый
элемент Use Case явно включает поведение
другого элемента Use Case в точке, которая
определена в базе.
• Включаемый элемент Use Case никогда не
используется самостоятельно — его
конкретизация может быть только частью
другого, большего элемента Use Case.

14.

• Отношение расширения между элементами
Use Case — базовый элемент Use Case неявно
включает поведение другого элемента Use
Case в точке, которая определяется косвенно
расширяющим элементом Use Case.
• Базовый элемент Use Case может быть
автономен, но при определенных условиях его
поведение может расширяться поведением из
другого элемента Use Case.
• Базовый элемент Use Case может расширяться
только в определенных точках — точках
расширения.

15.

• Отношения включения
• Отношение
обобщения

16.

17.

18.

• Примеры

19.

20. Рекомендации по разработке диаграмм прецедентов

• Любой из прецедентов может быть подвергнут
дальнейшей декомпозиции на множество
прецедентов для отдельных элементов,
которые образуют исходную сущность.
• Рекомендуемое общее количество актеров в
модели – не более 20, а прецедентов – не
более 50.
• В противном случае модель теряет свою
наглядность и, возможно, заменяет собой
одну из некоторых других диаграмм.

21. Семантика построения

• Отдельный экземпляр прецедента по своему содержанию
является выполнением последовательности действий, которая
инициализируется посредством экземпляра сообщения от
экземпляра актера.
• В качестве отклика на сообщение актера экземпляр прецедента
выполняет установленную для него последовательность
действий.
• Экземпляры актеров могут генерировать новые экземпляры
сообщений для экземпляров прецедентов.
• Взаимодействие продолжается до тех пор, пока не закончится
выполнение требуемой последовательности действий
экземпляром прецедента.
• Окончание взаимодействия означает отсутствие
инициализации экземпляров сообщений от экземпляров
актеров для соответствующих экземпляров прецедентов.

22.

• Прецеденты могут быть специфицированы в
виде описания определенного вида, а в
последующем – с помощью операций и
методов вместе с атрибутами, в виде
диаграммы видов деятельности, диаграммы
состояний или любого другого механизма
описания поведения, включающего
предусловия и постусловия.
• Взаимодействие между прецедентами и
актерами может уточняться на диаграмме
коммуникации, когда описываются
взаимосвязи между сущностью, содержащей
эти прецеденты, и окружением или внешней
средой этой сущности.

23.

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