綜合前置系統架構分析_第1頁
綜合前置系統架構分析_第2頁
綜合前置系統架構分析_第3頁
綜合前置系統架構分析_第4頁
免費預覽已結束,剩余15頁可下載查看

下載本文檔

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

文檔簡介

1、綜合前置系統架構分析摘要:銀行綜合前置系統介于外圍各業務子系統與銀行業務核心系統之間, 是銀行各種交易渠道的匯總和整合。 它通過集中實現不同業務子系統間的協議轉換、 報文轉換、交易路由、安全管理等功能,取代銀行種類繁多的前置系統,以達到整合銀行 IT 投資的軟硬件資源,簡化應用開發與維護目的。一、系統綜述綜合前置系統平臺擔負著與一系列終端渠道、 各種主機系統和第三方系統間的信息處理工作。主機:指部署在總行數據核心生產系統主機, 如賬務系統主機, 借記卡系統主機等。渠道:指銀行客戶在銀行使用的各類交易手里終端系統, 如柜臺終端、 自助取款機、電話銀行等終端系統。第三方:指與銀行業務有聯系的外單位

2、的信息系統,如人行、移動、券商等信息系統。二、背景介紹頁: 1銀行業務可以簡單地劃分為資產業務、 負債業務和中間業務。 目前銀行之間的競爭焦點是中間業務,中間業務是近年來在銀行盈利的重心。現代商業銀行要擴張中間業務空間, 開拓新興服務手段, 需要業務與技術密切結合。隨著服務品種的增多, 服務范圍的擴大, 用以提供支持的技術系統也日益龐雜,銀行技術人員的維護工作量也隨之急劇上升。 由于競爭劇烈, 導致商業銀行的很多業務系統在缺乏統一規劃的情形下匆匆上馬,雖然能夠滿足一時之需,卻使得整個系統架構日漸混亂, 導致系統的可靠程度下降, 維護和開發新業務的越來越復雜。 在銀行的機房, 經常可以看到各種前

3、置系統 (POS、ATM、金卡、呼叫中心、網上銀行、銀證通、各種代理業務)充斥其間,除了設備需要重復投入,還需要占用技術開發人員大量的精力進行維護和排除故障甚至需要進行輔助的業務,對新業務的開展是十分不利的。在這種情況下, 綜合應用前置系統 (GAPS即 General Application Preposed System,簡稱大前置系統) 就應運而生了。大前置系統是各種交易發起渠道集中、統一的中間接入系統, 把各種終端設備的前置系統和外圍系統與銀行業務主機系統分離,在大前置上集中實現到相關的不同業務子系統的交易路由, 是銀行開展一般業務是交易發起終端和后臺帳務主機間的樞紐控制主機。以各類外

4、圍、 外部系統的接入和業務交易 (尤其是中間業務交易) 處理為重點,建構一個穩定、安全、高性能的業務控制系統。為實現業務發展需要,系統設計為一個開放式系統, 具有高度的靈活性和擴充能力。 系統能夠讓業務開發人員使用系統提供的配置集成環境和統一開發環境, 通過配置和開發的方式, 進行業務功能的擴充。 同時系統為業務操作人員提供良好的人機交互界面, 完成日常的業務操作和管理。前置系統解決方案的發展經歷了三個階段。1. 單一功能堆砌的前置系統解決方案十余年來,各商業銀行紛紛投入大量資金和資源, 建設和發展信息系統和技術保障體系,并不斷推出全新的業務種類和服務模式來滿足持續發展的業務需要。隨著銀行的服

5、務品種、 交付渠道和技術實現的不斷增加, 使得銀行中對應的電腦應用系統也隨之增多, 由此便出現了這樣一個情況: 每一個應用系統單獨對應后臺業務、 支付體系等支持系統, 很多都配有前置處理機實現特有的業務處理、數據處理或者設備控制管理; 銀行機房中往往放置著大量不同業務的前置機系統。第一代前置系統產品增加了系統維護人員的投入, 造成銀行設備和軟件投資的浪費,各地、各個階段重復開發現象嚴重,更加危險的是:可能因應用系統的雜亂出現管理上的問題。2. 交換中心集成的前置系統解決方案隨著交付渠道的發展, 一個嚴重的問題擺在銀行科技部門的面前, 如何支持客戶對多渠道服務的要求。 隨之而來的是一個改良方案,

