4. Діаграми варіантів використання.

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

Таким обра­зом, если мы рассмотрим реализованный на веб-технологии интернет-магазин, то можно представить следующий сценарий покупки товаров в этом магазине:

Покупатель просматривает каталог и помещает выбранные то­вары в корзину. При желании оплатить покупку он вводит информацию о кредитной карточке и совершает платеж. Система проверяет авторизацию кредитной карточки и подтверждает оплату товара тотчас же и по электронной почте.

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

Вариант использования представляет собой множество сценариев, объединенных вместе некоторой общей целью пользовате­ля.

В нашем случае вы можете построить вариант использования «По­купка товара», который охватывает оба сценария - как успешной оп­латы, так и неудачной авторизации.

Ниже представлен простой формат для записи варианта использова­ния, в котором исходный сценарий описан в виде последовательности нумерованных шагов, а альтернативы могут изменять эту последова­тельность.

Покупка товара

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

Покупатель оценивает стоимость всех товаров.

Покупатель вводит информацию, необходимую для доставки товара (адрес, доставка на следующий день или в течение трех дней).

Система предоставляет полную информацию о цене товара и его доставке.

Покупатель вводит информацию о кредитной карточке.

Система осуществляет авторизацию счета покупателя.

Система выполняет немедленную оплату товаров.

Система подтверждает оплату товаров для покупателя по адресу его электронной почты.

Альтернатива: Неудача авторизации

На шаге 6 система получает отрицательный ответ на запрос о состоянии сче­та покупателя.

Необходимо предоставить покупателю возможность повторно ввести инфор­мацию о кредитной карточке и выполнить ее авторизацию.

Альтернатива: Постоянный покупатель

За. Система предоставляет информацию о текущей покупке и ее цене,

а также последние 4 цифры информации о кредитной карточке. 36. Покупатель может согласиться или отказаться от предложенной

системой информации. После этого перейти на шаг 6 исходного сценария.

Существует множество способов записи содержания вариантов ис­пользования; язык UML в этом смысле не определяет никакого стандарта.

Количество деталей в сценарии зависит от риска в соответствующем варианте использования: чем больше риск, тем больше деталей необходимо указать.

Пример диаграммы вариантов использования:

Актер представляет собой некоторую роль, которую играет пользова­тель по отношению к системе.

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

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

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

Некоторые отношения между вариантами использования

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

Например, для обоих вариантов использования «Проанализировать риск» и «До­говориться о цене» необходимо определить цену сделки. Описание оп­ределения цены сделки можно представить как отдельный сценарий, после чего вставлять его в нужное место.

Если имеется один вариант использования, который подобен другому варианту использования, но намного шире его, то такое отношение мо­жет быть представлено как обобщение вариантов использования (use case generalization).

В нашем примере основным вариантом использования является вари­ант «Заключить сделку». При превышении максимальной суммы торговой сделки будет нарушен обычный ход выпол­нения процесса. Поэтому альтернативная ветвь процесса помещена в специальный ва­риант использования «Лимиты превышены», который ссылается на базовый вариант исполь­зования.