Дипломная работа: Разработка средств информационной поддержки менеджмента ресторанного зала

На следующей диаграмме показана связь между сущностями «Меню» и «Заказ». Атрибуты сущности мы рассмотрели в предыдущей диаграмме. Атрибутами сущности «Заказ» являются: №заказа, № столика, наименования блюда, количество порций, ФИО официанта, дата. Связь между сущностями один ко многи.  

2.1.3 Разработка даталогической модели базы данных

Под даталогической понимается модель, отражающая логические взаимосвязи между элементами данных безотносительно их содержания и физической организации. При этом даталогическая модель разрабатывается с учетом конкретной реализации СУБД, также с учетом специфики конкретной предметной области на основе ее инфологической модели.

Даталогическая и физическая модели данных создаются с использованием нотации ER. При этом действуют все те же соглашения о представлении модели, что и при инфологическом моделировании, однако необходимо учитывать некоторые особенности, присущие каждому типу моделей и руководствоваться правилами преобразования одной модели в другую.

Как уже отмечалось выше, даталогическая модель отражает структуру БД с учетом особенностей модели данных. Т.к. на сегодняшний день наиболее популярной является реляционная модель данных, рассмотрим правила преобразования инфологической модели в реляционную даталогическую.

Переход к даталогической модели сводится к изменению тех отношений между сущностями, которые существуют только на логическом уровне. Это, прежде всего отношения типа многие-ко-многим и иерархия наследования. Для преобразования отношения типа многие-ко-многим необходимо создать третью сущность, в качестве первичного ключа которой будут выступать ключевые атрибуты сущностей, связанных отношением многие-ко-многим. Имя новой сущности выбирается исходя из ее смыслового значения, а неключевые атрибуты могут мигрировать из одной из связанных сущностей или быть добавлены отдельно.

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

1. Для каждой сущности иерархии наследования инфологической модели создается соответствующая сущность в даталогической модели. При этом происходит перенос атрибутов сущности ИМД в соответствующую сущность ДМД. Категориальная связь между сущностями заменяется отношением «многие-ко-многим».

2. Все атрибуты сущностей потомков переносятся в состав атрибутов сущности предка. При этом в ДМД включается только сущность предок, содержащая все возможные атрибуты своих потомков.

3. Все атрибуты сущности предка переносятся в состав всех атрибутов сущностей потомков. Связь между сущностями разрывается, а в ДМД включаются независимые друг от друга сущности, получившиеся в результате переноса.

2.1.4 Функциональная структура СИП МРЗ

Характеризуя структуру системы, можно выделить несколько основных элементов:

-  Модуль хранения. Собственно БД, включая запросы, формы, отчеты, хранимые на сервере.

-  Модуль «Администратор».

-  Модуль «Официант».

-  Модуль «Кассир».

-  Модуль «Повар».

-  Модуль «Бармен».

Информация в БД поступает со склада автоматически. Далее через БД происходит обмен между модулями. Рассмотрим работу каждого модуля отдельно.

Модуль «Администратор». Администратор заносит информацию по персоналу (ФИО персонала, количество отработанных часов, должность), которая попадает в БД, а в БД формируется отчет по персоналу, который передается в ЦО.

Модуль «Официант». Официант получает из БД все наименования блюда. Заполняя формы, официант вносит в БД информацию о заказе (номер заказа, номер столика, наименования заказанного блюда, количество порций, дату).

Модули «Повар» и «Бармен» работают одинаково. Повар и бармен получают информацию из БД (наименования блюда, количество порций, рецепт).

2.1.5 Разработка алгоритма функционирования СИП МРЗ

Алгоритм - это

·  описание последовательности действий для решения задачи или достижения поставленной цели;

·   правила выполнения основных операций обработки данных;

·  описание вычислений по математическим формулам.

