Разработка программного комплекса для автоматизации информационных процессов служб сбыта пищевой продукции
Дипломная работа - Компьютеры, программирование
Другие дипломы по предмету Компьютеры, программирование
°ра от определенного поставщика модель представлена на рисунке 2.4.
Рисунок 2.3 - Модель сущности Вес товара
Сущность Поставка имеет следующие атрибуты:
1.код поставки - уникальный код поставки;
2.код поставщика - код поставщика определенного товара;
.дата поставки - дата поставки товара.
Рисунок 2.4 - Модель сущности Поставка
Следующая сущность называется Поставщик данная сущность хранить информацию о поставщиках товара Модель представлена на рисунке 2.5.
Сущность Поставщик содержит следующие атрибуты:
1.код поставщика - уникальный код поставщика;
2.код производителя - код производителя товара;
.наименование - наименование фирм, которые занимаются поставкой товара;
.Телефон - телефон поставщика;
.Адрес - адрес поставщика.
Рисунок 2.5 - Модель сущности Поставщик
Сущность Производитель содержит атрибуты по производителю товара, модель представлена на рисунке 2.6.
Сущность Производитель содержит следующие атрибуты:
1.код производителя - уникальный код производителя;
2.наименование - название предприятие занимающегося производством товара;
.телефон - телефон производителя;
.адрес - адрес производителя.
Рисунок 2.6 - Модель сущности Производитель
Сущность Корзина служит для хранения информации о корзине пользователя, модель отражена на рисунке 2.7.
Сущность Корзина содержит следующие атрибуты:
1.код корзины - уникальный код корзины;
2.дата - дата создания корзины.
Рисунок 2.7 - Модель сущности Корзина
После определения сущности Корзина следует определить сущность Заказ данная сущность содержит информацию о содержании корзин, модель изображена на рисунке 2.8.
Сущность Заказ содержит следующие атрибуты:
1.код заказа - уникальный код заказа;
2.код корзины - код корзины;
.код продукта - код продукта;
.количество - количество приобретенного товара;
.вес - вес приобретенного товара;
.стоимость - стоимость приобретенного товара.
Рисунок 2.8 - Модель сущности Заказ
Сущность Пользователь содержит информацию о зарегистрированном пользователе, модель представлена на рисунке 2.9.
Сущность Пользователь содержит следующие атрибуты:
1.код пользователя - уникальный код пользователя;
2.логин - уникальный логин пользователя;
.пароль - пароль пользователя;
4.e-mail - уникальный e-mail адрес;
.телефон - телефон пользователя;
.адрес - адрес проживания пользователя;
.дата рождения - дата рождения;
.дата регистрации - дата регистрации;
.имя - имя пользователя;
. фамилия - фамилия пользователя;
. код корзины - уникальный код корзины.
Рисунок 2.9 - Модель сущности Пользователь
Сущность Статистика содержит следующие атрибуты:
1.код статистики - уникальный код статистики;
2.код продукта - код продукта;
.стоимость - стоимость товара;
.дата - дата проведения анализа.
Рисунок 2.10 - Модель сущности Статистика
Заключительная сущность, но при этом является основной Заказы.
Данная сущность содержит все заказы всех пользователей, модель представлена на рисунке 2.11
Сущность Заказы содержит следующие атрибуты:
1.код заказа - уникальный код заказа; код корзины - код корзины; код продукта - код продукта; фио - фамилия имя отчество покупателя; телефон - телефон покупателя; количество - количество приобретенного товара; стоимость - стоимость продукта: вес - вес продукта; наименование - наименование продукта; производитель - производитель продукта; дата - дата заказа товара.
Рисунок 2.11 - Модель сущности Заказы
В результате проделанной работы структура БД удовлетворят 3-м нормальным формам.
2.2.2 Инфологическое проектирование
Концептуальное (инфологическое) проектирование - построение семантической модели предметной области, то есть информационной модели наиболее высокого уровня абстракции. Такая модель создаётся без ориентации на какую-либо конкретную СУБД . Такая модель является как образом реальности, так и образом проектируемой базы данных для этой реальности.
Результатом инфологического проектирования является концептуальная модель, которая представляет структуру данных не зависимую от любой физической реализации. В разработанной базе данных были использованы исключительно связи типа один-ко-многим (1:М). Также отношения между сущностями приведены в таблице 2.1
Таблица 2.1 - Отношения между таблицами
Номер связиРодительская таблицаДочерняя таблицаТип связи1ПродуктВес продукта1:М2ПродуктСтатистика1:М3ПродуктСодержание корзины1:М4КорзинаПользователь1:М5КорзинаЗаказы1:М6КорзинаСодержание корзины1:М7ПоставкаВес продукта1:М8ПоставщикПоставка1:М9ПроизводительПоставщик1:М
В разработанной базе данных нет главной или вторичной таблицы. Но две таблицы все-таки можно выделить - это таблица Продукт и таблица Корзина. Они имеют максимальное количество связей.
Инфологическая модель представлена на рисунке 2.1
Рисунок 2.1 - Инфологическая модель базы данных Web-сайта