Similar presentations:
Диаграммы 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.
• Функциональность, определенная дляболее общего прецедента, полностью
наследуется всеми прецедентами нижних
уровней.
• Важно понимать, что все сервисы системы
должны быть явно определены на
диаграмме прецедентов, и никаких других
сервисов, которые отсутствуют на данной
диаграмме, проектируемая система не
может выполнять по определению.