Дану модель також можна представити у вигляді спадного проектування й висхідної реалізації:
Переваги цієї моделі:
це дискретний (у часі) технологічний процес із зупинками по завершенню кожного етапу з можливістю контролю й повторення етапу при незадовільних результатах (тобто, ітерацій розробки);
розподіл на рівні абстракції дозволяє формувати документацію різного ступеня деталізації й формулювати критерії перевірки правильності прийнятих розв'язків до реалізації проекту, що сприяє попередженню помилок проектування;
концепція вимагає не переходити до чергового етапу до повного завершення попереднього – сильна вимога.
Недоліки моделі:
чим раніше допущена помилка, тем пізніше вона може бути виявлена. Чим пізніше виявлена помилка, тем дорожче її виправлення - більше етапів повернення. Тому ціль гарної технології - можливо більш раннє виявлення й попередження помилок, що досягається ретельним проектуванням.
Приклад(Mайерс, «Надійність ПЗ», 1986 р.) - команда ціною в 110 тис.$: у готовому софті бортового винищувача на стадії літних випробувань була виявлена помилка, для виправлення якої було змінено 9 команд, а заплатили за цю роботу 1 млн. $.
нав'язується стратегія проектування зверху вниз, що підходить тільки для добре специфікованих невеликих проектів, в основному прикладним. Складні системи або створюються вроздріб (як місто) або ростуть (еволюціонують), як природні об'єкти;
велика тривалість повного циклу розробки: замовники/користувачі можуть побачити перші результати дуже пізно, тільки по завершенню всього проекту й побажати радикально змінити вимоги. Вимоги конкурентного ринку змушують максимально скорочувати цикл розробки;
модель, створена на початку 70-х, розрахована на проектування "за столом", не враховує прискорення циклу кодування-налагодження в епоху персональних комп'ютерів;
