Разработка СУБД "Ресторан"

Размещено на http://www.allbest.ru/

Размещено на http://www.allbest.ru/

Министерство образования и науки Челябинской области

государственное бюджетное профессиональное образовательное учреждение

«Южно-Уральский государственный колледж»

ПЦК «Информационных технологий»

Курсовая работа

по МДК.02.02 Технология разработки и проектирования баз данных

специальность 09.02.05 Прикладная информатика (по отраслям)

Разработка СУБД «Ресторан»

Курсовую работу выполнил:

студент группы ПИ349Д

очного отделения

Р.Р. Хайбуллоев

Руководитель: преподаватель ПЦК «ИТ»

И.М. Костенко

Челябинск, 2019



Содержание

Введение

1. Нормализация базы данных

1.1 Первая нормальная форма

1.2 Вторая нормальная форма

1.3 Третья нормальная форма 8

2. Описание модели базы данныx

2.1 Описание таблиц

2.2 Первичный ключ

2.3 Связи между таблицами

3. Создание базы данных

3.1 Создание модели

4. Сценарий работы программы

5. Реализация работы сценария

5.1 Создание форм

5.2 Создание отчетов

6. Аппаратные и программные средства для работы базы данных

6.1 Аппаратное обеспечение

6.2 Программное обеспечение

Заключение

Библиографический список

Введение

база программный аппаратный

В курсовой работе рассматривается создание базы данных ресторана, рассчитанной на работу с клиентами и ведение учета продуктов приготовления, а также для обеспечения порядка в и выполнения всех заданий поставленных исполняющему персоналу. База данных может содержать средства, позволяющие каждому из пользователей оперировать только теми данными, которые входят в его компетенцию. В результате взаимодействия данных, содержащихся в базе, с методами, доступными конкретным пользователям. С ростом численности ресторанов стремительно усиливается и конкуренция, что неизбежно приводит к необходимости эффективно и рационально использовать имеющиеся ресурсы. В этих условиях для успешного ведения бизнеса необходимо инвестировать в средства и инструменты его поддержания и развития. Один из основных инструментов развития ресторанного бизнеса - это автоматизация работы ресторана. Система, которая автоматизирует приём заказов, значительно ускоряет данный процесс. С момента передачи заказа официанту до полной его готовности и подачи клиенту происходит целый цикл манипуляций внутри автоматизированной системы. И главное преимущество данной системы - возможность охватить большое количество посетителей, не заставляя излишне долго ждать. Внутри отлаженного механизма персоналу гораздо удобней работать, не зацикливаясь на мелочах, которые способна обработать машина без участия человека. База данных ресторана или современная система автоматизации ресторана - это система управления рестораном, многофункциональная и легко модернизируемая. Целью автоматизации является повышение эффективности управления рестораном и ускорение обслуживания. Значительная доля успеха складывается из отличного сервиса и оперативной работы персонала. Именно возможности автоматизации ресторана позволяют оптимально сочетать скорость и качество. Очевидны неоспоримые преимущества автоматизированного ресторана перед другими подобными заведениями.

Абсолютный контроль всех процессов от момента приема заказа до его реализации. Благодаря системе автоматизации ресторана появляется возможность исключить трудоемкие операции по учету, обеспечить гибкое управление политикой скидок и бонусов. Выбор системы управления базами данных (СУБД) является одним из важных этапов при разработке приложений баз данных. Выбранный программный продукт удовлетворять как текущим, так и будущим потребностям предприятия, при этом следует учитывать финансовые затраты на приобретение необходимого оборудования, самой системы, разработку необходимого программного обеспечения на ее основе, а также обучение персонала. Кроме того, необходимо убедиться, что новая СУБД способна принести предприятию реальные выгоды. Очевидно, наиболее простой подход при выборе СУБД основан на оценке того, в какой мере существующие системы удовлетворяют основным требованиям создаваемого проекта информационной системы. Несколько групп критериев. Реализуемые режимы работы с БД ресторана и максимальное число пользователей одновременно обращающихся к базе, такой как шеф-повар. Надежность сохранность информации при сбоях, обеспечение защиты данных от несанкционированного доступа. Требуемый уровень квалификации персонала ресторана.

Цель данной курсовой работы:

* Разработка СУБД «Ресторана».

Задачи данной курсовой работы:

* исследовать предметную область;

* выполнить нормализацию БД;

* создать СУБД «Ресторана» в MS Acсess.

* получить навыки работы с базами данных.



1. Нормализация базы данных

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

1.1 Первая нормальная форма

Первая нормальная форма (1НФ): переменная отношения находится в первой нормальной форме (1НФ) тогда и только тогда, когда в любом допустимом значении отношения каждый его кортеж содержит только одно значение для каждого из атрибутов (Рис. 1).

Рисунок 1. Сбор данных

