3. Проектування бази даних

Після аналізу завдання проектування системи починається з розробки бази даних, яка є фундаментальним компонентом інформаційної системи. Розроблювана база даних є моделлю предметної області, що автоматизується

Процес проектування бази даних може бути розбитий на три основні етапи: концептуальне, логічне і фізичне проектування БД.

1. Концептуальне проектування - створення інформаційної моделі підприємства, незалежній від умов реалізації, побудова ER – діаграми.

2. Логічне проектування - конструювання інформаційної моделі підприємства на основі існуючих конкретних моделей даних, але без або з урахуванням використовуваної СУБД і інших умов фізичної реалізації, проведення нормалізації відносин.

3. Фізичне проектування - опис конкретної реалізації БД, що розміщується в зовнішній пам'яті, опис базових відносин, організацію файлів і склад індексів, використовуваних для організації ефективного доступу до даним, а також регламентація всіх обмежень цілісності і міри захисту.

У межах курсового проектування необхідно виконати наступні етапи:

1. на підставі опису предметної області розробити концептуальну модель базі даних;

2. розглянути сучасні СУБД та зробити вибір, у середовищі якої СУБД буде розроблятись додаток;

3. створити логічну модель розроблюваної бази даних;

4. розробити додаток у середовищі обраної СУБД.

4. Концептуальне моделювання предметної області

Проектування бази даних полягає в побудові комплексу взаємозв'язаних моделей даних.

Концептуальне моделювання дозволяє врахувати логічне уявлення структури даних у базі даних. Вірно розроблена модель бази даних має підтримувати усі явлення користувачів. Концептуальне моделювання є основою подальшого проектування бази даних та додатку для ії обробці.

Розробка концептуальної моделі предметної області є найважливішим етапом проектування бази даних є, не орієнтованим на конкретну СУБД. Концептуальна модель предметної області будується першою та полягає у структуризації наочної області : об'єкти реального миру піддаються класифікації, фіксується сукупність тих, що підлягають відображенню в БД об'єктів. Для кожного об'єкту фіксується сукупність властивостей, за допомогою яких описуватимуться конкретні екземпляри об'єкту, і відносини (взаємозв'язки) з іншими об'єктами. Потім вирішуються питання про те, яка інформація про об'єкти повинна бути представлена в БД і як її представити за допомогою даних.

Таким чином на цьому етапі проектування треба:

1. визначити перелік типів сутностей, інформація про які зберігатиметься у базі даних;

2. на підставі опису предметної області визначити зв’язки між сутностями створюваної бази даних, навести їх опис;

3. визначити тип зв’язків та обмеження участі їх членів;

4. визначити попередній перелік атрибутів та зв’язати їх з конкретними типами сутностей;

5. визначити первинні та потенційні ключі для кожного об'єкту бази даних;

6. побудувати ER – діаграму,

7. вилучити зайві зв’язки.

Приклад

Предметна область «Деканат»

На підставі аналізу предметної області можна виділити сутності, інформація про які зберігається у базі даних

Сутність Студент

Сутність Викладач

Сутність Дисципліна

Існування цих сутностей не залежить від існування інших сутностей, тому ці сутності є базовими.

Сутність Сесія є асоціативною, тому що вона поєдную всі базові сутності.

На підставі опису предметної області визначається зв’язок між сутностями Сесія та Дисципліна: на сесії з кожної Дисципліни здається тільки один іспит, но кожен іспит складається багато разів. Тому зв’язок між сутностями Сесія та Дисципліна М:1. При цьому іспит складається ні з кожної дисципліни, тому цей зв’язок є необов’язковий.

………………………………….

Таким чином, на підставі аналізу зв’язків між сутностями можна скласти концептуальну модель предметної області, яка подана на рис. ХХ.