銀行信息系統變更管理制度_第1頁
銀行信息系統變更管理制度_第2頁
銀行信息系統變更管理制度_第3頁
銀行信息系統變更管理制度_第4頁
銀行信息系統變更管理制度_第5頁
已閱讀5頁,還剩5頁未讀 繼續免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

1、XXXXXXX銀行信息系統變更管理制度第一節總則第一條為規范XXXXXXX銀行信息系統變更與維護管理,提高信息系統管理水平,優化信息系統變更與維護管理流程,特制定本制度。第二條本制度適用于已開發或采購完畢并正式上線、且由信息系統開發組織移交給應用管理機構之后,所發生的生產信息系統(以下簡稱信息系統)運行支持及系統變更工作。第二節變更流程第三條系統變更工作可分為下面三類類型:功能完善維護、系統缺陷修改、統計報表生成。功能完善維護指根據業務部門的需求,對系統進行的功能完善性或適應性維護;系統缺陷修改指對一些系統功能或使用上的問題所進行的修復,這些問題是由于系統設計和實現上的缺陷而引發的;統計報表生

2、成指為了滿足業務部門統計報表數據生成的需要,而進行的不包含在信息系統功能之內的數據處理工作。第四條系統變更工作以任務形式由需求方(一般為業務部門)和維護方(一般為信息部門的應用維護組織和信息系統開發組織,還包括合作廠商)協作完成。系統變更過程類似信息系統開發,大致可分為四個階段:任務提交和接受、任務實現、任務驗收和程序下發上線。第五條需求部門提出系統變更需求,并將變更需求整理成系統變更申請表(附件1),由部門負責人審批后提交給系統管理員第六條系統管理員負責接受需求并上報給信息科技部經理。信息科技部經理分析需求,并提出系統變更建議。信息科技部經理根據變更建議審批系統變更申請表。第七條系統管理員根

3、據自行開發、合作開發和外包開發的不同要求組織實現系統變更需求,將需求提交至內部開發人員、合作開發商或外包開發商,對信息系統進行變更。第八條實現過程應按照信息系統開發過程規定進行。系統變更過程應遵循信息系統開發過程相同的規范標準,并經過測試和正式驗收才能下發和上線。第九條系統管理員組織業務部門的系統最終用戶對信息系統變更進行測試,并撰寫用戶測試報告(附件2),提交業務部門負責人和信息科技部經理領導簽字確認通過。第十條在系統變更完成后,系統管理員和業務部門的最終用戶共同撰寫程序變更驗收報告(附件3),經業務部門負責人簽字驗收后,報送信息科技部經理審批。第十一條培訓管理員負責對系統變更過程的文檔進行

4、歸檔管理,變更過程中涉及的所有文檔應至少保存兩年。第三節緊急變更流程第十二條對于緊急變更,需求部門可以通過電子郵件或傳真等書面形式提出申請。第十三條信息科技部根據重要性和緊迫性做判斷,確定其優先級和影響程度,并進行相應處理。第十四條緊急變更過程中應使用專設的系統用戶賬號,由專責部門或人員啟動緊急修改變更程序。信息科技部應對緊急變更的處理進行規范的文檔記錄。第十五條在緊急事件處理完成后,必須在一周內補辦正式、完整的文檔,其中包括問題發現人填寫的緊急變更申請、問題發現人所在部門負責人對該申請的審批、需求部門/信息科技部測試記錄(包括簽字確認測試結果)。第四節系統變更的權責分離第十六條系統變更過程中

5、,應采取各種措施保證維護環境訪問權限受到良好控制。這些措施包括:1、通過系統用戶的授權管理,確保只有特定人員能進行系統維護工作;2、如果使用專用程序開發工具,只有授權人員才能使用程序開發工具(通過只有特定開發人員擁有程序開發工具);3、通過對源代碼的訪問控制,限制只有授權人員才能獲得源代碼以進行系統維護;4、在進行自有系統的信息系統變更時,應建立版本控制制度確保每次在最新的代碼基礎上進行更改,當多名程序員同時進行更改工作時,能夠進行適當協調;5、通過對系統日志的審閱,監督系統維護人員在系統中的操作,確認維護工作的授權;6、在進行自有系統的信息系統變更時,應防止源代碼在完成測試到正式上線之間的非

