Материал: 4 Функциональные требования

Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам

2.2. Классы и характеристики пользователей

Класс пользователей

Описание

Клиент (привилегированный)

Клиент — это сотрудник Process Impact, желающий заказывать питание с доставкой из кафетерия компании. Всего потенциальных клиентов — 600, из которых 400, как ожидается, будут использовать Cafeteria Ordering System в среднем 5 раз в неделю.

Иногда клиенты будут заказывать питание на нескольких человек (мероприятия или гости). Ожидается, что 60% заказов будут поступать через корпоративную интрасеть, а 40% — с домашних компьютеров или с применением приложений для смартфонов или планшетов

Сотрудники кафетерия

В кафетерии Process Impact в настоящее время работает около 20 сотрудников, которые будут получать заказы через Cafeteria Ordering System, готовить блюда, упаковывать их для доставки, печатать инструкции по доставке и запрашивать доставку. Большинство сотрудников кафетерия придется обучать работе с компьютером и использованию Cafeteria Ordering System

Менеджер меню

Менеджер меню — это сотрудник кафетерия, отвечающий за создание и поддержку меню на каждый день, в котором указано, какие блюда имеются в наличии в кафетерии. Некоторые блюда в меню могут быть недоступны для доставки. Менеджер меню также определяет спецпредложение дня кафетерия. Менеджер меню должен периодически редактировать меню

Курьер

Готовя заказы к доставке, сотрудники кафетерия будут отравлять запросы на доставку на смартфон курьера. Курьер будет забирать заказ и доставлять их клиентам. Главное взаимодействие сотрудника по доставке с системой будет заключаться в подтверждении успеха (или неудачи) доставки

2.3. Операционная среда

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.

2.4. Ограничения дизайна и реализации

CO-1 Документация системы по дизайну, коду и сопровождению должна соответствовать Process Impact Intranet Development Standard, версия 1.3 [2].

CO-2 Система должна использовать текущую версию СУБД Oracle, являющуюся корпоративным стандартом.

CO-3 Весь код HTML должен соответствовать стандарту HTML 5.0.

2.5. Предположения и зависимости

AS-1 Кафетерий открыт для завтраков, обедов и ужинов каждый рабочий день компании, когда предполагается присутствие сотрудников на рабочих местах.

DE-1 Работа Cafeteria Ordering System зависит от изменений в системе расчета зарплат, позволяющих принимать запросы на оплату за питание, заказанное через COS.

DE-2 Работа Cafeteria Ordering System зависит от изменений в системе учета запасов кафетерия, позволяющих обновлять информацию о наличии блюд по мере принятия заказов Cafeteria Ordering System.

3. Системные функции

3.1. Заказ блюд из кафетерия

3.1.1. Описание

Клиент кафетерия, личность которого подтверждена, может заказывать набор блюд либо с доставкой в указанное место на территории компании, либо для получения его в кафетерии. Клиент может отменить или изменить заказ, если блюда еще не приготовлены. Приоритет — высокий.

3.1.2. Функциональные требования

Заказ.Размещение

Размещение заказа блюд

.Регистрация:

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

.Нет:

Если клиент не зарегистрирован для оплаты посредством удержания из зарплаты, система должна предложить клиенту следующие варианты: зарегистрироваться сейчас и продолжать размещать заказ, сделать заказ и самому получить его в кафетерии (без доставки) или выйти из системы

.Дата:

Система должна спрашивать клиента о дате заказа (см.BR-8)

.КрайнийСрок:

Если дата доставки заказа текущий день, а крайний срок приема заказов уже прошел, то система должна известить клиента, что уже слишком поздно размещать заказ на сегодня. Клиент должен либо изменить дату, либо отменить заказ

Заказ.Доставка:

Доставка или получение в кафетерии

.Выбор:

Клиент должен указать, получит ли он заказ в кафетерии, или заказ должен быть доставлен

.Место:

Если заказ должен быть доставлен и все еще есть свободные интервалы времени доставки на дату заказа, клиент должен указать доступное место доставки

