Фазы и работы ЖЦПО по Боэму. Каскадная модель Каскадная модель была введена в 70 – 80 гг. Она удобна для однородных ПП, когда каждое приложение представляло собой единое целое.
Основные характеристики модели: - Жизненный цикл разбивается на этапы (фазы); - Переход с этапа на этап – только после полного завершения текущего этапа; - Этап завершается выпуском полного комплекта документации, достаточной для того, чтобы работа могла быть выполнена другой командой разработчиков. Главные характерные черты каскадной модели следующие: завершение каждой фазы верификацией и подтверждением, цель которых – устранить возможно большее число проблем, связанных с разработкой изделия; циклические повторения реализованных фаз с возможно более ранней фазы. Рис.2. Каскадная модель ЖЦПО. В каскадной модели успешное окончание одной из фаз ЖЦПО означает достижение соответствующей цели инженерного программирования (см. п. 2.4.). К этим подцелям необходимо добавить еще две: Детальная проектируемость – получение полных верифицированных спецификаций и структур управления и данных, интерфейсных связей, характеристик, основных алгоритмов и определение условий работы каждого программного компонента.
Кодируемость – получение полного, верифицированного набора компонентов программы.
Основные достоинства: Формирование полного набора проектной документации в конце работы над этапом. Документация отвечает критериям полноты и завершенности; Возможность планирования сроков и затрат. Для целого ряда ПП эта модель реализуема – это для систем, для которых на этапе анализа можно точно и полно сформировать все требования.
Например, сложные вычислительные программы. Основные недостатки: - Большие сроки от анализа до завершения; - Требования к ПО «заморожены» в виде ТЗ до конца разработки. 1.3.2 Экономическое обоснование каскадной модели Не углубляясь в экономический анализ, которому Б.У. Боэм уделяет большое внимание в книге «Инженерное проектирование программного обеспечения», скажем лишь, что экономическое обоснование каскадной модели, ориентированной на последовательное достижение целей, базируется на двух главных предпосылках: Для получения качественного программного изделия (т.е. такого, которое в полной мере удовлетворяет всем целям требуемого программного изделия) необходимо в любом случае осуществить все подцели на каждом этапе.
Любое другое упорядочение подцелей приводит к созданию менее качественного программного изделия. 1.3.3