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

Графов Павел, Литвинов Антон, Бутов Максим.

Ноябрь 2007

В истории технологии программирования можно выделить три этапа:

•Осмысление опыта разработки больших систем.

•Разработка новых технологических подходов

•Принятие стандартов на состав процессов жизненного цикла программного обеспечения

Классификация технологических подходов

• Подходы со слабой формализацией.

(code & fix)

• Cтрогие (классические, жесткие, предсказуемые) подходы.

(waterfall model, spiral model, etc.)

• Гибкие (адаптивные, легкие) подходы.

(evolutionary prototyping, iterative delivery, extreme programming, etc.)

Code & fix

(подход со слабой формализацией)

Делать, пока не будет сделано

+нет затрат времени на проектирование

-ошибки требуют повторного кодирования

Как правило, это учебные или маленькие несложные проекты

WaTerFall model

(каскадные технологические подходы – русск.)

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

Каскадный подход

Его достоинства:

•модель доступна для понимания, проста и удобна;

•легко осуществлять контроль;

Его недостатки:

•линейная структура => возврат на одну или несколько фаз назад приводит к удорожанию проекта;

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

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

Каскадно-возвратный подход

V- образная модель

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

Преимущества:

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

•в V-образной модели определение требований выполняется перед разработкой проекта системы, а проектирование ПО — перед разработкой компонентов;

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

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

•модель проста в использовании (относительно проекта, для которого она является приемлемом).

Недостатки:

•с ее помощью непросто справиться с параллельными событиями;

•в ней не учтены итерации между фазами;

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

•в модель не входят действия, направленные на анализ рисков.