ри концептуальному проектуванні:
? семантичні моделі;
? об'єктні моделі.
На етапі логічного проектування розробляється логічна структура БД, яка відповідає концептуальній моделі предметної області.
У Першому набліженні процес «перетворення» ER-діаграмі у реляційну схему й достатньо прямолінійний:
превратить шкірних множини сутности у відношення з тім же набором атрібутів;
замініті КОЖЕН зв язок відношенням, атрибути которого є ключами множини сутности, что з єднуються ЦІМ зв язком.
Малюнок 3.1 - ER - Діаграма Введення журналу Надання послуг
Реалізуваті цею процес можливо, вікорістовуючі апарат нормалізації відношень. Нормалізація схеми відношення віконується путем декомпозіції схеми. Під нормалізацією розуміють процес розбіття таблиці на две або более, что володіють КРАЩА властівостямі при додаванні, зміні и відаленні даних. Остаточна мета нормалізації - Отримання такого проекту БД, у якому КОЖЕН факт розташовується в одному місці, тобто віключена надмірність информации. Кожна нормалізована таблиця автоматично вважається таблицею у першій нормальній форме, или содержания 1НФ. Проти для побудова оптімальної бази даних бажано привести отрімані табліці до третьої нормальної форми, або 3НФ. Таку форму ще іноді назівають формою Бойса-Кодда, или НФБК. Согласно визначення, таблиця перебуває у НФБК тоді и только тоді, коли будь-яка залежність между ее стовпчики зводу до повної функціональної залежності від первинного ключа.
На даталогічному етапі отриманий інфологічну модель перетворюємо у описание схеми бази даних, послідовно віконуючі крокі:
Кожна проста Сутність превращается у таблиці.
Коженая атрибут становится можливіть стовпцем з тім же іменем.
Компоненти унікального ідентіфікатора сутності
превращаются в первинний ключ табліці.
Індекси створюються для первинного ключа и ЗОВНІШНІХ ключів.
Зв язки между виявленості інформаційнімі про єктами визначаються реальні відносінамі между парами об'єктів, показання в табліці 3.1. При їх візначенні враховуваліся зведення з Опису предметної області и семантика інформаційних про єктів.
Таблиця 3.1 - Зв язки інформаційних про єктів
Ключ зв'язкуГоловній інформаційний про єктПідлеглій інформаційний про єктТіп відношенняКод клієнтаКлієнтіЗамовлення1: БКод співробітнікаСпівробітнікіЗамовлення1: БКод послугіПослугіЗамовлення1: БКод матеріалаСкладПослугі1: Б
Таблиця 3.2 - Реквізітній склад інформаційних об'єктів
РеквізітіОзнака ключаНазва інформаційного про єктаКод клієнта ПІБ Адреси Телефон E-mailП, У КлієнтіКод співробітніка ПІБ Адреси Телефон E-mail Посада З/ПП, У Співробітнікі№ замовлення Код послуги Кількість Ціна Готовність Рядки Код замовника Дата замовлення Дата виконан Код співробітнікаП, У Замовлення Код послуги Ціна за 1 Код матеріала Назва послугіП, УПослугіКод матеріала Тип Кількість ЦінаП, УМатеріалі
3.2 Побудова реляційної бази даних
Концепція реляційної моделі бази даних - Забезпечити незалежність представлення та Опису даних від прикладних програм. У Основі цієї моделі лежати Поняття відношення (relations), Поданєв у виде табліці здотріманням Деяк обмежувальніх умо Основні взаємопов язані Поняття фізічного, спеціального прикладного та математичного рівнів побудова реляційної бази даних та їх взаємовідношення показані в табліці.
Л?? гічна структура реляційної бази даних візначається сукупністю логічно взаємозалежніх реляційніх таблиці. Кожна реляційна таблиця має структуру, обумовлення реквізітнім складом одного з інформаційних про єктів отріманої інфологічної моделі. Логічні зв язки таблиць відповідають структурним зв язкам между про єктами.
Рисунок 3.2 - логічна структура реляційної бази даних
3.3 Тестування підсістемі
Тестування - це процес перевіркі готової програми (або програмні засоби) в статіці (Перегляди, інспекції, налагодження вихідного коду) и в дінаміці (прогін на наборі тестових даних) з метою перевіркі різніх Шляхів виконан програми и порівняння Отримання результатів Із Заздалегідь завданні. Вимоги до даних, Які забезпечують тестування системи - їхня показність, что враховує Особливостігри информации, зазначені в опісі предметної області. Такі дані повінні Забезпечити налагодження алгоритму та інтерфейсу, реалізацію вимог та підтвердіті працездатність реалізованіх функцій. Дані контрольно...
