Телефон: 8-800-350-22-65
WhatsApp: 8-800-350-22-65
Telegram: sibac
Прием заявок круглосуточно
График работы офиса: с 9.00 до 18.00 Нск (5.00 - 14.00 Мск)

Статья опубликована в рамках: XXXIV Международной научно-практической конференции «Наука вчера, сегодня, завтра» (Россия, г. Новосибирск, 11 мая 2016 г.)

Наука: Информационные технологии

Скачать книгу(-и): Сборник статей конференции часть 1, Сборник статей конференции часть 2

Библиографическое описание:
Гладышева М.М., Самута Ю.И., Кузнецова Т.В. ПРОЕКТИРОВАНИЕ БАЗЫ ДАННЫХ «МАКДОНАЛДС» // Наука вчера, сегодня, завтра: сб. ст. по матер. XXXIV междунар. науч.-практ. конф. № 5(27). Часть I. – Новосибирск: СибАК, 2016. – С. 39-43.
Проголосовать за статью
Дипломы участников
У данной статьи нет
дипломов

ПРОЕКТИРОВАНИЕ БАЗЫ ДАННЫХ «МАКДОНАЛДС»

Гладышева Мария Михайловна

доц. каф. вычислительной техники и программирования института энергетики и автоматизированных систем ФГБОУ ВПО «МГТУ им. Г.И. Носова»,

РФ, г. Магнитогорск

Самута Юлия Ивановна

доц. каф. вычислительной техники и программирования института энергетики и автоматизированных систем ФГБОУ ВПО «МГТУ им. Г.И. Носова»,

РФ, г. Магнитогорск

Кузнецова Татьяна Владимировна

доц. каф. вычислительной техники и программирования института энергетики и автоматизированных систем ФГБОУ ВПО «МГТУ им. Г.И. Носова»,

РФ, г. Магнитогорск

DESIGNING DATABASES “MCDONALD’S”

Maria Gladisheva

candidate of Science, assistant professor of computer science and programming Magnitogorsk State Technical University im. G.I. Nosov,

Russia, Magnitogorsk

Julia Samuta

2th year student of the Institute of Energy and automated systems, Magnitogorsk State Technical University im. G.I. Nosov,

Russia, Magnitogorsk

Tatyana Kuznetsova

2th year student of the Institute of Energy and automated systems, Magnitogorsk State Technical University im. G.I. Nosov,

Russia, Magnitogorsk

 

АННОТАЦИЯ

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

ABSTRACT

The article deals with the relational database model for the “McDonald's” restaurant, designed to automate the activities of the restaurant workers and reduce expensive and time consuming. The structure of the domain, every object which is detailed in the table below.

 

Ключевые слова: модули, программный продукт, приложение, тест.

Keywords: module, software, attachment, test.

 

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

В ресторане быстрого питания “McDonald’s”, изготавливают несколько видов гамбургеров. У одного гамбургера имеется несколько ингредиентов. Продукты для гамбургеров поступают на склад. На складе ведется учет поступления продуктов и остатков после использования этих продуктов для изготовления гамбургеров. Так же ведется учет приготовленных и проданных гамбургеров по их видам.

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

  • формирование справочников: по типам гамбургеров, структуре гамбургеров, продуктам для гамбургеров, норме расходов;
  • поступление и учет продуктов, поступающих на склад;
  • учет изготовленных гамбургеров;
  • создание отчетов.

В концептуальную модель необходимо внести объекты и способы их взаимосвязи. Структура предметной области представлена в виде схемы на рисунке 1.

 

Рисунок 1. Структура предметной области

 

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

Реляционная модель БД – это модель логического уровня. Она представляет собой элементы данных в виде логически связных объектов, независимо от их среды хранения и содержания [1].

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

Каждый объект логической модели представлен в виде таблицы, в которой полями являются атрибуты рассматриваемого объекта. Состав и типы полей для каждой из таблиц базы данных приведены в таблицах 1–7.

Таблица 1.

Состав полей таблицы «Тип»

Подпись поля

Системное имя

Тип

Размер поля

Код типа

KType

Счетчик

 

Наименование типа

TNames

Текстовый

50

Вес

TAmount

Числовой

Целое

 

 

Таблица 2.

Состав полей таблицы «Структура»

Подпись поля

Системное имя

Тип

Размер поля

Код структуры

kStruct

Счетчик

 

Структура

TStruct

Текстовый

50

 

 

Таблица 3.

Состав полей таблицы «Гамбургеры»

Подпись поля

Системное имя

Тип

Размер поля

Код гамбургера

Namber

Счетчик

 

Наименование гамбургера

Names

Текстовый

50

Тип

Type

Текстовый

50

Структура

Struct

Текстовый

50

Вес

Amount

Текстовый

5

 

 

Таблица 4.

Состав полей таблицы «Продукты»

Подпись поля

Системное имя

Тип

Размер поля

Код продукта

RProd

Счетчик

 

Наименование продукта

PName

Текстовый

50

 

 

Таблица 5.

Состав полей таблицы «Норма расходов»

Подпись поля

Системное имя

Тип

Размер поля

Код расхода

RRas

Счетчик

 

Наименование

KName

Текстовый

50

Код продукта

RProd

Числовой

Целое

Единицы

Ed1

Текстовый

1

Количество

Kol

Числовой

Целое

 

 

Таблица 6.

Состав полей таблицы «Приход»

Подпись поля

Системное имя

Тип

Размер поля

Код накладной

kNakl

Счетчик

 

Дата

Data

Дата/Время

 

Код продукта

kProd

Числовой

Целое

Единицы

Ed

Текстовый

1

Количество

Kol_vo

Числовой

Целое

Стоимость

Stoim

Денежный

 

 

 

Таблица 7.

Состав полей таблицы «Изготовление»

Подпись поля

Системное имя

Тип

Размер поля

Код изделия

KIz

Счетчик

 

Наименование гамбургера

KName

Текстовый

50

Количество

Kolvo

Числовой

Целое

Стоимость

St

Денежный

 

 

 

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

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

 

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

  1. Гладышева М.М., Зарецкий М.В. Информационные технологии в профессиональной подготовке инженеров-технологов // Новые информационные технологии в образовании для всех: система электронного образования. – 2008. – С. 44–49.
  2. Конопка Р. Создание оригинальных компонент в среде Delphi: Пер. с англ. – К.: НИПФ – «ДиаСофт Лтд.», 1996. – 512 с.
Проголосовать за статью
Дипломы участников
У данной статьи нет
дипломов

Оставить комментарий

Форма обратной связи о взаимодействии с сайтом
CAPTCHA
Этот вопрос задается для того, чтобы выяснить, являетесь ли Вы человеком или представляете из себя автоматическую спам-рассылку.