ГЛАВА 4 ОПИСАНИЕ МОДЕЛИ С ПОМОЩЬЮ IDEF1X
Диаграмма IDEF1X
Рисунок 7. Диаграмма IDEF1X для процесса "Учет заказов с помощью электронного меню"
Цель создания модели
Представленная логическая модель данных процесса «Учет заказов с помощью электронного меню» выполнена с помощью методологии IDEF1X. Эта методология выбрана с целью наглядно представить структуру реляционной базы данных и отношения между сущностями. Поскольку данная методология относится к типу методологий «Сущность-связь», для построения модели была использована концептуальная модель данных в нотации ERD.
Модель состоит из шести сущностей:
- Bludo (Блюдо);
- Retsept (Рецепт);
- Product (Продукт);
- Ed_izm (Единица_измерения);
- Zakaz (Заказ);
- Vibor(Выбор).
Каждая сущность – образ реляционной таблицы базы данных процесса «Учет заказов с помощью электронного меню». Помимо диаграммы создан словарь данных, где подробно описано содержание каждой сущности – список атрибутов, типы данных, описание и перевод названия атрибутов на русский язык. В сущностях отмечены атрибуты, являющиеся первичными ключами (PK – primary key), и атрибуты, являющиеся внешними ключами (FK – foreign key).
На диаграмме присутствуют не идентифицирующие связи, а также идентифицирующие (см. Таблица 1).
Таблица 1
| Не идентифицирующая полная связь | Идентифицирующая полная связь |
| Product- Ed_izm. | Bludo- Retsept, Retsept- Product, Zakaz- Vibor, Zakaz- Bludo. |
Словарь данных
Сущность «Ed_izm» (Единица_измерения) - независимая сущность.
|
|
|
| Ключ | Наименование атрибута | Тип данных | Значение | Описание | Перевод |
| PK | ID_ed | BYTE | NOT NULL | Код единицы измерения | Код единицы измерения |
| Name_ed | VARCHAR(60) | NOT NULL | Название единицы измерения | Название единицы измерения |
Сущность «Product» (Продукт) - независимая сущность.
| Ключ | Наименование атрибута | Тип данных | Значение | Описание | Перевод |
| PK | ID_pr | BYTE | NOT NULL | Код продукта | Код продукта |
| Name_prod | VARCHAR(60) | NOT NULL | Название продукта | Название | |
| Cost_pr | CURRENCY | NOT NULL | Стоимость одной единицы продукта | Цена единицы | |
| Kvo | INTEGER | NOT NULL | Количество продукта | Количество | |
| Kol_kal | REAL | NOT NULL | Количество калорий в продукте | Количество калорий | |
| FK | Ed_id | BYTE | NOT NULL | Ссылка на единицы измерения | Код единицы измерения |
Сущность «Retsept» (Рецепт) – зависимая сущность.
| Ключ | Наименование атрибута | Тип данных | Значение | Описание | Перевод |
| PK, FK | Bl_id | BYTE | NOT NULL | Код блюда, определяющий рецепт | Код блюда |
| PK, FK | Pr_id | BYTE | NOT NULL | Код продукта, который присутствует в данном блюде | Код продукта |
| Kvo_pr | INTEGER | NOT NULL | Количество используемых продуктов | Количество продуктов | |
| Koef | REAL | NOT NULL | Коэффициент наценки, который устанавливается администрацией ресторана для каждого блюда в зависимости от рынка и количества продаж | Коэффициент наценки |
|
|
|
Сущность «Bludo» (Блюдо) - независимая сущность.
| Ключ | Наименование атрибута | Тип данных | Значение | Описание | Перевод |
| PK | ID_bl | BYTE | NOT NULL | Код блюда | Код блюда |
| Name_bl | VARCHAR(60) | NOT NULL | Название блюда | Название блюда | |
| Time_prep | REAL | NULL | Время приготовления блюда | Время приготовления | |
| Descr | TEXT | NOT NULL | Описание блюда в литературном стиле | Описание | |
| Status | BOOLEAN | NOT NULL | Статус нахождения блюда в меню | Статус нахождения в меню | |
| Photo | ATTACHEMENT | NOT NULL | Фото блюда | Фото |
Сущность «Zakaz» (Заказ) - зависимая сущность.
| Ключ | Наименование атрибута | Тип данных | Значение | Описание | Перевод |
| PK, FK | Blz_id | BYTE | NOT NULL | Код блюда, определяющего заказ | Код блюда |
| PK, FK | Zak_id | BYTE | NOT NULL | Код заказа клиента | Номер заказа |
| Kvo_zak | INTEGER | NOT NULL | Количество порций выбранного блюда | Количество блюд |
Сущность «Vibor» (Выбор) - независимая сущность.
| Ключ | Наименование атрибута | Тип данных | Значение | Описание | Перевод |
| PK | ID_zak | BYTE | NOT NULL | Номер заказа | Номер заказа |
| Datet | DATATIME | NOT NULL | Дата поступления заказа в обработку | Дата и время поступления | |
| Info_vip | BOOLEAN | NOT NULL | Информация о выполнении заказа | Информация о выполнении заказа |
ГЛАВА 5 ОПИСАНИЕ ИНТЕРФЕЙСА
|
|
|
Меню, которое будет предоставляться клиенту, представлено на рисунке 8. Клиент указывает количество заказываемых блюд и отмечает их галочкой, затем нажимает кнопку сделать заказ. После этого заказ автоматически добавляется в таблицу заказов, отображенную на терминале у персонала ресторана. Также клиент может вызвать официанта, отправив запрос, и попросить счет, также нажав на кнопку.
Рисунок 8. Электронное меню
Список заказов представляет собой таблицу, на которой отмечается статус выполнения заказа. Статус заказа меняется в базе при установлении отметки, остальная информация не изменяется и представлена в виде справочной (рисунок 9).
Рисунок 9. Список заказов
При нажатии в меню на блюдо открывается окно с полной информацией о заказе, которую клиент может при необходимости изучить и осуществить свой выбор (рисунок 10).
Рисунок 10. Информация о блюде
|
|
|
Список блюд в меню доступен менеджерам для редактирования (рисунок 11). На форме доступны флажки для выбора блюд в меню, кнопки «Сохранить» и «Отмена». При нажатии на кнопку «Добавить блюдо» открывается окно с возможностью добавления нового блюда (рисунок 12). Некоторые поля из представленных являются вычисляемыми, что очень удобно – менеджеру необходимо ввести лишь количество продуктов, а себестоимость блюда рассчитывается сама. Также имеется возможность устанавливать наценку в зависимости от ситуации на рынке услуг, а также конкретную стоимость, при этом в первом случае будет отображена стоимость блюда, во втором – коэффициент наценки.
Рисунок 11. Выбор блюд для отображения в электронном меню
Рисунок 12. Добавление нового блюда.
Для редактирования, добавления и удаления данных доступны таблицы «Продукты» (рисунок 13) и «Единицы измерения» (рисунок 14). Доступ к ним может получить только определенные члены персонала. На формах расположены кнопки «ОК» и «Отмена», которые соответственно сохраняют все произведенные действия либо отменяют их.
Рисунок 13. Таблица «Продукты»
Рисунок 14. Таблица "Единицы измерения"
Заключение
Для решения проблемы некачественного и несвоевременного обслуживания в первую очередь была изучена предметная область и выполнены следующие задачи:
- разработана модель потоков данных DFD для процесса учета заказов с помощью электронного меню;
- разработана модель процесса «учет заказов с помощью электронного меню» с помощью нотации ERD для отображения связей между выбранными сущностями;
- разработана концептуальную модель реляционной базы данных с помощью метода IDEF1X для наглядного представления хранимой базы данных;
- разработан интерфейс электронного меню, справочных таблиц, форм для добавления и вывода информации.
Разработанные модели позволяют быстро и четко увидеть все необходимые для автоматизации процессы, оценить и изучить хранимые данные, все взаимодействия между ними.
Автоматизация ресторанного бизнеса является довольно успешной и быстро развивающейся формой внедрения информационных технологий. Представленная концепция электронного меню имеет множество преимуществ наравне с быстро идущим прогрессом. Интерфейс системы прост и понятен в управлении. Способ взаимодействия с клиентом станет быстрым и комфортным как для клиента, так и для персонала.
Данная система успешно дополнит существующие системы, проста и быстра в развитии и в дальнейшем дорастет до полноценной информационной системы управления ресторанным бизнесом.
Дата добавления: 2018-02-15; просмотров: 678; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!