Разработка базы данных для организации работы кафе
Автор: Kirill Semin • Июнь 13, 2022 • Курсовая работа • 2,274 Слов (10 Страниц) • 489 Просмотры
СОДЕРЖАНИЕ
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 Переход к реляционной модели
Базы данных используются для сбора, хранения и группировки данных. Логическая модель представляет собой модель базы данных, которая не привязана к конкретной СУБД. В ней выделяют основные объекты БД и определяют связи между этими объектами.
Существуют три основных вида логической модели данных:
...