資訊系統變更管理制度範文

　　為規範資訊系統的配置、變更和釋出的流程，使系統配置和變更等工作能順利實施，需要制定並實施相應的管理制度。小編今天為你整理了，希望對大家有幫助!

　　篇一

　　1.目的 為規範資訊系統的配置、變更和釋出的流程，使系統配置和變更等工作能順利實施，保證硬體裝置和軟體系統的正常執行。

　　2.標準

　　2.1 資訊系統的定義：計算機軟體系統、硬體裝置以及資料。

　　2.2資訊系統配置、變更和釋出管理的範圍

　　2.2.1核心裝置的配置和變更，包括伺服器硬體變更、伺服器作業系統配置和變更、各級交換機的配置和變更。

　　2.2.2業務資料庫的配置和變更。

　　2.2.3應用軟體的配置、變更和釋出。

　　2.2.4終端計算機的配置和變更。

　　2.3配置、變更和釋出的流程

　　2.3.1計劃和申請

　　2.3.1.1對於新上線的資訊系統，應根據實際需要制定配置和實施計劃，確保系統能順利投入使用。

　　2.3.1.2對於在用的資訊系統，因管理工作需要進行變更的，應調研變更的涉及範圍和實施過程中可能出現的問題，涉及面廣影響較大的需填寫《資訊系統變更申請表》，並制定變更實施計劃。

　　2.3.1.3對於在用的軟體業務系統，科室因業務工作需要，要求對軟體系統進行系統缺陷修改或功能完善的，須填寫《資訊系統軟體功能新增修改申請表》。

　　2.3.2審批

　　2.3.2.1涉及面小且影響輕微的或必須立刻實施的資訊系統變更，可由資訊科負責人審批。

　　2.3.2.2 涉及面廣且影響較大的資訊系統變更，先由資訊科負責人審批，再上報主管院長審批。

　　2.3.2.3 對於科室提交的軟體系統功能的修改變更，先由所屬的主管職能部門審批，再由資訊科負責人審批，如涉及開發費用的需由主管院長審批。

　　2.4實施和釋出

　　2.4.1對於新上線的資訊系統，按照制定的計劃方案進行實施。

　　2.4.2 對於在用的資訊系統，資訊科需細化實施方案，必要時制定風險應對計劃，通知本次變更所涉及的科室和人員作好相應的準備工作，再按照實施方案進行具體的變更實施。

　　2.4.3 軟體系統的釋出，按照《資訊系統軟體版本變更管理制度》的有關規定執行。

　　2.4.4 對於新安裝的計算機終端，在投入使用前應由所涉及到的業務系統的責任維護人員進行檢查和配置，再進行分發使用。

　　2.5 記錄

　　2.5.1資訊系統配置或變更實施完畢，持續正常執行後，需進行相關配置的記錄，填寫《資訊系統配置記錄表》。

　　3.文件

　　3.1《資訊系統變更申請表》

　　3.2《資訊系統軟體功能新增修改申請表》

　　3.3《資訊系統配置記錄表》

　　篇二

　　第1章 總則

　　第1條 為了提高企業的經營績效與工作效率提升企業資訊系統的可靠性、穩定性與安全性特制定本制度。

　　第2條 本制度適用於資訊部以及各使用者部門涉及使用企業資訊系統的相關人員。

　　第2章 系統開發與變更

　　第3條 企業資訊系統開發所遵循的原則

　　1. 因地制宜原則 應根據行業特點、企業規模、管理理念、組織結構、核算方法等因素設計適合本單位的計算機資訊系統。

　　2. 成本效益原則 計算機資訊系統的建設應當能起到降低成本、糾正偏差的作用根據成本效益原則企業可以選擇對重要領域中的關鍵因素進行資訊系統改造。

　　3. 理念與技術並重原則 資訊系統建設應當將資訊系統技術與資訊系統管理理念整合倡導全體員工積極參與資訊系統建設正確理解和使用資訊系統提高資訊系統的運作效率。

　　第4條 專案?a href='//' target='_blank'>咳嗽痺諦畔⑾低晨?⒅幸??嚶Φ慕灰茲ㄏ耷度氳較低吵絛蛑幸員慵觳欏⒕勒?砦蠛臀璞仔形??/p>

　　第5條 系統開發任務書內容

　　1. 資訊系統名稱。

　　2. 資訊系統應該達到的技術性能。

　　3. 資訊系統的操作環境。

　　4. 開發資訊系統的具體工作計劃。

　　5. 開發資訊系統的人員與協作單位。

　　6. 開發資訊系統的費用預算。

　　第6條 所選的外包合作開發資訊系統的機構必須有合作開發資訊系統的經驗

　　並加強對其的監控力度。

　　第7條 測試專員需將系統測試中所出現的問題記錄成冊定期交予資訊部經理。

