Модели жизненного цикла программного средства

Различают следующие модели жизненного цикла:

5. Каскадная модель (водопад).

Классические представители: стандарты ИСО, СММ.

Модель предполагает следующие свойства взаимодействия этапов:

1. Модель состоит из последовательно расположенных этапов;

2. Каждый этап заканчивается до того как начнется следующий;

3. Возврат к предыдущему этапу не предусмотрен;

4. Исправление ошибок происходит лишь на стадии тестирования;

5. Результат появляется только в конце разработки.

Критерий появления результатов – это отсутствие ошибок и точное соответствие продукта первоначальной сертификации.

6. Поэтапная модель в промежуточном контроле (водоворот).

Модель предполагает следующие свойства взаимодействия этапов:

1. Модель состоит из последовательно расположенных этапов;

2. Каждый этап имеет обратную связь с предыдущими этапами;

3. Исправление ошибок происходит на каждом этапе сразу при выявлении проблемы. Это промежуточный контроль;

4. Этапы перекрываются во времени по причине наличия обратной связи.

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

5. Результат появляется только в конце разработки.

Критерий появления результатов: приемлемое количество продукта, т.е. такое его состояние, когда наиболее критические для клиента ошибки устранены, а с остальными он согласился. Данные ошибки описаны в документации и т.о. переведены в разряд особенности системы.

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

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

7. Спиральная модель.

Является развитием интерактивных подходов.

Представители данной методологии: RUO, MSF.

Модель предполагает следующие свойства взаимодействия этапов:

1. Модель состоит из последовательного расположенных этапов в пределах одного витка спирали;

2. Внутри витка спирали этапы не имеют обратной связи. Анализ результата осуществляется в конце витка и инициирует новый виток спирали.

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

4. Этапы могут перекрываться во времени в пределах одного витка спирали.

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

6. При переходе от витка к витку происходит накопление и повторное использование программных средств, моделей и прототипов.

7. Процесс ориентирован на развитие и модификацию системы в процессе ее проектирования, на анализ рисков и задержек в процессе проектирования.

Основная особенность данной методологии:

Сложность концентрируется на начальных этапах ж.ц. ПО (анализа проектирования). Сложность и трудоемкость последующих этапов в пределах одного витка спирали относительно не высокие. Данная методология предлагает снижение затрат в целом, при разработке ПО, за счет предотвращения потенциальных ошибок на этапах анализа и проектирования.