Информационные технологии Диаграммы Диаграммы вариантов использования (прецедентов)

Варианты использования

Литература:
Буч и др. «Язык UML – руководство пользователя», 1999
Леоненков «Самоучитель

Концептуальная модель UML

Строительные
блоки

Правила
сочетания

Механизмы

Диаграммы UML

Диаграмма вариантов использования (use case diagram)
Диаграмма классов (class diagram)

Правила построения диаграмм UML

Каждая диаграмма должна служить законченным представлением
Все сущности

Правила построения диаграмм UML

Диаграммы не следует перегружать текстовой информацией
Количество типов

Цели диаграмм прецедентов

Определить общие границы и контекст моделируемой предметной области на

Диаграммы прецедентов

Актер
Прецедент (вариант использования, use case)

Актер

Актер – любая сущность, взаимодействующая с системой извне

Актер

Особенности
Актер – это роль
Может не быть реального человека
Один человек может играть

Вариант использования

Вариант использования –сервисы или некоторый набор действий, которые система предоставляет

Вариант использования

Прецедент – это набор сценариев, которые представляют собой последовательность действий,

Вариант использования

Сценарий – это специальная последовательность действий или взаимодействий между исполнителями

Вариант использования

Сервис представляет собой законченную последовательность действий.
После того как система

Вариант использования

Варианты использования могут применяться как для спецификации внешних требований к

Вариант использования

Имя прецедента
простое «Разместить заказ»
составное «Датчики:: откалибровать положение»

Вариант использования

Сценарий или примечание – пояснительный текст, который раскрывает смысл или

Вариант использования

Особенности
Use Case – требование к системе
Нет необходимости рисовать
10 человеко-лет –

Интерфейс (Interface)

интерфейс (Interface) – модель поведения системы без указания способа реализации

Вариант использования

Вариант использования
реализует ВСЕ операции
UC реализует ЧАСТЬ операций

Отношения прецедентов

ассоциации (association relationship)
расширения (extend relationship)
обобщения (generalization relationship)
включения

Отношения ассоциации

общие свойства вариантов использования могут быть представлены тремя различными способами,

Отношения ассоциации

определяет семантические (смысловые) особенности взаимодействия актеров

Отношения ассоциации

Кратность (multiplity)
количество конкретных экземпляров данного компонента, которые могут выступать

Отношения расширения

свойства варианта использования В могут быть дополнены свойствами расширенного варианта

Отношения расширения

Отношение включает в себя некоторое условие и ссылки на точки

Отношения расширения

вариант использования может быть
расширением нескольких других ВИ
содержать несколько расширений

Отношения расширения

Отношения обобщения

служит для указания, что некоторый прецедент А может быть обобщен

Отношения обобщения

дочерние прецеденты обладают всеми свойствами предков
может быть несколько дочерних
может быть

Отношения обобщения

отношение обобщения может возникать между актерами

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

поведение одного прецедента включается в качестве составного компонента в последовательность

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

Оформить заказ
заполнить «корзину»
внести данные покупателя
выписать счет

Пример прецедентов

Один вариант использования может быть включен в несколько других вариантов,

Пример прецедентов

Оформить заказ

1

1

Расширения

Дополнительные обозначения языка UML для бизнес-моделирования:

Бизнес-актер (business actor) –
индивидуум, группа, организация,

Расширения

Сотрудник (business worker) – индивидуум, который действует внутри моделируемой бизнес-системы, взаимодействует

Расширения

Бизнес-вариант использования . (business use case) — вариант использования, определяющий последовательность

Расширения

Покупка телевизора

Рекомендации

Определить главных или первичных и второстепенных актеров
Определить цели главных актеров