Разработка базы данных для ресторана

Министерство образования  и науки Российской Федерации

Кубанский государственный  университет

Факультет управления и психологии

Кафедра общего, стратегического, информационного менеджмента и  бизнес процессов

 

 

 

 

КУРСОВАЯ работа

Разработка базы данных для ресторана  «Беллини» в MSAccess

 

 

 

 

 

 

 

 

 

 

 

Выполнил:

студентка 4 курса 

Факультет: Управления и психологии

Специальность: ПРИМ 
Строганова Ярослава Вячеславовна. 

Руководитель: кандидат экономических наук, доцент - Мирошниченко Марина Александровна

 

 

 

 

 

 

Краснодар 2011

СОДЕРЖАНИЕ

Введение………………………………………………………………………...2

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

1.1 Цель создания информационной системы………………………….….…3

1.2 Предполагаемые функции………………………………………………....3

1.3 Группы пользователей системы……………………………………..…….4

2. Анализ информационной системы «Ресторан «Беллини»……………......5

2.1Описание обработки информации в информационной системе «Ресторан «Беллини»…………………………………………………………..5

2.2 Перечень запросов в информационной системе…………………………5

2.3 Перечень отчётов в информационной системе…………………………..6

2.4 Перечень операций по вводу информации в базу данных информационной системы……………………………………………………..6

3. Проектирование базы данных……………………………………………....7

3.1 Инфологическое проектирование базы данных………………………….7

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

3.3 Даталогическое проектирование базы данных……………………….....12

3.4 Формирование условий целостности базы данных…………………….14

4. Реализация базы данных………………………………………………...…16

4.1 Выбор СУБД и реализация базы данных………………………………..16

4.2 Конструирование форм ввода информации в базу данных…………….20

4.3 Конструирование запросов к базе данных……………………………....23

4.4 Конструирование отчётов из базы данных…………………………...…26

4.5 Создание кнопочной  формы……………………………………………...27

Заключение…………………………………………………………………….30

Список литературы……………………………………………………………31

 

 

 

 

ВВЕДЕНИЕ

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

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

Современные СУБД в основном являются приложениями Windows, так как  данная среда позволяет более  полно использовать возможности  персональной ЭВМ, нежели среда DOS. Среди  наиболее ярких представителей систем управления базами данных можно отметить: Lotus Approach, Microsoft Access, Borland dBase, Borland Paradox, Microsoft Visual FoxPro, Microsoft Visual Basic, а также баз  данных Microsoft SQL Server и Oracle. Фактически, у  любой современной СУБД существует аналог, выпускаемый другой компанией, имеющий аналогичную область  применения и возможности, любое  приложение способно работать со многими  форматами представления данных, осуществлять экспорт и импорт данных благодаря наличию большого числа  конвертеров.

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

1. ОБСЛЕДОВАНИЕ ПРЕДМЕТНОЙ ОБЛАСТИ

1.1 Цель создания информационной  системы

В качестве предметной  области  используется описание структуры базы данных Ресторана «Беллини».

Задача – информационная поддержка деятельности ресторана.

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

Создаваемая база данных предназначена  в основном для автоматизации  деятельности основных подразделений  ресторана, а именно:

- кухня;

- бухгалтерия;

- обслуживание клиентов.

 

1.2 Предполагаемые функции

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

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

Смысл данной БД заключается в автоматизации  хранения и обработки информации о ресторане «Беллини».

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

 

1.3 Группы пользователей  системой

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

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

 

 

 

 

 

 

 

 

 

 

 

 

2. АНАЛИЗ ИНФОРМАЦИОННОЙ СИСТЕМЫ «РЕСТОРАН «БЕЛЛИНИ»

2.1 Описание обработки информации в информационной системе «Ресторан «Беллини»

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

Предметной областью созданной  базы данных является деятельность ресторана «Беллини». Описаны три основных вида деятельности:

- Кухня:

 Производится непосредственно  приготовление или «набор» блюд  из имеющихся ингредиентов, кроме  того, выполняется заказ на необходимые  ингредиенты, а также формирование  меню или «набор» блюд из уже приготовленных;

- Бухгалтерия:

Производятся все необходимые расчеты;

- Обслуживание клиентов:

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

 

2.2 Перечень запросов в  информационной системе

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

- просмотр ингредиентов;

- заказы;

- количество блюд по разделам;

- вывод блюд по разделу.

 

