# 分步進行軟件工程變更控制流程 > 原文： [https://www.guru99.com/change-control-business-analyst.html](https://www.guru99.com/change-control-business-analyst.html) ## 什么是變更控制？ 變更控制是公司用于**文檔，識別和授權對 IT 環境的變更**的過程。 它減少了系統未經授權的改動，破壞和錯誤的機會。 ## 為什么要變更控制？ 每當系統要求進行任何新的或不同的更改時，尤其是利益相關者，都不是可選的或不可忽略的。 必須在不影響系統其他組件的情況下實施它。 這是變更控制很方便的時候。 它可以幫助項目團隊使用指定的控件和策略來修改項目的范圍。 只要項目未按計劃進行，就實行變更控制。 為了保持對變更請求的控制，必須完整并審查變更請求的正式文檔。 在分析變更控制時可能遇到的問題數，例如 * 誰會批準更改？ * 是否需要貫穿變更控制委員會？ * 研究和實施更改需要多少時間？ * 更改對系統其他組件（進度，成本，資源等）有什么影響？ * 項目管理人員是否可以批準該閾值？ ## 變更控制流程的不同因素 變更控制流程應考慮多種因素 | **變更控制流程**中的步驟 | **在變更控制**中采取的措施 | | * 更改請求發起和控制 | * 變更請求應標準化并接受管理審查 * 變更請求者應保持知情 | | * 影響評估 | * 確保以結構化的方式評估所有變更請求，以分析可能的影響 | | * 更改的控制和文檔 | * 應保留更改日志，該日志應告知進行更改的日期，人員詳細信息以及已實施的更改。 * 只有授權人員才能進行更改。 * 滾動過程 回到以前的版本應該被識別 | | * 文檔和過程 | * 每當進行系統更改時，程序和相關文檔應相應更新 | | * 授權維護 | * 應該控制系統訪問權限，以防止未經授權的訪問。 | | * 測試和用戶簽署 | * 軟件應經過全面測試 | | * 版本控制 | * 控件應置于生產源代碼上，以確保僅更新了最新版本。 | | * 緊急更改 | * 應獲得口頭授權，并應將更改盡快記錄在案 | ## 變更控制流程 在研究變更控制流程涉及的內容之前，我們將熟悉變更控制中使用的文檔。 進行變更控制時，主要涉及兩個文件 * **更改日志**：更改日志是一個文檔，其中列出了有關所有更改請求的詳細信息，例如項目編號，PCR（項目更改請求）ID，優先級，所有者詳細信息，目標日期，狀態和狀態 日期，提出日期，提出的日期等。  * **Change Request Form**: It is used to document details required to support the decision making process like type of change, benefits of change, name of resource requesting the change, time and estimate cost, priority of change, authorized person detail, change request status etc.  ## 變更流程流程圖 變更過程遵循特定的模式來實施產品或系統中的變更。 在這里，我們通過流程圖說明了變更過程中涉及的步驟。  ## 變更控制步驟 | **變更控制步驟** | **動作** | | * 更改請求標識 | * 確定更改的必要，并在項目更改請求表 中進行描述 | | * 更改請求評估 | * 如果更改無效，則必須將其推遲或拒絕 * 確定分析更改請求所需的適當資源 * 快速評估潛在影響并進行更新 變更請求表 * 在此階段，應停止被拒絕的變更請求 | | * 更改請求分析 | * 為進行分析，將更改請求分配給授權成員 * 延遲的更改重新輸入此分析步驟 * 在此階段，應停止被拒絕的更改請求 | | * 更改請求批準 | * 在批準前確定變更風險和復雜程度 * 在批準前確定變更的影響程度 * 審查變更請求對授權人的影響 * 在此階段，應停止拒絕的更改請求 | | * 更改請求實現 | * 更新項目程序和管理計劃 * 通知團隊變更 * 監視變更請求的進度 * 記錄變更請求的完成 * 關閉更改請求 | **注意**：變更控制的批準可以由**項目經理（首席 IT）或首席開發商（利益相關者）完成。** ## 變更管理與變更控制 | **變更管理** | **更改控制** | | * 它負責管理和控制變更請求，以對 IT 基礎架構或 IT 服務的任何方面進行變更，以最大程度地降低服務中斷的風險并提高業務收益。 | * 變更控制包括諸如提交，記錄，分析和批準變更之類的活動，以改善系統或產品的整體性能。 |