Skip to content

Latest commit

 

History

History
128 lines (128 loc) · 6.15 KB

use-case.html.md

File metadata and controls

128 lines (128 loc) · 6.15 KB
Идентификатор и название варианта использования Запрос очень важной информации
Автор Влад Цепеш Дата создания: 22.03.2017
Основное действующее лицо Клиент Дополнительные действующие лица

Внешняя система А

Внешняя система B

Описание Клиент обращается к системе B через локальную или глобальную сеть Интернет с целью получить очень важную информацию.
Условие-триггер Клиент выражает желание получить очень важну информацию
Предварительные условия

PRE-1 Клиент знает, как пользоваться сетью Интернет

PRE-2 Клиент умеет пользоваться клавиатурой

PRE-3 Клиент заранее обратился к системе А и получил ключ доступа к информации в системе B

Выходные условия

POST-1 Клиент получил очень важную информацию

POST-2 Система B зарегистрировала запрос от клиента

Нормальное направление 1.0 Запрос очень важной информации
  1. Клиент заходит на страницу системы B и жмет кнопку "получить информацию"
  2. Система B перенаправляет пользователя на страницу с авторизацией
  3. Клиент вводит ключ авторизации и отправляет запрос (см. 1.0E1, 1.0E2)
  4. Система проверяет ключ авторизации и перенаправляет клиента на страницу с важной информацией
  5. Система фиксирует факт отображения информации
  6. Клиент считывает информацию со страницы и нажимает на кнопку "Выйти"
Альтернативное направление 1.1 Ввод целого стихотворения вместо ключа авторизации
  1. Клиент вставляет очень длинный текст в поле ключа (см. 1.1E)
  2. Возврат к пункту 2 нормального направления
Исключения 1.0E1 Ввод неверного ключа авторизации
  1. Система оповещает клиента, что ключ не подходит
1.0E2 Слишком медленно введен ключ авторизации
  1. Клиент ввел код слишком медленно (медленнее установленного минимального порога)
1.1E Ввод очень длинного ключа авторизации
  1. Система оповещает клиента, что ключ очень длинный и серверы перегрелись обрабатывая его
Приоритет Высокий
Частота использоания Приблизительно 300 пользователей, в среднем по 14 раз в сутки
Бизнес-правила BR-1, BR-3, BR-12
Другая информация
  1. Клиент должен иметь всего 3 попытки авторизации
  2. Клиент должен успеть ввести сложный код авторизации не медленнее, чем за 30 секунд
  3. Клиент должен иметь доступ к информации в любое время суток
Предположения Предполагается, что у 20% клиентов плохое зрение, и вместо них их код вводит их кошка, поэтому возможно большое количество ошибок ввода кода.