2.3 Перечень отчётов в  информационной системе

Для получения сводной информации об информационной системе должны формироваться следующие отчеты:

- меню;

- расчет заказа;

- затраты состав.

 

2.4 Перечень операций по  вводу информации в базу данных  информационной системы

Для ввода информации в  базу данных должны быть реализованы  следующие операции:

- заказ ингредиентов;

- формирование меню и  ингредиентов блюд;

- ввод заказов;

- создание разделов блюд.

 

 

 

 

 

 

 

 

 

 

 

 

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

3.1 Инфологическое проектирование  базы данных

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

- Сущности:

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

- Атрибуты:

Атрибуты описывают свойства сущности. Они представляются овалами с указанием их имен;

Сущность «Раздел» описывается следующими атрибутами: «Код раздела», «Раздел». (Таблица 3.1.1)

Таблица 3.1.1

Атрибут	Смысловое значение	Тип
Код_Раздела	Код раздела	Счетчик
Раздел	Название раздела	Текстовый

 

 

 

 

 

 

Сущность «Блюдо» описывается атрибутами: «Код блюда», «Блюдо», «Код раздела», «Стоимость блюда». (Таблица 3.1.2)

Таблица 3.1.2

Атрибут	Смысловое значение	Тип
Код_Блюда	Код блюда	Счетчик
Блюдо	Название блюда	Текстовый
Код_Раздела	Код раздела	Числовой
Стоимость_блюда	Стоимость данного блюда	Денежный

Сущность «Заказ» описывается атрибутами: «Код заказа», «Номер столика». (Таблица 3.1.3)

Таблица 3.1.3

Атрибут	Смысловое значение	Тип
Код_заказа	Код заказа	Счетчик
Номер_столика	Номер столика, с которого был произведен заказ	Текстовый

 

Сущность «Приложение к заказу»  описывается атрибутами: «Код приложения», «Код заказа», «Код блюда», «Название», «Количество порций». (Таблица 3.1.4)

Таблица 3.1.4

Атрибут	Смысловое значение	Тип
Код_приложения	Код приложения	Счетчик
Код_заказа	Код заказа	Числовой
Код_блюда	Код блюда	Числовой
Название	Название заказанного  блюда	Текстовый
Кол-во порций	Количество порций заказанного  блюда	Числовой

 

 

 

 

 

 

Сущность «Ингредиенты» описывается атрибутами: «Табельный номер»,  «Название», «Цена за», «Вес». (Таблица 3.1.5)

Таблица 3.1.5

Атрибут	Смысловое значение	Тип
Табельный_номер	Табельный номер ингридиента	Счетчик
Блюдо	Название ингидиента	Текстовый
Цена_за	Цена за вес	Денежный
Вес	Вес	Текстовый

 

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

Таблица 3.1.6

Атрибут	Смысловое значение	Тип
Код_состава	Код состава блюда	Счетчик
Код_Блюда	Код блюда	Числовой
Название_ингредиента	Название ингредиента	Текстовый
Необходимое количество	Необходимое количество в  штуках	Числовой
Вес в граммах	Необходимый вес ингредиента	Числовой
Табельный_номер	Табельный номер ингредиента	Числовой
Необходимая стоимость	Стоимость необходимого веса ингредиента	Денежный

 

 

 

 

 

 

 

 

 

 

 

- Связи:

Связь представляет взаимодействие между сущностями. (Рисунок 3.1.1)

 

 

 

 

 

 

 

 

Рисунок 3.1.1

 

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

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

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

Поскольку все отношения  имеют  простые ключи, то они автоматически  находятся во 2 нормальной форме.

Поскольку во всех отношениях не имеют  места транзитивные зависимости, то они находятся в 3 нормальной форме. Например, отношение «Блюда» находится в 3 нормальной форме т.к. все его не ключевые поля: «Блюдо», «Код_раздела», «Стоимость блюда»  полностью зависят от ключевого атрибута «Код_блюда». Аналогично для всех других отношений.

Таким образом, отношения  находятся в 3 нормальной форме

ER - диаграмма разработанной базы данных имеет следующий вид. На диаграмме сущность представляется прямоугольником, в котором указано ее имя; атрибуты представляются овалами с указанием их имен, связь изображается ромбом, который соединяет сущности, участвующие в связи.  (Рисунок 3.2.1)

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Рисунок 3.2.1

 

 

 

