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

Сценарий использования

Макет UI

ui_mockup.png

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

1. Сценарий использования "Регистрация команды".

Действующие лица:

• Пользователь сайта (неавторизированный пользователь).

Предусловие:

• Пользователь должен находится на страницы "Регистрация команды".
• Пользователь не должен быть авторизован.

Основной сценарий:

• Пользователь открывает страницу "Регистрация команды".
• Пользователь вводит в первой строке имя и адрес электронной почты организатора.
• Пользователь начиная со второй строки вводит в полях имя и адрес электронной почты игроков.
• Пользователь нажимает при необходимости на кнопку плюса, чтобы добавить ещё поля для заполнение информации об игроке.
• Пользователь нажимает на кнопку "Продолжить >>".
• Пользователь переходит на страницу "Продолжение страницы регистрация команды".
• Пользователь вводит даты дедлайнов для игры (дедлайн заполнения анкеты, дедлайн отправки чека, дедлайн отправки подарка).
• Пользователь нажимает на кнопку "Зарегистрировать".

Результат основого сценария:

• Пользователь (организатор) переходит на страницу "Данные об игроках (страница организатора)".

Альтернативный сценарий:

• Неправильный формат email.
• Нечетное количество участников.
• Некорректное указание дедлайнов.

Результат альтернативного сценария:

• Система уведомляет пользователя об ошибке в введенном email, пользователь корректирует email и снова нажимает "Продолжить >>".
• Система уведомляет пользователя об неверном количестве игроков, пользователь удаляет или добавляет игрока и снова нажимает "Продолжить >>".
• Система уведомляет пользователя о неверной хронологии дат дедлайнов, пользователь корректирует даты и снова нажимает "Зарегистрировать".

2. Сценарий использования "Вход в систему".

Действующие лица:

• Зарегистрированный пользователь.

Предусловие:

• Пользователь должен находится на страницы "Вход в профиль".
• Пользователь не должен быть авторизован.

Основной сценарий:

• Пользователь указывает в поле свой адрес электронной почты.
• Пользователь нажимает на кнопку "Войти".

Результат основного сценария.

• Пользователь переходит на страницу "Данные об игроках (страница организатора)", если является организатором игры.
• Пользователь переходит на страницу "Страница пользователя", если является игроком.

Альтернативный сценарий:

• Неверный email.

Результат альтернативного сценария:

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

3. Сценарий использования "Заполнение анкеты пользователя".

Действующие лица:

• Авторизованный пользователь (игрок).

Предусловие:

• Пользователь должен являться игроком.
• Пользователь должен находиться на странице "Анкета пользователя".

Основной сценарий:

• Пользователь заполняет поля на странице:

  • Адрес отправки
  • Почтовый индекс
  • Ваши пожелания для подарка

• Пользователь может откорректировать поля Имя и Адрес электронной почты.

• Пользователь нажимает кнопку "Сохранить".

Результат основного сценария.

• Система уведомляет пользователя, что анкета успешно обновлена.

Альтернативный сценарий:

• Не все поля заполнены.

Результат альтернативного сценария:

• Система уведомляет пользователя, что не все поля анкеты заполнены, пользователь может заполнить все оставшиеся поля и повторно нажать на кнопку "Сохранить".

4. Сценарий использования "Просмотр пожеланий получателя".

Действующие лица:

• Авторизованный пользователь (игрок).

Предусловие:

• Пользователь должен являться игроком.
• Пользователь должен находиться на странице "Текущее состояние".

Основной сценарий:

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

Результат основного сценария.

• Пользователь узнает пожелания получателя для покупки подарка.

Альтернативный сценарий:

• Кнопка неактивна.

Результат альтернативного сценария:

• Система уведомляет пользователя, что дедлайн заполнения анкет не прошел.

5. Сценарий использования "Загрузка чека оплаты"

Действующие лица:

• Авторизованный пользователь (игрок).

Предусловие:

• Пользователь должен являться игроком.
• Пользователь должен находиться на странице "Текущее состояние".

Основной сценарий:

• Пользователь нажимает на слово "Загрузить" во второй строке таблицы.
• Пользователь выбирает изображение на своем устройстве (jpg, png, gif).

Результат основного сценария.

• Система уведомляет пользователя, что чек успешно загружен и ожидает подтверждения организатора.

Альтернативный сценарий:

• Загрузка невозможна.
• Неверный формат файла загрузки.

Результат альтернативного сценария:

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

6. Сценарий использования "Загрузка трек-кода".

Действующие лица:

• Авторизованный пользователь (игрок).

