Проектирование базы данных "Пиццерия"

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

Федеральное агентство железнодорожного транспорта

Омский государственный университет путей сообщения

Кафедра «Автоматика и системы управления»

Проектирование базы данных «Пиццерия»

Пояснительная записка к курсовой работе

по дисциплине «Базы данных»

ИНМВ.400000.000 ПЗ

Студент гр. 24 З

Н.П. Лазарева

Руководитель - доцент кафедры АиСУ

Н.А. Тихонова

Омск 2016



Задание

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

содержание информации об ассортименте и об его цене;

хранение информации о клиентах, а именно о размере заказа, о сумме заказа;

изменение уже существующей информации и добавление новых данных;

предусмотреть возможность поиска в БД информации о недоставленных заказах;

вывод на печать отчетов, содержащих список клиентов, различных заказов.

Необходимо реализовать запросы:

Вывод общей денежной суммы полученной за заказ каждым курьером.

Вывод списка недоставленного заказа.

Вывод списка купленных пицц по каждому клиенту.

Вывод списка пицц на определенном соусе.

Вывод списка клиентов расплачивающихся безналичными.

Вывод списка клиентов, чей заказ превышал суммы 7500 рублей.

Подсчет общей денежной суммы по каждому клиенту.

Вывод информации о клиентах.

Вывод информации о курьерах.

Вывод списка пицц по размерам.

Вывод списка пицц в пределах стоимости от 500 до 1000 рублей.



Реферат

УДК 004.65

Пояснительная записка к курсовому проекту содержит 36 страниц, 52 рисунка, 3 источника.

Объектом исследования является система управления базами данных Microsoft Access 2010.

Цель курсовой работы - разработка реляционной базы данных.

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

База данных «Пиццерия» разработана в системе управления базами данных Microsoft Access, входящей в пакет Microsoft Office. В процессе работы были рассмотрены вопросы разработки реляционных баз данных.

Пояснительная записка выполнена в текстовом редакторе Microsoft Word 2010, ER-диаграмма выполнена в графическом редакторе Erwin.



Содержание

Введение

1. Теоретическая часть

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

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

2. Разработка логической модели

2.1 Таблицы баз данных

2.2 Логическая модель

2.3 Обоснование выбора СУБД

3. Физическая модель

4. Разработка интерфейса

Заключение

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

автоматизация пиццерия менеджер данные



Введение

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

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

Одной из самых известных СУБД является Accеss, продукт компании Microsoft. Microsoft Access - реляционная СУБД, имеет широкий спектр функций, включая связанные запросы, связь с внешними таблицами и базами данных. Благодаря встроенному языку VBA, в самом Access можно писать приложения, работающие с базами данных.



1. Теоретическая часть

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

При разработке базы данных "Пиццерия" было проведено исследование предметной области.

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

Так же она содержит следующие сущности: ассортимент, пиццы, курьер, клиенты, заказы и состав заказа.

Атрибуты сущности ассортимент следующие: Код товара, код пиццы, код размера, вес,гр.,цена.

Атрибуты сущности пиццы: Код пиццы, название, ингредиенты, соус, изображение.

Атрибуты сущности курьеры: Код курьера, ФИО курьера, изображение.

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

Атрибуты сущности заказы: Код заказа, код клиента, адрес доставки, дата доставки, ориентировка, комментарий к заказу, статус заказа, стоимость заказа, безналичные, курьер.

Атрибуты сущности состав заказа: Код заказа, код товара, количество.

В базе данных «Пиццерия» реализованы одиннадцать запросов по типу выборка:

Вывод общей денежной суммы полученной за заказ каждым курьером.

Вывод списка недоставленного заказа.

Вывод списка купленных пицц по каждому клиенту.

Вывод списка пицц на определенном соусе.

Вывод списка клиентов расплачивающихся безналичными.

Вывод списка клиентов, чей заказ превышал суммы 7500 рублей.

Подсчет общей денежной суммы по каждому клиенту.

Вывод информации о клиентах.

Вывод информации о курьерах.

Вывод списка пицц по размерам.

