1、流程銀行(ynhng)解決方案-某客戶案例簡介 綜合授權和信貸業務童景文技術(jsh)架構師共三十五頁內容(nirng) 現狀分析 項目定義 系統關聯圖 架構決策 總體(zngt)架構 核心組件 實施方法 案例分析共三十五頁行業業務(yw)方向和趨勢 隨著農村信用社和城市商業銀行體制改革和機制轉變的逐步深入，由 “部門銀行” 轉型(zhun xn)為 “流程化銀行” 已成為中小銀行業務發展的必然趨勢?！安块T銀行”對客戶需求的服務響應和風險防范等受到人為限制; 流程銀行可以有效地改善銀行中以往存在的部門林立、條塊分割、職責界定不清，政出多門、支離破碎，效率低下、運轉不靈的弊端; 流程銀行是我國金

2、融業改革從外部主導型向內部深化完善型轉變的有效途徑和必經之路。 流程銀行將更好地支持中小銀行實現集中化管理和一體化經營，通過結構扁平化和風險控制、流程優化來為廣大客戶提供更專業高效的金融服務 強化內部管理和提高服務創新能力是國內銀行在激烈的競爭環境中取勝的關鍵。通過積極整合營銷渠道，實現客戶資源共享，以“服務創新”模式提高競爭實力，并加速應用系統的集成，實現數據交換的標準化和規范化，實現“全局監控” 。 國內銀行正處于業務和管理的變革與轉型期，在外部面臨國家金融政策環境、市場環境不斷變化，在內部要肩負著轉制上市、分拆重組的壓力。銀行內部業務變更的機率大大增加，需要應用有效的集成技術，對復雜異構

3、的應用系統進行基于業務服務和業務流程的系統集成。共三十五頁某銀行(ynhng)現狀系統架構分析主要焦點（現狀圖可以根據*實際架構調整） 123技術平臺的復雜性。應用來自多廠商，缺乏(quf)標準和規范渠道缺乏整合，業務人員多以telnet形式登錄，方式單一系統整合的復雜性，前、中、后臺耦合度高4授權分散在各網點，風險難以控制共三十五頁信貸業務改造(gizo)目標新信貸管理系統在設計上充分體現以服務為中心的理念為信貸客戶，基層行社，客戶經理，各級管理人員，綜合業務系統等提供(tgng)服務打造完善的信貸業務服務平臺和高速鐵路式的工作流程平臺實現三個突破較好的用戶體驗，例如操作界面友好性、降低學習

4、曲線。統一管理與個性化管理相結合信貸業務無紙化達到四個目標達到信貸業務數據實時達到信貸門市業務高效達到信貸客戶信息完整達到合理業務操作的容錯和修正突出幾個特點業務操作流程化，業務管理無紙化，數據安全共享化，操作界面人性化，系統管理參數化共三十五頁信貸業務改造(gizo)需求客戶內部評級大中企業客戶信用內部評級小企業客戶信用內部評級非農戶個人信用內部評級農戶信用等級評定信用內部評級審批客戶信用等級評定結果撤銷客戶信用等級調整(tiozhng)客戶信用內部評級模型客戶內部授信授信測算模型維護授信測算授信維護授信審批授信報備授信歸檔授信報備資料管理授信清單打印信貸退出計劃客戶利率管理利息計算器貸款利

5、息試算央行基準利率管理法人統一定價貸款利率定價存貸積數掛鉤貸款管理信貸貸后管理信貸資金貸后檢查信貸資金風險分類不良信貸資產預警報告信貸資產風險撥備共三十五頁本項目(xingm)定義本期面向SOA項目綜合處理平臺建設整體目標基于信貸系統的改造，提升信貸業務的流程服務實現集中授權，為相關業務共享實現業務系統間面向服務的集成（Service Oriented Integration）促進流程優化與再造平臺實施范圍建立服務集成平臺企業內部服務總線，和企業內部統一的服務注冊與管理。建立流程管理平臺建立用于服務編排、流程建模和監控的業務流程引擎平臺。建立用于業務系統和流程的規則引擎，變分散僵化(jingh

6、u)的業務規則為全行集中地規則服務。完成對以下業務領域的服務梳理和服務運行部署對客戶信息、存貸款、基金、保理、電票、貿易融資、信管、資金、匯款的服務梳理完成對上述業務領域中服務的模型定義、注冊、集成、管理。前置系統改造部分前置系統改造柜面業務改造？共三十五頁綜合(zngh)處理平臺系統關聯圖柜面核心(hxn)系統前置應用網銀互聯柜面崗位后臺崗位系統管理員Socket定長報文電票基金UCP HTTP綜合處理平臺HTTP約定分隔符的非定長報文/SocketXML/SocketXML/SocketSOAP/HTTPRA銀企對賬平臺約定分隔符的非定長報文/SocketHTTPTelnet終端信貸XML

