оби розробки. Він підтримує різні сервери баз даних та настільні СУБД, а також може звертатися до бази даних через інтерфейс ODBC.
Побудована модель даних була перевірена в Erwin Validator на наявність помилок. У Erwin Validator є засіб ERWin Examiner. За допомогою нього можна аналізувати структуру баз даних з метою виявлення недоліків і помилок проектування. Помилки підрозділяють на 4 категорії:
- помилки проектування доменів;
- помилки індексів і обмежень;
- помилки нормалізації (приведення до 3НФ);
- помилки зв'язків;
У результаті проведення аналізу бази даних помилок нормалізації не виявлено, отже отримані відносини знаходяться в третій нормальній формі.
.5.4 Концептуальна модель даних
Логічну зв'язок отриманих відносин пояснює концептуальна модель бази даних, зображена на рис. 2.3.
Малюнок 2.3 - Концептуальна модель даних
2.5.5 Концептуальна модель транзакцій
Транзакція - дія або серія дій, виконуваних користувачем або прикладною програмою як єдине ціле. Транзакції здійснюють доступ до вмісту бази даних або його зміну. Транзакція автоматично починається з виконання користувачем і програмою першого інструкції SQL [8].
формального опису?? (алгоритми) запитів являють собою концептуальну модель транзакцій. Частина даних алгоритмів наведена нижче.
- Формування списку результатів тестування по групі.
(2.1)
- Формування списку результатів тестування по групі з угрупованням за датою тестування.
(2.2)
- Отримання повної інформації про пацієнтів.
(2.3)
- Формування списку результатів тестування по групі для обраного тесту, з угрупованням по підлозі та/або віком.
(2.4)
2.5.6 Розробка алгоритмів контролю цілісності та узгодженості бази даних
Для забезпечення цілісності та узгодженості реалізовані наступні методи:
- Завдання типів даних, що дозволяє уникнути введення значень невірного типу. Наприклад, при визначенні дати народження завдання символу, призведе до виникнення повідомлення про помилку;
- Завдання шаблонів введення, дозволяє задати вид інформації. При невідповідності виду, введеної інформації, заданої масці, формується повідомлення про помилку.
- Організація посилальної цілісності, дозволяє організувати необхідну логічний зв'язок таблиць. При цьому поля, за якими встановлюється зв'язок, повинні мати однаковий тип. Посилальна цілісність дозволяє вводити в полі таблиці тільки ті значення, які містяться у відповідному полі пов'язаної з нею таблиці. Наприклад, пацієнт не може пройти тест, який не міститься в списку пропонованих тестів. Також посилальна цілісність дозволяє при видаленні або зміну записів у батьківських таблицях, видаляти або змінювати записи і в дочірніх таблицях відповідно.
- При введенні значень у полі однієї таблиці зі списку значень поля іншої таблиці використовується не ручне введення з клавіатури, а вибір значень зі списку, пов'язаного з відповідними полями таблиць. Наприклад, при заповненні таблиці, яка містить відомості про пацієнтів для вказівки організації використовується зв'язок з таблицею Організації raquo ;, з якої вибираються значення ідентифікатора організації.
- При введенні значень, які повинні входити в заздалегідь певний перелік (наприклад, підлога - чоловічий чи жіночий) використовується не ручне введення цих значень їх з клавіатури, а вибір зі списку.
- При видаленні записів запитується підтвердження, що виключає ненавмисне видалення інформації з бази даних.
.6 Логічне проектування
Логічне проектування складається з двох взаємопов'язаних процесів: проектування логічної моделі БД (переформулювання концептуальної моделі в термінах конкретної СУБД) і проектування програм обробки даних. У результаті цього етапу розробляється логічна схема даних і структурований опис обробних програм в термінах мовних засобів конкретної системи [11].
2.6.1 Логічна модель даних
Логічна модель даних являє собою опис інфологічної моделі даних в термінах конкретної СУБД. Для реалізації бази даних обрано СУБД MySQL. Перетворимо концептуальну модель в логічну, задавши типи даних цієї СУБД (рис. 2.4)
Малюнок 2.4 - Логічна мо...
