Диаграмма варианта использования и спецификация варианта использования

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

Спецификация варианта использования обычно создается на этапе анализа и проектирования итеративным образом.

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

Вариант использования против спецификации варианта использования

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

Вариант использования (задача — заказчик хочет выполнить) может быть:

  • Интерактивный  — вариант использования системы описывает взаимодействие актера с системой для достижения определенной бизнес-цели.
  • Руководство  — последовательность действий, выполняемых актером.
  • Автоматизированный  — последовательность шагов, выполняемых программой или сценарием.

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

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

  • Только одна цель
  • Единая отправная точка
  • Единая конечная точка
  • Несколько путей для прохождения от начала до конца
  • т.е. указать поведение для множества возможных условий
  • Каждое условие может потребовать определенных действий.

Например — Клиент оплачивает счет:

Есть несколько путей  достижения цели :

  • Оплата по телефону
  • По почте
  • Лично
  • чеком
  • наличными и др.

Путь,  не ведущий к цели:

  • Кредитная карта отклонена

Гибкий подход к вариантам использования

Модель вариантов использования и ее отдельные варианты использования со временем развиваются уровень за уровнем. Не все варианты использования модели обязательно должны быть указаны с одинаковым уровнем детализации.

Точно вовремя и достаточно

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

  • Резюме : общие описания и общие обзоры системных функций или бизнес-процессов.
  • Уровень пользователя  : описания пользователей, связанные с задачами, и то, как они взаимодействуют с системой; описание конкретного бизнес-процесса. Варианты использования на уровне пользователя обычно считаются на уровне задачи, которая является основной работой пользователя.
  • Подфункция : описания действий более низкого уровня, которые используются для завершения подчастей основного варианта использования.

Примечание. Некоторые варианты использования могут быть достаточно определены до уровня II. Вы останавливаетесь, когда достигается достаточное количество деталей, используя метод «точно вовремя» и «достаточно точно».


Подробная спецификация варианта использования

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


Использование шаблона заявки — пример заявки на снятие денег в банкомате

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

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

Название варианта использования:  снятие наличных

Актер(ы): Клиент (первичный), Банковская система (вторичный)

Краткое описание:  Позволяет любому клиенту банка снимать наличные со своего банковского счета.

Приоритет:  должен быть

Статус:  средний уровень детализации

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

Постсостояние(я):

  • Клиент банка получил наличные (и, возможно, квитанцию)
  • Банк дебетовал банковский счет клиента и зафиксировал детали транзакции.

Основной путь:

  1. Клиент вводит свою карту в банкомат.
  2. Банкомат проверяет, является ли карта действительной банковской картой.
  3. Банкомат запрашивает PIN-код.
  4. Клиент вводит свой PIN-код
  5. Банкомат проверяет банковскую карту по ПИН-коду
  6. В банкомате представлены варианты обслуживания, включая «Снятие»
  7. Клиент выбирает «Снять».
  8. Банкомат представляет варианты сумм
  9. Клиент выбирает сумму или вводит сумму
  10. Банкомат проверяет наличие достаточного количества наличных в своем бункере.
  11. Банкомат проверяет, что клиент находится ниже лимита на снятие средств.
  12. Банкомат проверяет наличие средств на банковском счете клиента.
  13. Банкомат списывает деньги со счета клиента
  14. Банкомат возвращает банковскую карту клиента
  15. Клиент берет свою банковскую карту
  16. Банкомат выдает наличные деньги клиенту
  17. Клиент забирает свои деньги

Альтернативные пути:

2а. Недействительная карта

2б. Карта вверх ногами

5а. Украденная карта

5б. PIN-код недействителен

10а. Недостаточно денег в бункере

10б. Неправильный номинал наличных в хоппере

11а. Вывод сверх лимитов вывода

12а. Недостаточно средств на банковском счете клиента

14а. Банковская карта застряла в автомате

15а. Клиент не берет свою банковскую карту

16а. Деньги застряли в автомате

17а. Клиент не может забрать наличные

  • банкомат не может связаться с банковской системой
  • b Клиент не отвечает на запрос банкомата.

Бизнес правила:

B1: Формат ПИН-кода

B2: количество попыток ввода PIN-кода

B3: Варианты обслуживания

B4: Варианты суммы

B5: лимит снятия

B6: карту необходимо забрать перед выдачей наличных

Нефункциональные требования:

NF1: время завершения транзакции

NF2: Безопасность ввода PIN-кода

NF3: пора разрешить сбор карт и наличных

NF4: языковая поддержка

NF5: Слепая и частично слепая поддержка


Узнайте больше о примерах диаграмм прецедентов

Вы можете мгновенно отредактировать их с помощью  бесплатного инструмента Visual Paradigm  , щелкнув приведенные ниже примеры ссылок:

Ссылки по теме

 

  1. Что такое унифицированный язык моделирования?
  2. Список инструментов UML
  3. Попробуйте Visual Paradigm БЕСПЛАТНО

Leave a Reply

Ваш адрес email не будет опубликован.