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

Содержание

Слайд 2

ОСНОВНЫЕ ОПРЕДЕЛЕНИЯ

ОСНОВНЫЕ ОПРЕДЕЛЕНИЯ

Слайд 3

НЕМНОГО ИСТОРИИ Ивар Якобсон – в 1986 году впервые сформулировал методику

НЕМНОГО ИСТОРИИ

Ивар Якобсон – в 1986 году впервые сформулировал методику визуального

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

4

Слайд 4

Зачем нужны UC

Зачем нужны UC

Слайд 5

ДИАГРАММА ВАРИАНТОВ ИСПОЛЬЗОВАНИЯ Диаграмма вариантов использования (Use Case diagram) – диаграмма,

ДИАГРАММА ВАРИАНТОВ ИСПОЛЬЗОВАНИЯ

Диаграмма вариантов использования (Use Case diagram) – диаграмма,

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

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

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

5

Слайд 6

ОПРЕДЕЛЕНИЕ ВАРИАНТА ИСПОЛЬЗОВАНИЯ Вариант использования, сценарий использования, прецедент (англ. Use Case)

ОПРЕДЕЛЕНИЕ ВАРИАНТА ИСПОЛЬЗОВАНИЯ

Вариант использования, сценарий использования, прецедент (англ. Use Case) –

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

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

6

Слайд 7

КТО ТАКИЕ АКТЁРЫ? Актерами могут быть как люди, так и внешние

КТО ТАКИЕ АКТЁРЫ?

Актерами могут быть как люди, так и внешние (по

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

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

Слайд 8

ВИДЫ ОТНОШЕНИЙ В СЦЕНАРИЯХ ИСПОЛЬЗОВАНИЯ

ВИДЫ ОТНОШЕНИЙ В СЦЕНАРИЯХ ИСПОЛЬЗОВАНИЯ

Слайд 9

Виды отношений в сценариях использования Ассоциация (англ. Association) — может указывать

Виды отношений в сценариях использования

Ассоциация (англ. Association) — может указывать на то, что

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

Виды отношений в сценариях использования Расширение (англ. Extend) — Отношение расширения

Виды отношений в сценариях использования

Расширение (англ. Extend) — Отношение расширения используются для моделирования

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

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

Слайд 11

Виды отношений в сценариях использования Еще один пример отношений прецедентов – расширение, включение:

Виды отношений в сценариях использования

Еще один пример отношений прецедентов – расширение,

включение:
Слайд 12

Виды отношений в сценариях использования Обобщение (англ. Generalization, наследование) — моделирует

Виды отношений в сценариях использования

Обобщение (англ. Generalization, наследование) — моделирует соответствующую общность ролей (означает,

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

Интернет Банк-Клиент

Интернет Банк-Клиент

Слайд 14

КОНТЕКСТ ИСПОЛЬЗОВАНИЯ СИСТЕМЫ

КОНТЕКСТ ИСПОЛЬЗОВАНИЯ СИСТЕМЫ

Слайд 15

МОДЕЛИРОВАНИЕ КОНТЕКСТА СИСТЕМЫ Диаграммы вариантов использования применяют также для моделирования контекста

МОДЕЛИРОВАНИЕ КОНТЕКСТА СИСТЕМЫ

Диаграммы вариантов использования применяют также для моделирования контекста использования

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

МОДЕЛИРОВАНИЕ КОНТЕКСТА СИСТЕМЫ Идентифицируйте окружающие систему актеров. Найдите группы, которым для

МОДЕЛИРОВАНИЕ КОНТЕКСТА СИСТЕМЫ

Идентифицируйте окружающие систему актеров. Найдите группы, которым для выполнения

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

ДОКУМЕНТИРОВАНИЕ СЦЕНАРИЕВ ИСПОЛЬЗОВАНИЯ

ДОКУМЕНТИРОВАНИЕ СЦЕНАРИЕВ ИСПОЛЬЗОВАНИЯ

Слайд 18

ШАБЛОН UC

ШАБЛОН UC

Слайд 19

НАЧАЛЬНЫЕ И КОНЕЧНЫЕ СОБЫТИЯ

НАЧАЛЬНЫЕ И КОНЕЧНЫЕ СОБЫТИЯ

Слайд 20

ПРИМЕР ОПИСАНИЯ UC

ПРИМЕР ОПИСАНИЯ UC

Слайд 21

ПОТОКИ СОБЫТИЙ UC Событие Основной поток Альтернативный поток Исключительный поток Событие

ПОТОКИ СОБЫТИЙ UC

Событие

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

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

Исключительный поток

Событие

Слайд 22

ВЫХОД АЛЬТЕРНАТИВНОГО ПОТОКА ИЗ ОСНОВНОГО На рисунке показана схема потоков некоторого

ВЫХОД АЛЬТЕРНАТИВНОГО ПОТОКА ИЗ ОСНОВНОГО

На рисунке показана схема потоков некоторого варианта

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

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

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

Действие 1.1

Действие 2.1

Событие 2.1

Событие 1.1

Слайд 23

ПРИМЕР ОПИСАНИЯ UC

ПРИМЕР ОПИСАНИЯ UC

Слайд 24

ПРИМЕР ОПИСАНИЯ UC

ПРИМЕР ОПИСАНИЯ UC

Слайд 25

ПРАВИЛА И ОГРАНИЧЕНИЯ СЦЕНАРИЕВ ИСПОЛЬЗОВАНИЯ

ПРАВИЛА И ОГРАНИЧЕНИЯ СЦЕНАРИЕВ ИСПОЛЬЗОВАНИЯ

Слайд 26

Правила текстового описания вариантов использования Вариант использования должен: Описывать, что именно

Правила текстового описания вариантов использования

Вариант использования должен:
Описывать, что именно система должна

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

Ограничения сценариев использования Сценарии использования плохо подходят для документирования требований не

Ограничения сценариев использования

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

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

Домашка Создать диаграмму сценариев использования интернет-магазина. Описать 2-3 основных сценария в виде таблиц

Домашка
Создать диаграмму сценариев использования интернет-магазина. Описать 2-3 основных сценария в виде

таблиц