32. Які є основні особливості водоспадної моделі?

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

33. У чому полягають негативні чинники послідовної схеми проектування?

Найчастіше в якості основного недоліку називалося істотне запізнення з отриманням результатів, що виникало внаслідок наступних особливостей процесу проектування: погодження результатів з користувачем відбувалося лише в моменти після завершення кожного етапу робіт; це призводило до того, що розробники проектували не ту ІС, яку бажав (уявляв) замовник і тим більше користувачі, а ту, яку уявили собі проекту в альники-аналітики, після цього — програмісти; моделі об'єкта, що автоматизується, які відповідали критеріям внутрішньої погодженості і повноти, застарівали для більш-менш великого проекту ІС (тобто переставали відповідати реальним зовнішнім вимогам) незабаром після їхнього затвердження, а інколи і водночас з ним; це стосується і функціональної, і інформаційної моделі, і проектів інтерфейсу користувача, і інструкцій персоналу; спроби довести до впровадження проект, що виконувався таким способом, змушували або викривляти вимоги до ІС, або перевищувати терміни і кошторис розроблення, або робити і те, й інше. З розвитком апаратних та програмних засобів основна причина (складність та розмір задач) значно втратила у важливості, і найбільш актуальною причиною є динаміка змін у вимогах до бази даних (БД) і ІС загалом.

Ще один великий недолік послідовної схеми розроблення стосується практики розроблення ІС. Практики і провідні аналітики оцінювали проектування ІС як таке, що дуже часто приводить до примітивної автоматизації (по суті — «механізації») існуючих виробничих дій працівників.

34. Опишіть особливості схеми безперервного розроблення.

Прикладом вдосконалення класичного проектування може служити підхід, який керівники великих проектів фірми IBM в 70-х — 80-х роках називали «Розробкою, що триває (продовжується)». Характерною особливістю такого підходу став неперервний процес розроблення і розвитку великої ІС з визначеними плановими моментами передачі до експлуатації нових версій та нових функціональних блоків (підсистем, задач) та вбудованими у процес проектування постійно здійснюваними процедурами експертизи якості, дієздатності та ін.

Велика увага приділялася організації процесу проектування. Вбудовані у процес експертизи служили тим засобом зворотного зв'язку, ґрунтуючись на якому можна було одержувати підтвердження користувача, і удосконалювати процес розроблення.