6、授權修改。第十七條系統變更過程中,采取各種措施保證生產系統應用程序訪問權限受到良好控制。這些措施包括:1、通過生產環境的訪問控制,限制對生產環境的訪問;2、通過物理隔離的手段,限制對生產環境的訪問;3、通過邏輯隔離的手段,限制對生產環境的訪問;4、對授權訪問生產環境的人員進行詳細記錄,使用該記錄對生產環境訪問權限的檢查,確保只有經授權人員才能訪問生產環境;5、普通用戶只能通過前臺登錄系統,不能通過后臺(如使用生產環境操作系統的命令行)進行操作;6、信息技術人員不應該擁有前臺應用程序的業務操作訪問權限,更不應該在前臺應用程序中擔任實際的業務操作任務;7、從技術角度限制開發人員對生產環境中應用程序

7、文件夾的訪問權限,只有經過授權的人員對程序擁有讀、寫和執行的權限;8、禁止信息技術人員共享操作系統級別的賬號。第五節附則第十八條本制度由XXXXXXX銀行信息科技部負責解釋和修訂第十九條本制度自發布之日起開始執行。系統變更申請表編號:變更請求類型口用戶方變更口開發方變更口需求增加口需求修改口需求縮減口其它:請說明:變更申請人制#日期實施人員驗證人原需求內容描述變更內容描述變更的影響業務部門負責人意見:簽字:信息科技部意見:簽字:備注:用戶測試報告1.基本信息測試依據例如:參照標準、客戶需求、需求規格說明書、測試用例等測試范圍測試驗收標準測試環境描述測試驅動程序描述提示:可以把測試驅動程序當作附

8、件測試人員測試時間須注明每次回歸測試的時間測試工具2.實況記錄模塊測試用例編號期望結果測試結果缺陷密度是否執行了回歸測試3 .測試總評價根據對測試結果提出一個關于信息系統能力的全面分析,需標明遺留的主要缺陷、局限性和信息系統的約束限制等,并提出信息系統測試過程中程序中的不足。根據測試標準及測試結果,綜合評價信息系統的開發是否已達到預定目標4 .缺陷修改記錄提示:如果采用了缺陷管理工具,能自動產生缺陷報表的話,則無需本表。缺陷名稱缺陷類型嚴重程度模塊原因駐留時間解決方案測試人員簽字/日期:信息系統變更驗收報告驗收報告書需求部門系統名稱系統名稱英文縮寫系統版本任務完成情況欄*由信息科技部根據任務完成實際情況填寫*任務名稱實際開始時間實際完成時間實際工作量人天,合人月本次任務實際稅前開發費用(含報酬)*注明小寫金額和大寫金額*¥元,(大寫)【任務完成情況】:*由信息科技部簡要概述任務完成情況*【提交文檔清單】:*由信息科技部提交相關文檔清單*業務部門接受人簽字:信息科技部提交人簽字:日期:日期:驗收過程信息欄*由信息科技部根據驗收過程填寫*驗收開始時間驗收完成時間驗收地點需求部門驗收人員角色/職責信息部門協助人員角色/職責任務驗收情況欄*由業務部門根據驗收情況出具*【驗收意見】:*由業務部門項目負責人出具對實際驗收結果的意見*業務部門項目負責人簽字:_日期:任務管理處室項

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經權益所有人同意不得將文件中的內容挪作商業或盈利用途。
  • 5. 人人文庫網僅提供信息存儲空間,僅對用戶上傳內容的表現方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容,請與我們聯系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論