Разработка концептуальной модели базы данных

Концептуальная модель базы данных - это высокоуровневая объектно-ориентированная модель предметной области, представляющая объектную область в виде набора объектов, обладающих определенными свойствами и находящимися в некоторых отношениях. Основная цель разработки высокоуровневой модели данных заключается в создании модели пользовательского восприятия данных и согласовании большого количества технических аспектов, связанных с проектированием базы данных. Концептуальная модель данных не привязана к конкретной физической реализации баз данных и не зависит от конкретной СУБД. Концептуальная модель создается на основе представлений о предметной области каждого типа пользователей, представляющих собой набор данных, необходимых пользователю для решения своих задач. Основные концепции модели включают такие понятия как сущность (объект), отношение (связь), типы сущностей, типы связей и атрибуты. Проанализировав предметную область, можно выделить следующие 5 основных сущностей:

- «Объекты»;

- «Строительно-монтажные работы»;

- «Сметы»;

- «Акты»;

- «Реестры»;

После определения основных сущностей необходимо определить атрибуты каждой сущности.

Сущность «Объекты» характеризуется следующими атрибутами:

- «Код объекта»;

- «Наименование объекта»;

Сущность «Строительно-монтажные работы» характеризуется следующими атрибутами:

- «Код работ»;

- «Наименование работ»;

Сущность «Сметы» характеризуется следующими атрибутами:

- «Код сметы»;

- «Номер сметы»;

- «Наименование строительно-монтажных работ».

Сущность «Акты» характеризуется следующими атрибутами:

- «Код акта»;

- «Номер акта»;

- «Месяц»;

- «Год»;

- «Наименование объекта».

Сущность «Реестры» характеризуется следующими атрибутами:

- «Номер реестра»;

- «Номер акта»;

- «Номер сметы»;

- «Базисная сметная стоимость»;

- «Договорная цена»;

- «В т.ч. материалы заказчика»;

- «К оплате»;

- «Материалы подрядчика без ГСМ»;

- «Оборудование»;

- «М/лом».

После определения сущностей и их атрибутов необходимо определить связи.

Объекты — Акты на выполненные работы. Связь типа 1: М, т. к. на 1 объекте производятся разные работы в разный период времени и заполняются акты по выполненным работам.

Строительно-монтажные работы – Сметы. Тип связи 1:М, т. к. каждый вид работ может выполняться на разных объектах. На каждый тип работы составляется смета.

Сметы – Реестры. Тип связи 1:М, т. к. 1 тип сметы может вноситься в разные реестры.

Акты — Реестры. Тип связи 1:М, т. к. 1 номер акта может вноситься в разные реестры.

После определения связей пришла очередь определить ключи. На этом этапе для каждого объекта (сущности) устанавливается потенциальный ключ (или ключи), после чего осуществляется выбор первичного ключа. При выборе первичного ключа среди потенциальных следует руководствоваться правилами:

- нужно использовать потенциальный ключ с минимальным набором атрибутов;

- использовать следует тот ключ, вероятность изменения значений которого минимальна;

- выбирать следует тот потенциальный ключ, который имеет минимальную вероятность потери уникальности значений в будущем;

- значения ключа должны иметь минимальную длину;

- с выбранным ключом пользователю будет проще работать.

В данной курсовой работе я выбираю ключевыми поля кодирования информации. На предприятии существует система кодирования информации (каждому документу присваивается его уникальный код). Эти коды очень редко меняются, занимают небольшой объем памяти, не повторяются. То есть содержат все признаки первичного ключа. В каждой сущности разрабатываемой базы данных есть поле для кода. Эти поля являются первичными ключами, и в концептуальной диаграмме будут подчеркнуты.

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