вимоги характеризуються високою динамікою коригування та уточнення, неможливістю чіткого і однозначного визначення вимог до початку робіт з реалізації (особливо, для нових систем) і швидкої мінливістю в процесі експлуатації системи.
У каскадної моделі перехід від однієї фази проекту до іншої передбачає повну коректність результату (виходу) попередньої фази. Однак, наприклад, неточність якої вимоги або некоректна його інтерпретація, в результаті, призводить до того, що доводиться В«відкочуватисяВ» до ранньої фазі проекту і необхідна переробка не просто вибиває проектну команду з графіка, але призводить часто до якісного зростання витрат.
Крім того, ця модель не здатна гарантувати необхідну швидкість відгуку і внесення відповідних змін у відповідь на швидко мінливі потреби користувачів, для яких програмна система є одним з інструментів виконання бізнес-функцій.
Перевагами каскадної моделі є:
В· На кожному етапі формується закінчений набір проектної документації, який відповідає критеріям повноти і узгодженості.
В· Виконувані в логічній послідовності етапи робіт дозволяють планувати терміни завершення всіх робіт і відповідні витрати.
В· Зручна для ПП, де вже на початку досить повно сформульовані всі вимоги.
Використовується для створення складних розрахункових систем або програм, що вимагають написання великого обсягу коду.
Спіральна
У разі спіральної моделі процесу розробки програмного забезпечення послідовність: аналіз вимог - проектування - реалізація - тестування - виконується більше одного разу. Для цього може бути кілька причин. Основна причина звичайно пов'язана з необхідністю попередження ризиків. Іншою причиною може бути необхідність надати замовнику часткову версію проекту для отримання відгуків та побажань. Якщо розробляється програма досить складна, необхідно виконувати проміжні інтеграції, не відкладаючи цю фазу на самий кінець, як це наказує, наприклад, каскадна модель. Загальна ж ідея спірального процесу полягає в тому, щоб на кожній ітерації будувати чергову версію програми, використовуючи в якості основи її попередню версію. p align="justify"> Розробка итерациями відображає об'єктивно існуючий спіральний цикл створення системи. При спіральному циклі можливе неповне завершення робіт на кожному етапі з переходом на наступний етап. При ітеративному способі розробки відсутню роботу можна буде виконати на наступній ітерації. При цьому досягається головне завдання - якнайшвидше показати користувачам системи працездатний продукт, тим самим, активізуючи процес уточнення і доповнення вимог, що зрештою сприяє отриманню продукту максимально відповідного вимогам замовника. p align="justify"> Крім того, спіральна мо...
