Головна |
Ця модель зобов'язана своєю появою У. Ройс ([1], 1970 г.). Модель має й іншу назву - водоспад (waterfall). Особливість моделі - перехід на наступний щабель здійснюється тільки після того, як буде повністю завершена робота на попередній стадії; повернень на пройдені стадії не передбачено (рис.5.4).
Мал. 5.4.Каскадна модель життєвого циклу програмного забезпечення
Вимоги до розроблюваної ПС, певні на стадіях формування та аналізу, суворо документуються у вигляді ТЗ і фіксуються на весь час розробки проекту. Критерієм якості розробки при такому підході є точність виконання специфікацій ТЗ. Основна увага розробників зосереджується на досягненні оптимальних значень технічних характеристик розроблюваної ПС - продуктивності, обсягу займаної пам'яті і ін.
переваги каскадної моделі:
- На кожній стадії формується закінчений набір проектної документації, що відповідає критеріям повноти і узгодженості;
- Виконуються в логічній послідовності стадії робіт дозволяють планувати терміни завершення всіх робіт і відповідні витрати.
Каскадний підхід добре зарекомендував себе при побудові ПС, для яких на самому початку проекту можна повно і чітко сформулювати всі вимоги. Поки все це контролюється стандартами і різними комісіями Госпріємки, схема працює добре.
недоліки каскадної моделі:
- Виявлення та усунення помилок проводиться тільки на стадії тестування, яке може істотно розтягнутися;
- Реальні проекти часто вимагають відхилення від стандартної послідовності кроків;
- Цикл заснований на точної формулюванні вихідних вимог до ПС, реально на початку проекту вимоги замовника визначені лише частково;
- Результати робіт доступні замовнику тільки по завершенні проекту.
Аналіз вимог при проектуванні ПС. Діаграми кооперації та видів діяльності | екстремальне програмування
Процедурно-орієнтований і об'єктно-орієнтований підходи до розробки ПЗ | Етапи життєвого циклу розробки і розвитку ПС. Особливості | Технологія розробки ПС RUP. Особливості | Мова UML. Призначення. можливості | UML. Діаграма класів. Виділення класів предметної області і виявлення відносин між ними. Етапи побудови об'єктної моделі і формальні ознаки її удосконалення | UML. Діаграми станів об'єкта і послідовностей. особливості синтезу | Діаграма прецедентів. Роль прецедентів при розробці ПС. Види прецедентів і відносини між ними. Правила опису | Формування вимог до ПС на основі прецедентів. функції ПС | Уніфікований процес розробки ПС. Етапи та ітерації. Особливості | Критерії та метрики визначення якості та складності розробки ПС. Фунціональном і розмірно-орієнтовані метрики. Метрики ОНПС (метрики Чідамбера-Кемерерва). |