版本頁標題：資訊部管理制度
主題：軟體變更管理制度文件編號：
版本說明：
軟體變更管理制度
第一節總則
第一條為規範軟體變更與維護管理，提高軟體管理水平，優化軟體變更與維護管理流程，特制定本制度。
第二條本制度適用於應用系統已開發或採購完畢並正式上線、且由軟體開發組織移交給應用管理組織之後，所發生的生產應用系統（以下簡稱應用系統） 執行支援及系統變更工作。
第二節變更流程
第三條系統變更工作可分為下面三種型別：功能完善維護、系統缺陷修改、統計報表生成。功能完善維護指根據業務部門的需求，對系統進行的功能完善性或適應性維護；系統缺陷修改指對一些系統功能或使用上的問題所進行的修復，這些問題是由於系統設計和實現上的缺陷而引發的；統計報表生成只為了滿足業務部門統計報表資料生成的需要，而進行的不包含在應用系統功能之內的資料處理工作。
第四條系統變更工作以任務形式由需求方（一般為業務部門）和維護方（一般為資訊部門的應用維護組織和軟體開發組織，還包括合作廠商）協作完成。 系統變更過程類似軟體開發，大致可分為四個階段：任務提交和接受、任務實現、任務驗收和程式下發上線。
第五條因問題處理引發的系統變更處理，具體流程參見《問題處理管理制度》。
第六條需求部門提出系統變更需求，並將變更需求整理成《系統變更申請表》（附
件一），由部門負責人審批後提交給系統管理員。
第七條系統管理員負責接受需求並上報給 it 主管。it 主管分析需求，並提出系統變更建議。it 經理根據變更建議審批《系統變更申請表》。
第八條系統管理員根據自行開發、合作開發和外包開發的不同要求組織實現系統變更需求，將需求提交至內部開發人員、合作開發商或外包開發商，產生
供發布的程式。
第九條實現過程應按照軟體開發過程規定進行。系統變更過程應遵循軟體開發過程相同的正式、統一的編碼標準，並經過測試和正式驗收才能下發和上線。
第十條系統管理員組織業務部門的系統終端使用者對系統程式變更進行測試，並撰寫《使用者測試報告》（附件二），提交業務部門負責人和 it 主管領導簽字確認通過。
第十一條在系統變更完成後，系統管理員和業務部門的終端使用者共同撰寫《程式變更驗收報告》（附件三），經業務部門負責人簽字驗收後，報送 it 經理審批。
第十二條培訓管理員負責對系統變更過程的文件進行歸檔管理，變更過程中涉及的所有文件應至少儲存兩年。
第三節緊急變更流程
第十三條對於緊急變更，需求部門可以通過電子郵件或傳真等書面形式提出申請。 第十四條資訊部部根據重要性和緊迫性做判斷，確定其優先順序和影響程度，並進
行相應處理。
第十五條緊急變更過程中應使用專設的系統使用者賬號，由專責部門或人員啟動緊急修改變更程式。資訊部部應對緊急變更的處理進行規範的文件記錄。
第十六條在緊急事件處理完成後，必須在一周內補辦正式、完整的文件，其中包括問題發現人填寫的緊急變更申請、問題發現人所在部門負責人對該申請的審批、需求部門/資訊部測試記錄（包括簽字確認測試結果）。
第四節系統變更的權責分離
第十七條系統變更過程中，應採取各種措施保證維護環境程式**訪問許可權受到良好控制。這些措施包括：
1、通過系統使用者的授權管理，確保只有特定人員能進行系統維護工作；
2、如果使用專用程式開發工具，只有授權人員才能使用程式開發工具（通過只有特定開發人員擁有程式開發工具）；
3、通過對源**的訪問控制，限制只有授權人員才能獲得源**以進行系
統維護；
4、在進行自有系統的程式變更時，應建立版本控制制度確保每次在最新的**基礎上進行更改，當多名程式設計師同時進行更改工作時，能夠進行適當協調；
5、通過對系統日誌的審閱，監督系統維護人員在系統中的操作，確認維護工作的授權；
6、在進行自有系統的程式變更時，應防止源**在完成測試到正式上線之間的非授權修改。
第十八條系統變更過程中，採取各種措施保證生產系統應用程式訪問許可權受到良好控制。這些措施包括：
1、通過生產環境的訪問控制，限制對生產環境的訪問；
2、通過物理隔離的手段，限制對生產環境的訪問；
3、通過邏輯隔離的手段，限制對生產環境的訪問；
4、對授權訪問生產環境的人員進行詳細記錄，使用該記錄對生產環境訪問許可權的檢查，確保只有經授權人員才能訪問生產環境；
5、普通使用者只能通過前台登入系統，不能通過後台（如使用生產環境作業系統的命令列）進行操作；
6、資訊部人員不應該擁有前台應用程式的業務操作訪問許可權，更不應該在前台應用程式中擔任實際的業務操作任務；
7、從技術角度限制開發人員對生產環境中應用程式資料夾的訪問許可權，只有經過授權的人員對程式擁有讀、寫和執行的許可權；
8、禁止資訊部人員共享作業系統級別的賬號。
第五節附則
第十九條本制度由公司總部資訊部部負責解釋和修訂。 第二十條本制度自發布之日起開始執行。
附件一系統變更申請表
系統變更申請表
編號：附件二使用者測試報告
1. 基本資訊
2. 實況記錄
3. 測試總評價
根據對測試結果提出乙個關於軟體能力的全面分析，需標明遺留的主要缺陷、侷限性和軟體的約束限制等，並提出軟體測試過程中程式中的不足。
根據測試標準及測試結果，綜合評價軟體的開發是否已達到預定目標。
4. 缺陷修改記錄提示：如果採用了缺陷管理工具，能自動產生缺陷報表的話，則無需本表。
測試人員簽字/日期：
附件三程式變更驗收報告
任務完成情況欄 *由資訊部部根據任務完成實際情況填寫*
任務名稱
實際開始時間實際完成時間實際工作量人天，合人月
本次任務實際稅前開發費用（含
報酬）*註明小寫金額和大寫金額*
￥ 元，（大寫）
【任務完成情況】：*由資訊部部簡要概述任務完成情況*
【提交文件清單】：*由資訊部部提交相關文件清單*
業務部門接受人簽字： 資訊部部提交人簽字： 日期： 日期：
驗收過程資訊欄 *由資訊部部根據驗收過程填寫*
驗收開始時間驗收完成時間驗收地點
需求部門
驗收人員角色/職責
資訊部門
協助人員角色/職責
注：該**一式兩份，業務部門、資訊部部雙方各執乙份。
軟體變更管理制度
第一節總則 第一條為規範軟體變更與維護管理，提高軟體管理水平，優化軟體變更與維護管理流程，特制定本制度。第二條本制度適用於應用系統已開發或採購完畢並正式上線 且由軟體開發組織移交給應用管理組織之後，所發生的生產應用系統 以下簡稱應用系統 執行支援及系統變更工作。第二節變更流程 第三條系統變更工作可分...
制度體系之軟體變更管理制度
第一節總則 第一條為規範軟體變更與維護管理，提高軟體管理水平，優化軟體變更與維護管理流程，特制定本制度。第二條本制度適用於應用系統已開發或採購完畢並正式上線 且由軟體開發組織移交給應用管理組織之後，所發生的生產應用系統 以下簡稱應用系統 執行支援及系統變更工作。第二節變更流程 第三條系統變更工作可分...
變更管理制度
試行 whnylm zd 092 2015 第一章總則 第一條為規範工藝及裝置的變更管理，依據集團 煤化工企業安全風險預控管理體系要求 及 2015年能源煤化工板塊制度 中工藝及裝置變更管理制度等相關要求，制定本制度。第二條本制度規定了所有活動 產品 服務範圍內有關設施 工藝過程等變更的控制管理。第...