А.И. Костюк. Базы данных и знаний: Курс лекций. Таганрог: Изд-во трту, 1999. 175 с. 2.

Додаткова література

Системы управления базами данных; Партыка Т.Л., Попов И.И., Голицына О.Л.; Форум; 2006 г.; 4000; 432 стр.;

Питання до самоконтролю:

1. На чому засноване проектування концептуальної моделі?

2. Що включає в себе процес збору даних?

3. Які вимоги пред’являють до збору інформації о даних?

4. В чому полягає сутність теорії нормалізації відносин?

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

Завдання до самостійної роботи.

Скласти конспект за планом теми.

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

Тематичний контроль: Семінар №2, диференційований залік.

Самостійна робота №2 проектування концептуальної моделі даних

Проектування концептуальної моделі засноване на аналізі вирішуваних підприємством задач по обробці даних. Концептуальна модель включає описи об'єктів і їх взаємозв'язків, що представляють інтерес в даній наочній області і даних, що виявляються в результаті аналізу. Тут маються на увазі дані, використовувані як у вже розроблених прикладних програмах, так і в тих, які тільки будуть реалізовані.

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

Збір інформації про дані, використовувані в існуючих прикладних програмах

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

1. Ім'я і опис об'єкту даних. Указуються основне ім'я і синоніми. Приклади: «Рахунки», «Журнал реєстрації продукції», «Форма обліку рахунків». Дається вербальний опис смислового змісту імені, навіть якщо його значення представляється очевидним. У загальних рисах описується функціональне призначення і використовування об'єкту у функціональних і структурних підрозділах підприємства, а також за їх межами.

2. Елементи даних. Для кожного елементарного даного, входить в конкретний об'єкт, указується:

1) його ім'я і опис. Перераховуються імена, синоніми і дається їх розшифровка. Приводиться повний вербальний опис елементу;

2) джерело. Перераховуються джерела елементу в структурі підприємства, наприклад замовник, внутрішні документи, відділ збуту;

3) атрибути. Указуються тип значення атрибуту (числовий, алфавітний, текстовий), одиниці вимірювання (долари, рублі), а при необхідності і допустимі діапазони значень (наприклад, від 100 до 500);

4) використовування елементу даних. Приклади «Містить відомості про адресу», «Використовується для визначення кількості», «Використовується в шкалі платежів»;

5) обмеження безпеки/чутливості. Перераховуються пов'язані з даним елементом обмеження, включаючи допущених до нього осіб і дозволений їм вид обробки, наприклад доступ, читання и/или видача;

6) ступінь важливості. Вона повинна визначатися значенням елементу даних для реалізації або розширення функцій підприємства. Слід уникати негативних формулювань типу «Без цього елементу даних неможливо виконати те-то» Рекомендується приводити аргументи, грунтуючись на використовуванні елементу даних (пункт 4);

7) взаємозв'язки елементу даних. Приклади взаємозв'язків: номер деталі - найменування, код операції - трудовитрати, номер замовлення - номер поставки.

3. Тривалість зберігання і умови перекладу в архів. Указується період часу, протягом якого повинні зберігатися значення елементу даних, і спосіб зберігання. По можливості також указується підстава для зберігання (урядові розпорядження, вказівки адміністрації підприємства).

АБД розробляє графічну схему об'єктів і елементів даних, на якій указуються початкові дані, що формують їх підрозділи або види діяльності, результуючі дані і використовуючі їх підрозділи (мал 5.1).

мал. 5.1

Виявлений документообіг відображається на спеціальних схемах. Проста схема даних показує їх рух від джерела до кінцевого користувача. В процесі розробки схеми даних АБД неминуче зустрінеться з суперечностями, помилками і неточностями в початкових описах, які він зобов'язаний знайти і усунути. Зручним засобом при аналізі даних може виявитися словник даних.