2.Модель процесса разработки msf

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

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

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

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

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

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

Модель процесса разработки MSF имеет три отличительные осо­бенности:

• разбиение на фазы (рис. 2.1);

• контроль выполнения работ на каждой фазе;

• итеративность (стрелка на рис. 2.1 возвращает процесс к первой фазе).

Хотя на рис. 2.1 все четыре фазы занимают по четверти времени, от­веденного на проект, в действительности дело не всегда обстоит именно так. Распределение времени и ресурсов между фазами диктуется осо­бенностями бизнес-проблемы и технологической инфраструктуры.

Фазы

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

•Анализ, цель которого — выработать единую концепцию проекта.

•Проектирование, результаты которого — подробный план проек­та и архитектура приложения.

•Разработка, цель которой — создание полнофункционального продукта.

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

Этапы

Модель процесса разработки MSF базируется на этапах, представля­ющих собой точки синхронизации и обзора выполненной работы в противоположность традиционным методам, где они выступают в качестве моментов фиксации приложения или его спецификаций. Этапы позволяют проектной группе контролировать ход выполнения проекта и корректировать его — например, в связи с изменением тре­бований заказчика или в ответ на реализацию какого-либо риска.

Этапы модели процесса разработки MSF подразделяются на ос­новные и промежуточные. И те, и другие характеризуются необходи­мостью добиться некоторых результатов — только в этом случае про­ектная группа может считать этап пройденным.