
- •З дисципліни технологія проектування та адміністрування баз даних і сховищ даних
- •1. Визначення і класифікація бд як інформаційної системи
- •2. Автоматизовані банки даних
- •2.1. Основні поняття й визначення бази і банків даних
- •2.2. Загальна побудова і характеристики бази даних.
- •2.3. Вимоги до банків даних
- •2.5. Принципи побудови банків даних
- •3. Технологія проектування бд
- •3.1. Трирівнева модель системи керування базою даних. Фізична і логічна незалежність.
- •3.2. Інфологічна модель даних. Основні поняття.
- •3.3. Класифікація моделей даних.
- •3.4. Вимоги й підходи до інфологічного проектування
- •3.5. Аналіз предметної області
- •3.4. Основні моменти аналізу предметної області
- •4. Модель «сутність – зв’язок» (er-модель) предметної області
- •4.1. Основні елементи моделі «сутність-зв'язок»
- •4.2. Основні риси моделі "сутність-зв'язок" (er-моделі).
- •6. Мови інфологічного моделювання
- •6.1. Мова er-діаграм
- •6.2. Технологія побудови ілм на прикладі er-моделі
- •1. Лобіо по грузинськи:
- •5. Класифікація сутностей і зв'язків
- •5.1. Класи сутностей
- •5.2. Характеристика зв'язків
- •7. Моделі даних, підтримувані субд.
- •7.1. Організація даних
- •3.1. Файлова модель.
- •3.2. Структури даних.
- •12.1. Моделі даних - основні визначення.
- •12.2. Ієрархічна модель даних
- •12.3. Мережна модель даних
- •12.4. Переваги і відмінності мережної моделі.
- •13. Реляційна модель даних
- •5.1. Реляційна модель даних: основні поняття.
- •Студент
- •5.2. Характеристики відношення
- •Студент (Прізвище _ та _ ініціали, Курс, Група, Спеціальність)
- •5.2. Загальна структура реляційної моделі.
- •5.5. Основи реляційної алгебри Операції з даними в реляційній моделі
- •5.4. Поняття ключа. Основні типи ключів
- •8. Нормалізація схем баз даних
- •Кожна наступна нормальна форма в деякому змісті краще попередньої;
- •При переході до наступної нормальної форми властивості попередніх нормальних властивостей зберігаються.
- •9. Адміністрування баз даних
- •9.1. Завдання адміністрування даних.
- •9.2. Користувачі банків даних
- •9.3. Основні функції групи адміністратора бд
3.4. Вимоги й підходи до інфологічного проектування
Метою інфологічного проектування є створення структурованої інформаційної моделі Предметної Області, для якої буде розроблятися БД.
При проектуванні на інфологічному рівні створюється інформаційно-логічна модель (ИЛМ), що повинна відповідати таким вимогам:
- забезпечення найбільш природних для людини способів збору й подання тієї інформації, що передбачається зберігати в створюваній базі даних;
- коректність схеми БД, тобто адекватне відображення модельованої ПО;
- простота й зручність використання на наступних етапах проектування, тобто ІЛМ може легко відображатися на моделі БД, які підтримуються відомими СУБД (мережні, ієрархічні, реляційні й ін.);
- ІЛМ повинна бути описана мовою, зрозумілим проектувальникам БД, програмістам, адміністраторові й майбутнім користувачам.
Суть інфологічного моделювання складається у виділенні сутностей (інформаційних об'єктів ПО), які підлягають зберіганню в БД, а також у визначенні характеристик (атрибутів) об'єктів і взаємозв'язків між ними.
Існує два підходи до інфологічного проектування: аналіз об'єктів і синтез атрибутів. Підхід, що базується на аналізі об'єктів, називається спадаючим, а на синтезі атрибутів – висхідним
3.5. Аналіз предметної області
Першим етапом проектування бази даних будь-якого типу є аналiз предметної областi, що закiнчується побудовою iнформацiйної структури (концептуальної схеми). На даному етапi аналiзуються запити користувачiв, вибираються iнформацiйнi об'єкти та їх характеристики i на основi проведеного аналiзу формується структура предметної областi, яка не залежить вiд програмного та технiчного середовища, в якому буде реалiзуватися база даних. Аналіз предметної області доцільно розбити на три фази:
аналіз концептуальних вимог та iнформацiйних потреб;
виявлення iнформацiйних об’єктів та зв’язків між ними;
побудова концептуальної моделі предметної області та проектування концептуальної схеми бази даних.
На етапі аналізу концептуальних вимог та iнформацiйних потреб необхідно вирішити такі задачі:
аналiз вимог користувача до бази даних (концептуальних вимог);
виявлення задач, що мають мiсце, при обробцi iнформацiї, яка повинна бути представлена у базi даних (аналiз додаткiв);
виявлення перспективних задач (перспективних додаткiв);
документування результатiв аналiзу.
Рис.3.4.
Вимогами користувачiв до бази даних, що розробляється є, в загальному випадку, список запитiв з вказанням їх iнтенсивностi та об'ємiв даних. Цi вказiвки опрацьовуються в дiалозi з майбутнiм користувачем бази даних. Тут же з'ясовуються вимоги до вводу, вiдновлення та корегування iнформацiї. Вимоги користувачiв уточнюються та доповнюються при аналiзi перспективних додаткiв, що мають мiсце.