ння, актуалізацію та обробку інформації з метою підтримки якого-небудь виду діяльності, розроблений для певної предметної області.
Предметна область - частина реального світу, що підлягає вивченню з метою організації управління та автоматизації [1 - с.8].
У ході аналізу предметної області необхідно:
· усвідомити і вказати призначення бази даних;
· визначити і виділити початковий набір сутностей і атрибутів предметної області.
Розглянемо приклад проектування бази даних предметної області Мережа ресторанів .
Призначення і предметна область
База даних призначена для контролю над діяльністю компанії, що володіє мережею ресторанів, а також внутрішньою діяльністю кожного ресторану в мережі. Враховуючи обсяг потрібної нас інформації, в роботі увага приділяється лише двом діям всередині мережі:
· прийом замовлень на основі складеного меню, обслуговування клієнтів;
· бухгалтерія - розрахунок доходів за прийнятими замовленнями, нарахування заробітної плати співробітникам;
У проекті автоматизованої інформаційної системи предметну область відображають моделі даних певного рівня. Рівнів може бути декілька, це залежить від складності розв'язуваних завдань, але концептуальний і логічний рівні присутні завжди.
Концептуальна модель, в якій визначається початковий набір сутностей і атрибутів предметної області, відображає процес смислового наповнення бази даних. Вона розробляється без урахування особливостей фізичного представлення даних, всі зусилля творця повинні бути спрямовані на структурування даних і виявлення взаємозв'язків між ними. Модель складається з трьох основних компонентів:
) Сутності.
Сутності - будь-який конкретний або абстрактний об'єкт у розглянутій предметній області. Слід розрізняти поняття тип сутності і екземпляр сутності raquo ;. Тип сутності - це набір однорідних особистостей, предметів, виступаючих як єдине ціле. А екземпляр сутності - конкретна річ в наборі.
Кожна сутність має хоча б одним можливим ключем. Один з них приймається за первинний ключ.
При виборі первинного ключа слід віддавати перевагу несоставнимі ключам або ключам, складеним з мінімального числа атрибутів.
Недоцільно також використовувати ключі з довгими текстовими значеннями (переважно використовувати цілочисельні атрибути). Не варто також використовувати як ключа не номер страви, а його назву, наприклад, Цезар з лососем або Окрошка м'ясна по-домашньому .
Не допускається, щоб первинний ключ брав невизначений значення. Інакше з'явиться не володіє індивідуальністю, і, відтак не існуючий екземпляр сутності. З тих же причин необхідно забезпечити унікальність первинного ключа.
Тепер про зовнішні ключах:
Якщо сутність З пов'язує суті А і В, то вона повинна включати зовнішні ключі, відповідні первинним ключам сутностей А і В.
Якщо сутність У позначає сутність А, то вона повинна включати зовнішній ключ, відповідний первинному ключу сутності А.
У реляційній базі даних сутності представлені у вигляді таблиць.
У розглянутій інформаційній системі сутностями є: Список закладів, Розділ, Співробітники, Меню, Замовлення.
У концептуальної моделі сутності позначаються прямокутником з назвою сутності всередині.
) Атрибути.
Атрибут - властивість сутності в даній предметній області. Назви атрибутів однієї сутності повинні бути різні.
Атрибути в концептуальної моделі зображуються у вигляді овалів, в яких також вказуються імена атрибутів.
Атрибути сутності Список закладів:
АтрібутСмисловое значеніеТіп даннихКод заведеніяКод заведеніяСчетчікНазваніеТіп і назва заведеніяТекстовийКонтактиКонтактние дані: адреса, телефонТекстовийОпісаніеКраткая інформація про заведенііПоле MEMO
Атрибути сутності Розділи:
АтрібутСмисловое значеніеТіп даннихКод разделаКод разделаСчетчікНазваніеНазваніе разделаТекстовий
Атрибути сутності Співробітники:
АтрібутСмисловое значеніеТіп даннихКод сотруднікаКод сотруднікаСчетчікФаміліяФамілія сотруднікаТекстовийІмяІмя сотруднікаТекстовийДолжностьЗанімаемая співробітником должностьТекстовийТелефонТелефон сотруднікаТекстовийКод заведеніяКод заведеніяЧісловойСтавкаРазмер заробітної платиЧісловой
Атрибути сутності Меню:
АтрібутС...