Перед началом разработки алгоритма необходимо четко уяснить задачу: что требуется получить в качестве результата, какие исходные данные необходимы и какие имеются в наличии, какие существуют ограничения на эти данные. Далее требуется записать, какие действия необходимо предпринять для получения из исходных данных требуемого результата.

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

В блок-схеме каждому типу действий соответствует геометрическая фигура, представленная в виде блочного символа. Блочные символы соединяются линиями определяющими очередность выполнения действий.

Для начала сотрудник выбирает модуль, с которым он будет работать, затем идентифицирует свою карту, если не принята, то после соответствующего сообщения («Отказ в доступе») появившегося на экране происходит возврат к выбору модуля. Если карта принята, то сотрудник продолжает работу с данными. После завершения работы с данными сотрудник выходит из системы.

Рассмотрим алгоритмы работы каждого из модуля.

Начнем с модуля «Официант» . После того как карта отсканирована и принята происходит ввод данных о заказе. Затем идет проверка категории заказа (блюда или напиток). Если это напиток, то происходит подбор файлов-рецептов напитков. Если это блюдо, то подбор файлов-рецептов блюд. Затем идет формирование счета и вывод его на кассу.

Процедура сканирования у всех модулей одинакова (и рассмотрена в описании алгоритма работы модуля «Официант»). После получения доступа администратор вводит данные о персонале. Для этого надо проверить должность официант или не официант. Если официант то производится ввод данных о количестве отработанных часов и номер столика, который обслуживает каждый из официантов. Если не официант, то происходит расчет количества отработанных часов. После этих операций происходит сохранение данных, после чего формируется и выводится отчет. После завершение работ в этом модуле происходит выход в главное меню. Алгоритм заканчивает свое действие.

Процедура сканирования у всех модулей одинакова (и рассмотрена в описании алгоритма работы модуля «Официант»). После получения доступа кассир получает заказ, затем по запросам формируется счет. После формирования счет выводится на печать и происходит выход в главное меню. Алгоритм заканчивает свое действие.

Процедура сканирования рассмотрена в алгоритме работы модуля официант. После получение доступа идет принятия заказа. Затем происходит проверка рецептов. Если рецепт нужно выводить на экран, то происходит выбор файла нужного рецепта, затем рецепт выводится на экран. После чего выводится заказ и сохранение данных.

2.1.6 Разработка пользовательского интерфейса

Под пользовательским интерфейсом (ПИ) программы будет пониматься совокупность элементов, позволяющих пользователю программы управлять ее работой и получать требуемые результаты. Фактически, ПИ - это канал, по которому осуществляется взаимодействие пользователя и программы. Разрабатывая ПИ, необходимо использовать исключительно стандартные элементы интерактивного взаимодействия, стандартное (общепринятое) их относительное расположение. Установим основные термины, относящиеся к разработке интерфейса.

Экран - это поверхность компьютерной рабочей станции или терминала, на которой располагается информация, предназначенная для пользователя. Форма - это предопределенная группированная информация, которая структурирована специфическим способом и расположена на экране. Общий Пользовательский Доступ устанавливает пять схем, называющихся панельными типами. Необходимо использовать различные панельные типы, чтобы представить различные виды информации. Пять панельных типов следующие:

1)  Меню;

2)  Вход;

3)  Информация;

4)  Список;

5)  Логическое.

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

1)  Меню действий и нисходящее меню;

2)  Тело формы;

3)  Область функциональных клавиш.

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

Слово "действия" в "меню действий" не подразумевает, что все команды должны быть глаголами. Существительные также допустимы. Значение действия в термине "меню действий" происходит от того факта, что выбор элемента меню действий выполняется приложением через действия пользователей. Например, в текстовом редакторе выбор "Шрифты" меню действий является существительным и разрешает пользователю потребовать действий выбора шрифтов.

Некоторые формы будут иметь меню действий, а другие нет.

Меню действий и нисходящее меню обеспечивают два замечательных преимущества для пользователей.

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

Страницы: 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15