1.2 Вторая нормальная форма

Вторая нормальная форма (2НФ): переменная отношения находится во второй нормальной форме тогда и только тогда, когда она находится в первой нормальной форме и каждый не ключевой атрибут неприводимо (функционально полно) зависит от её потенциального ключа.

На первом шаге 2НФ определяются первичные ключи (Рис. 2).

Рисунок 2. Установки первичных ключей

Первичными ключами являются поля «Должность», «Регистрационный номер», «Код», «Код».

На втором шаге 2НФ определяются связи не ключевых полей с ключевыми (Рис. 3).

Рисунок 3. Определение связи не ключевых полей с ключевыми

1.3 Третья нормальная форма

Третья нормальная форма (3НФ): переменная отношения находится в третьей нормальной форме тогда и только тогда, когда она находится во второй нормальной форме, и отсутствуют транзитивные функциональные зависимости не ключевых атрибутов от ключевых.

На первом шаге 3НФ производиться разбиение на таблицы (Рис. 4).

Рисунок 4. Разбиение на таблицы

Итого получилось 16 таблиц:

Таблица «Алкоголь» имеющая следующие поля: «Код», «Категория», «Название», «Количество», «Цена», «Всего».

Таблица «Банкет» имеющая следующие поля: «Категория», «Название», «Количество», «Цена», «Всего».

Таблица «Бизнес Ланч» имеющая следующие поля: «Категория», «Название», «Цена».

Таблица «Доход от всех заказов» имеющая следующие поля: «Название», «Доход от проделанной работы».

Таблица «Затраты на все ингредиенты» имеющая следующие поля: «Название», «Цена закупки на месяц».

Таблица «Информация об организации» имеющая следующие поля: «Регистрационный номер», «Филиал», «Город», «Телефон», «Адрес», «Специализация».

Таблица «Карта бара» имеющая следующие поля: «Категория», «Название», «Мл, цена».

Таблица «Меню ресторана» имеющая следующие поля: «Категория», «Название», «Цена».

Таблица «Овощи» имеющая следующие поля: «Код», «Название», «Количество», «Цена», «Всего».

Таблица «Море продукты» имеющая следующие поля: «Код», «Название», «Количество», «Цена», «Всего».

Таблица «Фрукты» имеющая следующие поля: «Код», «Название», «Количество», «Цена», «Всего».

Таблица «Мясо» имеющая следующие поля: «Код», «Название», «Количество», «Цена», «Всего».

Таблица «Рабочие» имеющая следующие поля: «Код», «ФИО», «Должность».

Таблица «Свадьба» имеющая следующие поля: «Категория», «Название», «Количество», «Цена», «Всего».

Таблица «Поставщики» имеющая следующие поля: «Код», «Название организации», «Адрес», «Телефон», «Категории».

Таблица «Доход ресторана» имеющая следующие поля: «Доход от заказов», «Затраты на ингредиенты», «Доход ресторана».

На втором шаге 3Нф проводятся связи между таблицами (Рис. 5).

Рисунок 5. Связи между таблицами

Связи между таблицами в схеме данных Один-Ко-Многим



2. Описание модели базы данныx

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

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

Все отношения (и, следовательно, таблицы) в реляционной базе данных должны придерживаться некоторых основных правил, которые можно квалифицировать как отношения. Во-первых, упорядочение столбцов несущественно в таблице. Во-вторых, не может быть одинаковых кортежей или строк в таблице. И, в-третьих, каждый кортеж будет содержать одно значение для каждого из его атрибутов.

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

Тем не менее, для обеспечения явных ограничений целостности отношения между записями в таблицах также могут быть определены явно, путем идентификации отношений родитель-ребенок, характеризующихся присвоением мощности (1: 1, (0) 1: M, M: M). Таблицы также могут иметь назначенный единственный атрибут или набор атрибутов, которые могут действовать как «ключ», которые могут использоваться для однозначной идентификации каждого кортежа в таблице.

2.1 Описание таблиц

В данном пункте описываются таблицы БД «Ресторана», в которых определены значения для имени поля, тип данных, размер (Таблица 1-16).

Таблица 1. «Алкоголь»

Имя поля	Тип данных	Описание
Код	Счетчик	Длинное целое
Категория	Текстовый	255
Название	Текстовый	255
Количество	Текстовый	255
Цена	Денежный	255
Всего	Вычисляемый	255

Таблица 2. «Банкет»

Имя поля	Тип данных	Описание
Категория	Текстовый	Длинное целое
Название	Текстовый	255
Количество	Числовой	255
Цена	Числовой	255
Всего	Вычисляемый	255

Таблица 3. «Бизнес Ланч»

Имя поля	Тип данных	Описание
Категория	Текстовый	255
Название	Текстовый	255
Цена	Денежный	255

Таблица 4. «Доход ресторана»

