軟件工程中的軟件配置管理 · Guru99 中文系列教程

# 軟件工程中的軟件配置管理 > 原文： [https://www.guru99.com/software-configuration-management-tutorial.html](https://www.guru99.com/software-configuration-management-tutorial.html) ## 什么是軟件配置管理？在軟件工程中，**軟件配置管理（SCM）**是在軟件開發生命周期中系統地管理，組織和控制文檔，代碼和其他實體中的更改的過程。主要目標是以最少的錯誤來提高生產率。 SCM 是配置管理跨學科領域的一部分，它可以準確確定誰進行了哪個修訂。在本軟件工程教程中，您將學習- * [為什么需要配置管理？](#2) * [SCM 流程中的任務](#3) * [配置標識：](#4) * [基準](#5) * [變更控制](#6) * [配置狀態計費](#7) * [配置審核和審查](#8) * [SCM 過程的參與者](#9) * [軟件配置管理計劃](#10) * [軟件配置管理工具](#11) ## 為什么需要配置管理？實施技術軟件配置管理系統的主要原因是： * 有許多人在開發不斷更新的軟件 * 在軟件配置項目中可能涉及多個版本，分支，作者的情況，并且團隊在地理上分布并且可以同時工作 * 需要適應用戶需求，策略，預算，時間表的變化。 * 軟件應該能夠在各種機器和操作系統上運行 * 幫助發展利益相關者之間的協調 * SCM 流程也有利于控制對系統進行更改所涉及的成本 ![](https://img.kancloud.cn/16/55/1655b1988955615da36569c1a49678d3_812x687.png) 軟件配置項目中的任何更改都會影響最終產品。因此，需要控制和管理對配置項的更改。 ## SCM 流程中的任務 * [配置標識](#_Configuration_Identification:) * [基準](#_What_is_Baseline:) * [變更控制](#_Change_Control:) * [配置狀態計費](#_Configuration_status_Accounting:) * [配置審核和審查](#_Configuration_Audits_and) ## 配置標識：配置標識是確定軟件系統范圍的一種方法。在此步驟的幫助下，即使您不知道它是什么，也可以對其進行管理或控制。它是包含 CSCI 類型（計算機軟件配置項），項目標識符和版本信息的描述。 **在此過程中的活動**： * 標識配置項，例如源代碼模塊，測試用例和需求規范。 * 通過使用面向對象的方法識別 SCM 存儲庫中的每個 CSCI * 該過程從基本對象開始，這些基本對象被分組為聚合對象。測試內容，原因，時間以及由誰進行更改的詳細信息 * 每個對象都有其自己的功能，這些功能可以標識其名稱，該名稱對于所有其他對象都是顯式的 * 所需資源列表，例如文檔，文件，工具等。例：而不是命名文件 login.php，它應命名為 login_v1.2.php，其中 v1.2 代表文件的版本號代替命名文件夾“ Code”，它應命名為“ Code_D”，其中 D 代表應每天備份代碼。 ## 基準：基準是軟件配置項目的正式接受版本。在執行 SCM 流程時，它是在特定時間指定和固定的。只能通過正式的變更控制程序進行變更。 **Activities during this process:** * 促進構建應用程序的各種版本 * 定義和確定用于管理這些工作產品的各種版本的機制 * 功能基線對應于已審查的系統要求 * 廣泛使用的基準包括功能，開發和產品基準簡而言之，基線意味著可以發布了。 ## 更改控制：更改控制是一種過程方法，可確保在配置對象中進行更改時確保質量和一致性。在此步驟中，更改請求將提交給軟件配置管理器。在此過程中的活動： * 控制臨時更改以構建穩定的軟件開發環境。更改已提交到存儲庫 * 將根據技術優點，可能的副作用以及對其他配置對象的總體影響來檢查該請求。 * 它管理更改并在軟件生命周期中使配置項可用 ## 配置狀態統計：配置狀態記帳跟蹤 SCM 過程中的每個發行版。此階段涉及跟蹤每個版本的內容以及導致該版本的更改。 **Activities during this process:** * 記錄對先前基準所做的所有更改以達到新基準 * 識別所有項目以定義軟件配置 * 監視變更請求的狀態 * 完整列出上一個基準以來的所有更改 * 允許跟蹤到下一個基準的進度 * 允許檢查要提取的先前發行版/版本以進行測試 ## 配置審核和審查：軟件配置審核將驗證所有軟件產品均滿足基線需求。它確保構建的是交付的。 **Activities during this process:** * 審核員通過檢查已遵循定義的流程并確保滿足 SCM 目標來進行配置審核。 * 驗證是否符合配置控制標準。審核和報告所做的更改 * SCM 審核還確保在此過程中保持可追溯性。 * 確保對基準所做的更改符合配置狀態報告 * 完整性和一致性驗證 ## SCM 流程的參與者：以下是 SCM 的主要參與者 [![](https://img.kancloud.cn/dd/ed/dded446e525d62bf53bf503c436dd95c_595x376.png) ](/images/1/051818_1048_SoftwareCon2.png) **1.配置管理器** * Configuration Manager 是負責識別配置項的負責人。 * CM 確保團隊遵循 SCM 流程 * 他/她需要批準或拒絕更改請求 **2.開發人員** * 開發人員需要根據標準開發活動來更改代碼或更改請求。他負責維護代碼配置。 * 開發人員應檢查更改并解決沖突 **3.審核員** * 審核員負責 SCM 審核和審查。 * 需要確保發布的一致性和完整性。 **4.項目經理**： * 確保在一定時間內開發產品 * 監視開發進度并識別 SCM 流程中的問題 * 生成有關軟件系統狀態的報告 * 確保遵循用于創建，更改和測試的流程和策略 **5.用戶** 最終用戶應了解 SCM 的關鍵術語，以確保他擁有最新版本的軟件 ## 軟件配置管理計劃 SCMP（軟件配置管理計劃）過程計劃始于項目的早期編碼階段。計劃階段的結果是 SCM 計劃，該計劃可能會在項目期間進行擴展或修訂。 * SCMP 可以遵循公共標準，例如 IEEE 828 或組織特定的標準 * 它定義了要管理的文檔類型和文檔命名。示例 Test_v1 * SCMP 定義了負責整個 SCM 流程和基準創建的人員。 * 修復版本管理策略&更改控制 * 定義可以在 SCM 過程中使用的工具 * 配置管理數據庫，用于記錄配置信息。 ## 軟件配置管理工具任何變更管理軟件都應具有以下 3 個主要功能： **并發管理**：當同時執行兩個或多個任務時，稱為并發操作。 SCM 上下文中的并發意味著同一文件被多個人同時編輯。如果使用 SCM 工具無法正確管理并發，那么可能會產生許多緊迫的問題。 **版本控制**： SCM 使用歸檔方法或保存對文件所做的所有更改。借助存檔或保存功能，可以在出現問題時回滾到以前的版本。 **同步**：用戶可以檢出多個文件或存儲庫的整個副本。然后，用戶處理所需的文件，然后將更改簽回到存儲庫中。他們可以同步其本地副本以與其他團隊成員所做的更改保持更新。以下是流行的工具 **1\. Git**： Git 是一個免費的開源工具，可幫助進行版本控制。它旨在快速高效地處理所有類型的項目。 **下載鏈接**： [https://git-scm.com/](https://git-scm.com/) **2\. Team Foundation Server**： Team Foundation 是一組工具和技術，使團隊可以協作和協調以構建產品。 **下載鏈接**： [https://www.visualstudio.com/tfs/](https://www.visualstudio.com/tfs/) **3\. Ansible** ：這是一個開源軟件配置管理工具。除配置管理外，它還提供應用程序部署&任務自動化。 **下載鏈接**： [https://www.ansible.com/](https://www.ansible.com/) 在此處檢查更多工具： [https://www.guru99.com/software-configuration-management-tools.html](/software-configuration-management-tools.html) ## 結論： * 配置管理最佳實踐可幫助組織在軟件開發生命周期中系統地管理，組織和控制文檔，代碼和其他實體中的更改。 * SCM 流程的主要目標是在減少錯誤的情況下提高生產率 * 配置管理過程背后的主要原因是，有多個人在不斷更新軟件。 SCM 幫助建立并發，同步和版本控制。 * 基準是軟件配置項的正式接受版本 * 更改控制是一種過程方法，可確保在配置對象中進行更改時確保質量和一致性。 * 配置狀態記帳跟蹤 SCM 過程中的每個版本 * 軟件配置審核可驗證所有軟件產品均滿足基線需求 * 項目經理，配置經理，開發人員，審核員和用戶是 SCM 流程的參與者 * SCM 流程計劃始于項目的早期階段。 * Git，團隊基礎 Sever 和 Ansible 是少數流行的 SCM 工具列表