4. Каскадная модель жизненного цикла ис

Каскадная модель – модель жизненного цикла ИС, которая предусматривает последовательное выполнение всех этапов проекта в строго фиксированном порядке. Переход на следующий этап означает полное завершение работ на предыдущем этапе.

Каскадная модель у Грекула:

Разработка требований ->Проектирование -> Реализация -> Тестирование -> Ввод в действие.

Каскадная модель на слайде Кравченко (скорее всего на слайде представлена поэтапная модель с промежуточным контролем, при которой разработка ИС ведется итерациями с циклами обратной связи между этапами, а межэтапные корректировки позволяют учитывать реально существующее взаимовлияние результатов разработки на различных этапах):

Исследование концепции <->Исследование системы <-> Требования <-> Проектирование <->Разработка <-> Внедрение <-> Установка <-> Эксплуатация и поддержка <-> Сопровождение <-> Вывод из эксплуатации.

Преимущества каскадной модели по Кравченко:

• хорошо известна заказчикам и конечным пользователям (часто используется для различных проектов, не связанных с разработкой ПО);

• последовательно реализует этапы работ;

• доступна для понимания, проста и удобна в эксплуата­ции, так как процесс разработки выполняется поэтапно;

• эффективна, когда требования к качеству доминируют над требованиями к затратам и графику выполнения проекта;

• позволяет участникам проекта, завершившим действия на выполняемой ими фазе, приступить к реализации других проек­тов;

• процедуры по контролю за качеством выполняются по­этапно;

• ход выполнения проекта легко проследить с помощью временной шкалы (или диаграммы Ганта).

Недостатки каскадной модели по Кравченко:

• в основе модели лежит последовательная линейная струк­тура, в результате чего попытка вернуться хотя бы на одну фазу, чтобы решить какую-либо проблему или исправить недостаток, приведет к существенному увеличению затрат и сбою в графике работ;

• не отображает процессы, направленные на разрешение проблем;

• сложность в определении выполненного объема работ по проекту;

• интеграция полученных результатов происходит на завер­шающей стадии модели, что приводит к более позднему обна­ружению ошибок или недостатков и повышает степень риска при устранении ошибок в короткие сроки;

• заказчик принимает участие в процессе создания КИС только в самом начале - при сборе требований, и в конце - во время приемочных испытаний;

• заказчик может оценить качество системы лишь по окон­чании процесса разработки;

• отсутствует возможность поэтапного внедрения системы;

• обучение сотрудников происходит в конце жизненного цикла, когда система уже сдана в эксплуатацию;

• каждая фаза является предпосылкой для выполнения пос­ледующих действий, что значительно повышает риски;

• для каждой фазы создаются результативные данные, ко­торые по завершении фазы считаются неизменными для следу­ющих этапов жизненного цикла продукта; если результаты ка­кого-либо этапа изменяются, это влечет изменение графика работ;

• все требования должны быть известны в начале жизнен­ного цикла, но заказчики редко могут четко сформулировать требования на момент начала проекта;

• модель не рассчитана на динамические изменения требо­ваний в ходе жизненного цикла;

• модели необходимы жесткое управление и контроль, по­скольку в ней не предусмотрена возможность модификации тре­бований;

•  модель основана на документации, что предполагает из­быточность документов.

Область применения каскадной модели по Кравченко:

• Каскадную модель целесообразно использовать в следующих ситуациях.

• Требования к системе четко определены и стабильны, а методы их реализации известны и уже апробированы на прак­тике.

• Функционал системы уже знаком разработчикам и имеет­ся богатый опыт в создании подобного типа систем (автомати­зация бухгалтерского учета, электронный документооборот, ав­томатизация управления цепочками поставок и др.).

• Новая версия существующей системы, когда вносимые изменения определены и управляемы.

• Переход системы на новую платформу.

• Каскадные модели используются при выполнении масштаб­ных проектов, в которых задействовано несколько больших команд разработчиков.

Положительные стороны применения каскадного подхода:

• на каждом этапе формируется законченный набор проектной документации, отвечающий критериям полноты и согласованности;

• выполняемые в логической последовательности этапы работы позволяют планировать сроки завершения всех работ и соответствующие затраты.

Основной недостаток – реальный процесс создания системы никогда полностью не укладывается в такую жесткую схему, постоянно возникает потребность в возврате к предыдущим этапам и уточнении или пересмотре ранее принятых решений. В результате реальный процесс создания ИС оказывается соответствующим поэтапной модели с промежуточным контролем. При этом общие требования к ИС зафиксированы в виде ТЗ на все время ее создания.

Каскадная модель предполагает разработку законченных продуктов на каждом этапе: ТЗ, ТП, программного продукта и пользовательской документации. Разработанная документация позволяет не только определить требования к продукту следующего этапа, но и определить обязанности сторон, объем работ и сроки, при этом окончательная оценка сроков и стоимости проекта производится на начальных этапах, после завершения обследования.