Фаза Анализ

Фазы разработки и их основные этапы.

Итеративность

Одна из важнейших особенностей модели процесса разработки MSF — повторяемость. За время жизни продукта процесс повторяется не­сколько раз, что позволяет пересматривать и расширять функцио­нальные возможности продукта в соответствии с изменением бизнес-требований.

Цель фазы «Анализ» — выработать единую концепцию проекта для всех его участников. Единая концепция предполагает наличие следующих составляющих.

• Согласованное всеми сторонами понимание бизнес-проблемы, на решение которой направлен

проект

• Решение, отвечающее ожиданиям.Важная часть фазы «Анализ» — выяснение мнения заказчика и его ожиданий, связанных с продуктом, на ранней стадии проекта

• Обоснованная оценка проектных ограничении — на стадии «Анализ» формируется понимание важнейших ограничений — сроков, ресурсов и характеристик продукта. На этой фазе, как правило, возможны лишь очень предварительные оценки этих параметров.

Уточнение проектных ограничений и достижение компромисса между тремя важнейшими факторами достигается их последовательной оценкой.

Концептуальное видение проекта, создаваемое на стадии «Анализ», позволяет очертить его рамки и готовит почву для более детального и формального планирования, которое выполняется на следующей стадии.

Стадия «Анализ» завершается этапом «Одобрение концепции». На этом, первом из основных этапов заказчик и проектная группа согласуют цели проекта, включая общие характеристики и функциональные возможности продукта.

Одобрение концепции означает, что проектная группа, заказчик и другие основные участники проекта согласовали:

• бизнес-задачи, на решение которых направлен проект;

• концепцию продукта;

• цели проектирования;

• риски, связанные с запуском проекта;

• базовую концепцию бизнес-решения;

• принципы управления проектом и состав проектной группы.

Подводя итог, еще раз напомним, что основная цель фазы «Анализ» — добиться консенсуса между всеми участниками проекта. Создание концепции позволяет всем участниками проекта оценить ее и принять решение о необходимости разработки проекта. Понимание,

согласие и приверженность концепции создают идеальную почву для перехода к фазе «Планирование».

3.3.Фаза «Планирование»

Одна из причин популярности модели процесса разработки MSF — огромное внимание, которое

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

на заключительных стадиях проекта.

3.3.Фаза «Разработка»

на стадии «Разработка», эта задача — создание приложения — становится главной.

Главная задача---написание кода приложения.

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

Основная цель- достижение основного этапа----завершение разработки

Этап «Завершение разработки»

Основная цель стадии «Разработка» — достижение этапа «Завершение разработки», знаменующего полную реализацию всех функциональных возможностей и готовность продукта ко внешнему тестированию и стабилизации. На этом этапе заказчик, пользователи, группы эксплуатации и сопровождения могут оценить законченный продукт и выявить проблемы, которые нужно устранить до выпуска продукта.

Достижение этапа «Завершение разработки» характеризуется следующими результатами:

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

• пересмотренным планом и графиком проекта;

• пересмотренным сводным документом оценки рисков;

• исходными текстами приложения и исполняемыми модулями;

• средствами повышения эффективности работы пользователей и

сопроводительными материалами;

• тестовыми спецификациями и схемами тестирования.

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

Достижение этапа «Завершение разработки» означает, что проектная группа не собирается реализовывать никакие дополнительные функциональные возможности продукта, а все участники проекта согласны с:

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

• производительностью продукта;

• готовностью продукта:

• стратегией тестирования и развертывания продукта (включая бета-версии).

3.4. Фаза «Стабилизация»

Готовя пилотное развертывание, помните, что его главная цель— выявить проблемы производительности и совместимости. Выявленные проблемы надо устранить в следующих выпусках, после чего можно переходить к развертыванию.Функциональные возможности приложения тестируются на стадии «Разработка», а производительность и совместимость — на стадии «Стабилизация». На этой стадии устраняются все найденные проблемы, а также завершается создание всех материалов, необходимых группам эксплуатации и сопровождения. Вообще одна из задач стадии «Стабилизация» — доделать все, что не закончено. Документация, инструкции по установке, окончательный список проблем с рекомендациями для будущих версий, руководство по развертыванию — все эти материалы на стадии «Стабилизация» приобретают окончательный вид. Фаза «Стабилизация» начинается, когда проектная группа переносит основное внимание с разработки на стабилизацию и выпуск продукта, и заканчивается, когда заказчик принимает продукт. Важная особенность этой фазы — участие пользователей в тестировании продукта. Процесс завершается выпуском продукта.

Этап "Выпуск продукта"

Достижение этапа «Выпуск продукта» — главная задача проектной группы. Он свидетельствует о завершении работы над продуктом и готовности к развертыванию. Происходит перераспределение ответственности за продукт — от группы разработки к группе логистики и сопровождения.

Для достижения этапа «Выпуск продукта» необходимы следующие результаты:

• окончательная версия продукта;

• документация к окончательной версии;

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

• результаты и средства тестирования;

• архивы проекта;

• обзор всех основных этапов проекта.

На этом этапе продукт готов к выпуску и эксплуатации. Этап «Выпуск продукта» свидетельствует о том, что все участники согласны с тем, что:

• продукт стабилен и все известные ошибки устранены;

• продукт принят заказчиком;

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

сопровождения;

• группа начинает работу над следующей версией продукта.

Дата добавления: 2014-01-05