 |
АвтоАвтоматизацияАрхитектураАстрономияАудитБиологияБухгалтерияВоенное делоГенетикаГеографияГеологияГосударствоДомДругоеЖурналистика и СМИИзобретательствоИностранные языкиИнформатикаИскусствоИсторияКомпьютерыКулинарияКультураЛексикологияЛитератураЛогикаМаркетингМатематикаМашиностроениеМедицинаМенеджментМеталлы и СваркаМеханикаМузыкаНаселениеОбразованиеОхрана безопасности жизниОхрана ТрудаПедагогикаПолитикаПравоПриборостроениеПрограммированиеПроизводствоПромышленностьПсихологияРадиоРегилияСвязьСоциологияСпортСтандартизацияСтроительствоТехнологииТорговляТуризмФизикаФизиологияФилософияФинансыХимияХозяйствоЦеннообразованиеЧерчениеЭкологияЭконометрикаЭкономикаЭлектроникаЮриспунденкция
Основной успешный сценарий (или основной процесс)
Диаграмма отфильтрованных прецедентов
Текстовое описание прецедентов
Прецедент П1. Авторизация.
Рамки. Терминал оплаты.
Уровень. Задача, определенная пользователем.
Основной исполнитель. Пользователь.
Заинтересованные лица и их требования.
· Пользователь. Хочет получить доступ к возможности управления своим счётом;
· Сервер. Проверяет корректность вводимого логина и пароля.
Предусловия. Пользователь приходит к платёжному терминалу.
Результаты (Постусловия). Пользователь получает доступ к своему счёту.
Основной успешный сценарий (или основной процесс)
1. Пользователю предлагается ввести логин и пароль;
2. Пользователь вводит 11-тизначный логин и 4-хзначный пароль;
3. Логин и пароль проверяются сервером;
4. При корректном вводе пароля пользователю предоставляется возможность управлять своим счётом.
Расширения (или альтернативные потоки)
4а. При не корректном вводе пароля:
1. Терминал просит пользователя повторить ввод.
4б. Если пароль был введён не корректно3 раза:
1. Сервер блокирует возможность авторизации для данного логина на 15 минут.
Специальные требования
На 4а шаге альтернативного сценария необходимо обеспечить, запоминания количество неправильного ввода пароля.
Список технологий и типов данных
Для обмена информации с сервером будем использовать протокол передачи данных TCP/IP.
Прецедент П2. Пополнение счёта.
Рамки. Терминал оплаты.
Уровень. Задача, определенная пользователем.
Основной исполнитель. Пользователь.
Заинтересованные лица и их требования.
· Пользователь. Хочет внести наличные деньги на свой счёт для дальнейших операций;
· Сервер. Изменяет информацию о количестве средств на счёте пользователя.
Предусловия. Пользователь должен ввести корректный логин и пароль.
Результаты (Постусловия). Деньги поступили на счёт пользователя. Зафиксированы время и сумма ввода. Стала возможна печать чека.
Основной успешный сценарий (или основной процесс)
1. Пользователь сообщает системе о своем желании внести деньги на счёт;
2. Система проверяет готовность купюроприемника и сообщает пользователю о возможности внести купюру;
3. Приняв купюру, терминал проверяет её достоинство и добавляет значение номинала этой купюры в общую сумму, которая будет внесена на счёт;
4. Система повторяет пункт 3 до ввода с клиентской консоли. Терминал передаёт данные об операции серверу;
5. Выводится предложение о печати чека и при подтверждении, печатается чек.
Поиск по сайту: