Определение основных категорий пользователей
Как было отмечено в пункте «Описание предметной области», наша организация - небольшая пиццерия с малым числом сотрудников, поэтому для начала будет вполне достаточно добавить два вида пользователей: кассир и директор. Разделение функций, доступных для выполнения, осуществляется в результате авторизации в системе.
Кассир принимает заказы и обрабатывает интернет-заказы. В случае согласия посетителя оформляет Карту постоянного клиента, которая может быть реализована в виртуальном или в физическом виде. Кассир проводит скидку, если для этого есть предпосылка (день рождения клиента, предоставление специального купона). Помимо работы с посетителями данный пользователь осуществляет списание просроченных продуктов, что также необходимо отмечать в информационной системе.
Директор в основном занимается вопросами, связанными с продуктами и сотрудниками. Составление накладной на закупку товаров различных категорий - одно из первостепенных дел для данного пользователя. Дальнейший приём поставки и её распределение в зоне хранения также входит в обязанности директора. В случае поломки какого-либо предмета техники он должен оформить его в ремонт и, соответственно, принять после. Задачи, связанные с сотрудниками пиццерии, включают в себя найм работников и их увольнение, а также составление расписания смен на неделю и месяц.
Таким образом, в разрабатываемой системе для малого предприятия все основные функции будут распределены между пользователями двух ролей: кассиром и директором.
Оформление диаграммы прецедентов
Создадим диаграмму прецедентов для всех категорий пользователей. На рисунке 1 представлена схема, описывающая работу информационной системы пиццерии, где в качестве актеров определены кассир и директор и указаны основные действия, выполняемые приложением.
|
Рисунок 1 – Диаграмма прецедентов для всех категорий пользователей |
Создадим диаграмму прецедентов для пользователя Кассир, где также отметим отношения расширения (отношения типа extend). Полученный результат приведен на рисунке 2.
|
Рисунок 2 – Диаграмма прецедентов для пользователя Кассир |
Создадим диаграмму прецедентов для пользователя Директор пиццерии, где также отметим отношения расширения (отношения типа extend). Полученный результат приведен на рисунке 3.
|
Рисунок 3 – Диаграмма прецедентов для пользователя Директор пиццерии |
Описание потока событий для выбранных прецедентов
Воспроизведение потока событий для прецедента «Принять заказ»
Сформулируем поток событий для прецедента «Принять заказ». Укажем последовательность действий, выполняемых пользователем с ролью «Кассир» и программным приложением, применяемым в организации.
1. Описание.
Прецедент «Принять заказ» описывает последовательный порядок действий кассира во время оформления заказа внутри пиццерии (не онлайн продажи).
2. Предусловие.
Пользователь должен выполнить авторизацию в системе в роли Кассира.
3. Основной поток.
Выполнение сценария начинается с выбора действия «Принять заказ» в главном меню программы.
Открывается поле «Заказ».
Добавляются блюда и напитки, отмеченные клиентом.
Если у посетителя есть Карта постоянного клиента, то осуществляется переход в альтернативный поток А1.
Если у посетителя нет Карты постоянного клиента, то выполняется запрос на её оформление.
Если посетитель выбирает выпуск Карты постоянного клиента, то осуществляется переход в альтернативный поток А2.
В поле «Заказ» отображается сумма оплаты.
Если у посетителя есть причина для оформления скидки, то осуществляется переход в альтернативный поток А3.
Выбирается способ оплаты.
Если оплата банковской картой, то переход в альтернативный поток А4.
Если оплата наличными средствами, то выполняется инициализация кассового устройства.
Ожидание осуществления денежной операции.
Ввод денежных средств.
Генерация номера заказа.
Завершение выполнения прецедента.
4. Альтернативные потоки.
4.1. Альтернативный поток А1 (у посетителя есть Карта постоянного клиента).
Открывается окно «Найти Карту».
Вводится номер мобильного телефона, к которому привязана Карта.
Проверка наличия Карты.
Если в программе по указанному номеру не обнаруживается Карта, то выполняется переход в поток ошибок Е1.
Если в программе по указанному номеру находится Карта, то применяется скидка.
Производится возврат в основной поток к пункту 7.
4.2. Альтернативный поток А2 (посетитель хочет оформить Карту постоянного клиента).
Осуществляется переход к выполнению прецедента «Оформить Карту постоянного клиента».
Производится возврат в основной поток к пункту 7.
4.3. Альтернативный поток А3 (посетитель может получить скидку на заказ).
Осуществляется переход к выполнению прецедента «Оформить скидку».
Производится возврат в основной поток к пункту 9.
4.4. Альтернативный поток А4 (выполняется оплата банковской картой).
Инициализация банковского терминала.
Ожидание ввода карты в устройство.
Вставка карты и ввод ПИН-кода.
Данные отправляются на проверку в банк.
Если ПИН-код введен неверно, то выполняется переход в поток ошибок E2.
Если ПИН-код введен верно, то производится списание денежных средств.
Производится возврат в основной поток к пункту 14.
5. Потоки ошибок.
5.1. Поток ошибок Е1 (не найдена Карта постоянного клиента).
На экране отображается сообщение об ошибке.
Выполняется повторный ввод номера мобильного телефона.
Проверка наличия карты.
Если не обнаруживается Карта, то выполняется возврат в основной поток к пункту 5.
Если находится Карта, то выполняется возврат в альтернативный поток А1 к пункту 5.
5.2. Поток ошибок Е2 (ПИН-код банковской карты введен неверно).
На экране отображается сообщение об ошибке.
Выполняется повторный ввод ПИН-кода.
Данные отправляются на проверку в банк.
Если ПИН-код введен верно, то осуществляется возврат к альтернативному потоку А4 к пункту 6.
Если ПИН-код введен неверно, осуществляется завершение работы.
6. Постусловие.
Выполняется печать чека с информацией о заказе.