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

Аннотация

 

В данной курсовой работе описывается проектирование базы данных ресторана «Копейка» и ее реализация в MS Access. Была представлена предметная область, разработаны концептуальная, логическая и физическая модели данных. Были составлены Диаграмма вариантов использования по средствам Rational Rose, Диаграмма IDEF0 в BPwin. Средствами MS Access созданы необходимые таблицы, запросы, формы, отчеты и главная кнопочная форма. Курсовая работа состоит из 30, содержит 14 рисунков.  
                                                         Содержание

 

 

Введение                                                                                                              4

Предметная область                                                                                            5

Диаграмма IDEF0 «Модель деятельности ресторана» в среде BPwin         6

Представление вариантов использования по средством Rational Rose         8

Концептуальная модель                                                                                    11

Логическая модель базы данных                                                                       14

Модель физической организации данных                                                      16

Реализация баз данных в MS Access                                                                18

Создание таблиц                                                                                                  19

Создание запросов                                                                                              20

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

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

Создание главной кнопочной формы                                                                26

Создание макросов                                                                                             27

Заключение                                                                                                          29

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

 

 

 

 

 

 

 

 

 

 

Введение

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

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

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

  

Предметная область.

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

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

1. Кухня. Производится непосредственно приготовление или «набор» блюд из имеющихся ингредиентов, кроме того, выполняется заказ на необходимые ингредиенты, а также формирование меню или «набор» блюд из уже приготовленных.
2. Бухгалтерия. Производятся все необходимые расчеты.
3. Обслуживание клиентов. Производится обслуживание посетителей ресторана, которым предоставляется меню и выполняется заказ выбранных ими блюд.

 

 

 

Диаграмма IDEF0 «Модель деятельности ресторана» в среде BPwin.

 

   Среда BPwin используется для проведения анализа и организации бизнес-процессов и поддерживает методологии IDEF0, IDEF3 (WorkFlow Diagram) и DFD (DataFlow Diagram). Функциональная модель предназначена для описания существующих бизнес-процессов на предприятии (модель AS-IS) и идеального положения вещей – того, к чему нужно стремиться (модель TO-BE) [2].

   При запуске BPwin по умолчанию появляется основная панель инструментов, палитра инструментов и, в левой части, навигатор модели – Model Explorer.

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

 

Рис. 1

 

Более подробно об основных направлениях деятельности ресторана можно увидеть на Рис. 2

Рис.2

 

Представление вариантов использования

по средством Rational Rose

 

Rational Rose - CASE-средство для проектирования  программных систем любой сложности. Одним из достоинств этого  программного продукта будет  возможность использования диаграмм  на языке UML.

В распоряжение проектировщика системы Rational Rose предоставляет различные типы диаграмм, в том числе и Use case diagram (диаграммы прецедентов или диаграммы использования),  последовательное создание которых позволяет получить полное представление обо всей проектируемой системе и об отдельных ее компонентах.

Диаграмма вариантов использования (use case diagram) предназначена для отображения внешнего функционирования проектируемой системы и ее взаимодействия с внешним миром пользователями.

 

 

Рис3.

 

 

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

1. Шеф-повар («Бригада поваров»)
2. Бухгалтер
3. Клиент

Заметим, что функциональными возможностями для КЛИЕНТА являются:

а) просмотр меню

• просмотр

б) выполнение заказа.

• просмотр
• удаление
• добавление

ШЕФ-ПОВАР может:

 а) просмотреть имеющиеся в  наличие ингредиенты,

• выполнить запрос
• просмотр

 б) заказать необходимые ингредиенты для приготовления блюд,

• ввод данных

 в) приготовление самих блюд с указанием необходимого количества того или иного ингредиента и соответственно;

• добавление
• редактирование
• ввод данных

 г) формировать меню.

• просмотр
• редактирование
• удаление
• добавление

Основными функциями БУХГАЛТЕР являются:

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

• просмотр
• ввод данных
• расчет
• сохранение

б) расчет заказа клиента,

• расчет
• обновление

в) создание отчета для предъявления счета клиенту.

• создание отчета
• просмотр  
  

Концептуальная модель

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

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

Самой популярной моделью концептуального проектирования является модель «сущность-связь» (ER-модель), она относится к семантическим моделям.

Основными элементами модели являются сущности, связи между ними и их свойства (атрибуты).

Сущность – это класс однотипных объектов, информация о которых должна быть учтена в модели.

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

Атрибут – характеристика (параметр) не которой сущности.

Домен – множество значений (область определения атрибутов).

У сущностей выделяются ключевые атрибуты – ключ сущности – это один или более атрибутов, уникально определяющих данную сущность.

Набор сущностей для ресторана «Копейка» (в скобках указаны атрибуты сущностей, подчёркнуты ключевые атрибуты):

РАЗДЕЛ (Код раздела, раздел);

БЛЮДО (Код блюда, Блюдо, Код раздела, Код расхода, Стоимость блюда);

ЗАКАЗ  (Код заказа, Номер столика);

ПРИЛОЖЕНИЕ К ЗАКАЗУ (Код приложения, Код заказа, Код блюда, Название, Кол-во порций);

ИНГРИДИЕНТЫ (Табельный номер, Название, Цена за, Вес);

ПРОИЗВОДСТВЕННЫЕ ЗАТРАТЫ (Код расхода, Наименование, Затраты, Код блюда)

СОСТАВ (Код состава, Код блюда, Название ингредиента, Необходимое количество, Вес, Табельный номер, Необходимая стоимость);

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

Различают следующие виды связей:

1. Взаимосвязь «один к одному» означает, что каждой записи в одном объекте может соответствовать только одна запись в другом объекте и обозначается одинарными стрелками между объектами.

2. Взаимосвязь «один ко многим» свидетельствует о том, что одной записи в одном объекте может соответствовать несколько записей в другом объекте и обозначается с помощью одинарной стрелки в одном направлении и двойной стрелки в другом направлении.

3. Взаимосвязь «многие ко многим» свидетельствует о том, что одной записи в одном объекте может соответствовать несколько записей в другом объекте и наоборот, обозначается такая связь с помощью двойной стрелки в одном направлении и двойной стрелки в другом направлении.

Графически ER-модель изображается в виде диаграммы «сущность-связь»

Диаграмма «сущность-связь» для районной больницы изображена на Рис.4.

 

Рис 4. 
                                       Логическая модель базы данных.

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

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

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