Преимущества каскадной модели жизненного цикла
К основным преимуществам каскадной модели относятся:
стабильность требований в течение всего жизненного цикла разработки;
возможность последовательного устранения возникающих сложностей;
определенность и понятность шагов модели и простота ее применения;
упрощение возможности осуществления планирования, контроля и управления проектом;
доступность для понимания заказчиками;
эффективность для проектов с четкими и понятными, но трудно реализуемыми требованиями;
эффективность для проектов с высокими требованиями к качеству при отсутствии жестких ограничений затрат и графика работ.
Недостатки каскадной модели жизненного цикла
При использовании классической каскадной модели для несоответствующего ей проекта выявляются следующие ее недостатки:
сложность четкого формулирования требований в начале жизненного цикла и невозможность их динамического изменения на его протяжении;
последовательность линейной структуры процесса разработки, в результате возврат к предыдущим шагам для решения возникающих проблем приводит к увеличению затрат и нарушению графика работ;
непригодность промежуточного продукта для использования;
невозможность гибкого моделирования систем, не имеющих аналогов;
позднее обнаружение проблем, связанных со сборкой, в связи с одновременной интеграцией всех результатов в конце разработки;
недостаточное участие пользователя в создании системы – только в самом начале (при разработке требований) и в конце (во время приемочных испытаний);
невозможность предварительной оценки качества системы пользователем;
проблемность финансирования проекта, связанная со сложностью единовременного распределения больших денежных средств.
Область применения каскадной модели
Ограничение области применения каскадной модели определяется ее недостатками. Ее использование наиболее эффективно в следующих случаях:
при разработке проектов с четкими, неизменяемыми в течение ЖЦ требованиями, понятными реализацией и техническими методиками;
при разработке проекта, ориентированного на построение системы или продукта такого же типа, как уже разрабатывались разработчиками ранее;
при разработке проекта, связанного с созданием и выпуском новой версии уже существующего продукта или системы;
при разработке проекта, связанного с переносом уже существующего продукта на новую платформу;
при выполнении больших проектов, в которых задействовано несколько больших команд разработчиков.
V-образная модель жизненного цикла разработки программных средств и систем
Основное назначение V-образной модели – обеспечение планирования тестирования системы на ранних стадиях проекта.
V-образная модель поддерживает стратегию однократного последовательного выполнения этапов разработки жизненного цикла и базируются на предварительно полном формировании требований.
V-образная модель представляет собой разновидность каскадной модели. Она так же имеет последовательную структуру цикла разработки. Каждый шаг начинается после завершения предыдущего шага (в классической V-образной модели).
Однако в V-образной модели выделены связи между шагами, предшествующими программированию, и соответствующими видами тестирования и испытаний.
Рисунок 2 .5 изображает вариант V-образной модели, адаптированный к работам и задачам процесса разработки, определенного в СТБ ИСО/МЭК 12207-2003.
На этапе анализа требований к системе разрабатывается план ввода в действие и обеспечения приемки.
На этапе проектирования системы выполняется проектирование системной архитектуры и анализ требований к программным средствам. На данном этапе разрабатывается план квалификационных испытаний системы.
На этапе проектирования программных средств выполняется проектирование программной архитектуры и техническое проектирование программных средств. На данном этапе разрабатывается план квалификационных испытаний программных средств. Выделяем отдельные компоненты, затем компоненты делятся на составляющие, составляющие в свою очередь на модули. Одновременно составляется план сборки программных средств из модулей.
На этапе сборки и квалификационных испытаний программных средств осуществляется сборка программных средств в функционально связанные группы и квалификационные испытания данных групп. Целью данного этапа является подтверждение результатов этапа проектирования программных средств
На шаге сборки и квалификационных испытаний системы выполняется полная сборка системы и ее квалификационные испытания. Целью данного этапа является подтверждение результатов этапа проектирования системы.
На шаге ввода в действие и обеспечения приемки осуществляются приемочные испытания, целью которых является проверка пользователем соответствия системы исходным требованиям.
Процессы разработки планов испытаний и тестирования и подтверждения результатов соответствующих этапов (Рисунок 2 .5) обозначены пунктирными линиями.
Как и в каскадной модели, интегральные задачи выполняются на всех этапах. Они включают мониторинг и управление проектом, оценку и управление качеством, верификацию и аттестацию, менеджмент конфигурации, разработку документации.
Рисунок 2.5 – V-образная модель жизненного цикла
В V-образной модели предполагается, что все вспомогательные процессы включены.
Существует ряд модификаций V-образной модели, обусловленных разновидностью обратных связей (рис. Рисунок 2 .6, Рисунок 2 .7).
Рисунок 2.6 – Структура V-образной модели с организацией обратной связи между соседними этапами жизненного цикла
Рисунок 2.7 – Структура V-образной модели с возможностью возвращаться от к любого этапа к любому.