Имя поля	Тип данных	Описание
Доход от заказов	Числовой	Длинное целое
Затраты на ингредиенты	Числовой	Длинное целое
Доход ресторана	Вычисляемый	255

Таблица 5. «Доход от всех заказов»

Имя поля	Тип данных	Описание
Название	Текстовый	255
Доход от проделанной работе	Текстовый	255

Таблица 6. «Затраты на все ингредиенты»

Имя поля	Тип данных	Описание
Название	Текстовый	255
Цена закупки за месяц	Текстовый	255

Таблица 7. «Информация об организации»

Имя поля	Тип данных	Описание
Регистрационный номер	Счетчик	Длинное целое
Филиал	Текстовый	255
Город	Текстовый	255
Телефон	Текстовый	255
Адрес	Текстовый	255
Специализация	Текстовый	255

Таблица 8. «Карта бара»

Имя поля	Тип данных	Описание
Категория	Текстовый	255
Название	Текстовый	255
Мл, Цена	Текстовый	255

Таблица 9. «Меню ресторана»

Имя поля	Тип данных	Описание
Категория	Текстовый	255
Название	Текстовый	255
Цена	Денежный	255

Таблица 10. «Море Продукты»

Имя поля	Тип данных	Описание
Код	Счетчик	Длинное целое
Название	Текстовый	255
Категория	Текстовый	255
Цена	Денежный	255
Всего	Вычисляемый	255

Таблица 11. «Мясо»

Имя поля	Тип данных	Описание
Код	Счетчик	Длинное целое
Категория	Текстовый	255
Название	Текстовый	255
Количество	Текстовый	255
Цена	Денежный	255
Всего	Вычисляемый	255

Таблица 12. «Овощи»

Имя поля	Тип данных	Описание
Код	Счетчик	Длинное целое
Категория	Текстовый	255
Название	Текстовый	255
Количество	Текстовый	255
Цена	Денежный	255
Всего	Вычисляемый	255

Таблица 13. «Поставщики»

Имя поля	Тип данных	Описание
Код	Счетчик	Длинное целое
Название организации	Текстовый	255
Адрес	Текстовый	255
Телефон	Текстовый	255
Категория	Текстовый	255



Таблица 14. «Рабочие»

Имя поля	Тип данных	Описание
Код	Счетчик	Длинное целое
ФИО	Текстовый	255
Должность	Текстовый	255

Таблица 15. «Свадьба»

Имя поля	Тип данных	Описание
Категория	Текстовый	Длинное целое
Название	Текстовый	255
Количество	Числовой	255
Цена	Числовой	255
Всего	Вычисляемый	255

Таблица 16. «Фрукты»

Имя поля	Тип данных	Описание
Код	Счетчик	Длинное целое
Название	Текстовый	255
Количество	Текстовый	255
Цена	Денежный	255
Всего	Вычисляемый	255

2.2 Первичный ключ

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

Например, если номер студенческой группы включает последнюю цифру года поступления, то номера групп для идентификации групп уникальны только в течение 10 лет. Поэтому в качестве первичного ключа стараются выбирать такой потенциальный ключ, который с наибольшей вероятностью не утратит уникальность.

В таблице «Зарплата» первичным ключом является «Должность», в таблице «Рабочие» первичным ключом является «Код». В остальных таблицах БД отсутствуют первичные ключи.

2.3 Связи между таблицами

Всего существует 3 вида связи между таблицами:

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

«Один-Ко-многим» означает, что запись одной таблицы связана с несколькими записями другой таблицы.

«Многие-Ко-Многим» или непрямая табличная связь определяет связь одной записи первой таблицы с несколькими записями второй таблицы, в то же время как одна запись второй таблицы может быть связана с несколькими записями первой таблицы.



3. Создание базы данных

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

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

1. Таблицы для сохранения данных.

2. Запросы для поиска и извлечения только необходимых данных.

3. Формы для просмотра, добавления и изменения данных в таблицах.

4. Отчеты для анализа и печати данных в определенном формате.

Все эти элементы: таблицы, запросы, формы и отчеты -- представляют собой объекты базы данных.

3.1 Создание модели

В начале создаем таблицу «Алкоголь» с полями: «Код алкоголя», «Название», «Обьем», «Цена» (Рис. 6).

Рисунок 6. Тип данных таблицы «Алкоголь»



Потом создается таблица «Должности» с полями: «Код должности», «Должность», «Оклад» (Рис. 7).

Рисунок 7. Тип данных таблицы «Должности»

Потом создается таблица «Единицы измерения» с полями: «Код единицы», «Единица измерения» (Рис. 8).

Рисунок 8. Тип данных таблицы «Единицы измерения»

Далее создается таблица «Заказы» с полями: «Код заказа», «Блюдо», «Алкоголь», «Мероприятие», «Официант», «Цена за блюдо и алкоголь», (Рис 9).

