Процесс планирования версий

В плане выпуска версий (iteration release plan) представлены расписания для каждого шага развития системы. «Такой план должен определять серию архитектурных выпусков, постепенно расширяющихся по функциональности и в конечном счете охватывающих требования ко всей системе»[12].

«В плане выпуска версий должны излагаться специфичные для версии цели:

  реализуемые возможности;

  уменьшаемые с данной версией риски;

  устраняемые версией дефекты.

Критерии выхода:

  обновленные сведения о возможностях;

  обновленный план уменьшения рисков;

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

  получение результатов тестирования продукта, включая список дефектов;

  план выпуска версий, содержащий измеримые вычисляемые критерии для оценки результатов следующей версии»[13].

Сценарии, созданные на этапе анализа, являются основными входными данными для этой стадии разработки. Сценарии изучаются и сортируются согласно степени риска, важности для заказчика и потребности в первоочередной разработке определенных базовых сценариев. Эта задача наилучшим образом решается рабочей группой, в состав которой входят эксперт по предметной области, аналитик, специалист по архитектуре и специалисты по тестированию. «Сценарии должны быть сгруппированы так, чтобы для очередного выпуска они совместно обеспечивали реализацию значительной части поведения системы и указывали на необходимость рассмотрения следующего наибольшего риска»[14].

После завершения очередной версии риски переоцениваются и план проекта при необходимости обновляется. «Для большинства проектов план определяет пять (плюс-минус два) промежуточных выпусков»[15].

Процесс планирования версий представлен на рис. 12.1.

Рис. 12.1. Процесс планирования версий