第一節總則
第一條為規範軟體變更與維護管理，提高軟體管理水平，優化軟體變更與維護管理流程，特制定本制度。
第二條本制度適用於應用系統已開發或採購完畢並正式上線、且由軟體開發組織移交給應用管理組織之後，所發生的生產應用系統（以下簡稱應用系統）執行支援及系統變更工作。
第二節變更流程
第三條系統變更工作可分為下面三類型別：功能完善維護、系統缺陷修改、統計報表生成。功能完善維護指根據業務部門的需求，對系統進行的功能完善性或適應性維護；系統缺陷修改指對一些系統功能或使用上的問題所進行的修復，這些問題是由於系統設計和實現上的缺陷而引發的；統計報表生成指為了滿足業務部門統計報表資料生成的需要，而進行的不包含在應用系統功能之內的資料處理工作。
第四條系統變更工作以任務形式由需求方（一般為業務部門）和維護方（一般為資訊部門的應用維護組織和軟體開發組織，還包括合作廠商）協作完成。系統變更過程類似軟體開發，大致可分為四個階段：任務提交和接受、任務實現、任務驗收和程式下發上線。
第五條因問題處理引發的系統變更處理，具體流程參見《問題處理管理制度》。
第六條需求部門提出系統變更需求，並將變更需求整理成《系統變更申請表》（附件一），由部門負責人審批後提交給系統管理員。
第七條系統管理員負責接受需求並上報給it主管。it主管分析需求，並提出系統變更建議。it經理根據變更建議審批《系統變更申請表》。
第八條系統管理員根據自行開發、合作開發和外包開發的不同要求組織實現系統變更需求，將需求提交至內部開發人員、合作開發商或外包開發商，產生供發布的程式。
第九條實現過程應按照軟體開發過程規定進行。系統變更過程應遵循軟體開發過程相同的正式、統一的編碼標準，並經過測試和正式驗收才能下發和上線。
第一十條系統管理員組織業務部門的系統終端使用者對系統程式變更進行測試，並撰寫《使用者測試報告》（附件二），提交業務部門負責人和it主管領導簽字確認通過。
第一十一條在系統變更完成後，系統管理員和業務部門的終端使用者共同撰寫《程式變更驗收報告》（附件三），經業務部門負責人簽字驗收後，報送it經理審批。
軟體系統執行維護流程規範
1 系統資料維護流程 流程說明 1 使用者因為各種原因需要對已經產生的資料進行修改，提出維護申請。維護範圍只包括錯誤資料修正。2 提出申請部門負責人需要對情況進行核實，並確認。3 維護工程師 一般由軟體開發組專人負責 接收到確認後的維護請求，分析並提出修改方案。4 技術部門負責人對方案進行審核，確保...
軟體變更管理制度
第一節總則 第一條為規範軟體變更與維護管理，提高軟體管理水平，優化軟體變更與維護管理流程，特制定本制度。第二條本制度適用於應用系統已開發或採購完畢並正式上線 且由軟體開發組織移交給應用管理組織之後，所發生的生產應用系統 以下簡稱應用系統 執行支援及系統變更工作。第二節變更流程 第三條系統變更工作可分...
專案計畫變更管理規範
維護記錄 審核審批 發布日期實施日期 修改原 專案開發計畫 的相關內容及所影響到的下屬計畫的相關內容，並且產生新的 專案開發計畫 及相關的下屬計畫和 專案計畫變更控制報告 及相關評審報告，使得專案計畫能夠更加符合專案進展的實際情況。同時，嚴格控制 專案開發計畫 的變更，保證 專案開發計畫 可控性，防...