Основной успешный сценарий (или основной процесс)

Основной успешный сценарий (или основной процесс)

1. Пользователю предлагается ввести логин и пароль;

2. Пользователь вводит 11-тизначный логин и 4-хзначный пароль;

3. Логин и пароль проверяются сервером;

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

Расширения (или альтернативные потоки)

4а. При не корректном вводе пароля:

1. Терминал просит пользователя повторить ввод.

4б. Если пароль был введён не корректно3 раза:

1. Сервер блокирует возможность авторизации для данного логина на 15 минут.

Специальные требования

На 4а шаге альтернативного сценария необходимо обеспечить, запоминания количество неправильного ввода пароля.

Список технологий и типов данных

Для обмена информации с сервером будем использовать протокол передачи данных TCP/IP. 

Прецедент П2. Внесение купюры.

Рамки. Терминал оплаты.

Уровень. Задача, определенная пользователем.

Основной исполнитель. Пользователь.

Заинтересованные лица и их требования.

· Пользователь. Хочет внести наличные деньги на свой счёт для дальнейших операций;

· Сервер. Изменяет информацию о количестве средств на счёте пользователя.

Предусловия. Пользователь должен ввести корректный логин и пароль.

Результаты (Постусловия). Деньги поступили на счёт пользователя. Зафиксированы время и сумма ввода. Стала возможна печать чека.

Основной успешный сценарий (или основной процесс)

1. Пользователь сообщает системе о своем желании внести деньги на счёт;

2. Система проверяет готовность купюроприемника и сообщает пользователю о возможности внести купюру;

3. Приняв купюру, терминал проверяет её достоинство и добавляет значение номинала этой купюры в общую сумму, которая будет внесена на счёт;

4. Система повторяет пункт 3 до тех пор, пока клиент не внесёт нужное количество купюр;

5. После ввода с клиентской консоли терминал передаёт данные об операции серверу;

6. Выводится предложение о печати чека и при подтверждении, печатается чек.

Расширения (или альтернативные потоки)

    3а. Если пользователь не ввёл ни одной купюры:

1. Пользователь может отказаться от ввода купюр и перейти в главное меню, или система сделает это самостоятельно если не будет никаких взаимодействий с системой в течении 15 минут.

Прецедент П3. Расчётные оерации.

Рамки. Терминал оплаты.

Уровень. Задача, определенная пользователем.

Основной исполнитель. Пользователь.

Заинтересованные лица и их требования.

· Пользователь. Пользователь хочет перевести деньги со своего счёта на другой счёт;

· Сервер. Сохраняет информацию об изменениях на 2 счётах (отправителя и получателя);

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

Результаты (Постусловия). Пользователь совершил расчётную операцию и при наличии желания получил платёжный документ (чек).

Основной успешный сценарий (или основной процесс)

1. Пользователь сообщает терминалу о своём желании совершить операцию;

2. Терминал отображает форму ввода данных счёте получателя;

3. Пользователь вводит информацию о получателе и сумму платежа;

4. Данные об операции отправляются на сервер;

5. После подтверждения с сервера выводится информация о совершенном платеже;

6. Выводится предложение о печати чека и при подтверждении, печатается чек.

Расширения (или альтернативные потоки)

4а. При недостатке средств для совершении операции на счёте:

2. На экране терминала высвечивается сообщение о недостатке средств и просит повторить ввод.

Специальные требования

На 3-4 шаге основного сценария необходимо обеспечить, чтобы счёт на который пользователь хочет перевести деньги был реальным.

 

Прецедент П4. Запрос баланса.

Рамки. Терминал оплаты.

Уровень. Задача, определенная пользователем.

Основной исполнитель. Пользователь.

Заинтересованные лица и их требования.

· Пользователь. Пользователь хочет узнать баланс своего счёта;

· Сервер. Выдаёт информацию о количестве средств на данном чёте;

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

Результаты (Постусловия). Пользователь узнал количество средств на своём счёте и при наличии желания получил документ (чек).

Таблица критичности прецедентов

Уровень критичности	Прецедент
1	Пополнение, Расчётные операции
2	Авторизация
3	Запрос баланса
4	Настройка терминала, Выгрузка денег

 

- модель предметной области;

- системные диаграммы последовательности;

Пополнение счёта

Расчётные операции

Авторизация

Остаток на счёте

- текстовое описание операций

Основной успешный сценарий (или основной процесс)

1. Пользователю предлагается ввести логин и пароль;

2. Пользователь вводит 11-тизначный логин и 4-хзначный пароль;

3. Логин и пароль проверяются сервером;

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