- •Лекція 4. Проектування бази даних
- •4.1. Огляд життєвого циклу інформаційних систем Інформаційна система - ресурси, що дозволяють виконувати збір, коректування, поширення інформації усередині організації.
- •4.2. Життєвий цикл програми баз даних
- •4.2.1. Планування розробки бази даних Планування розробки бази даних - підготовчі дії, що дозволяють з максимально можливою ефективністю реалізувати етапи життєвого циклу програми бази даних.
- •4.2.2. Визначення вимог до системи Визначення вимог до системи - визначення діапазону дій і границь програми бази даних, складу її користувачів і областей застосування.
- •Вимога - деяка функція, що повинна бути включена в створювану систему.
- •4.2.4. Проектування бази даних Проектування бази даних - процес створення проекту бази даних, призначений для підтримки функціонування підприємства і сприятливий досягненню його цілей.
- •4.2.7. Створення прототипів
- •Створення прототипу - cтворення робочої моделі програми бази даних.
- •4.2.5. Вибір цільової скбд Вибір цільової скбд - вибір скбд придатного типу, призначеної для підтримки створюваного програми бази даних.
- •4.2.6. Розробка програм Розробка програм - проектування інтерфейсу користувача і прикладних програм, призначених для роботи з базою даних.
- •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.8. Реалізація Реалізація - фізична реалізація бази даних і розроблених програм.
У результаті виконання всіх етапів проектування (які можуть чи включати не включати створення прототипів) буде підготовлене усе, що необхідно для реалізації бази даних і прикладних програм. Реалізація бази даних здійснюється за допомогою створення її опису мовою визначення даних (DDL) цільовий СКБД. Команди DDL-мови компілюються і використовуються для створення схем і порожніх файлів бази даних. На цьому ж етапі визначаються і всі специфічні користувальницькі представлення.
П
рикладні
програми реалізуються за допомогою мов
третього чи четвертого покоління. Деякі
елементи цих прикладних програм будуть
являти собою транзакції обробки бази
даних, записувані мовою маніпулювання
даними (DML) цільовий СКБД і викликувані
з програм базовою мовою програмування
— наприклад, на Visual Basic, Delphi З, C++, Java,
COBOL, Fortran, Ada чи Pascal. Крім того, на цьому
етапі створюються інші компоненти
проекту програми - наприклад, екрани
меню, форми введення даних і звіти. Варто
враховувати, що багато існуючі СКБД
мають свої власні інструменти розробки
четвертого покоління, що дозволяють
швидко створювати програми за допомогою
не процедурних мов запитів, різноманітних
генераторів звітів, генераторів форм,
генераторів графічних зображень і
генераторів програм.
На цьому етапі реалізуються також використовувані програмою засоби захисту бази даних і підтримки її цілісності. Одні з них описуються за допомогою мови DDL цільовий СКБД, а інші, можливо, буде потрібно визначити іншими засобами - наприклад, за допомогою додаткових утиліт СКБД чи за допомогою створення прикладних програм, що реалізують необхідні функції.
4.2.9. Конвертування і завантаження даних
Конвертування і завантаження даних - перенос будь-яких існуючих даних у нову базу даних і модифікація будь-яких існуючих програм з метою організації спільної роботи з новою базою даних.
Цей етап виконується тільки в тому випадку, якщо нова база даних заміняє стару. В даний час будь-яка СКБД має утиліту завантаження вже існуючих файлів у нову базу даних. Цій утиліті звичайно потрібно надати специфікацію файлу-джерела і цільової бази даних, після чого вона автоматично перетворить дані в потрібний формат файлів нової бази даних. Якщо тільки це можливо, розроблювачу варто перетворити всі наявні додатки старої системи для використання їх у новій системі. Усякий раз, коли потрібно виконати перетворення і завантаження даних, цей процес варто ретельно планувати з метою забезпечення гладкого переходу системи в стан повної готовності.
4.2.10. Тестування Тестування - процес виконання прикладних програм з метою пошуку помилок.
Перш ніж використовувати нову систему на практиці, її варто ретельно протестувати, цього можна домогтися шляхом розробки продуманої стратегії тестування з використанням реальних даних, що повинна бути побудована таким чином, щоб весь процес тестування виконувався строго послідовно і методично правильно. Зверніть увагу на те, що в нашому визначенні тестування не приведена розповсюджена точка зору про те, що це є процес демонстрації відсутності помилок. Насправді тестування навряд чи зможе продемонструвати відсутність помилок у програмному забезпеченні - скоріше, навпаки, воно здатне лише показати їх наявність. Якщо тестування проведене успішно, воно обов'язково розкриє наявні помилки в прикладних програмах і, можливо, у структурах бази даних. Як побічний результат тестування може лише продемонструвати, що база даних і прикладні програми, очевидно, працюють відповідно до їх специфікацій і при цьому задовольняють існуючим вимогам, пропонованим до продуктивності. Крім того, збір статистичних даних на стадії тестування дозволяє установити показники надійності і якості створеного програмного забезпечення.
Як і при проектуванні баз даних, користувачі нової системи повинні бути включені в процес її тестування. В ідеалі, тестування системи повинне проводитися на окремому комплекті устаткування, але найчастіше це просто неможливо. При використанні реальних даних важливо попередньо створити їхні резервні копії, на випадок їхнього ушкодження в результаті помилок. По завершенні тестування процес створення прикладної системи вважається закінченим і вона може бути передана користувачам у промислову експлуатацію.
