配置管理

配置管理可以應用在系統的整個生命週期中，可以得到有關性能、功能及實體屬性的資訊，並且可以管理。配置管理目的是要驗證系統的行為符合預期，在專案的生命週期中識別這些特性，並且在文件中有詳細的描述，以支持驗證的結果。配置管理有助於系統資訊及系統變更的有序管理，目的是為了以下的好處：提昇性能、可靠度或是可維護性、延長產品壽命、降低成本、減少風險及責任、修正缺陷。實施配置管理有些成本，不過此成本小於後續因可能發生意故而產生的成本。

配置管理強調元件、子系統及系統之間機能的關係，目的是為有效的控管系統的變更。配置管理有助於驗證所提出的變更已用系統性的方式進行考慮，以減少其負面影響。可以用標準化、系統化的方式來提出變更，並且進行評估及實現，以確保其一致性，而提出的變更會以預期對整個系統的影響來進行評估。配置管理會驗證變更是依規定的方式進行修改，而且零件及系統的文件可以反應其實際的配置。完整的配置計劃可以提供在零件、子系統及系統的基礎上，儲存、追蹤及更新所有資料的所有規定[6]。

結構化的配置管理計劃可以確保文件（例如需求、設計、測試及允收文件）準確，和實際的實體設計一致。若沒有配置管理，在在許多情形下，文件存在，但和對應的實體不一致。員工及承包商常常為了要進行變更，反而要修改文件以符合實際的實體。這種逆向工程過程在人力以及資源上都是浪費，若使用配置管理，可以減少甚至消除這類的成本。

配置管理是在1950年代起源於美国国防部，是針對硬體設備的技術管理規則，目前已幾乎是所有產業中的標準作法。1960年代時美国国防部發展一系列的美国军用标准，稱為480系列（例如MIL-STD-480, MIL-STD-481 and MIL-STD-483，這些標準在1970年代陸續的發行），此時配置管理也有了的技術規則。480系列在1991年合併為單一的標準，稱為MIL–STD–973，後來為了減少軍用標準的數量，被MIL–HDBK–61取代[7]。之後，配置管理也漸漸演變為廣為使用，受到各領域的認可的標準ANSI–EIA–649–1998[8]。目前配置管理已使用在許多的組織及機構中，配置管理的概念包括系统工程（SE）、綜合後勤支持（ILS）、能力成熟度模型集成（CMMI）、ISO 9000、PRINCE2專案管理方法、信息及相关技术控制目标（COBIT）、信息技术基础架构库（ITIL）、产品生命周期（PLM）及軟體生命週期管理（ALM）。其中許多的機能和模式已重新定義了配置管理，從傳統的整體分析變成技術管理。有些則將配置管理視為類似圖書館活動的事務，將變更控制及變更管理視為一個獨立或是個別的學科。

配置管理是用系統化的方式管理變更的實務，目的是讓系統在不同時間都可以維持一致性。在配置管理中包括了政策、程序、技巧以及工具，在系統變化的過程中，可以管理變更、評估要進行的變更、追蹤變更狀態、維持系統資產及支持文件。配置管理方案以及計劃會提供技術以及管理的方向，實現要成功開發及維護複雜系統需要的相關程序、功能、服務、工具、流程以及資源。配置管理中可以進行計劃管理，在包括運作及維護在內的整個生命週期中，追蹤各項的需求。不可避免的，在過程中會有需求以及設計的變化，這些變化需要核可，也需要記錄，以針對系統狀態有準確的紀錄。理想上，配置管理會在整個系统发展生命周期中使用。有時會將配置管理和资产管理混淆，资产管理是盤點手上的資產。配置管理和资产管理的差異是前者不會由財務的角度來進行管理，而是以系統要提供的服務才進行管理。

在MIL–HDBK–61A中提到，針對硬體及軟體的配置管理包括五項不同的知識領域（discipline）[9] ，在ANSI/EIA-649中，這些知識領域是建立形態基準及進行標準應變管理時的政策及程序。IEEE 12207程序IEEE 12207.2中也有這些活動，另外再加上「發布管理及交貨」（Release management and delivery）。 五個知識領域如下：

1. 配置管理計劃及管理：配置管理專案的正式文件及計劃，包括有以下項目：
   • 人員
   • 權責及資源
   • 訓練要求
   • 管理會議的指南，其中包括流程及工具的定義
   • 基準流程
   • 配置控制及配置狀態統計（Configuration Status Accounting）
   • 命名規範
   • 審核和審查
   • 分包商/供應商的配置管理需求
2. 配置識別（Configuration Identification、CI）：包括設定基準以及維持基準，基準是定義系統及子系統架構、組件，以及在任何時間點的開發。這是識別、紀錄以及追蹤系統中變更項目的基礎，應用在設計、開發、測試及交付階段。配置識別會漸進式的建立系統以及其配置項目（CI）的配置狀態統計（Configuration Status Accounting）的目前狀態，並且在系統生命週期中（開發、生產、布署以及運行維護）持續的維護，一直到系統停用為止。
3. 配置控制（Configuration Control）：包括變更請求以及變更提案的評估，後續是否核可等。此程序包括系統設計、硬體、軟體、韌體、文件任何修改的控制程序。
4. 配置狀態統計（Configuration Status Accounting）：包括紀錄配置項目說明（例如硬體、軟體、韌體），、產出報告、並且紀錄在設計或製造階段，所有不符合基準的部分。若懷疑有問題，透過基準配置驗證以及核可修改的驗證即可縮小確認範圍。
5. 配置驗證及審核：硬體和軟體的獨立驗證，目的是要針對性能需求、商業或軍事標準、性能基準、產品基準，評估是否符合。在核可架構進入架構基線之前，會先進行基礎配置審核（Configuration audits），會驗證系統及子系統的組態文件是否符合機能以及實體的性能特點。

