Разработка структуры базы данных

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

Рассмотрим основные этапы проектирования базы данных:

• — определение цели создания базы данных;
• — определение таблиц, которые должна содержать база данных;
• — определение необходимых в таблице полей;
• — определение полей с уникальными значениями в каждой записи;
• — определение связей между таблицами;
• — усовершенствование структуры базы данных [8].

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

Моделирование предметной области в системе BPwin

Анализ функциональной модели

Для описания моделей процессов обычно используется SADT-методология: для описания функциональных возможностей системы строиться IDEF0 модель, а для описания потоков данных используются диаграммы потоков данных (DFD — Data Flow Diagrams).

Методология SADT представляет собой совокупность методов, правил и процедур, предназначенных для построения функциональной модели объекта какой-либо предметной области. Функциональная модель отображает функциональную структуру объекта, т. е. производимые им действия и связи между этими действиями [3].

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

• — начальные настройки;
• — работа с меню;
• — управление заказами.

Наиболее общее представление системы изображено на рисунке 2.1.

Рисунок 2.1 — Контекстная диаграмма Входные параметры информационной системы были установлены в процессе анализа ее предметной области. В качестве входных данных для работы подсистемы заказов автоматизированной системы «Ресторан» были выделены следующие параметры:

• — требования старшего менеджера по изменение блюд в меню;
• — пожелания гостей и при необходимости адрес доставки заказа;
• — заказы гостей.

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

Выходными документами разрабатываемой подсистемы будут:

• — информация о новых работниках;
• — информация о скидочных картах;
• — отчеты о работе ресторана и выполненных заказах.

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

• — правила работы с заказами, где подразумевается, как и в каких количествах добавлять блюдо из меню, как удалять, или переносить блюдо в другой заказ, как расплачивать гостей с выполненным заказом;
• — правила регистрации новых работников «Ресторана».

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

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

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

Рисунок 2.3 — Диаграмма декомпозиции блока «Начальные настройки».

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

Рисунок 2.4 — Диаграмма декомпозиции блока «Работа с меню».

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

• — заказываемое блюдо находится в стоп-листе (нет в наличии определенных продуктов);
• — человеку не исполнилось 18 лет при заказе алкогольной продукции;
• — гость находится в невменяемом состояние или есть подозрение на возможность неоплаты счета.

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

Рисунок 2.5 — Диаграмма декомпозиции блока «Управление заказами».