3.3 Даталогическое проектирование  базы данных

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

Создаваемая база данных будет  содержать следующие таблицы: «Блюда» (Таблица 3.3.1), «Заказ» (Таблица 3.3.2), «Ингредиенты» (Таблица 3.3.3), «Приложение к заказу» (Таблица 3.3.4), «Раздел» (Таблица 3.3.5), «Состав» (Таблица 3.3.6).

Таблица 3.3.1

Наименование поля	Тип данных	Длина	Допустимое значение	Первичный ключ	Внешний ключ	Описание
Код_Блюда	Счетчик		NOT NULL	+		Первичный ключ
Блюдо	Строка	255				Название книги
Код_раздела	Число		NOT NULL		+	Код автора
Стоимость блюда	Денежный					Издательство книги

 

Таблица 3.3.2

Наименование поля	Тип данных	Длина	Допустимое значение	Первичный ключ	Внешний ключ	Описание
Код_заказа	Счетчик		NOT NULL	+		Первичный ключ
Номер столика	Текст	255				ФИО автора книги

 

 

 

Таблица 3.3.3

Наименование поля	Тип данных	Длина	Допустимое значение	Первичный ключ	Внешний ключ	Описание
Табельный_ номер	Счетчик		NOT NULL	+		Первичный ключ
Название ингредиента	Текст	255				Имя читателя
Цена за	Денежный					Контактные данные
Вес	Текст	255				Заметки о читателе

 

Таблица 3.3.4

Наименование поля	Тип данных	Длина	Допустимое значение	Первичный ключ	Внешний ключ	Описание
Код_приложения	Счетчик		NOT NULL	+		Код читателя
Код_заказа	Число		NOT NULL		+	Код книги
Код_блюда	Число		NOT NULL		+	Дата взятия книгу
Блюдо	Текст	255				Дата возврата книги
Количество порций	Число

 

Таблица 3.3.5

Наименование поля	Тип данных	Длина	Допустимое значение	Первичный ключ	Внешний ключ	Описание
Код_раздела	Счетчик		NOT NULL	+		Код читателя
Раздел	Текст	255	NOT NULL			Код книги

 

 

 

 

Таблица 3.3.6

Наименование поля	Тип данных	Длина	Допустимое значение	Первичный ключ	Внешний ключ	Описание
Код_состава	Счетчик		NOT NULL	+		Код читателя
Код_блюда	Число		NOT NULL		+	Код книги
Название_ингредиента	Текст	255				Дата взятия книгу
Необходимое_количество	Число					Дата возврата книги
Вес в граммах	Число
Табельный номер	Число				+
Необходимая стоимость	Денеж-ный

 

 

3.4 Формирование условий  целостности базы данных

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

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

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

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

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

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

 

 

 

 

 

 

4. РЕАЛИЗАЦИЯ БАЗЫ ДАННЫХ

4.1 Выбор СУБД и реализация  базы данных

Для разработки информационной системы «Ресторан «Беллини»  необходимо было определиться с программным  обеспечением, то есть с выбором  СУБД для реализации базы данных. В  качестве кандидатов СУБД были рассмотрены  такие как: MS Excel, MS Access 2007, MS SQL, MySQL, Oracle. Данные СУБД рассматривались по ряду параметров:

- размер базы данных;

- цена;

- тип продукта;

- защита данных;

- сложность настройки,  установки и поддержки.

 

 Исходя из анализа  данных о различных СУБД и  учитывая решаемую задачу, для  реализации базы данных «Ресторан  «Беллини» выбирается СУБД MS Access 2007. 

Microsoft Access – это СУБД предназначенная для хранения и поиска информации, ее представления в удобном виде. Чтобы реализовать базу данных, в СУБД Access надо ввести через режим конструктора свою модель. Для начала надо ввести названия таблиц и все их атрибуты. При вводе атрибутов надо задать тип данных и первичный ключ.  Для таблицы «Блюда» поле «Код_раздела» создаем через подстановку из таблицы «Раздел». Для таблицы «Приложение к заказу» поле «Код_блюда», «Блюдо» создаем через подстановку таблицы «Блюда», а поле «Код_заказа» через подстановку таблицы «Заказ». Для таблицы «Состав» поле «Код_блюда» создаем через подстановку таблицы «Блюда», а поле «Название_ингредиента» и «Табельный_номер»  через подстановку таблицы «Ингредиенты».