6、 前置系統的第二代產品:交換中心解決方案。交換中心解決方案從功能上實現了多渠道服務,但是造成的問題更為嚴重:系統的可管理性更差, 不但要管理原來的前置系統, 還要管理交換中心。 系統的可維護性、性能都遭受到了新的挑戰。 在銀行推出新業務時, 交換中心解決方案的開發比原來的方式還要復雜。3. 大前置解決方案大前置解決方案,也就是前置系統的第三代產品是對交換中心解決方案的發展。它將現有的眾多的服務交付渠道和業務前置應用在邏輯上合并成一個整體的系統,對各種不同種類的金融服務、 交付渠道、前置業務系統和外圍業務系統的共性加以提取和綜合, 輔以完善的管理功能, 形成一套結構開放、 適應各種后臺核心業務系

7、統、支持各類渠道、產品和業務的“熱拔插” 、方便升級、具有完備安全控制、容錯、穩定、高效的前置解決方案。以各類外圍、外部系統的接入和業務交易(尤其是中間業務交易)處理為重點,建構一個穩定、安全、高性能的業務控制系統。三、系統目標(一)實現商業銀行各種服務渠道與銀行業務應用系統以及外圍系統的互聯;(二) 實現不同服務渠道共用業務邏輯的統一, 形成各種渠道面向客戶的一致服務;(三) 能夠快速適應新產品或業務應用系統的推出;(四)增強渠道統一管理,提升渠道系統的客戶服務能力;四、相關知識(一)業務系統進行業務交易的發起或處理的系統稱為業務系統, 各類前臺、外圍系統、帳務后臺、外部單位的帳務系統或者綜

8、合應用前置系統都是業務系統。 業務系統根據對業務處理的不同可分為業務發起系統和應用處理系統, 兼具發起和處理功能的綜合應用系統可視為兩種系統的合體。(二)業務子系統綜合應用平臺應用服務器中的業務子系統是指為某個外部業務系統服務所需要的在綜合應用平臺中對應建立的業務處理內部虛擬系統。同一個業務子系統的交易, 具有相同的交易特征碼提取規范。 在業務子系統中,可以設定該系統的交易通訊數據的交易碼和應用的提取流程, 系統通過該流程為交易請求分配后續的交易應用歸屬,確定后續交易處理流程。(三)業務應用業務應用是業務的具體實現, 包含了完成某類業務所需的交易、 交易流程配置以及其他相關資源的配置信息。業務

9、應用可以互相進行調用。 一個外部系統的本地實現通常包含在一個業務應用實現中,對于需要和外部系統進行交易通訊的業務應用而言, 可以把對應外部系統的應用視作該系統的一個本地虛擬實現。(四)資源綜合前置系統中業務應用的可配置的元素稱為資源, 資源包括報文配置、 XML 結構定義、響應碼配置、組件定義、交易流程配置等。可以通過配置工具統一維護這些資源的定義和配置,在開發的組件程序中使用這些資源。(五)流程組件程序按照一定的規則有序組合,組合方式可以為順序、循環、分支,及上述三種模式的多層嵌套。 交易的控制模塊根據流程的配置, 完成特定的交易或交易的部分功能。(六)組件完成某種特定功能的一段執行代碼,

10、應用服務流程控制子系統執行的流程由完成的不同功能的組件根據交易功能進行有序的組合構成。 組件可通過二次開發擴充。根據組件實現方式的不同,組件可以是函數組件和程序組件(CICS下)。其中,函數組件可以用靜態或者動態調用的函數實現。五、系統特點(一)靈活、全面的配置適應性強、配置靈活、方便能夠較好地解決了綜合應用平臺面臨的眾多商戶、眾多接入和外聯系統需求復雜的問題。 本次項目開發的目標系統需要實現這一特點,做到配置靈活、提高系統的可配置度,使配置開發過程快捷簡單,同時對所有的可配置資源加以有效的控制和管理,做到活而不亂。(二)簡單、完整的管理目標系統所要納入的各類業務應用復雜, 需要為提供一統一的

