|
Класс пользователей |
Описание |
|
Клиент (привилегированный) |
Клиент — это сотрудник Process Impact, желающий заказывать питание с доставкой из кафетерия компании. Всего потенциальных клиентов — 600, из которых 400, как ожидается, будут использовать Cafeteria Ordering System в среднем 5 раз в неделю. Иногда клиенты будут заказывать питание на нескольких человек (мероприятия или гости). Ожидается, что 60% заказов будут поступать через корпоративную интрасеть, а 40% — с домашних компьютеров или с применением приложений для смартфонов или планшетов |
|
Сотрудники кафетерия |
В кафетерии Process Impact в настоящее время работает около 20 сотрудников, которые будут получать заказы через Cafeteria Ordering System, готовить блюда, упаковывать их для доставки, печатать инструкции по доставке и запрашивать доставку. Большинство сотрудников кафетерия придется обучать работе с компьютером и использованию Cafeteria Ordering System |
|
Менеджер меню |
Менеджер меню — это сотрудник кафетерия, отвечающий за создание и поддержку меню на каждый день, в котором указано, какие блюда имеются в наличии в кафетерии. Некоторые блюда в меню могут быть недоступны для доставки. Менеджер меню также определяет спецпредложение дня кафетерия. Менеджер меню должен периодически редактировать меню |
|
Курьер |
Готовя заказы к доставке, сотрудники кафетерия будут отравлять запросы на доставку на смартфон курьера. Курьер будет забирать заказ и доставлять их клиентам. Главное взаимодействие сотрудника по доставке с системой будет заключаться в подтверждении успеха (или неудачи) доставки |
OE-1 Система Cafeteria Ordering System работает со следующими браузерами: Windows Internet Explorer версии 7, 8 и 9, Firefox версии с 12 по 26, Google Chrome (все версии) и Apple Safari версии с 4.0 по 8.0.
OE-2 Система Cafeteria Ordering System установлена на сервере, работающем под управлением текущих утвержденных корпорацией версий Red Hat Linux и Apache HTTP Server.
OE-3 Cafeteria Ordering System должна допускать доступ пользователей через корпоративную интрасеть, VPN-канал и со смартфонов и планшетов под управлением Android, iOS и Windows.
CO-1 Документация системы по дизайну, коду и сопровождению должна соответствовать Process Impact Intranet Development Standard, версия 1.3 [2].
CO-2 Система должна использовать текущую версию СУБД Oracle, являющуюся корпоративным стандартом.
CO-3 Весь код HTML должен соответствовать стандарту HTML 5.0.
AS-1 Кафетерий открыт для завтраков, обедов и ужинов каждый рабочий день компании, когда предполагается присутствие сотрудников на рабочих местах.
DE-1 Работа Cafeteria Ordering System зависит от изменений в системе расчета зарплат, позволяющих принимать запросы на оплату за питание, заказанное через COS.
DE-2 Работа Cafeteria Ordering System зависит от изменений в системе учета запасов кафетерия, позволяющих обновлять информацию о наличии блюд по мере принятия заказов Cafeteria Ordering System.
Клиент кафетерия, личность которого подтверждена, может заказывать набор блюд либо с доставкой в указанное место на территории компании, либо для получения его в кафетерии. Клиент может отменить или изменить заказ, если блюда еще не приготовлены. Приоритет — высокий.
|
Заказ.Размещение |
Размещение заказа блюд |
|
.Регистрация: |
Система должна подтвердить, что клиент зарегистрирован для оплаты посредством удержания из зарплаты для размещения заказа |
|
.Нет: |
Если клиент не зарегистрирован для оплаты посредством удержания из зарплаты, система должна предложить клиенту следующие варианты: зарегистрироваться сейчас и продолжать размещать заказ, сделать заказ и самому получить его в кафетерии (без доставки) или выйти из системы |
|
.Дата: |
Система должна спрашивать клиента о дате заказа (см.BR-8) |
|
.КрайнийСрок: |
Если дата доставки заказа — текущий день, а крайний срок приема заказов уже прошел, то система должна известить клиента, что уже слишком поздно размещать заказ на сегодня. Клиент должен либо изменить дату, либо отменить заказ |
|
Заказ.Доставка: |
Доставка или получение в кафетерии |
|
.Выбор: |
Клиент должен указать, получит ли он заказ в кафетерии, или заказ должен быть доставлен |
|
.Место: |
Если заказ должен быть доставлен и все еще есть свободные интервалы времени доставки на дату заказа, клиент должен указать доступное место доставки |
|
.Время: |
Система должна известить клиента, если на дату заказа нет доступных интервалов времени доставки. Клиент должен либо отменить заказ, либо указать, что получит его в кафетерии |
|
.Интервалы: |
Система должна показывать свободные интервалы времени доставки на дату заказа. Система должна позволять клиенту выбрать один из показанных интервалов доставки, сделать заказ без доставки или отменить заказ |
|
Заказ.Меню: |
Просмотр меню |
|
.Дата: |
Система должна отображать меню на выбранную дату |
|
.Наличие: |
Меню на выбранную дату должно показывать только те блюда, которые хотя бы в одном экземпляре есть в системеучета запасов кафетерия и могут быть доставлены |
|
Заказ.Единицы: |
Заказ нескольких блюд и нескольких экземпляров одного Блюда |
|
.Несколько:
|
Система должна позволять клиенту заказывать несколько одинаковых наборов блюд, вплоть до минимального числа любого из указанных блюд в меню, если таковое есть в заказе |
|
.СлишкомМного: |
Если клиент заказывает больше единиц одного блюда, чем в настоящее время указано в системе учета запасов кафетерия, система должна извещать клиента о максимальном количестве единиц того блюда, которое он может заказать |
|
Заказ.Подтверждение: |
Подтверждение заказа |
|
.Отображение:
|
Когда клиент указывает, что не хочет больше заказывать никакие блюда, система должна отобразить заказанные блюда, цены на каждое из них и сумму к оплате, подсчитанную согласно BR-12 |
|
.Запрос: |
Система должна предложить клиенту подтвердить заказ |
|
.Ответ:
|
Если клиент может подтвердить, изменить либо отменить заказ |
|
.Еще: |
Система должна позволять клиенту заказывать дополнительные блюда на ту же или другие даты. Включение нескольких наборов блюд в один заказ регулируют бизнес-правила BR-3 и BR-4 |
|
Заказ.Оплата: |
Оплата заказа |
|
.Метод: |
Когда клиент указывает, что закончил размещать заказы, система должна попросить пользователя выбрать метод оплаты |
|
.Доставка: |
См. бизнес-правило BR-11 |
|
.Самовынос:
|
Если клиент сам получит блюда в кафетерии, система должна предложить ему варианты оплаты: через удержание из зарплаты или наличными в кафетерии в момент получения заказа |
|
.Удержание:
|
Если клиент подтвердил заказ и выбрал оплату через удержание из зарплаты, система должна выдать запрос на оплату системе расчета зарплат |
|
.Да: |
Если запрос на оплату принят, система должна вывести сообщение о подтверждении заказа с номером транзакции удержания из зарплаты |
|
.Нет: |
Если запрос на оплату не принят, система должна вывести сообщение с причиной отказа. Клиент должен либо отменить заказ, либо изменить метод оплаты на «наличные» и сделать запрос на получение заказа в кафетерии |
|
Заказ.Завершение:
|
После того как клиент подтвердил заказ, система должна сделать следующее как одну транзакцию |
|
.Сохранение:
|
Назначить заказу следующий доступный номер и сохранить заказ с начальным состоянием «Принят» |
|
.Запасы:
|
Отправить сообщение инвентарной системе кафетерия, в котором указано количество единиц каждого блюда в заказе |
|
.Меню: : |
Обновить меню на дату заказа, отражая возможные изменения в наличии блюд в системе управления запасами кафетерия |
|
.Интервалы:
|
Обновить список остающихся доступными периодов доставки на дату заказа |
|
.Клиент:
|
Отправить клиенту сообщение электронной почты с информацией о заказе и оплате |
|
.Кафетерий:
|
Отправить сотрудникам кафетерия сообщение электронной почты с информацией о заказе |
|
.Ошибка: |
Если какой-либо шаг транзакции Заказ.Завершение не выполняется, система должна провести откат и сообщить пользователю, что заказ не был принят, с указанием причины неудачи |
на стандартные блюда
Пункты 3.2 – 3.4 приводятся только для целей перечисления возможных функциональных требований. Значительная часть функциональности, описанной в разделе «3.1. Заказ блюд из кафетерия» может использоваться повторно, поэтому в этом разделе нужно указать только дополнительную функциональность, связанную с интерфейсом ресторанов.