
- •Проектирование информационной системы пиццерии
- •Введение
- •Обоснование выбора предметной области
- •Объектно-ориентированный анализ информационной системы
- •Проектирование диаграмм прецедентов
- •Проектирование прецедента «Принять заказ»
- •I. Формирование потока событий.
- •II. Построение диаграммы последовательности событий.
- •III. Составление кооперативной диаграммы.
- •IV. Построение диаграммы состояний.
- •Проектирование прецедента «Оформить Карту постоянного клиента»
- •I. Формирование потока событий.
- •II. Построение диаграммы последовательности событий.
- •III. Составление кооперативной диаграммы.
- •IV. Построение диаграммы состояний.
- •Проектирование прецедента «Закупить продукты»
- •I. Формирование потока событий.
- •II. Построение диаграммы последовательности событий.
- •III. Составление кооперативной диаграммы.
- •IV. Построение диаграммы состояний.
- •Разработка диаграммы классов
- •Построение схемы базы данных
- •Функционально-модульный анализ информационной системы
- •Построение общей диаграммы
- •Описание логики поведения системы по методологии idef0
- •I. Разработка диаграммы декомпозиции основного блока «Деятельность пиццерии».
- •II. Формирование диаграммы декомпозиции первого блока.
- •III. Формирование диаграммы декомпозиции второго блока.
- •IV. Формирование диаграммы декомпозиции третьего блока.
- •Конечное поведение функций и параллельные операции
- •I. Моделирование технологического процесса «Принять заказ».
- •II. Моделирование технологического процесса «Составить маркетинговую стратегию».
- •Анализ поведения системы хранения данных
- •I. Построение диаграммы потоков данных для задачи «Принять заказ».
- •II. Построение диаграммы потоков данных для задачи «Составить маркетинговую стратегию».
- •Сравнение методов анализа информационной системы
- •Заключение
Построение схемы базы данных
Для корректной работы информационной системы и хранения больших объёмов сведений в структурированном виде требуется формирование и подключение базы данных.
Для ресторана-пиццерии обозначим ряд основных сущностей и отметим атрибуты, входящие в них:
Продукты в наличии (код продукта – первичный ключ, название, поставщик, дата поставки, условия хранения, количество в наличии, стоимость);
Меню (код блюда – первичный ключ, тип блюда, ингредиенты, срок хранения, условия хранения, время изготовления, стоимость);
Должности (код должности – первичный ключ, наименование, требования, обязанности, оклад, процент премии);
Пользователи (код сотрудника – первичный ключ, ФИО, код должности – внешний ключ к табл. Должности, дата рождения, пол, трудовой стаж, роль в системе, логин, пароль);
Поставщики (код поставщика – первичный ключ, название организации, адрес, номер телефона, ФИО директора, дата заключения договора, дата окончания договора);
Накладные на закупку продуктов (номер накладной – первичный ключ, перечень продуктов – внешний ключ к табл. Продукты в наличии, код поставщика – внешний ключ к табл. Поставщики, дата формирования, дата поставки, количество товаров, общая стоимость);
Клиенты (код клиента – первичный ключ, ФИО клиента, наличие Карты, номер Карты, номер телефона, дата рождения);
Заказы (номер заказа – первичный ключ, вид заказа, состав заказа – внешний ключ к табл. Меню, код клиента – внешний ключ к табл. Клиенты, код сотрудника – внешний ключ к табл. Пользователи, дата и время оформления, размер скидки, общая сумма).
В таблице 1 представлен список связей, поддерживающих отношения в разработанной базе данных («1 : М» - соединение типа «один ко многим»).
Таблица 1 – Перечень связей базы данных |
|||
№ |
Тип связи |
Связанные таблицы |
Описание |
1 |
1 : М |
Поставщики – Накладные на закупку продуктов |
Для одной организации-поставщика может быть оформлено несколько накладных |
2 |
1 : М |
Накладные на закупку продуктов – Продукты в наличии |
В одной накладной может быть перечислено несколько разных продуктов |
3 |
1 : М |
Заказы – Меню |
В одном заказе может содержаться несколько блюд/напитков из меню |
4 |
1 : М |
Пользователи – Заказы |
Один пользователь системы может оформить несколько заказов |
5 |
1 : М |
Клиенты – Заказы |
Один клиент может сделать несколько заказов |
6 |
1 : М |
Должности – Пользователи |
На одной должности может находиться несколько сотрудников (пользователей системы) |
Опираясь на приведенное ранее описание сущностей и их атрибутов, а также на сформированный перечень связей, построим схему базы данных рассматриваемого предприятия. На рисунке 14 показано графическое отображение подходящей структуры.
|
Рисунок 14 – Схема базы данных приложения |
Таким образом, произвели анализ проектируемой информационной системы с помощью методов и стандартов объектно-ориентированного подхода.