|
По мере выполнения проекта и повышения полноты и стабильности контрольных версий руководитель проекта может ввести
понятия рангов для описания контрольных версий в терминах стабильности и полноты. Ранги и другие атрибуты
контрольных версий должны быть определены с учетом особенностей конкретного проекта, хотя в большинстве проектов
применяется одна и та же система рангов. Пример системы рангов приведен ниже:
-
Проведено тестирование интеграции
-
Проведено тестирование системы
-
Проведена приемка
-
Продукт поставлен
В данном примере ранги отражают общее состояние дел проекта и укрепление его стабильности со временем. Учтите, что хотя
программное обеспечение обычно проходит систему рангов в указанном порядке, бывают ситуации, когда его стабильность или
полнота ухудшаются. Изменение ранга контрольной версии в первом случае называется повышением ранга, а во втором -
понижением ранга.
Иногда возникают ситуации, когда целесообразно понижение ранга контрольной версии. Например, интегратор может
обнаружить серьезную ошибку в новой контрольной версии. Для того чтобы воспрепятствовать импорту этой ошибки в рабочие
области разработчиков, можно дополнительно снабдить контрольную версию пометкой "отклонена".
Рекомендуемая контрольная версия соответствует конфигурации системы, которая достигла определенного ранга. Контрольная
версия включается в состав рекомендуемых по достижении определенного ранга, например "Проведена приемка". Кроме того,
ранги могут использоваться в правилах разработки проектов. Например, для проекта может быть установлено правило о том,
что определенная контрольная версия считается "рекомендуемой" в момент достижения определенного ранга. Подобные правила
позволяют организовать автоматическое обновление содержания рабочих областей разработчиков при изменении полноты и
стабильности контрольных версий.
|
