10.5 Управління змістом проекту (предметною областю) в інформаційній сфері

Основна передумова сучасного підходу до оброблення інформації полягає у відносній стабільності даних. На підприємстві здебільшого циркулює така інформація: типи об'єктів та їхні характеристики, що рідко змінюються протягом тривалого періоду часу. Тобто дані змінюються постійно, а їхня структура залишається стабільною. Тому і процедури, для яких застосовуються дані, змінюються швидко і часто. У зв'язку з цим визначальним напрямом організації та оброблення даних стала концепція БД, що ґрунтується на стабільності основної інформації.

Системи управління БД у своєму розвитку охопили три покоління. Перше використовувалось для розв'язання прикладних задач у пакетному режимі, що забезпечу­вало автоматизацію локальних (на рівні відділу) робіт. Друге відкрило можливість виключити багато несумісних копій даних, забезпечило більшу захищеність, цілісність і незалежність даних. ПЗ стало дворівневим. СУБД цих поколінь забезпечили автоматизацію в масштабі підприємства. СУБД третього покоління забезпечують інтерактивний режим роботи багатьох користувачів у реальному масштабі часу.

Роботи зі створення БД в ІС поділяють на такі стадії: передпроектну, ТП, РП, введення в експлуатацію.

Передпроектна стадія включає ТЕО та розроблення ТЗ, причому ТЕО передбачає вибір СУБД і розрахунок економічної ефективності впровадження БД.

Технічне завдання містить:

• опис предметної області, основні вимоги до БД;

• характеристики вхідних і вихідних документів;

• вимоги до програмного, технологічного й організаційного забезпечення БД;

• склад та організацію робіт зі створення БД;

• порядок приймання БД.

Технічний проект має на меті вироблення остаточних технологічних рішень щодо створення БД у складі ІС. На цьому етапі підготовляють контрольні приклади, проводять дослідні випробування на фрагментах БД.

Робочий проект передбачає випуск у повному обсязі проектної та експлуатаційної документації.

Введення в експлуатацію включає дослідну експлуатацію БД, навчання персоналу, виявлення та усунення помилок.

Проектування БД доцільно виконувати невеликою групою із трьох-чотирьох спеціалістів. Керує роботою адміністратор БД. Різноманітний досвід спеціалістів групи дає змогу всебічно опрацювати проект системи. Якщо адміністратор БД не є спеціалістом у цій предметній сфері, то йому потрібен консультант-економіст.

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

Наступні зустрічі із замовником відрізняються від першої, відбуваючись у формі інтерв'ю. Проектувальник до кожної зустрічі готує перелік запитань, послідовність яких передбачається технологією проектування. Запитання замовнику формулюються, допускаючи відповіді типу «так — ні».

Наступна ініціатива у спілкуванні належить проектувальнику. Результати зустрічей обов'язково документуються.