软件配置管理（SCM）是在開發軟體專案時，處理變更的方式。此作法會在專案的不同階段落識別軟體的機能屬性及實體屬性，用系統化的方式來控制變更，目的是為了是在開發週期中維持軟體完整並且可追蹤。

软件配置管理流程會定義需要追蹤變更的項目，並且可以確認最後發布的軟體是否有原先預期發布時應該有的更新內容。若要實施软件配置管理流程，需在軟體專案中識別出以下四個流程：

1. 配置識別（Configuration Identification）
2. 配置控制（Configuration Control）
3. 配置狀態統計（Configuration status accounting）
4. 配置審核（Configuration audits）

其名詞及定義會隨標準而不同，不過在本質上是一様的。

• 配置識別（Configuration identification）是識別配置項目每一個層面的屬性。配置項目（configuration item）是一個終端客戶會使用的產品（硬體或／及軟體）。屬性會紀錄在組態文件中，並且設定形態基準。設定形態基準的好處是當屬性變更時，要透過正式的控制管理流程才能變動。
• 配置變更控制（Configuration change control）是要修改配置項目屬性，或是重新訂形態基準時需要進行的流程以及核可。
• 配置狀態統計（Configuration status accounting）是指可以紀錄每一個配置項目的形態基準，並且提供任何時間時的對應形態基準。
• 配置審核（Configuration audits）會分為機能配置審核（function configuration audit）及實體配置審核（physical configuration audit）。可以在交付時進行，也可以在任何變更要實施時進行。機能配置審核確保配置項目可以達到其機能屬性以及性能屬性，實體配置審核則確認配置項目的安裝方式符合細節設計文件中的需求。

配置管理也可以用在維護系統上，可以瞭解複雜資產的情形，以最低的成本達到最高程度的可用性，其目的是要確保不會因資產（或資產的零件）運作超過計劃壽命或是運作在品質水準以下，造成運作的中斷。

在軍事上，這類活動稱為任务准备（mission readiness），要定義可用資產以及要執行的任务。例如航空母艦上的飛機是否配備了用於地面支援的炸彈或防禦用的導彈。

有許多標準支持（或是包括）配置管理[16]，例如以下的這些標準：

• ANSI/EIA-649-1998 National Consensus Standard for Configuration Management
• EIA-649-A 2004 National Consensus Standard for Configuration Management
• ANSI EIA-649-C 2019 Configuration Management Standard
• ISO 10007 Quality management systems – Guidelines for configuration management
• 美國聯邦標準1037C
• GEIA Standard 836–2002 Configuration Management Data Exchange and Interoperability
• IEEE 829 Standard for Software Test Documentation
• . 2012. ISBN 978-0-7381-7232-3. doi:10.1109/IEEESTD.2012.6170935.
• {{le|STANAG 4427 on CM|STANAG 4427 on CM|NATO STANAG 4427 Configuration Management in Systems Life Cycle Management]] including
• NATO ACMP 2000 Policy on Configuration Management
• NATO ACMP 2009 Guidance on Configuration Management[17]
• NATO ACMP 2100 Configuration Management Contractual Requirements
• CMMI CMMI for Development, Version 1.2 Configuration Management
• CMII-100E[18] CMII Standard for Enterprise Configuration Management
• Extended List of Configuration Management & Related Standards[19]
• ITIL Service Asset and Configuration Management
• ISO 20000:1 2011& 2018 Service Management System.
• ECSS-M-ST-40C Rev.1[20] Configuration and information management

• IEEE 828-2012 Standard for Configuration Management in Systems and Software Engineering[21]，2013年3月16日發布。
• ISO 10007:2017 Quality management – Guidelines for configuration management[22]
• NATO ACMP-2009 – Guidance on configuration management[23]
• ANSI/EIA-632-1998 Processes for Engineering a System
• ANSI/EIA-649-1998 National Consensus Standard for Configuration Management
• GEIA-HB-649 – Implementation Guide for Configuration Management
• EIA-836 Consensus Standard for Configuration Management Data Exchange and Interoperability
• MIL-HDBK-61B Configuration Management Guidance[24]
• MIL-STD-3046 Configuration Management[25]
• Defense Acquisition Guidebook[26], elements of CM at 4.3.7 SE Processes, attributes of CM at 5.1.7 Lifecycle support
• Systems Engineering Fundamentals[27], Chapter 10 Configuration Management
• Configuration Management Plan[28] United States Dept. of Defense Acquisition document

近來已經將配置管理用在大型的建築計劃中，多半是非常複雜，有許多的細節及變更需要記錄的建築。像聯邦公路管理局（Federal Highway Administration）等建築機構已將配置管理用於其基礎設施項目中[29]。有建築相關的配置管理工具，可以管理變更通知和工程釋疑單（RFI），目的是確保專案不會超過時程以及預算。在建築完成後，這些軟體也可以儲存一些維護及修改時需要的資料。在一個美國聯邦運輸管理局（FTA）贊助的計劃中，利用比較洛杉磯縣大都會運輸局（LACMTA）紅線第一階段及第二階段，53億美元的鐵路建設案，來評估配置管理的效果。研究的結果是，使用配置管理對專案有正面效果[30]。

维基共享资源上的相关多媒体资源：配置管理

• 粒度配置自動化
• 相依性
• 软件工程主题列表
• 可互換零件
• 基礎架構即代碼
• 連續配置自動化
• 系統配置
• 系統管理