　　第8條 在資訊系統安裝除錯前的必要工作如下。

　　1. 制定緊急預案以確保新系統發生故障時能切回到舊系統。

　　2. 必須完成整體測試和使用者驗收測試後才可安裝除錯。

　　第9條 新舊系統切換時進行資料遷移必須建立資料遷移計劃並對遷移結果進行測試。

　　第10條 安裝後的資訊系統功能變更時須重新按照系統開發的有關程式進行。

　　第3章 資訊系統的維護 第11條 對於企業自主開發的資訊系統根據其大小及效能定期檢測、定期維護。

　　第12條 資料庫管理專員將資料庫中的資料定期備份以防止系統出現問題時資料丟失。

　　第13條 資訊系統出現問題時資訊部員工按應急預案進行處理。

　　第4章 附則

　　第14條 本制度由資訊部制定其解釋權、修改權歸屬資訊部。

　　第15條 本制度自總裁審批之日起實施修改時亦同。

　　篇三

　　為規範軟體變更與維護管理，提高軟體管理水平，優化軟體變更與維護管理流程，特制定本制度。

　　一、變更流程：

　　1、系統變更的條件

　　***1***功能完善維護，業務部門由於業務發展或業務處理需要，所產生的對系統的現有功能進行修改、完善的需求。

　　***2***系統缺陷修改，系統設計和實現上的缺陷會引發業務操作中的異常，對系統缺陷修復的需求

　　***3***統計報表生成，業務部門統計報表資料生成的需求。所要求的統計報表資料不能夠通過應用系統現有功能提供。這些報表有的只是一次性使用，有的需要經常使用。

　　2、系統變更工作以任務的形式有相關部門和系統管理員協助完成，系統變更過程類似軟體開發，大致可分為四個階段：任務提交和接受、任務實現、任務驗收和程式下發上線。

　　3、因緊急問題處理引發的系統變更處理，具體流程參見《緊急變更流程》。

　　4、相關科室提供的系統變更需求，並將變更需求整理成《系統變更申請表》，由科室負責人提交給主管院長審批後交系統管理員。

　　5、系統管理員負責接受需求，進行需求分析後，向開發人員提出系統變更建議。

　　6、實現過程應按照軟體開發過程規定進行，系統變更過程應遵循軟體開發過程相同的正式、統一的編碼標準，並經過測試和正式驗收才能釋出。

　　7、系統管理員組織相關科室對系統變更嚴格按照功能要求在備用伺服器上進行全面除錯，並撰寫《程式變更驗收報告》，提交科室負責人和系統管理員簽字確認通過後才能釋出，並對前一版本撤銷。

　　8、系統管理員負責對系統變更過程的文件進行歸檔、版本管理，變更過程中涉及的文件至少儲存兩年

　　二、緊急變更流程

　　1、緊急事件的報告：

　　科室發現系統異常，導致業務處理無法正常進行，必須迅速處理解決時，問題發現人將問題報告給系統管理員。系統管理員根據問題資訊，進行問題的初步診斷。如有可能，對問題原因進行分析定位，並給出解決問題的建議。

　　2、緊急事件變更啟動：

　　系統管理員接到緊急問題上報後，及時與問題報告人進行討論和交流，瞭解情況，並最終判定是否屬於緊急事件，確定屬於緊急事件後，由系統管理員啟動緊急事件變更流程，並根據其重要性和緊迫性分配優先權，組織人員採取相應的處理流程。

　　3、緊急事件變更處理：

　　系統管理員組織人員進行緊急事件變更處理。緊急事件變更流程處理同一般問題變更流程，包括分析、設計、實施、測試、驗收;但需要使用專設使用者賬號進行緊急事件處理變更，並進行明確的緊急事件變更文件記錄。

　　4、緊急事件變更程式開發：

　　系統管理員組織完成變更處理後，進行程式分發。緊急事件變更流程的程式分發同一般系統變更流程。

　　5、補辦文件領導審批記錄

　　緊急問題得到妥善解決後，需要分別補辦各類文件和審批記錄。

　　三、系統配置管理

　　1、系統配置包括作業系統軟體、資料庫軟體、網路裝置系統軟體、安全裝置系統軟體、資訊系統管理軟體的基礎基準。維護人員應該為資訊系統建立合適的配置基準，確保系統安全和整體安全要求一致。

　　2、經授權的配置管理員應根據系統安裝手冊與配置基準對初裝系統或裝置進行基準配置，同時記錄安裝工程與設定，確保配置的正確性。

　　3、完成基準配置的系統或裝置進行執行測試個安全性檢查。執行測試和安全性檢查通過後，配置管理員需在配置記錄上記錄執行測試和安全檢查結果，由配置監管人員簽字確認。只有在測試和安全性檢查通過的情況下該系統或者裝置才能在生產環境下執行。

看過的人還會看：