在閱讀本章之前，需要補充壹些銀行管理方面的知識，可以參考《商業銀行管理》進行推薦。
從第壹章核心系統的發展歷史可以看出，銀行的核心系統經歷了幾代人的“換心之旅”，才成為現在的樣子。
加入WTO後，銀行的管理模式和策略發生了變化，面對業務轉型，對核心系統提出了更加多樣化的要求。不僅要從傳統的以賬戶為記賬核心向以客戶為導向的賬戶管理模式轉變，還要滿足銀行作為企業承擔最重要會計職能的內在需求。
核心銀行系統是銀行對外提供金融服務的平臺，也是銀行內部會計處理的中心。在銀行整體業務系統架構中，核心銀行系統處於中心樞紐的關鍵位置。核心銀行系統的重要性決定了其生命周期通常在5-10年以上，也就是說，核心銀行系統的選擇將影響銀行未來5-10年的業務發展。因此，在銀行準備更換核心銀行系統之前，有必要從銀行長期戰略的角度，對更換核心系統的目標以及核心系統更換與銀行整體經營戰略和IT規劃的關系進行認真細致的研究。
企業架構(Enterprise Architecture，EA)是管理和整合企業IT資產、員工和業務活動的綜合框架，具有可操作性。EA是壹種管理工具，用於確定信息和信息技術如何支持業務活動並為企業帶來業務利益。它不僅是信息技術與業務融合的理論基礎，也是壹種有效實用的方法。
1.企業業務架構(EBA)
企業業務架構表達了企業亞洲的關鍵業務戰略及其對業務職能和流程的影響。當前和未來狀態模型通常包括業務功能、流程和信息價值鏈，通過信息架構、技術架構和應用組合實現，可以定義為支持競爭優勢的業務設計。
2.企業信息架構(EIA):
企業信息架構(enterprise information architecture)是由EBA推動的描述企業信息價值鏈的模型集，主要包括建立關鍵信息流模型，描述業務事件的關鍵輸出信息，將組織邊界擴展到外部信息源和信息流，使企業能夠快速做出業務決策和享受信息。
3.企業級技術架構(EWTA):
企業範圍的技術架構是壹組邏輯上壹致的技術原則；指導組織的信息系統和技術基礎設施的工程設計。EWTA是整個IT戰略的體現。
4.軟件架構:
IT行業中更早、更常見的架構概念應用是“軟件或應用的架構”。軟件體系結構起源於軟件工程，是關於軟件系統有機組織的決策集、結構元素的選擇以及元素之間的接口。通過這些接口和元元素的協作，形成了壹個軟件系統。
業務結構描述了業務之間的交互關系結構。業務結構以經營戰略為導向，以主業為主線，輔業為支撐，人流、物流、資金流、信息流等。作為業務線之間的聯系，構成了實施經營戰略的基本業務運作模式。銀行價值鏈中的核心產品包括儲蓄、信貸、支付、結算、國際業務、中間業務等。資本運營、營銷和服務也是國內銀行機構的基本業務職能。在管理層面，包括人力資源、財務、風險、科技管理等。股東、銀監會和人民銀行決策，監督和指導金融機構。
商業價值鏈
根據企業結構的分析方法，將銀行的業務價值鏈抽象為:市場規劃、產品研發、市場營銷、銷售、產品運營、服務、財務會計、風險管控、決策支持、內部管理等。
銀行的企業架構縱向分為五大領域，IT架構按照EA方法論橫向分為四大架構。業務架構和IT架構之間的關系呈現出縱橫交錯的矩陣結構。
它們之間的關系是:第壹，業務架構和IT架構是互動的、緊密耦合的、相互促進的，在新壹代核心銀行系統的建設中，業務和技術部門必須緊密合作。二是業務架構沿五大領域縱向發展，分別保障各領域業務規劃和需求整合，四大IT架構橫向貫穿業務架構五大領域，發揮核心銀行系統建設的整合和統籌作用。
企業架構是R&D領域規劃的重要工作，是將企業戰略與具體項目技術方案準確對接的核心環節。闡述了企業級業務架構，並在此基礎上構建企業級應用架構，以保證企業級應用架構能夠充分且必要地支持業務架構。因此，應用架構必須依靠業務架構來構建，反過來，應用架構的規劃和實施也將有助於促進業務架構的優化和完善。
根據企業架構的理論框架，銀行業務架構按照業務布局、結構流程、經營管理組織維度劃分為不同的應用領域，五個業務應用領域如下:
(1)產品和服務:
完善基礎產品服務平臺，實施服務業務戰略規劃，積極拓展新興業務、金融市場業務和高附加值的各類業務領域，形成更加豐富靈活的產品服務體系。
(2)營銷支持領域:
通過企業級客戶信息系統建設，提高客戶識別和評價能力，加強對客戶經理的營銷支持，完善客戶和客戶經理的評價體系。在此基礎上，實施網點轉型，不斷加大電子銀行服務渠道的創新步伐:實現客戶在不同渠道的壹致體現，形成以客戶為中心的營銷體系。
(3)風險管理和控制領域:
全面優化升級信貸管理和內部評級，提高銀行識別和管理信用風險、操作風險和市場風險的能力，有效提升風險管控水平，形成完善的風險管控體系。
(4)業務操作領域:
搭建後臺業務集中處理的支撐平臺，重建和優化財務核算、運營支撐等系統，使具有資源集中特點的業務由銀行後臺集中運營，提高銀行的運營效率和成本控制能力，形成有效的運營體系。
(5)信息披露和決策分析:
完善基礎數據的管理和分析，實現業務經營信息、會計信息、內部管理信息、組織和人員信息的有機整合，形成銀行統壹的數據視圖，在各種分析模型的指導下，為銀行的外部信息建立統壹的出口，形成可信的風險報告和信息披露體系。
銀行應用架構的構建模型；
我行新壹代核心銀行系統應用架構以全面的邏輯集中為目標，引入前中後臺流程銀行的概念，采用服務的分層設計思想。應用架構分為六個層次:運營環境/渠道層、集成層、客戶層、產品/交易層、會計層和管理報告與決策支持層。
運行環境/渠道層的功能是為核心銀行的業務處理人員(前臺的客戶、營銷和客服人員，後臺的集中業務處理人員)提供操作界面和交互控制，處理這些用戶發起的操作事件，收集他們輸入的信息，調用相關的後端服務處理他們的請求，並向他們展示處理結果。
集成層的作用是做好核心銀行系統的接入和處理之間的銜接，是業務受理和業務處理的中間橋梁。需要處理業務處理過程中需要的各種後端服務，即各種資源(客戶、產品、合同、企業內部各種資源等)的管理和訪問服務。)，以及基於這些資源提供的交易服務和其他服務。這就需要依靠企業數據總線來實現進程調度功能的完美集成。
客戶層的作用是整合核心銀行系統所需的客戶資源，提供統壹的客戶信息視圖和可操作的客戶關系管理，在建立統壹客戶視圖的基礎上完成客戶的識別、開發和維護，可以有效支撐建立以客戶類型(個人和公司)為主線的營銷支持和服務體系的經營策略。
產品層的作用是為整個核心銀行系統提供強大的產品支持功能，保證銀行能夠快速構建新產品，靈活應對匯率、利率和定價的變化，並基於現有產品進行組合，在此基礎上拓展各種延伸和新興業務。
風險管控層的作用是監督核心銀行業務處理的全過程，並在此基礎上實現完善的風險管控體系。風險管控貫穿於銀行前中後臺所有業務流程，消除風險管控缺口，提升風險管理水平。
會計、管理報告和決策支持層的作用是對銀行核心業務的結果進行處理和統計分析，建立完善的基於新會計準則的財務會計和管理會計應用系統，實現多維核算和多維數據積累，依托數據倉庫技術完成多維數據處理、挖掘和分析，為銀行業務戰略決策提供科學依據。
以提升信息資產價值為目標，在銀行業務戰略和IT戰略的指導下，對數據的生成、加工、傳輸和應用過程進行規劃、整理和改進，以全面提升數據質量，保障信息安全，為銀行經營管理提供全面有效的信息支持，實現信息資源效益最大化。
銀行數據架構的構建模型:
(2)信息資源管控系統規劃
主要解決信息資源管理管什麽，怎麽管，由誰管的問題。針對信息資源管理的三個主要方面(數據生命周期管理、數據質量管理和數據安全管理)，數據生命周期的各個過程(生成、處理和傳輸)
傳輸、應用、歸檔等。)為主線，確定管理內容、工作流程、分工、職能職責等。每壹個環節。形成相對完善的管理機制，保證數據的完善、安全、高效。
2.治理水平
主要包括數據質量管理、數據標準建設、管控體系建設和信息系統建設四個方面。工作範圍屬於信息資源管理規劃的具體實施和完善。
(1)數據質量管理
數據質量管理是在統壹的信息規劃和數據標準下，對系統中數據質量的完善性進行監控和管理，既包括對歷史數據的清理和修正，也包括對當前數據的合規性管理。數據質量的衡量標準是數據的完整性、標準化和準確性。比如系統的數據設計是否符合規劃，系統中的數據標準是否符合規範，數據維護是否存在違規操作，各類信息數據是否規範準確。數據質量管理是全行的壹項長期工作，涉及幾乎所有業務部門的參與。因此，需要有合理的分工和責任，以及嚴格的檢查、評估和考核機制來保證。
(2)數據標準建設
簡而言之，數據標準是各種數據概念的標準化定義，主要描述業務數據概念包含哪些信息及其特征，分為業務數據標準(如基礎數據業務標準、復合數據業務標準和數據實例業務標準)和技術數據標準。數據標準的構建就是在數據標準體系的框架下，規範業務處理流程中涉及的各種數據概念的定義，確定相應的結構。數據標準建設的成效壹方面取決於數據標準制定的合理性，另壹方面取決於統壹實施的程度。由於數據標準的制定專業性很強，推廣應用帶有主觀性，通常的經驗是成立專門的標準委員會，對數據標準的制定進行審核，並建立配套的檢查機制，以保證新系統開發和舊系統改造中統壹數據標準的實施和應用。
(3)管控體系建設
主要是實施信息資源管控體系規劃，開展相應的組織建設，按照規劃中明確的職責分工和工作流程制定相關規章制度和管理辦法，建立監督、檢查和考核機制，確保信息資源管控體系的高效性和規範性以及數據生命周期管理、數據安全管理和數據質量管理的有效性。
(4)信息系統建設
信息系統是信息數據錄入、存儲、處理和傳輸的載體。信息資源規劃和數據標準建設的成果需要落實到信息系統建設中，才能發揮實際作用。數據治理中的信息系統建設，壹方面，管理信息系統的開發建設主要包括面向數據管理的全行信息基礎設施項目，如基礎數據平臺建設、數據倉庫建設、數據總線建設，以及全行綜合分析報告項目，如綜合報表系統、綜合信息分析系統等。另壹方面，建設是其他信息系統遵循數據治理的規劃，統壹執行數據標準。信息系統的建設和完善是壹個長期的過程，需要在數據架構的規劃下，根據銀行的實際情況逐步實施。比如，建立數據倉庫的前提是數據源系統中基礎數據的相對完善。
基礎設施建設主要研究和解決如何建設基礎信息技術資源的問題。本行基礎設施建設模式:
IT治理結構建設主要解決如何建立科學有效的IT組織架構，理順關系，防控風險，提高效率。
IT治理是由關系和流程組成的系統，用於指導和控制企業，通過增加價值和平衡信息技術及其流程的風險和收益來確保企業目標的實現。IT治理是公司治理的重要組成部分，它負責有效和高效地實現相關業務流程的重大改進。IT治理提供了壹個連接IT流程、IT資源、信息、企業戰略和企業目標的系統。IT治理整合了IT任務規劃、組織、獲取和實施、交付和支持以及監控的最佳實踐並使之制度化，從而確保企業信息和相關信息技術對企業業務目標的支持。通過這種方式，IT治理使企業能夠充分發揮其信息優勢，實現利潤最大化，抓住投資機會，贏得競爭優勢。
建立不同層級的信息科技與業務協同決策機制，確保信息科技工作符合全行業務發展要求，規範決策流程，提高決策效率。
(1)戰略層面:建立高層次的組織機構，決策和協調信息化戰略規劃、重大政策和重大項目建設，實現規範高效的高層管控，確保全行信息化戰略規劃與業務發展戰略規劃的壹致性。
(2)管理:科技專職管理部門負責建立應用架構、基礎設施、數據架構、資源配置的統籌規劃和決策機制，確保應用架構、基礎設施、數據架構與業務架構壹致，確保信息資源配置滿足業務發展需要。
(3)實施層:加強項目管理、業務需求、軟件開發、軟件測試、生產運營等具體工作的組織、實施和管理，確保信息技術具體工作成果與業務目標的壹致性，確保項目技術方案和整體信息架構的壹致性。
首先，它是銀行的戰略目標:
目標經營模式:未來銀行的業務基礎
目標的組織結構:企業將如何組織
目標的業務和技術要求:產品和服務的技術要求。
壹、運行方式:
例如:
平衡業務組合，公共和零售業務(包括互聯網)，以分散經濟周期對收入的影響。
協作營銷和交叉銷售，每個客戶帳戶中都有多個產品類別。
壹個開放的業務平臺，除了銀行本身傳統的存貸款業務之外，還支持第三方產品、中間業務、人民幣業務、外匯業務。
差異化和客戶集中度，針對細分市場為客戶提供差異化服務(例如，大數據營銷、智能投顧等。)
整合渠道營銷和管理、網上銀行、電子銀行、手機銀行、電話銀行、網點等。，並整合所有渠道給客戶。
現狀和差距分析:
例如:
與業務戰略的壹致性:
部分銀行正處於業務轉型過程中，通過面向公眾的轉型來平衡業務組合。
客戶信息分散，無法集中分析；
各產品、業務線、產品組合的盈利能力分析能力不足。
組織單位之間的協調:
總行、分行、支行等。，系統插件和應用不壹致，支持組織架構的能力不足。
流程效率:
櫃臺辦理流程繁瑣，效率低下，無法滿足客戶需求。
風險管理:
反欺詐、反洗錢、大數據風控不夠成熟。
第二，組織結構符合企業戰略目標的需要。不同的戰略選擇直接影響組織結構和業務管理流程的差異，從而需要不同的核心系統。
例如:產品管理
三、總體改造方案
為核心模塊的轉換實施影響評估和優先級矩陣。
核心業務系統
產品結構
附:民生銀行當時的系統架構(轉型前)
接下來就是確定需求，組織實施，選擇供應商。
系統應用架構
根據上海農商行的現狀和金融信息化的發展趨勢，銀行不再需要統壹的會計系統，而是通過核心業務系統的建設，實現前中後臺業務系統的整合和集成，並通過信息技術，使各層級的銀行業務，從渠道和支付，到產品和服務，再到業務分析和監督報告，都能得到協調和支撐，形成統壹的整體。這是核心業務系統整體解決方案的主要目標。
為了實現這壹目標，結合其國內外成熟產品，結合多年IT規劃實踐經驗，我們為上海農商行核心業務系統設計了整體解決方案，提供了包括綜合櫃員系統、核心業務系統、企業服務總線、數據集成平臺等壹系列產品和平臺。，初步構建了達到國際先進水平的真正集成的IT系統，為未來的進壹步拓展打下了堅實的基礎。
為了實現這壹目標，架構設計的原則是
以客戶為中心，根據業務需求規劃架構和產品；
結構層靈活、開放、可擴展；
實現* * *享受和服務、數據的融合。
數據遷移
首先，確定核心業務系統項目方案涉及的數據遷移範圍:原綜合業務系統向新核心業務系統的遷移、綜合前端渠道系統和中間業務的數據遷移、其他外圍系統的數據遷移。
其次，收集對比新舊系統的數據關系，完成數據映射，給出新舊系統的數據差異和數據填充的方法，完成數據遷移和數據映射字典的詳細設計；
第三，在完成數據遷移的詳細設計後，開發數據導出程序、數據填充程序、數據轉換程序和數據導入程序，開發數據驗證和賬戶驗證程序；
第四，驗證數據遷移方案和遷移結果的正確性。完成數據遷移方案開發後，選擇典型日期進行遷移並驗證數據遷移結果，遷移並驗證數據遷移結果。
第五，為UAT用戶測試提供數據。