概念: 配置狀態報告
本準則說明「配置狀態報告」通常包含的內容。配置狀態報告可以根據產品開發期間所發現和修正之問題的類型、數量、比率及嚴重性,描述產品的「狀態」。
關係
相關元素
主要說明

概觀

追蹤軟體專案的進度是一項困難的作業。您面臨的一個主要問題是必須找出方法,對專案的實際進度及相關狀態的客觀測量結果。您可以考慮從變更控制系統中追蹤實際變更測量值的趨勢:這種測量進度的方法稱為配置狀態記錄,會衍生出的報告通常稱為配置狀態報告。

配置狀態記錄(測量)- 根據產品開發期間所發現和修正之問題的類型、數量、比率及嚴重性,描述產品的「狀態」。從這個「配置管理」層面取得的測量值,對於判定專案的整體完成狀態很有幫助。

軟體「配置狀態報告」的四個主要來源如下:

  • 變更要求
  • 軟體版本
  • 版本說明
  • 審核

變更要求

「變更要求 (CR)」是要求變更工作成果或流程的一種通稱。概念:變更要求管理中說明了 CR 相關的一般流程。

「標示」狀態提供製作統計資料報告的基礎(存在期間、分佈及趨勢),如 CRM 流程步驟中所述。

以「變更要求」為基礎的問題報告分為下列幾類:

  • 存在期間(時間型報告)
  • 各種「變更要求」已提出多久?在生命週期中發現問題的「延遲時間」及何時修正?

  • 分佈(計數型報告)
  • 依變更要求的擁有者、優先順序或修正狀態來區別,各有多少「變更要求」?

  • 趨勢(時間和計數相關報告)
  • 經過時間的累積總共發現和解決了多少問題?問題發現和修正的比率?比較提出的和解決的問題來指出「品質差異」為何?解決問題的平均時間多久?

    產生「存在期間報告」、「分佈報告」及「趨勢報告」的「變更要求」一般化流程。

建構版本報告

「建構版本報告」列出在軟體特定版本中構成一個建構版本的所有檔案、位置及包含的變更。

「建構版本報告」可以同時運用在系統和子系統層次上。

版本說明

和「版本注意事項」相似,「版本說明」也同樣描述軟體版本的詳細資料。說明中至少包含:

  • 發行之資料的明細表(實際的媒體和文件)
  • 軟體內容的明細表(檔案清單)
  • 所有因地制宜的「專屬」資料
  • 安裝指示
  • 可能的問題和已知錯誤

審核

「配置管理」的內容包含兩種審核方式:

  • 實體配置審核
  • 功能配置審核

「實體配置審核 (PCA)」指明要從「專案儲存庫」部署的產品元素。

「功能配置審核 (FCA)」確認基準線符合此基準線的目標需求。

執行配置審核中說明「審核」的詳細作業。