Вывод списка пицц в пределах стоимости от 500 до 1000 рублей.

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

Модель сущность-связь (ER-модель) -- модель данных, позволяющая описывать концептуальные схемы предметной области. ER-модель используется при высокоуровневом (концептуальном) проектировании баз данных. С её помощью можно выделить ключевые сущности и обозначить связи, которые могут устанавливаться между этими сущностями. Во время проектирования баз данных происходит преобразование ER-модели в конкретную схему базы данных на основе выбранной модели данных.

Опираясь на описание предметной области была построена ER-диаграмма.

Рисунок 1 - Концептуальная модель

2. Разработка логической модели

2.1 Таблицы баз данных

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

Таблица 1 - Таблица «Ассортимент»



Таблица 2 - Таблица «Заказы»

Таблица 3 - Таблица «Клиенты»

Таблица 4 - Таблица «Курьер»

Таблица 5 - Таблица «Пиццы»

Таблица 6 - Таблица «Состав заказа»

2.2 Логическая модель

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

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

Различают три типа отношений между таблицами:

Один-к-одному (1:1).

Один-ко-многим (1:М).

Многие-ко-многим (М:М).

В базе данных «Пиццерия» все связи между таблицами относятся к типу один-ко-многим.

Рисунок 2 - Связь Пиццы-Ассортимент

Рисунок 3 - Связь Ассортимент-Состав заказа



Рисунок 4 - Связь Заказы-Состав заказа

Рисунок 5 - Связь Клиенты-Заказы

Рисунок 6 - Связь Курьер-Заказы



Рисунок 7 - Общая схема данных

2.3 Обоснование выбора СУБД

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

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



3. Физическая модель

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

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

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

1. Запрос «Безналичный расчет».

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

Рисунок 8 - Вид запроса «Безналичный расчет» в режиме конструктора



Рисунок 9 - Результат выполнения запроса

2. Запрос «Вывод пицц по размерам».

Следующий запрос отбирает пиццы по размерам, которые желает видеть клиент для оформления заказа. Для этого условия отбора таблицы Ассортимент для поля Код размера прописывается выражение Like "*" & [Введите размер] & "*".

Рисунок 10 - Задание запроса

Рисунок 11 - Вид запроса «Вывод пицц по размерам» в режиме конструктора

Рисунок 12 - Результат выполнения запроса

3. Запрос «Заказ на сумму более 7500 рублей».

Третий запрос выдает список клиентов, чей заказ привышал сумму 7500 рублей.

Рисунок 13 - Вид запроса «Заказ на сумму более 7500 рублей» в режиме конструктора



Рисунок 14 - Результат выполнения запроса

Запрос «Информация о клиентах».

Запрос на поиск клиента по фамилии осуществляется с помощью запроса типа выборка. Для этого условия отбора таблицы Клиенты для поля Фамилия прописывается выражение Like "*" & [Введите фамилию] & "*".

Рисунок 15 - Задание запроса

Рисунок 16 - Вид запроса «Информация о клиентах» в режиме конструктора



Рисунок 17 - Результат выполнения запроса

5. Запрос «Информация о курьерах».

Запрос на поиск курьера по фамилии осуществляется с помощью запроса типа выборка. Для этого условия отбора таблицы Курьер для поля ФИО курьера прописывается выражение Like "*" & [Введите фамилию] & "*".

Рисунок 18 - Задание запроса

Рисунок 19 - Вид запроса «Информация о курьерах» в режиме конструктора



Рисунок 20 - Результат выполнения запроса

6. Запрос «Кол-во купленных пицц каждым клиентом».

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

Рисунок 21 - Вид запроса «Кол-во купленных пицц каждым клиентом» в режиме конструктора



Рисунок 22 - Результат выполнения запроса

7. Запрос «Недоставленный заказ».

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

Рисунок 23 - Вид запроса «Недоставленный заказ» в режиме конструктора



Рисунок 24 - Результат выполнения запроса

8. Запрос «Общая сумма доставки курьером».

Запрос позволяет получить список общей суммы доставки каждым курьером.

