
- •Лекція 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.2.1. Планування розробки бази даних Планування розробки бази даних - підготовчі дії, що дозволяють з максимально можливою ефективністю реалізувати етапи життєвого циклу програми бази даних.
Як і у випадку створення іншого програмного забезпечення, планування розробки бази даних складається у визначенні трьох основних компонентів:
необхідного обсягу роботи;
необхідних ресурсів;
загальної вартості проекту.
Планування розробки бази даних повинне бути зв'язане з загальною стратегією побудови інформаційної системи організації. Суть цієї стратегії полягає в рішенні таких основних задач, як:
визначення бізнес-планів і цілей організації з наступним виділенням її потреб в інформаційних технологіях;
оцінка показників вже існуючих інформаційних систем з метою виявлення їх сильних і слабких сторін;
оцінка можливостей використання інформаційних технологій для досягнення конкурентноздатної переваги.
Для підтримки планування розробки бази даних може бути створена корпоративна модель даних, що відображає найбільш важливі дані і зв'язки між ними (тобто сутності і зв'язку предметної області), а також їх відношення до різних функціональних сфер організації. Завдяки цьому, наприклад, можна зрозуміти, у яких випадках буде потрібно організувати спільний доступ до даних з різних функціональних підрозділів. Звичайно корпоративна модель даних має вид спрощеної ER-діаграми. На мал. 4.2 показаний приклад корпоративної моделі даних для розширеної версій навчального проекту DreamHome (із включенням зведень про продаж нерухомості). У ній приведені сутності і зв'язки для функціональних сфер продажу, оренди і реклами об'єктів нерухомості.
Планування розробки баз даних також повинне включати розробку стандартів, що визначають, як буде здійснюватися збір даних, яким буде їх формат, яка буде потрібна документація і як буде виконуватися проектування і реалізація програм. Розробка і супровід стандартів можуть бути зв'язані з чималими витратами часу, причому на їх первісне впровадження і наступний супровід можуть знадобитися значні ресурси. Однак чітко визначений набір стандартів дозволяє створити гарну основу для наступного навчання персоналу й організації контролю якості, а також гарантувати виконання робіт зі строго визначених зразків, незалежно від наявних у персоналу навичок і досвіду. Наприклад, спеціальні правила можуть визначати, як привласнюються імена елементам даних, описуваних у словнику даних, що, у свою чергу, дозволить запобігти їх надмірність і суперечливість. Крім того, необхідно ретельно документувати будь-які існуючі юридичні чи внутрішні вимоги до даних (наприклад, про строге дотримання їх конфіденційності і т.п.).
4.2.2. Визначення вимог до системи Визначення вимог до системи - визначення діапазону дій і границь програми бази даних, складу її користувачів і областей застосування.
Перш ніж приступати до проектування програми бази даних, важливо установити границі досліджуваної області і способи взаємодії програми з іншими частинами інформаційної системи організації. Ці границі повинні охоплювати не тільки поточних користувачів і області застосування розроблювальної системи, але і майбутніх користувачів і можливі області застосування. На мал. 4.2 виділений діапазон і границі програми бази даних навчального проекту DreamHome.
4.2.3. Збір і аналіз вимог користувачів
Збір і аналіз вимог користувачів - збір і аналіз інформації про ту частину організації, робота якої буде підтримуватися за допомогою створюваної програми бази даних, а також використання цієї інформації для визначення вимог користувачів до створюваної системи.
Проектування бази даних засновано на інформації про ту частину організації, що буде обслуговуватися базою даних. Слід зазначити, що якщо організація розглядається з погляду проектування бази даних, то її ми будемо називати підприємством, (чи корпорацією). Необхідна для проектування бази даних інформація може бути зібрана такими способами:
за допомогою опитування окремих співробітників підприємства, особливо фахівців у найбільш важливих областях її діяльності;
за допомогою спостережень за діяльністю підприємства;
за допомогою вивчення документів, особливо тих, котрі використовуються для збору чи представлення інформації;
за допомогою анкет, призначених для збору інформації з широкого кола користувачів;
за рахунок використання досвіду проектування інших подібних систем.