7、/Socket共三十五頁系統(xtng)關聯圖分解，已有、新建和未來系統(xtng)手機(shu j)銀行渠道整合平臺中間服務平臺前置應用系統改造網銀互聯柜面崗位后臺崗位系統管理員Socket定長報文電票基金UCP HTTP新建系統現有系統柜面企業服務總線平臺HTTP約定分隔符的非定長報文/Socket中間業務核心系統XML/SocketXML/SocketSOAP/HTTPRA銀企對賬平臺Socket約定分隔符的非定長報文/Socket未來系統信貸業務改造集中授權平臺共三十五頁某前臺系統1)發送交易報文ESB2)對報文進行解析,拆分,邏輯處理,并進行數據路由發送處理的數據到規則引擎進行規則交

8、驗規則引擎3)規則交易如需進行授權發送到送到手工流程處理系統 流程引擎4)集中授權處理流程模塊4)如規則判定無需進行授權,返回ESB,進行后續操作授權流程結束后返回ESB,并進行后續處理 核心后臺系統 6)進行記帳交易5)將報文路由到后臺系統7)返回處理結果到ESB8)返回最后結果典型應用(yngyng)場景舉例共三十五頁業務, IT靈活性適應業務需求變化， 減少上線時間技術變動不影響整體架構行業標準,開放性系統的實現技術上必須具備前瞻性，遵循國際標準；除具有標準的開放式技術接口外，還能夠完成與現有系統具有標準接口的系統完全對接?？蓴U展性系統的設計思想，應使業務功能的擴展可以方便的實現；因此系

9、統軟硬件平臺應具有良好的可擴充能力，支持系統規模的擴大和業務范圍的擴展，能夠滿足35年的規劃需要性能要求核心系統處理日高峰期1000萬筆，并考慮到未來3年交易量的增長空間。信貸業務日交易量1萬筆。對于關鍵交易的處理時間100ms。在達到系統性能指標峰值要求的同時，系統處理能力還留有足夠的余量，CPU、內存等系統資源的使用率低于70%，達到平均值要求時，系統資源使用率應低于50%。保證系統長期穩定運行。可靠性和穩定系采用高可靠性的產品和技術，充分考慮整個系統運行的安全策略和機制，具有較強的容錯能力和良好的恢復能力，保障系統安全、穩定、高效的運行。系統的各個部分都要求采用冗余技術，整個系統不存在單

10、點故障。安全性安全性是系統建設的基本原則，需要充分考慮整個系統運行的安全策略和機制，復合對數據安全、身份安全的控制。可維護性記錄完整的系統錯誤日志，在系統處理異常時，都能夠根據已記錄的日志，快捷方便地定位出錯誤地具體位置、原因，方便系統的維護?？晒芾硇韵到y需提供對運行情況的監測和控制功能，從而保證系統的正常運行，同時，有效的業務量監控有助于對業務發展作出準確評估(pn )，可保證系統處理能力的及時擴容。系統應具備有效的、統一的手段和機制進行設備管理、應用軟件環境設置調整管理、開發管理以及操作員、管理員管理。SOA架構總體目標，適用于建議SOA參考(cnko)架構中的總線服務平臺、流程平臺、事件

