7.13. Загальна характеристика вказаного етапу повного життєвого циклу бд.

Модель ЖЦ БД набагато складніший і може бути виражений різними моделями. Як правило при виборі моделі БД звертають увагу на:1)БД зазвичай є фундаментальним компонентом інформаційної с-ми і тому ЖЦ тісно переплітається з ЖЦ інформаційної с-ми 2)у ЖЦ БД обов’язково передбачається процедура формалізації опису предметної області.

1. планування розробки: планування найефективнішого способу реалізації етапів ЖЦ БД.

Основна вимога – зв'язок із загальною стратегією побудови ІС підприємства. Полягає у вирішенні 3-ох основних завдань:

А) визначення бізнес-планів і цілей організації з наступним виділенням її потреб в ІТ;

Б) оцінка показників вже існуючих ІС з метою виявлення їх переваг

В) оцінка можливостей використання ІТ для досягнення конкретних переваг.

Щодо процесу проектування БД вплив зазначеної стратегії проявляється у двох аспектах:

• Розробка корпоративної моделі даних, яка відображає найсуттєвіші для управління підприємством дані і зв’язки між ними, належність до різних функціональних сфер організації(підпр. зазвичай для цього використовують слабо структуровані моделі даних(семантичні та інші))

• Розробку стандартів на збір інформації на підприємстві – вимагає затрат, але дає змогу отримувати якісніші проекти.

2. концептуальне проектування БД - процес створення моделі використовуваної на підприємстві інформації , яка незалежна від будь-яких фізичних аспектів її представлення.

Мета – створення концептуальної моделі БД для відповідної ПрО. Як вхідна інформація використовуються специфікації вимог користувачів. Незалежна від типу СКБД, потрібних ПП, мов програмування , обчислюваної платформи і т.п.

Особливість: постійне тестування в процесі розробки на предмет відповідності вимогам користувачів. Створена КМ є джерелом інформації для логічного проектування БД.

3. Логічне проектування БД – процес створення моделі використовуваної на підприємстві інформації з урахуванням вибраної моделі організації даних(КМ) , але ще незалежно від типу цільової СКБД і інших фізичних аспектів реалізації.

Мета – створення логічної моделі для відповідної ПрО. Полягає в уточненні та перетворенні КМ БД з урахуванням типу цільової СКБД(реляційна, ОО, ієрархічна, ін.). інші аспекти фізичної реалізації ігноруються.

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

Ще однією характерною рисою процесу логічного проектування БД є:

• Ітеративність процесу

• Використання декількох методів отримання логічної моделі БД

Глобальна логічна модель БД – це ЛМ, яка відображає особливості представлення структури інформації ПрО шляхом інтеграції поглядів(ЛМ) окремих груп користувачів

Два способи:

1. Централізований підхід – злиття вимог користувачів, виражених у формі різних користувацьких представлень у єдиний набір вимог усіх користувачів, який і використовується для створення глобальної ЛМ БД.

2. Метод інтеграції представлень – злиття окремих локальних ЛМ, які відображають представлення про структуру інформації різних груп користувачів у єдину глобальну ЛМ БД.

4. Фізичне проектування БД – це процес опису реалізованої БД на вторинних запам’ятовуючих пристроях(МД) із зазначенням структур даних і методів доступу, що використовуються для організації ефективного опрацювання інформації з БД.

Передумовами для здійснення фізичного проектування є:

• Наявність логічної моделі даних

• Уже здійснений вибір цільової СКБД, яка буде забезпечувати функціонування БД

В ідеалі фази концептуального та логічного проектування мають бути відділені від фази фізичного проектування

Причини:

1. Зазначені фази пов’язані з різними аспектами системи: що треба зробити? (концептуальне і логічне проектування) і як зробити?(фізичне проектування)

2. Виконуються у різний час, оскільки усвідомлення того що треба зробити передує тому як зробити

3. Вимагаються різні навички і вміння, якими, зазвичай володіють різні фахівці.

5. проектування додатків – це проектування інтерфейсу і ПП, призначених для роботи зБД.

Проектування БД і додатків виконуються паралельно. Цей процес має 2 суттєві особливості:

1. У більшості випадків проектування додатка(ПП) неможливо завершити до завершення проектування БД.

2. Постійний обмін інформацією між фазами проектування БД і розробкою ПП.

Найсуттєвішими компонентами цієї фази є проектування ТА(транзакцій) і проектування користувацького інтерфейсу.

6. Вибір СКБД означає вибір із деякої множини СКБД цільової системи керування БД. Не є абсолютно необхідним етапом. Метою є вибір такої СКБД, яка буде задовільняти як поточним так і майбутнім інформаційним вимогам організації при оптимізації рівня затрат.

У найпростішому випадку виконується оцінка відповідності функціональних можливостей конкретних СКБД існуючим вимогам організації. Зазвичай на практиці застосовуються складніші і більш реалістичні методики. Як правило такі методики включають аку послідовність етапів:

• Визначення сфери компетенції здійснюваного дослідження СКБД, що включає вивчення ринку доступних СКБД, перелік завдань для вирішення ,список критеріїв оцінки СКБД, попередній список систем – претендентів, часові межі вивчення

• Зменшення списку претендентів до 2-ох чи 3-ох СКБД

• Оцінка продуктів згідно вибраних критеріїв

• Обґрунтування вибору цільової СКБД та підготування звіту.

7. Інші фази ЖЦ БД.

• Створення прототипу. Необов’язкова фаза, яка призначена для створення робочої моделі БД. Прототип має реалізовувати основні функції системи та призначений для оцінювання якості реалізації основних проектних рішень.

• Конвертування та завантаження даних. Здійснюється перетворення даних із старої систем і завантаження їх у нову систему.

• Тестування. Розроблена БД на предмет наявності помилок, а також відповідності вимогам користувачів.

• Експлуатація та супроводження. На цьому етапі БД вважається створеною і реалізованою. У подальшому вона експлуатується користувачами, здійснюється постійна підтримка її функціонування та постійне спостереження над її функціонуванням.