新一代項目群上線方案(18頁).doc
下載文檔
上傳人:正***
編號:876953
2024-01-08
18頁
1.23MB
1、新核心系統項目群上線方案VERSION 1.0 2018年3月文檔修訂記錄章節編號章節名稱修訂內容簡述修訂日期修訂前版本號目 錄新核心系統項目群上線方案按照新核心項目群總體工作安排,我行新核心系統建設經過需求分析、程序開發、系統測試等步驟,將進入上線階段。經新核心領導小組審議評估后,確定2018年6月X日18:00到2018年6月X日(T+2日)8:00,按計劃完成業務系統切換工作。在業務系統上線期間,所有柜面及外圍服務渠道(包括但不限于各項中間業務、電話銀行、POS、自助設備等)將全部暫停提供服務。6月X日(T+3日)8:00業務系統上線完成后,恢復對外營業。為保證業務系統順利切換上線,現將2、有關工作安排如下,請各分、支行(營業部)高度重視,加強領導,組織相關人員認真學習,并嚴格遵照執行。第1章 概述系統切換方案是“新一代”系統切換及分行系統切換工作的綱領性文件,是決策指揮的主要依據,是實施切換的行動指南。方案本身的完整性、合理性、一致性在很大程度上決定了系統切換的成敗。系統切換方案設計過程中重點關注系統切換的目的和范圍、切換組織和職責、切換協同控制、以及運維保障等四個方面。1.1 系統切換定義系統切換指在規定的時間內,將包括基礎設施、技術框架平臺、數據遷移、應用版本等各方面準備就緒,并按規定的時序及操作步驟,完成基礎設施、技術框架平臺及應用版本整體切換,經過業務驗證后轉入全面投產3、的過程。1.2 系統切換工作范圍系統切換階段是“新一代”項目工作的核心階段。“新一代”上線項目系統切換由系統切換準入階段、基礎設施準備階段、數據遷移階段、版本部署階段、系統切換階段、試營業階段六個階段組成。1系統切換準入階段的主要工作包括: 1)分項準備工作檢查 上線所需文檔檢查:包括用戶測試報告、版本檢驗報告、運維文檔等 基礎設施就緒檢查:包括設備、網絡等 業務準備檢查:包括業務制度、業務培訓、人員崗位等 分行上線就緒檢查:包括分行技術和相關業務落實2)上線準入評審2基礎設施準備階段的主要工作包括: 完成基礎環境的準備。包括完成基礎設施實施工藝;進行環境、服務器、網絡、存儲等資源部署及分配;4、網絡訪問關系開通。 完成基礎軟件安裝。包括操作系統數據庫等通用軟件安裝;專用軟件預裝;用戶口令分配;軟件調試及參數配置。 完成納管工具的部署。包括CMMP、SOM、云平臺、CCSD等。 分行員工渠道電腦、終端、互動終端等基礎設施的部署。3數據遷移階段的主要工作包括: 數據準備:包括源系統卸載和初始化數據 數據轉換:遷移環境下的數據轉換前檢核、數據轉換和轉換后檢核 數據加載及加載后的檢核:從遷移環境加載至生產環境,并進行檢核4版本部署階段的主要工作包括: 應用版本(含相關配置文件、腳本)獲取、安裝部署及配置; 隨應用版本部署,進行技術平臺框架、技術組件的版本獲取、安裝部署。5系統切換階段的主要工5、作包括: 停老系統服務 打開網絡關系通路 啟動服務。6試營業階段的主要工作包括: 技術驗證(綠燈) 業務驗證。1.3 系統切換方案的預期讀者系統切換方案的預期讀者包括:切換工作參加人員和“新一代”項目相關實施人員。第2章 投產策略和范圍“新一代”投產以“平滑釋放業務、高質安全投產切換”為原則,以“先基礎后應用、先渠道后產品服務、高耦合應用系統同步上線”為策略確定投產范圍和計劃。投產批次和計劃為:按照晉城銀行3天切換步驟填寫。2.1 投產策略和范圍 “新一代”項目上線共涉及XX個應用主線、XX個平臺、XX個框架/技術和安全組件,投產策略及范圍如圖:畫一個應用、平臺、技術和安全組件的三層圖。說明:6、1基礎設施:一次投產,包括Web/Ap/DB服務器、網絡/安全/存儲、高可用/負載均衡、分行基礎設施。2框架:一次投產,包括主機框架、Java框架、C/C+框架、電子渠道框架。3技術組件:一次投產,包括交互組件桌面云和移動終端管理、集中監控、文件傳輸、應用調度、消息中心、統一通信即時通訊和郵件傳真短消息。4安全組件:一次投產,包括密碼服務、內部用戶認證、外部客戶認證。5平臺:與應用配套一次性投產。包括XXXXXXXx。6.應用:根據業務依賴關系應用版本分批上線。第一批應用版本包括機構員工、產品研發、定價管理、參數管理四個基礎應用,員工渠道應用,托管、家庭現金管理兩個產品應用,非現場審計和企業級7、數據應用;第二批應用版本包括客戶信息基礎應用,客戶渠道應用,企業現金管理、代收代付、金融市場三個產品應用,以及支持第二批基礎應用和產品應用員工渠道應用和企業級數據應用版本。7. 現有系統:包括與新一代配套和日常項目的現有系統改造版本。(詳見附件)2.2 業務釋放功能應用版本上線時間應用業務功能X月X日柜面基本功能、單點登錄、柜外清業務、取消5萬元以下轉賬業務憑條、員工渠道報表、支持新一代機構員工、參數管理員工渠道操作核心系統參數審批流程、參數信息庫集中作業X月X日信貸系統影像系統X月X日第3章 組織體系與職責新一代上線切換工作涉及面比較廣,業務面影響面大,復雜程度高,涉及總分行協同工作,需要建8、立一套高效的組織體系來保障該項工作的有序開展。3.1 投產切換組織架構3.2 投產切換組織職責l 總指揮指揮切換上線工作重大事項和重大問題的決策、部署、協調和指揮。l 副總指揮協助總指揮做好切換上線工作重大事項和重大問題的決策、部署、協調和指揮。l 技術切換指揮主要包含應用系統實施和基礎設施實施兩部分。應用系統實施由各項目作為實施主體,基礎設施實施由數據中心為實施主體。l 業務切換指揮負責所轄職能的業務問題的決策、部署、協調和指揮。l 上線總控組負責管控基礎設施投產、數據遷移及版本上線、總分行實施、業務切換和運維保障過程中切換工作的有效執行。l 基礎設施切換數據中心牽頭,執行主體為數據中心各專9、業團隊和各分行信息技術管理部,主要負責完成主機、服務器、存儲、網絡、工具、機房環境、電力等基礎設施的投產實施工作。l 數據遷移及版本上線由數據中心牽頭負責具體的操作執行,新一代項目數據遷移組及各項目組支持和配合,完成數據遷移及版本上線切換過程中各相關系統數據的遷移實施工作和應用版本的上線版本部署及檢查確認等工作。l 總分行實施各分行信息技術部門及總行相關部門承擔本分行或本部門相關的具體實施任務。l 業務支持由各業務主管部門負責組織完成切換、試運行、推廣期間的業務事項分析、應急組織及支持響應等相關工作。l 運維保障由數據中心牽頭,執行主體為數據中心各專業團隊、總行各應用切換組及分行,負責投產過程10、中的技術應急和系統技術回退工作,以及上線后的支持響應。第4章 總體協同控制及主要工作計劃使用投產任務跟蹤表(需要設計)管控新一代投產整體工作,展示總體協同控制時序、關鍵任務項、任務依賴關系以及任務責任人等信息,實時顯示任務進展情況,同時在關鍵點以短信方式通知相關領導及相關人員,所有干系人也可通過該跟蹤表及時了解上線各方進度。4.1 切換管理流程4.2 新一代項目上線切換關鍵時間點X月X日上線切換關鍵時間點X月X日上線切換關鍵時間點,見下圖:4.3 基礎設施部署4.3.1 總行基礎設施總行基礎設施部署目標支撐“新一代”應用版本部署和數據遷移。包括l X月X日前完成XXXX等相關服務器的上線;l 11、按照切換時間安排完成相應的網絡訪問關系改造、SSM批量作業和集中監控上線工作;l 老一代配套系統的改造切換。4.3.2 分行基礎設施1、 X月X日前已完成分行XXX服務器部署。2、 .。4.4 技術組件、安全組件、框架、平臺部署4.4.1 技術組件、安全組件X月X日部署除數據安全服務、安全審計監控、標準代碼組件以外的其它所有技術組件及安全組件服務端。X月X日在各應用組件部署安全代理,各技術組件、安全組件API跟隨應用和應用組件部署并切換上線。具體內容如下:(根據晉城銀行的實際情況修改)組件名稱X月X日部署內容X月X日切換上線內容密碼服務部署服務端代理部署到應用服務器上、API隨應用部署內部用戶12、認證部署服務端外部客戶認證部署服務端文件傳輸部署服務端消息中心部署服務端API隨應用部署應用調度部署服務端API隨框架和應用部署集中監控部署服務端代理部署到應用服務器上、API隨應用部署統一通信(郵件傳真短消息)部署服務端API隨應用部署統一通信(即時通訊)部署服務端API隨應用部署交互組件(桌面云)部署服務端-交互組件(移動終端管理)部署服務端-4.4.2 框架及平臺由于框架及平臺與應用組件緊耦合,需要與各應用組件一起部署,所以各框架、平臺的部署時間與各應用組件保持一致。框架包括:xxxxxxx平臺包括:xxxxxxxx4.5 數據遷移新一代數據遷移范圍包括:客戶信息、核心系統、信貸系統、代13、收代付.等初始數據。數據遷移計劃與業務試點推廣計劃相匹配。投產項目的遷移策略和時間見下表:。數據內容遷移策略遷移時間客戶信息以初始數據方式一次遷移x月X日行內員工以初始數據方式一次遷移,定期加載增量數據X月X日-X月X日客戶操作員隨企業現金管理和企業網銀遷移計劃配套遷移X月X日-X月X日產品目錄以初始數據和源系統結合方式一次遷移X月X日定價管理以初始數據方式一次遷移X月X日托管總行托管客戶和產品一次遷移,投產前增量加載X月X日-X月X日4.6 試營業試營業工作是系統正式對外營業的最后一道檢測線,通過完成試營業方案中的所有交易,進一步檢測系統上線是否成功,相關業務種類是否能正確辦理,其結果作為判14、斷是否具備正常對外營業的重要條件。 試營業范圍與試營業案例按每個上線時間窗另行下發。第5章 應急預案5.1 應急回退總體策略XXX、XXX、XXX上線過程中任何一個如果在決策點6:30之前出現無法解決的問題,需要整體回退。其他不需要整體回退,可通過部分回退和應急處置的方式進行處理。同期上線的日常項目,原則上不回退,特殊情況下單獨回退。配套改造模塊和日常項目相對獨立,可以單獨回退或關閉。5.2 關鍵應用應急方法5.2.1 XXX應用系統1. 5.2.2 XXX應用系統5.2.3 XXX應用系統第6章 運維保障由數據中心牽頭,負責投產過程中的技術應急、系統技術回退工作以及上線后的支持響應工作。相關15、保障組織、重保安排及運維流程如下:6.1 運維保障組織成立運維保障組織,明確職責、分工、運維保障流程及升級機制,確保有序高效,具體運維保障組織結構如下: 投產運維保障納入數據中心生產運行流程,事件觸發和上報渠道沿用數據中心現有管理流程 運維保障指揮小組由數據中心和業務支持團隊的運維保障負責人組成 運維保障協調小組由各項目組及業務部門運維保障負責人組成 運維保障支持小組負責按要求和應急預案進行應急處置;技術、開發和業務專家負責提供全方面技術支持和方案評估;6.2 支持響應構建全行新一代應用的一體化的支持響應工作結構,負責支持響應新一代應用技術和業務出現的各種問題。同時由數據中心服務臺組織建立新一16、代投產上線常見問題解答知識庫。分行支持熱線xxxxxx支持上線問題解答,IT服務平臺支持問題工單流轉;支持響應工作結構如下圖:6.3 現場支持6.3.1 分行現場支持總行根據分行上線工作復雜度和影響度安排分行現場支持。6.3.2 數據中心現場支持本次上線按照重保要求進行工作部署1、 重保時間:系統投產后一周試運行階段(X月X日至X月X日)2、 重保期間,項目組和數據中心統一組成二線大運維技術支持3、 重保期間,業務支持人員提供現場值班4、 重保后,納入數據中心正常運維體系,員工響應中心的項目組人員可視運維情況適當延長現場支持時間5、 重保值班安排:指揮組24小時帶班帶班主任8:30-20:00 現場值班20:00-次日8:30 非現場值班值班處長8:30-次日8:30 現場值班一線支持8:30-22:00 現場值班22:00-次日8:30 現場待命二線支持(基礎設施和應用)8:30-20:00 現場值班20:00-次日8:30 現場待命員工響應中心(開發和業務支持)8:00-18:00 現場值班18:00-次日8:00 非現場值班軟硬件廠商8:30-20:00 現場值班20:00-次日8:30 現場待命