Сценарии использования Системы презентация

моделирования для описания сценариев использования.

Соавтор Унифицированного Языка моделирования UML и Рационального Унифицированного Процесса (RUP)

4

на которой изображаются отношения между действующими лицами и вариантами использования

Диаграммы вариантов использования помогают представить систему с точки зрения вариантов ее использования, т.е. описать как действующие лица (пользователи, внешние системы, сервисы) взаимодействуют с системой

Диаграмма вариантов использования включает в себя:

Варианты использования (Use Cases)
Актеров (Actors)
Отношения зависимости, обобщения и ассоциации (Association, Extend, Include)

5

это спецификации набора действий, выполняемых системой, который дает заметный результат, и, как правило, значимый для одного или нескольких субъектов или других заинтересованных сторон системы (UML 2).

Вариант использования (Use Case) - описание множества последовательностей действий (включая их варианты), которые выполняются системой для того, чтобы актер(действующее лицо) мог получить определенный результат

6

отношению к проектируемой системе) системы или аппаратные устройства

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

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

Актер (Actor) - логически связанное множество ролей, которые играют пользователи вариантов использования во время взаимодействия с ними

актер инициирует соответствующий вариант использования. Актер с вариантом использования может связываться только отношением ассоциации.

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

Включение (англ. Include) — определяет взаимосвязь базового варианта использования с другим вариантом использования. В некоторой точке один вариант использования содержит поведение, определенное в другом варианте использования.

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

включение:

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

системы и её окружения

Моделирование контекста подразумевает, что мы обводим систему воображаемой линией и выявляем актеров, которые находятся за этой линией и взаимодействуют с системой.

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

Организуйте похожих актеров с помощью отношений обобщения/специализации

Поместите актеров на диаграмму вариантов использования и определите способы их связи с вариантами использования системы

использования, в соответствии с которой после Действия 1.1 основного потока возможно достижение двух событий: либо События 1.1, либо События 2.1

Достижение События 1.1 приводит к продолжению основного потока

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

Основной поток

Альтернативный поток

Действие 1.1

Действие 2.1

Событие 2.1

Событие 1.1

сделать, чтобы актер достиг своей цели
Не затрагивать деталей реализации (например, названия процедур, функций)
Иметь достаточный уровень детализации
Не описывать пользовательские интерфейсы и экраны. Это делается во время дизайна пользовательского интерфейса

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

Создателям сценариев часто сложно определить на каком уровне следует описывать пользовательский интерфейс (UI). Хоть теория сценариев использования и предлагает, чтобы пользовательские интерфейсы не описывались в сценариях, часто достаточно трудно описать сценарий не затрагивая описания пользовательского интерфейса

Сторонники гибких методологий разработки часто считают сценарии использования слишком формальными документами, предпочитая использовать более простой подход пользовательских историй.
 
Литература, рекомендуемая к прочтению:
«Современные методы описания функциональных требований к Системам» (Автор: Алистер Коберн)

таблиц