11、的管理操作環境,提供日常維護操作、帳務處理、批量業務處理、查詢服務等中心業務管理功能,并對所有的操作能進行有效跟蹤和監控。(三)穩定性作為未來的數據處理中心的核心前置系統, 系統的穩定性意義重大。 目標系統需要保證能為所有經過的交易提供穩定、不間斷運行的保證。(四)高性能目標系統需要處理從前臺柜面、 銀行周邊、外部系統等各類方式發起的實時、非實時,單筆、批量交易,需要為銀行提供高交易壓力下的系統的處理能力,并保持交易處理的一致性。(五)擴充性為利于系統的升級、維護,應有良好的系統模塊結構設計,使維護、升級等功能擴充的工作量、對原有系統的影響降低至最小。 解決好該問題能使系統升級、維護工作得到簡

12、化和標準化,使推廣該系統的成本減到最小。(六)安全性系統的安全性包含兩個方面。 一方面是由于系統和多家外部系統實現交易互聯,由此帶來系統的安全問題和聯機交易數據的安全問題, 需要建立相應的系統安全機制和通訊安全保障體系解決這一方面問題。 另一方面,系統的開發、 使用過程中,必然涉及內部的開發人員、系統管理人員、一般操作人員,需要建立有效的系統用戶授權和跟蹤控制體系, 避免由于人員的操作不當等引起的系統內部數據安全問題。(七)二次開發能力目標系統的設計為一個開放式系統, 能夠根據業務的發展, 通過傳統的開發手段,對系統的應用級功能的開發擴充,提高系統的適應能力。(八)系統保障能力任何系統都不能避

13、免運行異常, 目標系統作為業務核心之一, 需要有對異常或故障事故的應對能力, 在軟件層實現系統故障保障功能, 盡可能地減少故障帶來的損失,提高系統的恢復能力和速度。六、系統功能1. 強大的應用服務處理功能。2. 應用服務接入、報文轉換、交易分發、流程控制、業務處理。3. 豐富的業務應用管理功能4. 日常管理、中心查詢、報表打印、批量發起以及系統業務監控。5. 強大的應用配置開發集成功能6. 系統提供銀行業務系統開發人員對大前置 (GAPS)進行資源配置、 交易開發、系統維護、業務和系統監控等功能的人機界面環境7. 系統綜合測試平臺8. 系統為業務開發提供了配置各類交易報文、自動生成和解析的環境

14、。七、系統架構設計與實現(一)基本設計思想綜合應用前置系統 GAPS,在資源層次模型( RLM)基礎上進行擴展后建立各級資源對象,形成系統的資源管理樹。應用服務處理核心(ASPK)根據資源的配置實現交易邏輯的控制。系統提供的應用配置集成開發環境( ACIDE)則由開發人員通過對該資源管理樹的擴充更新,實現對 ASPK的控制。業務應用管理控制臺( TAMC)由業務人員使用,提供用于系統的業務管理操作的界面環境。(二)系統架構(三)總體運行結構管理工具(TAMC)各類外部系統(商戶、它行等)銀行業務主機系統(HOST)接入子系統層(SES)分發子系統層(SDS)業務流控子系統層(SFS)應用服務處

15、理核心(ASPK)大前置系統(GAPS)配置工具(ACIDE)各類接入系統(柜面、網銀、ATM/CDM、POS、呼叫中心等)大前置總體運行結構示意圖(四)業務邏輯架構外部業柜券面商網系點統ATM券商節系點統金卡中心中心主機券券商商系系統統商戶系統務系統券商系統交易通前臺柜面通ATM通道金卡通道券商通道代理單位通道道道業務子系統前臺柜面子系統ATM子系統金卡子系統銀證子系統代理業務子系統金卡應用中心應用銀證應用代理應用應用交易(五) eRLM模型應用服務程序流程定制組件資源層枚舉接口憑單控件操作組件組件其它組件內建組件組件定制控件組件組件AB控件資源層枚舉響應碼接口憑單庫表.控件定制控件控件控件

16、控件控件數據資源層XML數據交換區系統數據庫應用開發環境eRLM擴展資源層次模型頁: 8在 eRLM中與業務應用實現相關的實現要素為前置系統資源,諸如數據資源、報文結構、文件結構、組件、流程均被納入到平臺的資源管理中。前置系統的資源分為以下層次:數據資源層、控件資源層、組件資源層及應用服務流程。數據資源層主要包括 XML數據存儲交換區和前置系統數據庫。 XML數據存儲交換區存在于業務處理進程內存之中, 其中存放的數據是處于交易運行態的, 是臨時的、動態的;而數據庫是存在于硬盤之中,其中存放著靜態的永久數據。兩者均包括配置數據和業務數據。控件資源層包括接口控件、 憑單控件、 響應碼控件等。 利用