11、處理、數據服務和交互協作平臺共三十五頁在系統中引入服務總線主要解決(jiju)的問題（現狀，右圖為常見*架構，需要結合*情況修改或者補充）應用之間連接很多，成復雜的網狀；每增加一個新應用，集成時需要建立大量的接口；當應用的數量增多時，應用之間的接口呈指數級增長(zngzhng)，從而導致相應集成成本的急劇增長(zngzhng)各個應用系統實時連接絕大部分采用Socket協議，少部分為Http協議，批量數據傳輸基本上都采用FTP方式；各種方式連接和接口都比較復雜，沒有可遵循的規范標準可以參照，沒有統一的集成技術規范和標準，使集成工作重復投入，難以統一的規劃，實施和維護（MQ有？）點對點的集成技術

12、是導致無法對各個系統提供的服務進行梳理，存在大量相同或類似的服務。既是巨大的浪費，而且在新業務開發時往往需要重新定義大量的服務，不能支持新業務快速上線，難以滿足業務需要內部應用和與第三方外部應用的連接混雜，內外不分，安全系數較低核心業務系統除提供基本的核心銀行服務外，還包含報文交換模塊，業務邏輯部分還存在于中間服務調用平臺上，相互混雜，影響復雜業務邏輯的實現和業務創新缺乏平臺性的公共服務平臺。共三十五頁問題和挑戰 強調銀行業務運作處理的專業化、模塊化和標準化, 將銀行內設機構按照業務性質和經營組織形態進行調整和變化, 包括(boku)前臺(業務拓展部門)、中臺(業務監督與咨詢等直接支持部門)、

13、后臺(數據處理及后勤支持部門), 中、后臺業務要實施集中化處理, 機構設置與人員配備要求支持充分流動, 營業網點和營銷人員成為功能和職責明確的銷售前端和中后臺系統的客戶終端, 前、中、后臺專業化系統之間要通過優化設計的業務處理流程相連接。核心問題：實現前、中、后臺分離，一體化流水作業的流程化管理模式，實現業務集中授權管理實現以客戶為中心的流程再造，包括端對端的組織流程、管理流程和決策流程優化實現服務共享和重用以及錄入流程模塊外包在面向服務和流程模塊化基礎上滿足將來的多渠道接入的要求適應復雜業務規則的變化提高端對端業務流程的處理效率實施關鍵流程銀行業務運作強調分業務線的垂直經營與管理, 對核算、

14、結算、監督、客戶關系管理等大量中后臺業務進行集中處理, 流程的劃分和邊界的界定、流程之間的協調都必須有詳細的作業規程和要求, 在銀行流程化過程中, 要制訂并執行相應業務規則，制定與業務流程改進方案相配套的組織結構框架, 通過依托強大的企業級工作流平臺來完成復雜流程的設計和運行監控, 通過依托完善的企業級內容管理平臺實現檔案影像等非結構化信息的存儲和檢索, 通過流程和內容的集成和外部獨立規則引擎的配置實現新一代流程銀行業務的優化，通過企業服務總線ESB實現流程銀行業務整合和數據交換。流程銀行實現的技術關鍵如下：流程銀行的服務分析設計流程應用與業務內容的整合流程銀行的安全控制與權限分配流程銀行的數

15、據梳理與數據加工流程銀行的業務整合與數據交換流程銀行業務規則的靈活性配置在某某銀行(ynhng)系統中引入流程銀行(ynhng)BPM主要解決的問題共三十五頁某銀行系統架構(ji u)與架構(ji u)決策問題影響架構決策整合的復雜性過多點對點的對接許多非標準化的報文格式缺少標準化組合/流程層增加一個基于ESB (企業服務總線)及Adaptors (適配器)等相關技術的整合架構層標準化某銀行的整合報文格式及SOA Web Service接口增加一個“業務流程服務平臺BPM” 以支持集中授權，以及未來對組合業務服務的開發。包括對業務規則的管理和服務技術平臺的復雜性開發環境復雜技術人員需花許多精力

