Разработка базы данных и приложения для решения задачи «Автоматизация обслуживания посетителей ресторана

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

• ввод данных; в отдельных случаях, с проверкой вводимых данных и выдачей соответствующих сообщений в случае ошибок при вводе данных;
• удобный просмотр, сортировку, поиск и фильтрацию данных;
• формирование запросов и получение с помощью них необходимой информации из БД (в том числе и запросы с группировкой)
• формирование печатной формы (отчётов).

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

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

 

2. ПРОЕКТИРОВАНИЕ БАЗЫ ДАННЫХ

2.1. Концептуальная модель БД

 

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

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

• Блюда.
• Виды блюд.
• Персонал.
• Должности.
• Постоянные клиенты.
• Заказы.

Модель строим на логическом уровне (см. рис. 2.1). Из рисунка 2.1 видно, что  в модели проставлены связи. Рассмотрим их подробнее:

- Таблица «Виды блюд» и таблица  «Блюда» - установлена связь «один-ко-многим» при помощи первичного ключа «Код вида»;

- Таблица «Должности» и таблица  «Персонал» - установлена связь «один-ко-многим» при помощи первичного ключа «Код должности»;

- Таблица «Блюда» и таблица  «Заказы» - установлена связь «один-ко-многим» при помощи первичного ключа «Код блюда»;

- Таблица «Персонал» и таблица  «Заказы» - установлена связь «один-ко-многим» при помощи первичного ключа «Код работника»;

- Таблица «Постоянные клиенты» и таблица «Заказы» - установлена связь «один-ко-многим» при помощи первичного ключа «Код клиента»;

 

 

 

 

Рис. 2.1. Концептуальная модель данных

 

 

2.2. Даталогическая (реляционная)  модель БД

 

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

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

 

 

Рис. 2.2. Даталогическая модель данных

 

 

2.3. Физическое проектирование  БД

 

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

Таблицы базы данных создаются с  помощью утилиты BDE Administrator в программе Database Desktop. Таблицы имеют тип Paradox 7. Создадим папку, где будут хранится созданные таблицы и пропишем путь к ней в BDE (Borland Database Engine) Administrator для создания аллиаса. Структура таблиц проста, в ней создаются связи по первичному и по индексным полям между таблицами.

В таблице Menu представлена весь ассортимент блюд. Структура таблицы (поля, их типы и назначение) представлена на рисунке 2.3. Всем полям назначен атрибут Required Field (требование обязательного существования значения у поля на момент его запоминания в БД), кроме поля Kod_bluda, поскольку это поле автоинкрементное, заполнение его значением производится автоматически при запоминании новой записи. С помощью элемента Secondary Indexes задали необходимые индексы (Kod_vida, по данному полю будет осуществлена фильтрация в таблице), а посредством элемента Refrential Integrity – ссылочную целостность,  установив при этом возможность каскадных изменений и удалений.

 

 

Рис. 2.3. Структура  таблицы «Меню»

 

 

В таблице Personal (рис. 2.4) первичным ключом является поле Kod_rabotnika, а вторичный индекс присвоен полю Kod_dolgnosti (по нему происходит связь с таблицей Dolgnosti, а также будет осуществлена сортировка в таблице) и полю Familiya (по нему будет осуществлен поиск в таблице).

 

 

Рис. 2.4. Структура таблицы «Персонал»

 

 

В таблице Dolgnosti (рис. 2.5) первичным ключом является поле Kod_dolgnosti (по нему происходит связь с таблицей Personal).

 

 

Рис. 2.5. Структура таблицы «Должности»

 

 

В таблице Postoyanue_klientu (рис. 2.6) первичным ключом является поле Kod_klienta (по нему будет осуществлен поиск в таблице).

 

 

Рис. 2.6. Структура таблицы «Постоянные клиенты»

 

 

В таблице Vidu_blud (рис. 2.7) первичным ключом является поле Kod_vida (по нему происходит связь с таблицей Menu).

 

 

Рис. 2.7. Структура таблицы «Виды блюд»

 

 

В таблице Zakazu (рис. 2.8) первичным ключом является поле Nom_p/p, а вторичный индекс присвоен полю Kod_bluda (по нему происходит связь с таблицей Menu) и полю Kod_rabotnika (данное поле будет включено в отчет Rave).

 

 

Рис. 2.8. Структура таблицы «Заказы»

 

 

3. СОЗДАНИЕ ПРИЛОЖЕНИЯ ДЛЯ РАБОТЫ С БАЗОЙ ДАННЫХ

3.1. Разработка функциональной модели СУБД

 

Все описанные таблицы, составляющие основу базы данных, функционируют  в рамках созданной системы управления базой данных ”Restaurant”. Приложение для работы с СУБД “Restaurant” создано средствами среды программирования Delphi 7.0. Функциональная модель для разработанной базы данных показана на рисунке 3.1.

Модуль «Справочные  таблицы» является основным модулем  разрабатываемой программы. Его  назначение – предоставление пользователю возможности выбора дальнейшего  действия. Он позволяет загрузить другие модули, настроить СУБД согласно желаниям пользователя или осуществить выход из СУБД.

Модули «Персонал», «Постоянные клиенты», «Ассортимент блюд», «Заказы» позволяют просматривать  и редактировать соответствующие  справочники, то есть осуществлять  добавление, удаление, изменение и сохранение записей справочника. Из модуля «Ассортимент блюд» можно сформировать отчет (в виде меню), а из модуля «Заказы» формируется отчет в виде чека заказа. То есть это уже операционные таблицы