17、系統應用開發配置集成環境,開發人員可以編輯任意的控件資源。組件資源層包括對控件進行操作的組件和其它組件,是系統的執行碼資源,組件可以通過對控件資源的操作實現業務數據的存取, 也可以直接操作數據庫資源,每一個組件完成某一特定的功能。 利用系統提供的組件生成工具, 開發人員可以通過二次開發添加新的組件資源, 或通過安裝組件擴充包增加可用的組件資源。組件通過執行順序的組合形成特定交易應用服務處理流程。(六)管理資源樹系統層資源應用服務器業務子系統子系統資源(資源管理根)業務應用應用資源獨立資源應用層資源報文資源響應碼資源憑單資源函數資源文件資源枚舉資源報表結構資源報表數據源表結構資源組件資源流程資源

18、內部交易資源XML數據資源報文資源響應碼資源憑單資源函數資源文件資源枚舉資源報表結構資源報表數據源表結構資源組件資源流程資源內部交易資源函數資源系統識別流程系統識別對照流程資源內部交易資源報文資源. 資源應用服務器資源管理組織結構示意圖(七)流程原理起始構件缺省處理START DCOMP_10 DEND0COMP_01 D01COMP_02 DCOMP_03 DCOMP_05 D21000流運程行入線口COMP_04 D0END結束構件結束構件流程控制圖示意圖頁: 11流程圖由兩種主要對象構成:流程構件和運行線。流程構件包括:起始構件、結束構件和執行構件。運行線連接構件中的連接點, 體現流程的

19、執行過程。 不同的連接線顏色代表的所連接的執行組件的接出點的流程狀態。 一個執行組件可以有任意多的組件執行結果狀態, 但不同的結果狀態對流程整體的影響只有三種: 無影響,強制成功和強制失敗。無影響的接出點連出的運行線為黑色, 強制成功接出點連出的運行線為藍色,強制失敗接出點連出的運行線為紅色。(八)交易處理模式1. 直接處理交易請求方14請求應答交易通訊通道23接入子系統處理交易服務應GAPSDB用2. 服務轉發交易請求方16請求應答交易通訊通道25接入子系統交易服務GAPSDB處理應用34交易服務方3. 交易路由交易請求方請求應答18交易通訊通道27接入子系統處3 理交易服務方1應交易服務4

20、用GAPSDB1處理應用256交易服務方24. 多方路由交易請求方請求應答110交易通訊通道29接入子系統3 應交易服務方1用交易服務41GAPSDB應用應用236758交易服務方2交易服務方35. 多次交易交易請求方請求應答112交易通訊通道12116交易服務方2交易服務7GAPSDB31085交易通訊通道24交易服務方19八、系統功能模塊(一)應用服務處理核心(ASPK)ASPK是 GAPS的業務功能提供核心。 ASPK包括三個子系統:應用服務接入、分發、流程控制子系統。主要流程:頁: 14發送到大前置平臺的交易數據由 SES根據不同的請求發送系統類型進行通訊接收,并將接收到的交易數據傳遞

21、至 SDS, SDS根據系統類型進行初步的數據報文分析,提取出交易識別碼, 并為該交易數據分配交易內部標識碼, 由 SFS根據預先定制的該內部標識碼, 調用流程控制處理模塊運行定義的流程, 執行業務邏輯完成功能。用戶也可以自己開發自定義各處理模塊執行相應的業務處理。接入子系統層標準封分發子系統層XML數流控子系統層XML數據標準功外部請求包(SDS)據區(SFS)區能組件(SES)自定義接入自定義分發自定義處理應用服務處理核心( ASPK)總體設計示意圖(二)業務應用管理控制臺(TAMC)業務應用管理控制臺( TAMC)提供業務操控人員對大前置( GAPS)進行業務控制的人機界面環境。 TAMC一般安裝在中心,由中心的業務操控人員進行日常管理、中心查詢、報表打印、批量發起以及系統業務監控等功能。頁: 15TAMC通過 TCP/IP 方式和 ASPK的業務管理交易接入通道進行交易通訊, 和 ASPK、大前置數據庫構成三層結構。 TAMC的所有功能都通過交易方式實現。 ASPK上的管理交易處理系列組件是管理交易的真

溫馨提示

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

評論

0/150

提交評論