任务:执行配置审计
此任务定义了如何执行“配置审计”。
规程:配置与变更管理
用途
  • 确定基线包含所有必需的工作产品。
  • 确定基线满足需求。
关系
角色主执行者: 其他执行者:
输入必需:
    可选:
      输出
        流程使用情况
        步骤
        执行物理配置审计

        物理配置审计(PCA)识别要从项目存储库进行部署的产品的组件。步骤为:

        • 识别要部署的基线(一般只是一个名称和/或数字,但也可能是所有文件及其版本的完整列表)。
        • 确认开发流程中指定的所有必需的工作产品都在基线中。在配置审计调查结果中列出缺失的工作产品。

        其他级别的物理配置审计

        一些组织使用物理配置审计确认设计和/或用户文档与代码的一致性。Rational Unified Process 建议在整个交付流程中将此一致性检查作为复审活动的一部分来执行。在该后期阶段,应将审计限制为审计是否存在必需的可交付件,而非复审内容。

        执行功能配置审计

        功能配置审计(FCA)确认基线满足针对基线的需求。执行这一审计的步骤为:

        • 准备一个报告,列出针对基线的每个需求、其相应的测试过程以及基线的测试结果(通过/未通过)。  
        • 确认每个需求进行了一次或多次测试,并确认需求的所有测试都已通过。在配置审计调查结果中列出所有没有测试过程的需求以及测试未完成或未通过的需求。 
        • 生成针对该基线的 CR 列表。确认每个 CR 都已结束。在配置审计调查结果中列出任何没有结束的 CR。
        报告调查结果

        如上所述,出现的任何不一致的情况都捕获到审计结果中。此外,还应该执行以下步骤:

        • 识别更正性操作。此操作可能要求与项目团队的各个成员进行面谈,以确定差异的来源以及适当的更正方法:
          • 对于缺失的工作产品,适当的操作一般是将工作产品置于配置控件下,或者创建一个 CR 或任务来创建缺失的工作产品。
          • 对于未进行测试的或未通过测试的需求,需求可以用于后面的基线,或者协商将其从需求集中删除。
          • 对于未结束的 CR,只要将 CR 结束就可以了;也可能该 CR 需要进行进一步测试或延期到后面的基线。
        • 对于每个更正操作,请分配职责并确定完成日期。