2.7.3Категории вариантов использования

Варианты использования так же, как и функции системы, делятся на категории. Для классификации use cases приняты следующие категории: основные, второстепенные и дополнительные:

1. Основные (primary use cases) – представляют самые общие процессы. Например, покупка товара.

2. Второстепенные (secondary use cases) – представляют менее значительные или редкие процессы. Например, запрос на новый ассортимент товаров.

3. Дополнительные (optional use cases) – описывают процессы, реализация которых в системе не является обязательной. Например, авторизация главного кассира.

2.7.4Абстрактные варианты использования

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

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

Вариант использования	Покупка товара – Buy Items
Актёры	Покупатель, кассир
Категория	Основной
Описание	Покупатель подходит к кассе с выбранными товарами. Кассир вводит информацию о товаре и оформляет оплату. Покупатель уходит с покупками.

Вариант использования	Включение – Start Up
Актёры	Менеджер
Категория	Основной
Описание	Менеджер включает систему POST для её дальнейшего использования кассирами и проверяет правильность системной даты и времени, после чего система считается готовой к использованию.

На этапе логического проектирования (следующем шаге после бизнес-моделирования) следует выделить наиболее важные и рискованные варианты использования и записать их в развёрнутом виде. Описание всех других вариантов использования лучше отложить во избежание дополнительных сложностей.

2.7.5Конкретные варианты использования

Конкретные варианты использования должны описывать, что должна будет делать создаваемая система, а не как она будет это делать. На данном этапе проектировщиков не должна интересовать среда программирования, но лучше заранее подумать о конкретных технологиях ввода-вывода информации. Это делается для того, чтобы определить содержимое диалоговых окон интерфейса пользователя. Из технологии программирования известно, что чем раньше будет определён пользовательский интерфейс, согласован с пользователями и “заморожен”, тем легче будет разрабатывать всю систему в целом. Развёрнутые варианты использования очень полезны для проектирования.

Конкретные прецеденты записываются в описании потока событий.

2.7.6Запись актёров и вариантов использования

На диаграмме вариантов использования к каждому актёру в окне документации спецификации актёра следует кратко определить актёра. Например, “Кассир – человек, занимающийся продажей товаров и приёмом денег за проданные товары”.

К каждому варианту использования следует подключить текстовый файл в формате MS Word. В этом файле должно находиться подробное описание потока событий для варианта использования – flow of events.

2.7.7Описание потока событий

Описание потока событий обычно содержит:

1. Краткое описание.

2. Предусловия (pre-conditions).

3. Основной поток событий.

4. Альтернативный поток событий (или альтернативные потоки).

5. Постусловия (post-conditions).

2.7.7.1Описание

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

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

2.7.7.2Предусловия варианта использования

Предусловия – это такие условия, которые должны быть выполнены прежде, чем вариант использования начнёт свою работу.

Например, условием может быть выполнение другого варианта использования.

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

2.7.7.3Основной поток событий

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

Например, основной поток событий для прецедента Покупка товара:

1. Для каждого товара кассир вводит универсальный код товара UPC в поле ввода UPC окна [Покупка товара]. Если выбрано несколько единиц одного и того же товара, кассир может ввести это количество в поле ввода [Количество].

2. По завершению ввода кассир сообщает системе, что информация введена, для чего нажимает клавишу <Enter> или щёлкает на кнопке <Ввести данные>.

3. Система отображает цену товара в поле [Цена товара] и добавляет информацию для выполнения транзакции. Описание товара отображается в поле [Товар] окна [Покупка товара].

4. Система вычисляет и выводит общую стоимость покупки в поле [Всего] окна [Покупка товара].

5. Кассир по желанию покупателя выбирает тип платежа: оплата наличными, оплата по кредитной карточке.

1. Выбрана оплата наличными.

2. Выбрана оплата по кредитной карточке.

6. Система регистрирует сделанную покупку.

7. Система обновляет сведения о наличии и количестве товара.

8. Система готовит товарный чек.

9. Кассир, нажав на кнопку <Чек> выдаёт товарный чек покупателю.

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

Детализация строки 5.1 основного потока событий Оплата наличными:

1. Кассир вводит полученную от покупателя сумму в поле ввода [Сумма] окна [Покупка товара]. Сумма может превышать общую стоимость покупки.

2. Система отображает полученную сумму. Вычисляет сумму сдачи и отображает её в поле [Сдача] окна [Покупка товара].

3. Кассир вносит полученную сумму в кассу, извлекает при необходимости сдачу.

4. Система фиксирует внесённую в кассу сумму и изъятую из кассы.

Детализация 5.2 Оплата по кредитной карточке:

1. Кассир вводит информацию, необходимую для оформления оплаты по кредитной карточке.

2. Система генерирует запрос на оформление оплаты по кредитной карточке и отправляет его внешней системе авторизации кредитов.

3. Система авторизации кредитов авторизует оплату.

4. Система получает подтверждение на выполнение платежа от системы авторизации кредитов.

5. Система заносит информацию об оплате по кредитной карточке и подтверждение в систему оплаты кредитов, которая перечисляет деньги на счёт магазина.

6. Система отображает сообщение об успешной авторизации.