16、在不同的技術上專注于不多于兩個的開發平臺并建立相關的標準化(前端,渠道: SOA J2EE / WAS, 集成/Adapter: WMB。后臺: i-Series, UNIX, C, WAS)新應用應絕對遵守某銀行相關SOA的標準開發逐步轉移舊應用至新的標準的平臺，以信貸系統改造為鍥機缺乏內容管理平臺支持業務流程和其他服務的內容有限不利于業務中查看，比對，存檔票據信息，身份信息，營業執照等影像數據方案一是采用專門的內容管理平臺。優點是功能強大，但是實施周期相對較長方案二是采用自開發的形式，在初期能滿足和業務流程交互的基本需求，優點是能快速上線服務治理無法對各個系統提供的服務進行梳理，存在大量相

17、同或類似的服務。新業務開發時往往需要重新定義大量的服務，不能支持新業務快速上線在全行范圍內實現服務的統一注冊與存儲，提供全行的服務信息資源的統一視圖。它與企業服務總線相結合，實現動態服務選擇及靈活的服務調用。按照業務模型中的業務組件劃分標準將服務進行分類和層次化管理，方便服務的查找和管理。對服務進行服務關聯性的可視性管理，對服務定義變更進行影響分析。對服務使用情況進行監控和分析共三十五頁分支行總行(zn xn)某銀行綜合處理平臺總體(zngt)架構應用視圖ESBDMZ內網內部核心Enterprise Firewall帳戶信息WebDB柜員規則引擎內容管理服務編排Domain FirewallP

18、rotocol Firewall服務拆分服務調用沖正規則流程規則影像管理路由柜面應用平臺事件收集事件存儲柜面電票DSP手機Browser復合服務人員帳戶信息網銀互聯UCPRA基金銀企對賬平臺協議轉換格式轉換邏輯處理服務注冊系統帳戶信息事件查看本期構建未來構建渠道整合ESB GW第三方系統Protocol Firewall負載均衡外聯區域信貸共三十五頁綜合處理平臺系統(xtng)架構圖，各組件和調用關系共三十五頁人行征信(zhn xn)系統 信貸業務系統(xtng)總體架構圖共三十五頁綜合處理平臺物理架構 (邏輯圖已有，細節需要(xyo)后期討論)共三十五頁ESB系統(xtng)在某銀行的整體定

19、位實現業務邏輯與數據流程的有效分離并推動銀行業務的靈活擴展全行范圍內統一的服務管理標準和接入框架，并統一數據交換報文規范共三十五頁ESB系統在某銀行(ynhng)的內部架構。一般為多對多的關系，如果只有一對一的關系，則ESB直接當成中轉器共三十五頁ESB在某銀行(ynhng)中的核心功能舉例，內部消息流和服務沖正，異常處理原始服務組件的封裝及注冊原子及組合服務實現服務自動路由控制服務自動沖正服務錯誤處理服務流水及日志記錄 訂閱/發布服務不確定服務查詢數據緩存服務授權控制整個ESB核心程序包由MB消息流開發實現. 其工作流程有兩條主線:服務請求處理流程: 處理服務請求報文, 完整填充服務的分解結

20、構信息, 服務狀態控制,設置并執行報文路由, 向服務提供系統發起服務請求.服務響應處理流程:處理服務響應報文. 審核服務的處理狀態, 決定是否結束服務,還是交由服務控制流程繼續請求后續的服務.服務錯誤處理, 服務流水記錄, 服務沖正等功能作為公用的流程由服務請求流程及響應流程所共用.共三十五頁BPM在某銀行(ynhng)綜合處理平臺中的業務處理及流程基本框架友好(yuho)的用戶界面并行業務處理豐富的授權規則豐富的授權規則充分的業務監控充分的業務監控完善的異常處理共三十五頁ILOG JRules 的用例提交(tjio)申請資料開立客戶號，錄入(l r)客戶信息客戶信用等級評定客戶綜合授信合作申

