作業: 執行配置審核
這項作業定義如何執行「配置審核」。
規範: 配置 變更管理
目的
  • 確定基準線包含所有必要的工作成果
  • 確定基準線符合需求。
關係
角色主要執行者: 其他執行者:
輸入強制: 選用:
輸出
流程用法
步驟
執行實體配置審核

「實體配置審核 (PCA)」指出要從「專案儲存庫」中部署的產品元件。步驟如下: 

  • 指定要部署的基準線(通常只有名稱及/或號碼,但也可能是包含所有檔案和版本的完整清單)。
  • 根據開發流程的規定,確認基準線包含所有必要的工作成果。在「配置審核結果」中列出遺漏的工作成果。 

實體配置審核的其他層次

有些機構會利用「實體配置審核」來確認設計及/或使用者文件與程式碼之間的一致性。 Rational Unified Process 建議在整個交付流程的審查活動中都要進行這項一致性檢查。 在這個後期的階段中,審核工作應該以審核必要的交付項目是否存在為主,而非審查內容。

執行功能配置審核

「功能配置審核 (FCA)」確認基準線符合此基準線的目標需求。這項審核的執行步驟如下: 

  • 準備一份報告,列出以基準線為目標的每一個需求、相對應的測試程序及基準線的測試結果(通過/未通過)。   
  • 確認每一個需求有一或多項測試,且已通過需求的所有測試。 在「配置審核結果」中列出任何沒有測試程序的需求,以及測試不完整或未通過的需求。 
  • 產生以此基準線為目標的 CR 清單。確認每一個 CR 已結案。在「配置審核結果」中列出未結案的任何 CR。 
報告審核結果

如果有任何不一致,則如上所述記錄在「審核結果」中。此外,應該採取下列步驟: 

  • 指定更正動作。可能需要洽談專案小組的各成員,以釐清不一致的原因和決定適當的更正措施: 
    • 對於遺漏的工作成果,適當的動作通常是將工作成果置於配置控制下,或建立 CR 或作業來建立遺漏的工作成果。
    • 對於未測試或未通過的需求,可能改以稍後的基準線為目標,或決定從需求組合中移除。
    • 對於未決的 CR,可能只要直接結案,或需要進一步測試,或留待以後的基準線再處理。
  • 對於每一個更正動作,指派責任並決定完成日期。