
- •Лекція 4. Проектування бази даних
- •4.1. Огляд життєвого циклу інформаційних систем Інформаційна система - ресурси, що дозволяють виконувати збір, коректування, поширення інформації усередині організації.
- •4.2. Життєвий цикл програми баз даних
- •4.2.1. Планування розробки бази даних Планування розробки бази даних - підготовчі дії, що дозволяють з максимально можливою ефективністю реалізувати етапи життєвого циклу програми бази даних.
- •4.2.2. Визначення вимог до системи Визначення вимог до системи - визначення діапазону дій і границь програми бази даних, складу її користувачів і областей застосування.
- •Вимога - деяка функція, що повинна бути включена в створювану систему.
- •4.2.4. Проектування бази даних Проектування бази даних - процес створення проекту бази даних, призначений для підтримки функціонування підприємства і сприятливий досягненню його цілей.
- •4.2.5. Вибір цільової скбд Вибір цільової скбд - вибір скбд придатного типу, призначеної для підтримки створюваного програми бази даних.
- •4.2.6. Розробка програм Розробка програм - проектування інтерфейсу користувача і прикладних програм, призначених для роботи з базою даних.
- •4.2.7. Створення прототипів
- •Створення прототипу - cтворення робочої моделі програми бази даних.
- •4.2.8. Реалізація Реалізація - фізична реалізація бази даних і розроблених програм.
- •4.2.10. Тестування Тестування - процес виконання прикладних програм з метою пошуку помилок.
- •Стратегії тестування
- •4.2.11. Експлуатація і супровід Експлуатація і супровід - спостереження за системою і підтримка її нормального функціонування по закінченні розгортання.
- •4.3. Загальний огляд процедури проектування бази даних
- •4.3.1. Моделювання даних
- •Критерії оцінки моделі даних
- •Концептуальне і логічне проектування
- •Злиття представлень окремих користувачів
- •Метод інтеграції представлень - злиття окремих локальних логічних моделей даних, що відбивають представлення різних груп користувачів, у єдину глобальну логічну модель даних.
- •4.4. Проектування програми
- •4.4.1. Проектування транзакцій Транзакція - одна дія чи послідовність дій, виконуваних тим самим користувачем (чи прикладною програмою), що здійснює доступ до бази даних чи зміну її вмісту.
- •4.4.2. Рекомендації з проектування користувальницького інтерфейсу
- •Легко пізнавані назви полів
- •Погоджена термінологія і скорочення
- •Погоджене використання кольорів
- •Переваги використання case-інструментів
- •4.6. Вибір скбд
- •4.6.1. Вибір оптимальної системи
- •Визначення області компетенції проведеного вивчення
- •Скорочення списку претендентів до двох-трьох продуктів
- •Оцінка продуктів
- •Проведення обґрунтованого вибору і підготовка звіту
- •4.7. Адміністрування даних і адміністрування бази даних
- •4.7.2. Задачі адміністрування даних
- •4.7.4. Задачі адміністрування бази даних
- •4.7.5. Порівняння задач адміністрування даних і бази даних
- •Питання
Проведення обґрунтованого вибору і підготовка звіту
Заключним етапом вибору СКБД є документування всього проведеного аналізу, підготовка висновків з оцінкою відібраних продуктів і видача рекомендацій з вибору цільовий СКБД проекту.
4.7. Адміністрування даних і адміністрування бази даних
Адміністратор даних (АД) і адміністратор бази даних (АБД) відповідають за керування діями, зв'язаними з корпоративними даними і корпоративною базою даних відповідно. У цьому розділі ми розглянемо мети і задачі, що входять у коло обов'язків АД і АБД у деякій організації. У табл. 4.4 представлені етапи життєвого циклу програм баз даних і зазначений внесок АД й АБД на кожнім з них (чи ролі, що виконуються ними, (основна чи допоміжна)).
Таблиця 4.4. Етапи життєвого циклу бази даних із указівкою ролі АД й АБД
Етап Основна роль Допоміжна роль
Планування розробки бази даних ДД АБД
Визначення вимог до системи АД АБД
Збір і аналіз вимог користувачів АД АБД
Концептуальне проектування бази даних АД АБД
Вибір цільовий СКБД АБД АД
Логічне проектування бази даних АД АБД
Розробка Програм АБД АД
Фізичне проектування бази даних АБД АД
Створення прототипів АБД АД
Реалізація АБД АД
Конвертування і завантаження даних АБД АД
Тестування АБД АД
Експлуатація і супровід АБД АД
Зверніть увагу на те, що АД приймає більш активну участь у роботі на ранніх стадіях життєвого циклу — від планування бази даних до етапу її логічного проектування, тоді як АБД виконує більш активну роль на пізніх стадіях - від проектування програм і фізичного проектування бази даних до етапу експлуатації і супроводу готової системи.
4.7.1. Адміністрування даних
Адміністрування даних - керування інформаційними ресурсами, включаючи планування бази даних, розробку і впровадження стандартів, визначення обмежень і процедур, а також концептуальне і логічне проектування баз даних.
Адміністратор даних відповідає за корпоративні інформаційні ресурси, включаючи і некомп'ютеризовані дані. На практиці це часто зв'язано з керуванням даними, що є спільно використовуваним ресурсом для різних користувачів і прикладних програм даної організації. У різних організаціях кількість співробітників, що виконують функції АД, може відрізнятися і звичайно визначається розмірами самої організації. Основний обов'язок АД складається в обміні консультаціями і радами зі старшими менеджерами, а також у спостереженні за тим, щоб застосування технологій баз даних продовжувало відповідати корпоративним цілям. Посада АД звичайно належить відділу інформаційних систем організації. В одних випадках адміністрування даних може являти собою окрему функціональну задачу, а в інші — сполучатися з адмініструванням бази даних.
В даний час при обмірковуванні стратегії планування інформаційної системи усе більший акцент робиться на важливості АД. Організації усі в більшому і більшому ступені схильні приділяти увагу значенню даних, використовуваних чи зібраних у їхній інформаційній системі, як засобу досягнення більш високої конкурентноздатності. У результаті виникає обов'язкова вимога злиття стратегії побудови інформаційних систем з бізнес стратегіями організації. Це дозволяє створити організацію з більш гнучкою структурою, здатну адаптуватися до різких змін, що має більш творче й інноваційне внутрішнє середовище, що забезпечує ефективну перебудову бізнес процесів у разі потреби. Згаданий перенос акцентів означає, що АД в усі більшій мері повинна розуміти ідеологію розвитку не тільки інформаційних систем, але і бізнес процесів, і відігравати ключову роль у розробці стратегії розвитку інформаційної системи, підтримуючи її відповідність діловим стратегіям організації. Ця зміна мислення відбиває драматичну зміна, що була в недавнім минулому, у призначенні комп'ютерних систем: від вихідного використання комп'ютерів для більш ефективного керування деякими аспектами бізнес процесів, через наступне підвищення ефективності бізнес процесів, до підтримки і забезпечення мінливості і іноваційності організацій.