Предусловие:

• Пользователь должен являться игроком.
• Пользователь должен находиться на странице "Текущее состояние".

Основной сценарий:

• Пользователь нажимает на слово "Загрузить трек-код" в третьей строке таблицы.
• Пользователь вводит в модульном окне "Отправка трек-кода" трек код.
• Пользователь нажимает кнопку "Отправить".

Результат основного сценария.

• Система уведомляет пользователя, что трек код успешно отправлен.

Альтернативный сценарий:

• Загрузка невозможна.
• Неверная длина трек-кода.

Результат альтернативного сценария:

• Система уведомляет пользователя, что дедлайн заполнения анкет не прошёл или не отправлен чек оплаты.
• Система уведомляет пользователя, что трек-код должен состоять из 14 цифр, пользователь повторно вводит трек-код и нажимает "Отправить".

7. Сценарий использования "Подтверждение чека оплаты".

Действующие лица:

• Авторизованный пользователь (организатор).

Предусловие:

• Пользователь должен являться организатором.
• Пользователь должен находиться на странице "Данные об игроках (страница организатора)".

Основной сценарий:

• Пользователь нажимает на слово "Требуется подтверждение" в четвертом столбце.
• Пользователь в модульном окне "Подтверждение организатором чека" проверяет соответствие цене покупки (от 1000 рублей).
• Пользователь нажимает кнопку "Подтвердить", если цена верная.
• Пользователь нажимает кнопку "Отклонить", если цена меньше заявленной.

Результат основного сценария.

• Система указывает в таблице в случае подтверждения оплаты статус "Загружен".
• Система указывает в случае отклонения заявки на подтверждение статус "Не загружен".

Альтернативный сценарий:

• Подтвержение невозможно.

Результат альтернативного сценария:

• Система указывает в таблице в случае отсутствия чека статус "Не загружен".

8. Сценарий использования "Назначение получателя подарка".

Действующие лица:

• Авторизованный пользователь (организатор).

Предусловие:

• Пользователь должен являться организатором.
• Пользователь должен находиться на странице "Данные об игроках (страница организатора)".

Основной сценарий:

• Пользователь во втором столбце вводит для каждого игрока получателя подарка.
• Пользователь нажимает кнопку "Сохранить".

Результат основного сценария.

• Система уведомляет пользователя, что данные успешно обновлены.

Альтернативный сценарий:

• Поле неактивно.

Результат альтернативного сценария:

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

9. Сценарий использования "Вход/Регистрация" (Главная страница).

Действующие лица:

• Пользователь (авторизованный или неавторизованный)

Основной сценарий:

• У пользователя есть выбор:
  • Нажать на кнопку "Зарегистрировать команду"
  • Нажать на ссылку "Зайти в профиль"
  • Нажать на кнопку "Импортировать"

Результат основного сценария.

• Если пользователь нажал на кнопку "Зарегистрировать команду", его перенаправляет на страницу "Регистрация команды".
• Если пользователь нажал на ссылку "Зайти в профиль", его перенаправляет на страницу "Вход в профиль".
• Если пользователь нажал на кнопку "Импортировать", он загружает данные БД с устройства.

10. Сценарий использования "Импорт".

Действующие лица:

• Пользователь (авторизованный или неавторизованный).

Основной сценарий:

• Пользователь выбирает данные для импорта и нажимает кнопку “Импортировать”.

Результат основного сценария:

• Данные будут импортированы в базу данных.

Альтернативный сценарий:

• Выбранный файл для импорта не поддерживается.

Результат альтернативного сценария:

• Появляется сообщение об ошибке "Выбран неподдерживаемый формат файла".

11. Сценарий использования "Экспорт".

Действующие лица:

• Пользователь авторизованный.

Предусловие:

• Если пользователь является организатором, он должен находиться на любой из страниц: "Данные об игроках (страница организатора)", "Статистика команды".
• Если пользоваетль является игроком, он должен находиться на любой из страниц: "Страница пользователя", "Анкета", "Текущее состояние". Основной сценарий:
• Пользователь нажимает на кнопку "Экспортировать данные".

Результат основного сценария:

• Данные будут скачаны на устройство.

Сценарий использования "Статистика" (Стаистика команды).

Действующие лица:

• Авторизованный пользователь (организатор).

Предусловие:

• Пользователь должен являться организатором.

Основной сценарий:

• Пользователь выбирает один из четырех параметров:
  • Вся стаитстика
  • По анкетам
  • По чекам оплаты
  • По отправке подарков

Результат основного сценария:

• Строится статистика по заданному параметру.