軟件系統變更管理制度樣本（2篇）

第7頁共7頁軟件系統?變更管理?制度樣本?項目變?更管理流?程按照?《配置管?理控制程?序》進行?更改的控?制。當設?計過程中?任一階段?發(fā)生變更?時，需要?由變更申?請人提出?變更申請?，填寫《?軟件需求?更改申請?表》，由?原編寫人?員通知質?量部和其?他影響到?的組或部?門，由軟?件部相關?主管__?__對變?更申請的?內容進行?評審，評?審通過后?，才能由?原編寫人?員進行變?更。一?、規(guī)劃變?更（一?）前提條?件1.?是否具有?變更管理?計劃；?2.變更?管理是否?包括在項?目管理計?劃中；?3.是否?有變更登?記冊；?4.是否?有項目進?度計劃；?___?_項目管?理計劃和?項目進度?計劃是否?獲得了批?準；（?二）流程?___?_項目經?理根據客?戶的意見?確認變更?需求；?____?項目經理?深入了解?變更內容?和實際意?義；_?___項?目經理確?認變更所?需工作量?以及相關?影響分析?；__?__項目?經理判斷?變更的必?要性和其?他可折中?方案；?5.__?__變更?申請表的?標準，并?填寫變更?申請；?____?項目經理?準備批準?申請的人?員表；?（三）成?果__?__項目?經理生成?變更申請?表；_?___項?目經理記?錄變更登?記表；?____?項目經理?發(fā)送需要?批準申請?的人員表?。二、?實施和管?理變更?（一）前?提條件?1.是否?具備批準?的項目管?理計劃，?以便對變?更管理進?行有效管?理；2?.是否具?有批準的?變更管理?規(guī)范文件?；3.?是否具有?獲得批準?的變更申?請表；?4.客戶?對變更的?內容和日?期有充分?的認識；?___?_項目經?理是否更?新了變更?登記表；?（二）?流程1?.___?_項目組?實施變更?；2.?____?客戶參與?變更；?（三）成?果__?__項目?經理完成?變更登記?冊；_?___項?目經理書?面通知變?更結果；?3.如?有必要，?項目經理?更新項目?管理計劃?；三、?結束變更?（一）?前提條件?1.是?否具備項?目管理計?劃；2?.是否具?備有批準?的項目變?更申請；?3.是?否具有更?新的變更?登記冊；?（二）?流程_?___項?目經理提?交變更文?檔并進行?項目審計?；2.?如有問題?，實施問?題管理流?程；_?___項?目經理提?交項目變?更文檔；?（三）?成果_?___項?目經理將?變更文檔?歸檔，并?提交復印?件給管理?項目部；?___?_項目經?理簽字后?結束變更?四、操?作步驟?變更管理?流程的實?際操作步?驟分為六?步：1?.提交書?面變更請?求2.?評審變更?請求，批?準或者拒?絕請求以?作進一步?分析3.?如果批準?，執(zhí)行分?析并提供?推薦方案?4.接受?或者拒絕?推薦方案?5.如?果接受，?更新項目?文檔并重?新計劃6?.將變更?的內容通?知所有干?系人。?五、流程?1.干?系人或者?委托項目?經理鑒別?并提交變?更請求，?填寫項目?變更申請?表?；?絕：通知?提交者并?解釋原因?，提交者?可申訴并?在下一次?全體例會?中評審；?延期：決?定評審日?期，通知?提交者日?期，提交?者可申訴?并在下一?次全體例?會中評審?；接受?并馬上分?析（如緊?急）。指?派人員分?析影響和?后果，通?知項目組?；接受并?由項目組?在下一次?的例會中?評審。?4.所有?提交的變?更申請在?項目組例?會中可能?有三種評?審結果?回絕：通?知提交者?并解釋原?因，提交?者可申訴?到上一層?高層，或?者上訴由?變更控制?委員會評?審，委員?會的評審?結果為最?終結果；?延期：?決定評審?日期，通?知提交者?日期；?接受并分?析。軟?件系統變?更管理制?度樣本（?二）機?房信息系?統變更制?度第一?條為規(guī)范?應用系統?變更與維?護管理，?提高應用?軟件管理?水平，優(yōu)?化軟件變?更與維護?管理流程?，特制定?本制度。?第二條?系統變更?工作分為?四種類型?。功能完?善維護、?系統缺陷?修改、統?計報表生?成、系統?版本升級?或流程、?功能新增?。功能完?善維護指?根據業(yè)務?部門的需?求，對系?統進行的?功能完善?性或適應?性維護；?系統缺陷?修改指對?一些系統?功能或使?用上的問?題所進行?的修復，?這些問題?是由于系?統設計和?實現上的?缺陷而引?發(fā)的；統?計報表生?成指為了?滿足業(yè)務?部門統計?報表數據?生成的需?要，而進?行的不包?含在應用?系統功能?之內的數?據處理工?作；系統?版本升級?或流程、?功能新增?是指對應?用系統的?版本進行?更新，或?因業(yè)務管?理需要新?增功能。?第三條?系統變更?工作以任?務形式由?需求方（?一般為業(yè)?務部門）?和維護方?（一般為?信息部門?、軟件開?發(fā)商）協?作完成。?系統變更?過程大致?分為四個?階段：需?求提交和?接受、需?求實現、?需求驗收?和程序下?發(fā)正式上?線。第?四條需求?部門提交?系統變更?需求，需?求內容過?多可整理?成文檔以?附件形式?一起上報?，經部門?負責人簽?字后提交?給信息部?門系統負?責人。?第五條如?屬于功能?完善維護?、系統缺?陷修改、?統計報表?生成的系?統變更需?求，系統?負責人審?核變更內?容無誤后?，可直接?將需求提?交至開發(fā)?人員進行?處理；如?要系統版?本升級或?流程、功?能新增，?需經信息?1經理?同意。若?變更牽涉?到多業(yè)務?部門的工?作，并影?響經營管?理業(yè)務流?程的執(zhí)行?，須經主?管領導同?意方可進?行變更處?理。第?六條軟件?開發(fā)人員?對系統變?更的需求?實現過程?，應遵循?與軟件開?發(fā)過程相?同的正式?、統一的?編碼標準?，并經過?反復測試?和正式驗?收后才能?提交系統?負責人。?第七條?系統負責?人要__?__業(yè)務?部門的系?統最終用?戶對系統?變更內容?進行測試?及驗收，?并撰寫《?用戶測試?、驗收報?告》，提?交需求部?門負責人?或信息系?統負責人?簽字確認?后，方可?將程序上?線應用。?系統負責?人每月要?針對系統?變更申請?及完成情?況進行匯?總，記錄?在《軟件?需求及修?改報告》?中以備查?。第八?條系統負?責人要對?系統最終?用戶，進?行系統變?更內容的?培訓和應?用指導，?并留存培?訓記錄。?培訓管理?員負責對?系統變更?過程的文?檔進行歸?檔管理，?變更過程?中涉及的?所有文檔?應至少保?存五年。?第九條?系統變更?過程中，?應采取下?列措施保?證維護環(huán)?境程序代?碼訪問權?限受到良?好控制：?1、通?過系統用?戶的授權?管理，確?保只有特?定人員能?進行系統?維護工作?；2、?如果使用?專用程序?開發(fā)工具?，只有授?權人員才?能使用程?序開發(fā)工?具（通過?只有特定?開發(fā)人員?擁有程序?開發(fā)工具?）；3?、通過對?源代碼的?訪問控制?，限制所?有人員對?系統源代?碼的修改?；2?4、通過?對系統日?志的審閱?，監(jiān)督系?統維護人?員在系統?中的操作?，確認維?護工作的?授權；?第十條系?統變更過?程中，應?采取下列?措施保證?在線系統?應用程序?訪問權限?受到良好?控制：?1、對授?權訪問在?線系統應?用程序的?人員進行?詳細記錄?，做好應?用人員訪?問權限的?檢查，確?保只有經?授權人員?才能訪問?在線系統?；2、?普通用戶?只能通過?在線系統?應用程序