Модуль «Файл» является справкой приложения. В модуле «О программе» можно просмотреть информацию о программном продукте. В модуле «Об авторе» содержится информация о разработчике приложения.

Модуль «Выход»  осуществляет завершение работы программы.

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 Рис. 3.1. Функциональная модель приложения

 

3.2. Разработка экранных форм  ввода-вывода и отчетов.

 

При разработке СУБД “Restaurant” были разработаны экранные формы ввода/вывода исходных данных и результатов обработки, а также печатаемых отчётов.

При запуске приложения мы видим, как процесс загрузки главной формы скрывает заставка (см. рис. 3.2). Она активна в течение 5 секунд. Затем открывается главное окно приложения.

 

Рис. 3.2. Окно заставки

 

Главное окно приложения (см. рис. 3.3)  содержит меню, с помощью которого можно начать работу. При выборе пункта меню Файл/О программе открывается окно с информацией о программном продукте (см. рис. 3.4).

Рис. 3.3. Главное  окно приложения

 

Рис. 3.4. Окно «О программе»

 

При выборе пункта меню Файл/Об авторе на той же главной форме открывается окно с информацией о разработчике данного приложения (см. рис. 3.5).

Рис. 3.5. Окно «Об  авторе»

 

После просмотра справки программы  можно начать работу с таблицами. При выборе пункта меню Справочные таблицы/Персонал открывается форма с таблицей Персонал (см. рис. 3.6), где осуществлена функция поиска работника по фамилии и функция сортировки персонала по должности или по дате рождения. Редактирование данных (добавление, изменение, удаление, сохранение записей таблицы) ведется с помощью навигатора. Возвращение на главное окно происходит по нажатию кнопки На главное окно.

 

Рис. 3.6. Окно справочной таблицы «Персонал»

 

 

При выборе пункта меню Справочные таблицы/Постоянные клиенты открывается форма с  таблицей Постоянные клиенты (см. рис. 3.7), где осуществлена функция сортировки клиентов по размеру скидки. Редактирование данных (добавление, изменение, удаление, сохранение записей таблицы) ведется с помощью навигатора. Возвращение на главное окно происходит по нажатию кнопки На главное окно.

 

Рис. 3.7. Окно справочной таблицы «Постоянные клиенты»

 

 

При выборе пункта меню Справочные таблицы/Ассортимент  блюд открывается форма с таблицами Блюда и Виды блюд (см. рис. 3.8). Здесь осуществлена процедура редактирования таблицы Блюда (кнопки Добавить, Изменить, Запомнить, Удалить), функция сортировки блюд по коду раздела. Также предусмотрено скрытие столбца Состав блюда, т.к. данный столбец имеет слишком большую размерность. Для отображения состава блюда используется поле DBMemo, причем оно является неактивным (в целях сохранения истинности значения поля). Сама таблица с перечнем блюд также является неактивной. Возвращение на главное окно происходит по нажатию кнопки На главное окно. После редактирования таблицы с перечнем имеющихся блюд можно сформировать меню (отчеты, созданные с помощью Rave Designer) по разделам (Салаты, Напитки и т.д.), изображены на рисунках 3.9 – 3.14.

 

 

Рис. 3.8. Окно справочной таблицы «Ассортимент блюд»

 

Рис. 3.9. Отчет «Меню. Салаты»

Рис. 3.10. Отчет «Меню. Холодные закуски»

 

 

 

Рис. 3.11. Отчет «Меню. Первые блюда»

 

 

Рис. 3.12. Отчет «Меню. Вторые блюда»

 

 

Рис. 3.13. Отчет «Меню. Десерты»

 

 

Рис. 3.14. Отчет «Меню. Напитки»

 

При выборе пункта меню Справочные таблицы/Заказы открывается форма с таблицами Заказы и Персонал (см. рис. 3.15). Сначала пользователь (официант или бухгалтер) заносят данные о заказанных блюдах в таблицу Заказы с помощью текстовых полей (здесь осуществлена процедура редактирования таблицы Заказы (кнопки Добавить заказ, Запомнить, Удалить)). Затем вводятся данные о работнике и номере столика в другие два тестовых поля. При нажатии кнопки Общий заказ, формируется запрос Заказ с расчетным полем Стоимость. Теперь можно сформировать и напечатать чек заказа (см. рис. 3.16) нажатием кнопки Печать чека. Возвращение на главное окно происходит по нажатию кнопки На главное окно.

 

Рис. 3.15. Окно формирования заказов «Заказы»

 

 

Рис. 3.16. Отчет  «Чек заказа»

 

 

 

ЗАКЛЮЧЕНИЕ

 

В современном мире часто приходится работать с данными из разных источников, каждый из которых связан с определённым видом деятельности. Для координации всех этих данных необходимы определённые знания и организационные навыки. Paradox 7 объединяет сведения из разных источников в одной реляционной базе данных. Удобный интерфейс позволяет легко ориентироваться в ней, привлекая тем самым многих разработчиков и пользователей баз данных.

Чтобы сделать любую базу в  Paradox 7 необходимо изучить предметную область и составить таблицы, в которых будет отображаться эта предметная область. В результате было сделано автоматизированное рабочее место в виде набора связанных экранных форм и отчётов, позволяющие просматривать данные. Paradox 7 позволяет управлять информацией из нескольких файлов базы данных. В рамках этих файлов можно просматривать, добавлять и удалять данные в таблицах; находить и извлекать только нужные данные с помощью запросов, а также анализировать или печатать данные в заданном макете с помощью отчётов. Создание приложения с отображением таблиц Paradox в Borland Delphi позволяет пользователям легко просматривать, обновлять или анализировать данные.