配置項

基線

配置狀態報告

CCB：change Control Board 配置控制委員會

某種數據媒體和其中所記錄的數據。

具有永久性，並可以由人 或機器閱讀，用於描述人工可讀的東西。

軟體工程中，文件常用來描述 對活動、需求、流程或結果進行描述、定義、規定、報告或認證的任何書面或圖示的資訊。

軟體項目文件具體分類

重要和品質要求方面

專案週期

細緻分類 ：14類文檔

軟體開發期間產生的資產

用 一組特徵訊息

六種類型

基線：軟體生存期的各開發階段 結束時的特定點，也稱為里程碑

在里程碑上，階段工作已經結束，並且已經形成正式的階段產品，使得本來連續開展的開發工作 在這些點上 被分割開，從而更加有利於檢驗和肯定階段工作成果，同時有利於進行變更控制。

有了基準規定，就可以禁止跨越里程碑 去修改另一個開發階段的工作成果，並且認為建立的里程碑，有些完成的階段成果已經被凍結。

配置狀態說明與報告

任務：有效記錄報告管理配置 所需的信息， 目的是 及時、準確地 給出配置項的當前狀況， 供 相關人員了解，以加強配置管理工作。

任務： 驗證配置項目對配置標誌的一致性。

軟體開發實務顯示：對配置項做了標誌， 實現了變更控制和版本控制。如果不做檢查或驗證 仍然會出現混亂。

決定設定項 如何命名， 用哪些資訊 來描述 該設定項

配置項變更的監理組織。

任務：對建議的配置項變更做出評價、審批，以及監督已批准變更的實施。

成員：

配置項

配置標識

重要內容

配置標識

配置標誌

建立 設定管理系統的 步驟

Git

SVN.

1.開發庫

2.受控庫

3.產品庫

配置項目 變化流程圖

受控狀態下的配置項原則上不允許修改，但並非絕對，如果各種原因結合一定要變更，就可以提出變更請求。

變更請求 經過聯合評審 及負責領導 批准的情況下，允許配置項從庫中檢出，待變更完成 並經評審後，確認變更無誤方 可重新入庫，使其恢復到受控狀態。

配置項的開發 是否已經圓滿完成。

配置項是否已達到規定的效能和功能

配置項目的運作和支援文件 是否已經完成、是否符合要求。

按測試資料審核正式測試文件、審核驗證和確認報告；審查所有核准的變更、評審變更後的文件、抽查設計評審報告；進行評審以確保所有測試都已執行；依據功能和效能需求進行額外的抽樣測試。

每個建置的 配置項目 是否符合對應的技術文件。

配置項與配置狀態報告中的資訊是否相對應

審核系統規格說明書的完整性；

比較架構設計與詳細設計構件 的一致性；

評審模組清單以確定 符合 已核准的編碼標準；

審核手冊（如使用手冊、操作手冊）的格式與完整性以及系統功能描述的符合性。