Рисунок 9. Тип данных таблицы «Заказы»



Далее создается таблица «Меню» с полями: «Код блюда», «Название», «Цена», «Единица измерения», «Вес», «Состав» (Рис. 10).

Рисунок 10. Тип данных таблицы «Меню»

Потом создаем, создается таблицу «Склад» с полями: «Код ингредиента», «Ингредиент», «Единица измерения», «Вес», «Цена за единицу (Рис. 11).

Рисунок 11. Тип данных таблицы «Склад»

Далее создается таблица «Сотрудники» с полями: «Код сотрудника», «ФИО», «Телефон», «Должность» (Рис. 12).

Рисунок 12. Тип данных таблицы «Сотрудники»



4. Сценарий работы программы

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

При открытии БД «Ресторан» можно совершить следующие действия:

Посмотреть информацию об организации;

Посмотреть барное меню, там же и добавить алкоголь;

Посмотреть меню ресторана, там же и добавить блюда;

Оформить заказ ингредиентов у поставщиков, добавить поставщиков, и просмотреть все затраты на закупку;

Посмотреть заказы людей, банкеты или свадьбы;

Посмотреть доход от всех заказов;

Посмотреть доход ресторана.



5. Реализация работы сценария

5.1 Создание форм

Создание форм происходило следующим образом:

Создавалась пустая форма.

Заполнялась полями.

Вставлялись кнопки с различными целями (удаление, изменение,

переход на отчеты и т.д.).

Создание заднего фона.

Редактирование объектов.

Данным образом выглядит готовая форма (Рис. 13).

Рисунок 13. Готовая форма

5.2 Создание отчетов

Отчеты создавались следующим образом: с помощью мастера внедренного в программу Microsoft Access, где выбирались нужные данные, вид и т.д. после чего она заполнялась кнопками с макросами (рис. 14)



Рисунок 14. Окно мастера отчетов

После чего в конструкторе вставлялись кнопки через панель инструментов (Рис. 15).

Рисунок 15. Панель инструментов

После создания кнопки к ней приписывались макросы для повышения функционала отчета. К примеру, макрос кнопки «Выхода» (Рис. 16).

Рисунок 16. Макрос кнопки «Выхода»

После этих действий отчет был полностью готов к работе.



6. Аппаратные и программные средства для работы базы данных

6.1 Аппаратное обеспечение

Для разработки БД использовались:

Компьютер со следующими характеристиками:

Видеокарта Nvidia gefoce 1300;

Жесткий диск 500 Гб;

Оперативная память на 8 Гб.

Клавиатура.

Компьютерная мышь.

Принтер лазерный.

6.2 Программное обеспечение

Для разработки БД использовались:

ОС Windows 10 Home.

Офисный пакет Microsoft Access 2010.

Браузер «Yandex» версия 19.9.3.



Заключение

В данной курсовой работе был получен опыт создания баз данных, а также был получен опыт работы с данной предметной областью. Поставленная цель - разработка СУБД «Ресторан» была выполнена.

Выполненные задачи курсовой работы:

* исследована предметная область;

* выполнена нормализация БД;

* создана СУБД «Ресторана» в MS Access;

* получены навыки работы с базами данных.



Библиографический список

1. ГОСТ Р 7.0.12-2011. Библиографическая запись. Сокращение слов и словосочетаний на русском языке. Общие требования и правила.

2. ГОСТ 7.1-2003. Библиографическая запись. Библиографическое описание. Общие требования и правила составления.

3. ГОСТ 7.82-2001. Библиографическая запись. Библиографическое описание электронных ресурсов. Общие требование и правила.

4. Гончаров А. - «ACCESS 2007. Самоучитель c примерами».

5. Кошелев В.Е. - Access 2007. Эффективное использование.

6. Геннадий Гурвиц - Microsoft Access 2007. Разработка приложений на реальном примере.

7. Дубнов П.Ю. - Проектирование баз данных.

8. Бекаревич Ю.В. - Самоучитель Access 2010.

9. Робинсон С., Microsoft Access 2000; учеб. Курс; Пер с англ. - СПб и др.; Питер 2001-511 с.

10. Нормальная форма - Википедия (https://ru.wikipedia.org/wiki/Нор- мальная_форма).

11. Модель базы данных - Википедия (https://ru.wikipedia.org/wiki/ Модель_базы_данных).

12. Первичный ключ - Википедия (https://ru.wikipedia.org/wiki/Пер-вичный_ключ).

13. База данных - Википедия (https://ru.wikipedia.org/wiki/База-данных).

14. СУБД Access 2000. Формы, их виды. Свойства формы. Технология создания форм. Элементы управления и их использование в формах (https://www.yaklass.ru/materiali?mode=cht&chtid=515).

Размещено на Allbest.ru

...