21、請額度管理- 數據檢查- 合格性檢查- 風險評分- 信用評級 - 額度確定貸前客戶評級共三十五頁ILOG JRules的用例貸中授信計算(j sun)業務(yw)申請按權限逐級審批生成合同簽訂合同客戶簽訂合同客戶辦理抵質押手續出賬申請放款審查生成借據客戶簽借據放款帳務數據風險控制額度管理風險控制 - 審批權限 - 產品定價共三十五頁ILOG JRules的用例貸后風險(fngxin)監控催收管理(gunl)貸后管理還款- 收息呆賬核銷帳務數據額度管理（恢復額度）減值測算計提準備風險分類 - 客戶分類 - 催收策略共三十五頁 iLog Jrules - 根據(gnj)客戶行業定義評級分級(fn

22、j)規則共三十五頁綜合處理平臺在某銀行(ynhng)的實施路線圖第一階段：平臺(pngti)驗證期第二階段：服務梳理期第三階段：推廣優化期以綜合授權和信貸業務項目為鍥機，系統業務領域分析初步確定某銀行服務標準規范建立ESB平臺環境選擇有代表性的業務支持系統和服務進行驗證性接入壓力測試并行運行測試平臺驗收全面建立某銀行服務標準規范全面建立某銀行服務管理規范對關鍵業務支持系統服務進行梳理，并部署到ESB上對關鍵渠道系統的服務請求進行規范，并接到ESB上基本完成SOA架構的構建完成剩余系統的介入優化某銀行服務標準規范優化某銀行服務管理規范驗證更好的業務響應速度和更好的服務評價共三十五頁綜合處理平臺在

23、某銀行的實施(shsh)路線舉例：當前架構示意圖CICS、共三十五頁業務場景分析-存貸款為例。集中(jzhng)授權場景邏輯類似綜合處理平臺在某銀行的實施路線舉例：過渡(gud)架構共三十五頁ESB作為內聯，外聯的整合平臺。流程平臺為集中授權(shuqun)，信貸等業務共用MQ網關綜合處理平臺在某銀行的實施路線舉例(j l)：將來架構CICS、共三十五頁常見銀行ESB/BPM 項目的實施關鍵步驟，根據某銀行具體需求進行裁剪，在方法論指導(zhdo)下迭代開發項目范圍(fnwi)和需求（功能和非功能性需求）Actors and Context Diagram， Use cases and inf

24、ormation flow， Applications， Performances， Reliability， TransactionalityESB拓撲Singleton， Composite， Distributed， Federated傳輸需求Interactive traffic， batch traffic， throughput (average and peak)， quality of service結構和交互圖的詳細定義Between ESB and the back-end application services (service providers)Between th

25、e front-end applications (service consumers) and the ESBBetween the ESB and other Infrastructure components (Portal， BPM， Registry， Information Services， Security)Between the components of the ESB， if composite/distributed/federatedBusiness to Business (exposure of the ESB to external parties)應用相關性分

26、析Do existing applications require transformation/wrapping to be integrated ?識別需要集成的服務Evaluate the granularity of the services， and discuss possible needs for aggregationSpecify the interfaces: protocols， APIs， data formats， correlators， identifiers， errors， transactionality， multi-threadingIdentify

27、the appropriate integration technologies: Web services， Adaptors， REST， Data Handlers， Pub/Sub， CustomIdentify the services to be exposed to external partiesVersioning， Namespaces識別ESB/BPM用到的對象、數據、或者消息Business objects， BLOBs， files， events， raw data vs. XML， complexity of data schemas， standards服務中介

28、和中介流的識別Data and Objects transformations， Header transformations， routing and end-point selections， logging， policies， split/joinCall to Processes， long/short runningSecurity processing: signature， authentication， message validation， encryption/decryption架構決定Architecture of the ESB/BPMComponents of t

29、he ESB/BPM， Middleware Products (WESB， WMB， WDP， BPM, Jrules )Communication ProtocolsObjects/Data normalization (pivotal format)Service aggregation layer and technique共三十五頁32銀行業類似項目建設經驗(jngyn)小結大多數項目都是從概念驗證逐漸有機地發展到關鍵業務應用，這種演進過程主要是由業務人員的要求引起的，也有來自銀行所面臨的競爭壓力。收購和合并是所有業務的關鍵構成部分，只有在信息系統是松耦合的情況下才能進行快速而有效的業務整合。不符合這一規律都會立即造成集成噩夢，從而將收購變成負債而不是資產。大多數業務操作都是一些基本交易的組合，因此非常有必要對服務進行識別和構造。許多業務需求通過對