Рисунок 25 - Вид запроса «Общая сумма доставки курьером» в режиме конструктора

Рисунок 26 - Результат выполнения запроса

9. Запрос «Пицца на соусе».

Запрос позволяет клиенту быстро получить полный список пицц на определенном соусе, который его интересует. В условия отбора таблицы Пиццы для поля Соус прописывается выражение Like "*" & [Какой соус интересует?] & "*".

Рисунок 27 - Задание запроса

Рисунок 28 - Вид запроса «Пицца на соусе» в режиме конструктора

Рисунок 29 - Результат выполнения запроса

10. Запрос «Сумма заказа по каждому клиенту».

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

Рисунок 30 - Вид запроса «Сумма заказа по каждому клиенту» в режиме конструктора

Рисунок 31 - Результат выполнения запроса

11. Запрос «Цена пиццы от 500 до 1000 рублей».

Запрос позволяет получить список пицц, цена которых в пределах выбранной суммы. Для этого в условия отбора таблицы Ассортимент для поля Цена прописывается выражение Between 500 And 1000.

Рисунок 32 - Вид запроса «Сумма заказа по каждому клиенту» в режиме конструктора

Рисунок 33 - Результат выполнения запроса

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

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

Ниже представлены виды отчетов (рисунки 47-51).

Рисунок 34 - Вид отчета «Ассортимент»

Рисунок 35 - Вид отчета «Заказы»



Рисунок 36 - Вид отчета «Клиенты»

Рисунок 37 - Вид отчета «Кол-во купленных пицц каждым клиентом»

Рисунок 38 - Вид отчета «Недоставленный заказ»

4. Разработка интерфейса

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

Формы содержат элементы управления нескольких типов:

- поле - предназначено для ввода и отображения текстовой информации;

- надпись - предназначена для вывода определенного текста на экран;

- кнопка - основной элемент для генерации событий;

- список - предназначен для отображения набора записей;

В базе данных «Пиццерия» создано девять форм. При создании форм также были использованы элементы Рисунок, Кнопка, Надпись, Поле.

Рисунок 39 - Форма главного меню

Рисунок 40 - Результат обращения к «Заказы»

Рисунок 41 - Вид формы «Заказы»



Рисунок 42 - Результат обращения к «Клиенты»

Рисунок 43 - Вид формы «Клиенты»



Рисунок 44 - Результат обращения к «Курьеры»

Рисунок 45 - Вид формы «Курьер»



Рисунок 46 - Результат обращения к «Отчеты»

Рисунок 47 - Результат обращения к «Пиццы»

Рисунок 48 - Вид формы «Пиццы»

Рисунок 49 - Задание параметра об обращении к списку пицц по размерам

Рисунок 50 - Вид формы «Вывод пицц по размерам»



Рисунок 51 - Задание параметра об обращении к списку пицц на соусе

Рисунок 52 - Вид формы «Пицца на соусе»



Заключение

В результате выполнения курсового проекта спроектирована и полностью проанализирована предметная область «Пиццерия». Поставленные задачи были успешно реализованы, а именно:

изменение уже существующей информации и добавление новых данных;

предусмотреть возможность поиска в БД информации о заказах, клиентах, курьерах и пицц;

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

обеспечение хранения в БД всей необходимой информации.

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

сокращение избыточности и дублирования данных.

обеспечение целостности данных (правильности их содержания): исключение противоречий в содержании данных, исключение их потери

Для реализации базы данных в физической модели была выбрана СУБД MS ACCESS. С её помощью были созданы таблицы, запросы и отчеты.

Были созданы 11 запросов для выборки данных, на которых основаны отчеты. Все определенные в задании запросы успешно реализованы.

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

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



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

1. Кузин А.В. Базы данных/А.В. Кузин, С.В. Левонисова. Издательский центр Академия, 2012. 320 с.

2. Хомоненко, А. Д. Базы данных/А.Д. Хомоненко, В.М. Цыганков, М.Г. Мальцев. Санкт-Петербург: Корона-принт, 2004. 736 с.

3. СТП ОмГУПС - 1.2 - 2005.

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

...