хід виконання робіт може легко відстежуватись,

так як завершення кожної фази є контрольною точкою

за цією моделлю можливе

багаторазове застосування компонентів уже існуючих програм

стадії, що виконуються в логічній послідовності

дозволяють чітко спланувати терміни завершення робіт і відповідні витрати

безпосередній зв'язок із замовником на етапі затвердження прототипу

дозволяє звести до мінімуму кількість невідповідностей вимогам програмного

продукту

покращується розуміння як розробника так і

замовника вимог до наступних ітерацій програмного продукту

етап завершення розробки нового функціоналу.

Можливо додавання нових функцій. Стадія внутрішнього  тестування. Застосовується тільки для

ознайомлення з майбутніми можливостями

початкова стадія розробки, характеризується

значними змінами та великою

кількістю помилок

промислова — стабільна версія програми, що

підготовлена до тиражування, відповідає всім вимогам з якості та готова для

масового розповсюдження

стадія публічного тестування. Перший реліз, що

виходить  за  межі відділу розробки

пре-реліз —стадія-кандидат

на стабільну версію. Реалізовано весь функціонал та виконано комплексне

тестування

відстеження функціональних характеристик ПП

розробка план-графіку робіт

розподіл повноважень всередині команди

спонтанність, хаотичність розробки ПЗ

використання основних

процесів управління

етап завершення розробки нового функціоналу.

Можливо додавання нових функцій. Стадія внутрішнього  тестування. Застосовується тільки для

ознайомлення з майбутніми можливостями

стадія публічного тестування. Перший реліз, що

виходить  за  межі відділу розробки

початкова стадія розробки, характеризується

значними змінами та великою кількістю помилок

промислова — стабільна версія програми, що

підготовлена до тиражування, відповідає всім вимогам з якості та готова для

масового розповсюдження

це процес визначення

архітектури, компонентів, інтерфейсів, інших характеристик системи й кінцевого

складу програмного продукту

це процес визначення мети і призначення програмного

продукту

не має правильної відповіді

архітектури правил розробки програмного

забезпечення

це процес визначення архітектури програмного

забезпечення

визначений

керований

початковий

повторюваний

централізовані  та розподілені

блокуючі та не блокуючі

контролюючі текстового вмісту коду 

все з перерахованого

контролюючі бінарного вмісту файлів проекту

здійснюється покращення

процесу розробки

здійснюється написання коду ПЗ та його апробація

застосовуються подетальні виміри якості процесу

виробництва і за необхідності приймаються управлінських рішень для його

покращення

всі відповіді вірні

необхідний час реакції системи на запит;

необхідну функціональність системи і ступінь

адаптації до умов, які змінюються з часом, її функціонування

безвідмовну роботу

системи в необхідному режимі; 

готовність і

приступність системи для обробки запитів користувачів;

всі відповіді вірні

етап завершення розробки нового функціоналу.

Можливо додавання нових функцій. Стадія внутрішнього  тестування. Застосовується тільки для

ознайомлення з майбутніми можливостями

промислова — стабільна версія програми, що

підготовлена до тиражування, відповідає всім вимогам з якості та готова для

масового розповсюдження

пре-реліз —стадія-кандидат на стабільну версію.

Реалізовано весь функціонал та виконано комплексне тестування

фінальний реліз -

завершення всіх робіт з комерціалізації продукту. Готов до продаж через веб або

на фізичних носіях