Фазы и их основные результаты.

 

Каждая фаза процесса разработки MSF завершается основным этапом.

 

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

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

2) Решение, отвечающее ожиданиям заказчика,

3) Обоснованная оценка проектных ограничений.

 

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

 

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

1) Концепция,

2) Оценка основных рисков,

3) Структура проекта

Кроме того, рекомендуется добавить к этому списку прототип приложения, демонстрирующий корректность и реализуемость концепции.

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

1) Бизнес-задачи, на решение которых направлен проект,

2) Концепцию проектирования,

3) Цели проектирования,

4) Риски, связанные с запуском проекта,

5) Базовую концепцию бизнес-решения,

6) Принципы управления и состав проектной группы.

 

Фаза “Планирование”. Вопрос “Почему планирование столь важно?” Причина проста: чем раньше обнаружены недостатки проекта, тем дешевле обходится их устранение. Относительная стоимость проектных ошибок, выявленных на разных стадиях выполнения проекта, проиллюстрирована на рис. 9.

 

 

Рис. 9. Относительная стоимость проектных ошибок

 

 

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

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

 

Этап “Одобрение плана проекта”

 

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

а) функциональные спецификации,

б) основной план проекта,

в) основной график проекта,

г) пересмотренный документ оценки рисков.

 

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

Достижение этого этапа означает, что проектная группа, заказчик и другие основные участники проекта достигли взаимопонимания по следующим вопросам:

а) что нужно сделать, чтобы продукт соответствовал потребностям бизнеса и производства,

б) приоритетные задачи,

в) сколько времени потребуется для завершения проекта,

г) как создавать продукт и кто будет этим заниматься,

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

е) промежуточные этапы и их резльтаты.

 

Фаза “Разработка”

 

Итерационный подход, применявшийся на предыдущих стадиях, на этой стадии приобретает особое значение. На стадии “Разработка” группа, как правило, последовательно выпускает несколько версий приложения. Эти версии, для которых используются названия альфа-, бета- и окончательная версия будут обсуждаться позднее. Кроме того, на этой стадии группа занимается всеми выявленными проблемами. Не следует рассчитывать на полное устранение всех ошибок и проблем на стадии “Разработка” – достаточно, если они будут исследованы. Следует помнить, что цель этой стадии – создать приложение, отвечающее заявленным требованиям и готовое к тестированию.

 

Этап “Завершение разработки”

 

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

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

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

2) пересмотренным планом и графиком проекта,

3) пересмотренным сводным документом оценки рисков,

4) исходными текстами приложения и исполняемых модулей,

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

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

 

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

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

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

2) производительностью продукта,

3) готовностью продукта,

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

 

Фаза “Стабилизация”

 

Опытные разработчики знают, что безошибочного кода не бывает и лишь тщательное тестирование способно снизить число ошибок до приемлемого уровня.

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

 

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

 

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

 

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

1) окончательная версия продукта,

2) документация к окончательной версии,

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

4) результаты и средства тестирования,

5) архивы проекта,

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

 

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

1) продукт стабилен и все известные ошибки устранены,

2) продукт принят заказчиком,

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

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

 

Замечание. Начинающие часто намеренно сокращают первую и последнюю стадии модели процесса разработки MSF. У всех проектов разработки программного обеспечения есть две общих составляющих: проектирование и кодирование. Эти составляющие практически точно проецируются на две фазы модели процесса разработки: “Планирование” и ”Разработка”.