1 Проектирование электронного магазина (эм) и базы данных на примере оао «управляющая компания холдинга «забудова»
1.1 Описание предметной области и структуры эм оао «Управляющая компания холдинга «Забудова»
В базе данных отражается информация об определенной предметной области. Под предметной областью понимается часть реального мира, данные о которой должны отражаться в проектируемой БД. Информация, необходимая для описания предметной области, зависит от типа самой предметной области, а также от того, какую именно информацию об этой предметной области требуется хранить и обрабатывать.
В данной курсовой работе проектируется интернет-магазин строительных материалов. В результате поиска были найдены следующие магазины: www.stroy-city.by, www.atrika.by, www.economstroy.deal.by, www.stroumaterialy.by.
Анализ этих Интернет магазинов показал, что на белорусском рынке уже существуют магазины строительных материалов, у которых есть свои покупатели.
Для построения концептуальной модели выделяются наиболее существенные объекты, необходимые при работе магазина. В данном магазине продаются строительные материалы, следовательно, одним из объектов для базы данных будут сами строительные материалы. Так как строительные материалы классифицируется по видам, то следующим объектом базы данных будет непосредственно вид строительных материалов. Существование магазина невозможно без покупателей, следовательно, третьим объектом базы данных моего магазина будет покупатель. Как и в любом Интернет магазине покупатель сможет выбирать товар и добавлять его в корзину, после чего, все заказанные товары формируются в заказ, и отправляется администратору, значит, необходим еще объект - счет.
Сущности Интернет магазина строительных материалов:
Вид строительных материалов (vid);
Строительные материалы (building materials)
Покупатели (pocupatel).
Заказ (schet) [1, с. 54].
1.2 Построение концептуальной модели базы данных оао «Управляющая компания холдинга «Забудова»
Концептуальное (инфологическое) проектирование – анализ предметной области и ее описание. Этот этап осуществляется без ориентации на какие-либо конкретные программные или технические средства.
ER-модель, или ER-диаграмма (Entity – Relation; в русском переводе - модель «объект – отношение» или «сущность – связь») предназначена для формализованного описания предметной области на этапе концептуального проектирования базы данных. Модель представляет собой графическое описание предметной области с использованием стандартизированного набора обозначений. На основе ER-модели по определенным правилам строится логическая модель для реализации в конкретной СУБД.
Модель «сущность – связь» относится к семантическим моделям. ER-модели используется для повышения эффективности и точности проектирования баз данных. Основными понятиями ER-модели являются сущность, связь и атрибут.
Сущность – это реальный или представляемый объект, информация о котором должна сохраняться и быть доступна. В диаграммах ER-модели сущность представляется в виде прямоугольника, содержащего имя сущности. При этом имя сущности – это имя типа, а не некоторого конкретного экземпляра этого типа.
Связь – это графически изображаемая ассоциация, устанавливаемая между двумя сущностями. Эта ассоциация всегда является бинарной и может существовать между двумя разными сущностями или между сущностью и ей же самой (рекурсивная связь) [2, с. 67].
Основные элементы, входящие в состав ER-моделей:
- сущности (объекты) предметной области;
- связи между объектами;
- атрибуты (свойства) объектов.
В любой связи выделяются два конца (в соответствии с существующей парой связываемых сущностей), на каждом из которых указывается степень конца связи (сколько экземпляров данной сущности связывается), обязательность связи. Связь представляется в виде ромба и имени связи внутри ромба.
Атрибутом сущности является любая деталь, которая служит для уточнения, идентификации, классификации, числовой характеристики или выражения состояния сущности. Имена атрибутов заносятся в овал, соединённый с сущностью линией. В результате анализа предметной области были определены следующие сущности:
Вид строительных материалов (vid).
Строительные материалы (building materials)
Покупатели (pocupatel).
Заказ (schet)
Данные сущности находятся в различных связях друг с другом.
Связи между объектами характеризуются типом связи и классом принадлежности. Основные типы связей – «один к одному» (1:1), «один ко многим» (1:∞), «многие ко многим» (∞:∞). Класс принадлежности может быть обязательным (все объекты некоторого класса участвуют в связи с объектами некоторого другого класса) или необязательным (некоторые объекты класса могут не участвовать в связи с объектами другого класса).
Стоит теперь определить типы связей, существующих между выделенными мной сущностями. Тип связи представляет собой название связи, её координальность в этой связи. Результат анализа представлен в таблице 1.1.
Таблица 1.1 – Типы связей между сущностями
Тип сущности |
Тип связи |
Тип сущности |
Координальность |
vid |
принадлежит (belong) |
building materials |
|
pocupatel |
оформляет (bill) |
Schet |
|
building materials |
принадлежит(belong) |
Schet |
|
На следующем этапе проектирования базы данных нужно построить ER-диаграмму, отражающую основные виды сущностей и связи между ними (рис. 1.1).
Выделим атрибуты сущностей.
Для этого из таблицы 1.2 выберем возможные потенциальные ключи. Затем из них выберем первичные ключи. Следует отметить, что потенциальный ключ должен обладать следующими свойствами:
- уникальность – в каждом кортеже отношения его потенциальный ключ единственным образом идентифицирует это кортеж;
Рисунок 1.1 – ER-диаграмма концептуальной модели
- неприводимость – никакое допустимое подмножество потенциального ключа не обладает свойством уникальности.
Таблица 1.2 – Атрибуты сущностей и связей
Тип сущности |
Атрибут |
Домен |
Обязательность |
building materials |
building materials id |
Целое |
Да |
nazvanie |
Символьный(100) |
Да |
|
opisanie |
Символьный(255) |
|
|
strana |
Символьный(50) |
|
|
cena |
Целое |
|
|
vid_id |
Целое |
|
|
images |
Символьный(20) |
|
|
schet |
schet_id |
Целое |
Да |
data_oforml |
date |
|
|
pokupatel_id |
Целое |
Да |
|
pocupatel |
pokupatel_id |
Целое |
Да |
fio |
Символьный(50) |
Да |
|
address |
Символьный(100) |
Да |
|
phone |
Символьный(20) |
Да |
|
Символьный(60) |
Да |
||
vid |
vid_id |
Целое |
Да |
nazvanie |
Символьный(50) |
Да |
Первичный ключ – это потенциальный ключ, вероятность потери уникальности которого мала по сравнению с другими потенциальными ключами. Также следует учесть то, что СУБД (системе управления базами данных) легче индексировать числовые, чем символьные ключи. На основании вышеизложенного, составим таблицу 1.3 первичных и альтернативных ключей.
Таблица 1.3 – Первичные и альтернативные ключи
Сущность |
Первичный ключ |
Альтернативный ключ |
Building materials id |
building materials id |
nazvanie building materials id |
Schet |
schet_id |
schet_id pokupatel_id data_oforml |
Pokupatel |
pocupatel_id |
fio phone |
Vid |
vid_id |
nazvanie |