Преимущества каскадной модели жизненного цикла

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

1. стабильность требований в течение всего жизненного цикла разработки;

2. возможность последовательного устранения возникающих сложностей;

3. определенность и понятность шагов модели и простота ее применения;

4. упрощение возможности осуществления планирования, контроля и управления проектом;

5. доступность для понимания заказчиками;

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

7. эффективность для проектов с высокими требованиями к качеству при отсутствии жестких ограничений затрат и графика работ.

Недостатки каскадной модели жизненного цикла

При использовании классической каскадной модели для несоответствующего ей проекта выявляются следующие ее недостатки:

1. сложность четкого формулирования требований в начале жизненного цикла и невозможность их динамического изменения на его протяжении;

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

3. непригодность промежуточного продукта для использования;

4. невозможность гибкого моделирования систем, не имеющих аналогов;

5. позднее обнаружение проблем, связанных со сборкой, в связи с одновременной интеграцией всех результатов в конце разработки;

6. недостаточное участие пользователя в создании системы – только в самом начале (при разработке требований) и в конце (во время приемочных испытаний);

7. невозможность предварительной оценки качества системы пользователем;

8. проблемность финансирования проекта, связанная со сложностью единовременного распределения больших денежных средств.

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

Ограничение области применения каскадной модели определяется ее недостатками. Ее использование наиболее эффективно в следующих случаях:

1. при разработке проектов с четкими, неизменяемыми в течение ЖЦ требованиями, понятными реализацией и техническими методиками;

2. при разработке проекта, ориентированного на построение системы или продукта такого же типа, как уже разрабатывались разработчиками ранее;

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

4. при разработке проекта, связанного с переносом уже существующего продукта на новую платформу;

5. при выполнении больших проектов, в которых задействовано несколько больших команд разработчиков.

3. V-образная модель жизненного цикла разработки программных средств и систем

Основное назначение V-образной модели – обеспечение планирования тестирования системы на ранних стадиях проекта.

V-образная модель представляет собой разновидность каскадной модели. Она так же имеет последовательную структуру цикла разработки. Каждый шаг начинается после завершения предыдущего шага.

Однако в V-образной модели выделены связи между шагами, предшествующими программированию, и соответствующими видами тестирования и испытаний [8].

На рис.2.3 приведен вариант V-образной модели, адаптированный к работам и задачам процесса разработки, определенного в СТБ ИСО/МЭК 12207-2003.

На этапе анализа требований к системе разрабатывается план ввода в действие и обеспечения приемки.

На этапе проектирования системы выполняется проектирование системной архитектуры и анализ требований к программным средствам. На данном этапе разрабатывается план квалификационных испытаний системы.

На этапе проектирования программных средств выполняется проектирование программной архитектуры и техническое проектирование программных средств. На данном этапе разрабатывается план квалификационных испытаний программных средств.

На этапе сборки и квалификационных испытаний программных средств осуществляется сборка программных средств в функционально связанные группы и квалификационные испытания данных групп. Целью данного этапа является подтверждение результатов этапа проектирования программных средств

На шаге сборки и квалификационных испытаний системы выполняется полная сборка системы и ее квалификационные испытания. Целью данного этапа является подтверждение результатов этапа проектирования системы.

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

Процессы разработки планов испытаний и тестирования и подтверждения результатов соответствующих этапов на рис.2.3 обозначены пунктирными линиями.

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

Рисунок 2.3. V-образная модель жизненного цикла