Введение

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

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

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

Влияние классификации

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

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

Для всех рабочих продуктов, отнесенные к категории Ненужный, должна быть указана причина, по которой они попали в эту категорию.

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

Примеры применения

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

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

• У него будет Модель анализа
• У него не будет Модели анализа
• Он останется в своем текущем состоянии (Модель анализа необязательна)

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

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