.Время:

Система должна известить клиента, если на дату заказа нет доступных интервалов времени доставки. Клиент должен либо отменить заказ, либо указать, что получит его в кафетерии

.Интервалы:

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

Заказ.Меню:

Просмотр меню

.Дата:

Система должна отображать меню на выбранную дату

.Наличие:

Меню на выбранную дату должно показывать только те блюда, которые хотя бы в одном экземпляре есть в системеучета запасов кафетерия и могут быть доставлены

Заказ.Единицы:

Заказ нескольких блюд и нескольких экземпляров одного

Блюда

.Несколько:

Система должна позволять клиенту заказывать несколько одинаковых наборов блюд, вплоть до минимального числа любого из указанных блюд в меню, если таковое есть в заказе

.СлишкомМного:

Если клиент заказывает больше единиц одного блюда, чем в настоящее время указано в системе учета запасов кафетерия, система должна извещать клиента о максимальном количестве единиц того блюда, которое он может заказать

Заказ.Подтверждение:

Подтверждение заказа

.Отображение:

Когда клиент указывает, что не хочет больше заказывать никакие блюда, система должна отобразить заказанные блюда, цены на каждое из них и сумму к оплате, подсчитанную согласно BR-12

.Запрос:

Система должна предложить клиенту подтвердить заказ

.Ответ:

Если клиент может подтвердить, изменить либо отменить заказ

.Еще:

Система должна позволять клиенту заказывать дополнительные блюда на ту же или другие даты. Включение нескольких наборов блюд в один заказ регулируют бизнес-правила BR-3 и BR-4

Заказ.Оплата:

Оплата заказа

.Метод:

Когда клиент указывает, что закончил размещать заказы, система должна попросить пользователя выбрать метод оплаты

.Доставка:

См. бизнес-правило BR-11

.Самовынос:

Если клиент сам получит блюда в кафетерии, система должна предложить ему варианты оплаты: через удержание из зарплаты или наличными в кафетерии в момент получения заказа

.Удержание:

Если клиент подтвердил заказ и выбрал оплату через удержание из зарплаты, система должна выдать запрос на оплату системе расчета зарплат

.Да:

Если запрос на оплату принят, система должна вывести сообщение о подтверждении заказа с номером транзакции удержания из зарплаты

.Нет:

Если запрос на оплату не принят, система должна вывести сообщение с причиной отказа. Клиент должен либо отменить заказ, либо изменить метод оплаты на «наличные» и сделать запрос на получение заказа в кафетерии

Заказ.Завершение:

После того как клиент подтвердил заказ, система должна сделать следующее как одну транзакцию

.Сохранение:

Назначить заказу следующий доступный номер и сохранить заказ с начальным состоянием «Принят»

.Запасы:

Отправить сообщение инвентарной системе кафетерия, в котором указано количество единиц каждого блюда в заказе

.Меню:

:

Обновить меню на дату заказа, отражая возможные изменения в наличии блюд в системе управления запасами кафетерия

.Интервалы:

Обновить список остающихся доступными периодов доставки на дату заказа

.Клиент:

Отправить клиенту сообщение электронной почты с информацией о заказе и оплате

.Кафетерий:

Отправить сотрудникам кафетерия сообщение электронной почты с информацией о заказе

.Ошибка:

Если какой-либо шаг транзакции Заказ.Завершение не выполняется, система должна провести откат и сообщить пользователю, что заказ не был принят, с указанием причины неудачи

3.2. Заказ блюд из ресторанов

3.3. Создание, просмотр, модификация и удаление подписки

на стандартные блюда

3.4. Создание, просмотр, модификация и удаление меню кафетерия

Пункты 3.2 – 3.4 приводятся только для целей перечисления возможных функциональных требований. Значительная часть функциональности, описанной в разделе «3.1. Заказ блюд из кафетерия» может использоваться повторно, поэтому в этом разделе нужно указать только дополнительную функциональность, связанную с интерфейсом ресторанов.

Источник: https://studfile.net/preview/15388348/