Физический контроль конфигурации (PCA) позволяет определить компоненты продукта, подлежащие развертыванию из хранилища проекта. Выполните следующие действия:

• Определите контрольную версию для развертывания (как правило, имя и/или номер, либо полный список файлов с версиями).
• Убедитесь, что в состав в контрольной версии входят все требуемые рабочие продукты, указанные в процессе разработки. Укажите список отсутствующих рабочих продуктов в результатах контроля конфигурации.

Прочие уровни физического контроля конфигурации

В некоторых организациях физический контроль конфигурации применяется для проверки согласованности между исходными кодом и проектом и/или пользовательской документацией. Rational Unified Process рекомендует выполнять проверку согласованности в рамках регулярных операций проверки в течение всего процесса разработки программного обеспечения. На этом этапе контроль следует ограничить проверкой наличия конечных продуктов, а не их содержимого.

Функциональный контроль конфигурации (FCA) позволяет проверить соответствие контрольной версии установленным требованиям. Выполните следующие действия:

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

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

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