2. Стратегии разработки пс.

Жизненный цикл – период времени, который начинается с момента принятия решения о необходимости создания программного продукта и заканчивается в момент его полного изъятия из эксплуатации.

При разработке (конструировании) программного обеспечения придерживаются следующих стратегий:

• однократный проход (водопадная стратегия);

• инкрементная стратегия;

• эволюционная стратегия.

Эти стратегии нашли отражение в моделях жизненного цикла программного обеспечения.

Модель ЖЦ - структура, определяющая последовательность выполнения и взаимосвязи процессов, действий и задач, выполняемых на протяжении жизненного цикла. Модель ЖЦ определяется спецификой ИС, условий, в которых она создается и функционирует.

В то же время наибольшее распространение получили следующие модели ЖЦ:

• каскадная модель (70-85 гг.);

• инкрементная модель (86-90 гг);

• компонентно-ориентированная модель (90-е годы);

• спиральная модель (86-90 гг.).

3. Характеристики стратегий разработки.

Существуют 3 стратегии конструирования ПО:

• однократный проход (водопадная стратегия) — линейная последовательность этапов конструирования;

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

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

Характеристики стратегий конструирования ПО в соответствии с требованиями стандарта IEEE/EIA 12207.2 приведены в табл. 1.1.

Таблица 1.1. Характеристики стратегий конструирования

Стратегия конструирования	В начале процесса определены все требования?	Множество циклов конструирования?	Промежуточное ПО распространяется?
Однократный проход Инкрементная (запланированное улучшение продукта) Эволюционная	Да Да Нет	Нет Да Да	Нет Может быть Да

4. Каскадная модель

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

Рис. 1. Каскадная модель разработки ПО

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

• В начале процесса определены все требования к информационной системе.

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

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

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

Рис. 2. Реальный процесс разработки ПО по каскадной модели

Недостатки каскадного подхода:

• Согласование результатов с пользователями производится только после завершения каждого этапа.

• Требования к ИС можно изменить только после того, как работа над системой будет полностью завершена;

• В случае неточных требований пользователи получают систему, не удовлетворяющую их потребностям;

• Модели (как функциональные, так и информационные) конструируемого объекта могут устареть одновременно с их утверждением.

Для преодоления перечисленных проблем была предложена спиральная модель ЖЦ.