Разработка базы данных для организации работы кафе

СОДЕРЖАНИЕ

1 Описание предметной области 2

2 Концептуальное проектирование 3

3 Переход к реляционной модели 6

4 Нормализация схемы БД и переход к физической модели 8

5 Целостность 11

6 Безопасность 13

7 Реализация базы данных 17

8 Реализация работы с данными 19

ЗАКЛЮЧЕНИЕ 22

СПИСОК ЛИТЕРАТУРЫ 23

1 Описание предметной области

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

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

Все заказы обрабатывают официанты, которые находятся в списке сотрудников, про которых известны: ФИО, возраст пол, адрес прожива-ния, телефон, должность и зарплата.

2 Концептуальное проектирование

Концептуальная модель - это отражение предметной области, для которой разрабатывается база данных. В предметной области данного курсового проекта можно определить следующие сущности: «Заказ», «Блюда», «Сотрудник», «Состав блюда» и «Продукты». Все объекты, обозначающие сущность изображается прямоугольником. Атрибуты, ха-рактеризующие объект - в виде овала, а связи между объектами - ромбами.

Сущность представляет собой множество реальных или абстракт-ных объектов, которые имеют общие характеристики.

Рассмотрим сущность «Заказ». Атрибут «id Заказа» является пер-вичным ключом. Информацией о заказе являются атрибуты «Дата», «Сто-имость». «id сотрудника» - внешний ключ.

Для хранения информации о всех блюдах в кафе создаем сущность «Блюда» , ее первичный ключ «id Блюда», атрибуты «Название», «Себе-стоимость», «Цена», «Вес».

Для хранения данных о всех продуктах на складе в кафе создаем сущность «Продукты» , ее первичный ключ «id Продукта», атрибуты «Название», «Ед. Изм.», «Цена за ед. изм.», «Количество».

Для хранения информации о сотрудниках кафе создаем сущность «Струдник» с первичным ключом «id Сотрудника». Атрибуты «ФИО», «Возраст», «Адрес», «Тел.», «Должность», «Зарплата».

Рассмотрим связи между сущностями:

Связь «Сотрудник – Заказ». Один сотрудник может обработать один или несколько заказов, но заказ связан только с одним сотрудником. Таким образом, сущность «Сотрудник» взаимодействует с сущностью «Заказ» с помощью связи «один ко многим».

Связь «Продукты – Блюда». Сущности «Продукты» и «Блюда» связаны между собой связью «многие ко многим», т.к. любое блюдо мо-жет состоять из нескольких продуктов и каждый продукт может быть в разных блюдах.

Связь «Заказ – Блюда». Сущности «Блюда» и «Заказ» связаны между собой связью «многие ко многим», т.к. любое блюдо из списка мо-жет быть в нескольких заказах, и заказ может состоять из нескольких блюд.

Концептуальная модель базы данных изображена на рисунке 1.

Рисунок 1 – Схема концептуальной модели базы данных.

3 Переход к реляционной модели

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

Существуют три основных вида логической модели данных: