2 Методологія концептуального проектування бд

Мета – створення локальної концептуальної моделі даних на основі представлення про предметну область кожного окремого типу користувачів.

Кожна локальна концептуальна модель даних складається з наступних компонентів:

• Типи сутностей;

• Типи зв`язків;

• Атрибутів;

• Первинні ключі;

• Альтернативні ключі;

• Обмеження цілісності.

2.1 Етап 1 Визначення типів сутностей

Мета: Визначення основних типів сутностей, які потрібні для конкретного представлення.

Цей етап створення локальної конструкціальної моделі полягає у визначенні основних об`єектів, що можуть зацікавити користувача. Саме ці об`єкти є типами сутностей, що входять до моделі

Тип сутності – група об`єктів, з ознаковими властивостями, яку розглядають в конкретній предметній області, як таку, що може незалежно існувати. Інколи словами тип сутності (entity type) є групою об’єктів реального світу, що мають однакові властивості.

Якщо брати конкретний випадок, то прикладами сутностей можуть бути табельний номер, прізвище робітника, адреса.

Кожен однозначно ідентифікований об’єкт типу сутності, що відноситься до сутності визначеного типу низивають екземпляром сутності.

Після виділення кожної сутності, їй необхідно привласнити певне осмислене ім’я , яке буде однозначно розумітися користувачами. Обране ім’я та опис сутностірозміщується в словник даних. Якщо є така можливість, то документується і очікувана к-ть екземплярів сутності. У випадку, коли одна і та ж сутність відома під кількома іменами, всі їх потрібно визначити як синоніми або псевдосиноніми і занести до словника даних.

2.2 Етап 2 Визначення типів зв’язків

Мета: Визначення найважливіших типів зв’язків, що існують між сутностями, що були виявлені на попередньому етапі

Після визначення сутностей наступним етапом розробки стає встановлення всіх наявних між ними зв’язків.

Тип зв’язків – набір осмислених асоціацій між сутностями різних типів.

Тип зв’язку (relationship type) є перші – коли асоціацій між типами сутностей, що приймають участь у цьому зв’язку Кожному типові зв’язку привласнюється ім’я, яке повинне описувати його призначення.

Необхідно розрізняти поняття ”тип зв’язку” та ”екземпляр зв’язку”.

Екземпляр зв’язку – однозначно ідентифікована асоціація, що включає по одному екземпляру сутності з кожного типу сутності, шо приймає участь у зв’язку.

Один з методів визначення сутностей є виборка всіх іменників, що є в специфікаціях вимог користувачів. Аналогічний підхід можна використовувати і при виявленні існуючих зв’язків, але в цьому випадку вибираються всі вирази, в яких зустрічаються дієслова.

В більшості випадків зв’язки є двосторонніми, тобто зв’язки існують лише між двома сутностями.

Особливу увагу слід приділяти перевірці того, шо були виявлені ВСІ зв’язки, що прийняті у специфікаціях вимог користувача. Так чи інакше, всі потрібнізв’язки будуть виявлені пізніше, при остаточній перевірці. За втрачені зв’язки та некоректну роботу запитів буде нести відповідальність як аналітик, так і проектувальник.

При перетворенні баз даних слід враховувати той факт, що інформація представлена у правильному вигляді (у виглдяі малюнку або схеми) є більш наглядною та зрозумілою. Тому робота проектувальника суттєво спрощується , якщо є можливість дослідити структуру складної системи, за допомогою схеми , а не аналізувати потрібні текстові описи специфікації вимог користувача. Тому для представлення використовуються діаграми, «сутність-зв’язок» (ER-діаграми).

ER-діаграма – (від enity relationship) графічна відображаеться майбутня БД з зображенням всіх сутностей та зв’язків.