監(jiān)理公司管理系統(tǒng) | 工程企業(yè)管理系統(tǒng) | OA系統(tǒng) | ERP系統(tǒng) | 造價咨詢管理系統(tǒng) | 工程設(shè)計管理系統(tǒng) | 簽約案例 | 購買價格 | 在線試用 | 手機APP | 產(chǎn)品資料
X 關(guān)閉

銀行中間業(yè)務(wù)平臺分析及實現(xiàn)

申請免費試用、咨詢電話:400-8352-114

文章來源:泛普軟件

中間業(yè)務(wù)平臺既是各種銀行中間業(yè)務(wù)產(chǎn)品的開發(fā)平臺,也是中間業(yè)務(wù)產(chǎn)品的運行和管理平臺,一個好的中間業(yè)務(wù)平臺對于后面的中間業(yè)務(wù)產(chǎn)品具有十分重要的作用。
在社會經(jīng)濟不斷發(fā)展的今天,現(xiàn)代商業(yè)銀行的經(jīng)營理念已轉(zhuǎn)變?yōu)橐钥蛻魹橹行摹8鹘鹑跈C構(gòu)也推出了各種面向客戶的金融產(chǎn)品。中間業(yè)務(wù)產(chǎn)品由于不占用銀行自有資金,利潤空間大,更是特別受各商業(yè)銀行的重視。支付結(jié)算、各種代收代付、銀行卡業(yè)務(wù)等中間業(yè)務(wù)產(chǎn)品紛紛推向市場。
中間業(yè)務(wù)平臺的概念

圖1是某銀行的IT系統(tǒng)框架圖,這個模型分為以下五層:
● 渠道層:客戶或合作伙伴通過各種渠道訪問銀行的業(yè)務(wù)系統(tǒng)。
● 渠道支持層:將各類渠道前置系統(tǒng)納入到統(tǒng)一的渠道支持框架管理。
● 產(chǎn)品和服務(wù)庫:銀行后臺系統(tǒng)提供相應(yīng)的產(chǎn)品和服務(wù),可分為核心業(yè)務(wù)系統(tǒng)產(chǎn)品和中間業(yè)務(wù)系統(tǒng)產(chǎn)品。
● 業(yè)務(wù)支持和服務(wù)層:為客戶服務(wù)和產(chǎn)品創(chuàng)新提供支持和服務(wù)的系統(tǒng),如客戶信息系統(tǒng)、企業(yè)數(shù)據(jù)倉庫等。
● 第三方合作伙伴: 開展中間業(yè)務(wù),提供業(yè)務(wù)服務(wù),包括人行、外聯(lián)單位等。
中間業(yè)務(wù)平臺重點關(guān)注產(chǎn)品層和渠道支持層,處于銀行核心系統(tǒng)與周邊渠道及第三方系統(tǒng)之間,主要實現(xiàn)銀行中間業(yè)務(wù)各業(yè)務(wù)流程,是一個兼顧傳統(tǒng)業(yè)務(wù)的多渠道服務(wù)的計算機技術(shù)平臺,也是一個或多個系統(tǒng)間交易的組織者。中間業(yè)務(wù)平臺在技術(shù)上具有如下特點:
1. 系統(tǒng)結(jié)構(gòu)復(fù)雜。中間業(yè)務(wù)涉及面廣,業(yè)務(wù)各具特色,涉及到銀行核心本外幣、活期、卡等多個內(nèi)部系統(tǒng)和各種外聯(lián)單位系統(tǒng)。
2. 系統(tǒng)接口復(fù)雜多變。涉及傳統(tǒng)柜臺、ATM/POS、電話銀行、網(wǎng)上銀行等各種渠道和外聯(lián)單位的多種服務(wù)系統(tǒng),各外聯(lián)單位系統(tǒng)接口、銀行核心賬務(wù)系統(tǒng)接口、各種渠道接口也各具特色,沒有統(tǒng)一報文規(guī)范。
3. 通信協(xié)議或者通信中間件多樣化。在與銀行核心賬務(wù)系統(tǒng)或外聯(lián)單位通信時,會使用各種通信協(xié)議或者通信中間件。
4. 安全控制要求復(fù)雜。通信雙方有的是最簡單的明文,有的是MD5校驗,有的是RSA密鑰匹配,有的用加密機處理。
5. 交易流程復(fù)雜。受外部系統(tǒng)影響和各種業(yè)務(wù)要求不一致,一個中間業(yè)務(wù)交易一般都涉及到銀行核心交易和外聯(lián)單位系統(tǒng)交易。
6. 運行效率要求。由于中間業(yè)務(wù)平臺連接了多個渠道,業(yè)務(wù)量大,要求中間業(yè)務(wù)平臺具有很高的運行效率和并發(fā)處理能力。
7. 交易完整性要求高。由于中間業(yè)務(wù)交易一般會包括銀行內(nèi)部系統(tǒng)交易和外聯(lián)單位交易,這意味著中間業(yè)務(wù)交易是跨主機、跨數(shù)據(jù)庫的操作,純粹的數(shù)據(jù)庫或者中間件基本不能保證交易完整性。
中間業(yè)務(wù)平臺實現(xiàn)
通常,我們將最初提交交易到中間業(yè)務(wù)平臺的系統(tǒng)稱為渠道,而接收中間業(yè)務(wù)平臺的請求并提供實際交易的系統(tǒng)稱為服務(wù)器。中間業(yè)務(wù)平臺的設(shè)計就是為了簡化服務(wù)器端和渠道端系統(tǒng)的開發(fā)和維護,降低網(wǎng)絡(luò)通信負擔(dān),使系統(tǒng)擴展性更強,并減少重復(fù)開發(fā)。對中間業(yè)務(wù)平臺的要求是具有良好的適應(yīng)性和擴展性,系統(tǒng)性能高效、穩(wěn)定,維護開發(fā)方便。
一個中間業(yè)務(wù)平臺可以分成應(yīng)用交換平臺(以下簡稱AXP)和應(yīng)用數(shù)據(jù)服務(wù)平臺(以下簡稱ADP)兩大部分。應(yīng)用交換平臺AXP實現(xiàn)渠道通信接入、報文轉(zhuǎn)換和交易流程的調(diào)度組織,并保證交易的完整性;應(yīng)用數(shù)據(jù)服務(wù)平臺ADP作為本地服務(wù)的具體提供者,實現(xiàn)統(tǒng)一簽約、統(tǒng)一金融明細等服務(wù);業(yè)務(wù)監(jiān)控和管理用來管理和掌握整個平臺運行狀況的功能組件。與AXP和ADP相對應(yīng),中間業(yè)務(wù)平臺為了維護和二次開發(fā),建立了一套集成的開發(fā)環(huán)境。

1.應(yīng)用交換平臺AXP
應(yīng)用交換平臺是渠道和服務(wù)的橋梁。它對渠道提交的數(shù)據(jù)進行判斷和重新組織,根據(jù)業(yè)務(wù)配置將重新組織后的數(shù)據(jù)提交到服務(wù)器,接收服務(wù)器響應(yīng),根據(jù)渠道端需要組織數(shù)據(jù)返回渠道。

統(tǒng)一數(shù)據(jù)對象  中間業(yè)務(wù)涉及到各種外聯(lián)系統(tǒng)和渠道。報文是中間業(yè)務(wù)平臺和渠道、服務(wù)器之間傳遞信息的載體。但是渠道與服務(wù)器之間的報文類型往往不一致,服務(wù)器和服務(wù)器之間的報文類型也不一致,因此需要實現(xiàn)各種報文之間的相互轉(zhuǎn)換。

AXP為簡化外聯(lián)系統(tǒng)和渠道接口處理,采用統(tǒng)一數(shù)據(jù)對象作為各系統(tǒng)之間數(shù)據(jù)表示的標準格式。因此每種外聯(lián)系統(tǒng)接口只需要實現(xiàn)和統(tǒng)一數(shù)據(jù)對象之間的轉(zhuǎn)換就可以實現(xiàn)和其他任意外聯(lián)數(shù)據(jù)接口之間的轉(zhuǎn)換,從而保證了不管外聯(lián)系統(tǒng)結(jié)構(gòu)有多少種,都只需實現(xiàn)一種轉(zhuǎn)換方式即可。

適配器  適配器是為適應(yīng)各種渠道、外聯(lián)系統(tǒng)交易而抽象的一個標準接口。形象地說,中間業(yè)務(wù)核心如同集線器,適配器就是連接其上的網(wǎng)絡(luò)設(shè)備(接口統(tǒng)一、功能多樣)。共有兩類適配器,一種是提供服務(wù)的適配器,這種適配器一般連接主機服務(wù)器,也可視為一個服務(wù)的提供。另一種是接受渠道請求服務(wù)的適配器,這種適配器對中間業(yè)務(wù)平臺來說是一個交易流程的開始和結(jié)束,是服務(wù)的結(jié)果。
適配器屏蔽了外圍系統(tǒng)和各種渠道的不同通信方式、報文格式和安全管理,為中間業(yè)務(wù)平臺個組件提供了惟一識別的統(tǒng)一數(shù)據(jù)對象。

調(diào)度引擎 調(diào)度引擎的作用是根據(jù)配置信息調(diào)度合適的適配器。包含三個方面的功能:

1. 路由決策:決定下一步執(zhí)行什么;
2. 數(shù)據(jù)組織:為已經(jīng)準備執(zhí)行的適配器準備正確的數(shù)據(jù);
3. 調(diào)用適配器:完成和外聯(lián)系統(tǒng)的交易功能。

在中間業(yè)務(wù)處理過程中,如果整個交易流程的某個適配器失?。ㄍㄐ攀』蛘呓灰资。?,系統(tǒng)將根據(jù)配置信息調(diào)用相應(yīng)的處理流程以保證交易完整性。應(yīng)用交換平臺檢測到某個適配器發(fā)生失敗時,將首先設(shè)置當(dāng)前適配器的處理方式。此后應(yīng)用交換平臺將遍歷已經(jīng)調(diào)用的交易,如果交易的錯誤處理屬性設(shè)置為沖正,則和正常交易一樣組織沖正的需要數(shù)據(jù)。此后,應(yīng)用交換平臺將判斷沖正類型:如果是異步?jīng)_正,應(yīng)用交換平臺將組織好的數(shù)據(jù)以統(tǒng)一數(shù)據(jù)對象方式保存到嵌入式數(shù)據(jù)庫中; 如果是同步?jīng)_正,則馬上調(diào)用同步?jīng)_正適配器進行沖正。當(dāng)同步?jīng)_正失敗時,應(yīng)用交換平臺將它轉(zhuǎn)換為異步?jīng)_正方式以保證該交易能沖正成功。以上所做的操作由交易調(diào)度引擎自動根據(jù)配置信息執(zhí)行。
為保證交易完整性,應(yīng)用交換平臺提供一個異步?jīng)_正守護進程。該進程檢測是否有符合條件的待沖正數(shù)據(jù),如果有滿足待沖正的數(shù)據(jù),異步?jīng)_正守護進程也將調(diào)用沖正適配器進行沖正。

2. 應(yīng)用數(shù)據(jù)服務(wù)平臺ADP

在整個中間業(yè)務(wù)的實現(xiàn)過程中,除了外聯(lián)單位提供的服務(wù),就銀行本身而言,也需要一套客戶管理、產(chǎn)品管理、金融明細、待銷賬數(shù)據(jù)服務(wù)、統(tǒng)計報表服務(wù)等。在功能上同外聯(lián)單位提供的類似,都是某種服務(wù)的提供。這些業(yè)務(wù)在應(yīng)用數(shù)據(jù)交換平臺實現(xiàn),作為中間業(yè)務(wù)平臺的一個特殊服務(wù)模塊,通過AXP的專門適配器,作為業(yè)務(wù)組件,以統(tǒng)一的標準接口,完成本地的業(yè)務(wù)處理功能。

AXP與ADP的關(guān)系和中間業(yè)務(wù)平臺與外聯(lián)服務(wù)系統(tǒng)的關(guān)系一樣,AXP請求服務(wù),ADP提供服務(wù),也可以將ADP視為特殊的外聯(lián)單位服務(wù)系統(tǒng)。AXP與ADP的通信采用的是TCP/IP的Socket方式,可能在一定程度上影響了性能。但兩者共同使用統(tǒng)一數(shù)據(jù)對象,以約定的報文格式通信,在效率上反而有所提高。使用Socket方式的另一個好處是,它可以實現(xiàn)數(shù)據(jù)的分布處理。ADP只是服務(wù)的提供者,它不關(guān)心服務(wù)被誰調(diào)用,AXP承擔(dān)了服務(wù)的調(diào)度組織任務(wù)。

在技術(shù)上,應(yīng)用服務(wù)平臺和應(yīng)用交換平臺有很多相同之處,如通信管理、統(tǒng)一數(shù)據(jù)對象表示等。但因為ADP的可控制性,只使用了一個適配器,它只要能識別AXP的報文格式就夠了。ADP提供一個組件運行環(huán)境,該環(huán)境完成組件調(diào)度、通信管理、組件使用的內(nèi)存管理等工作。ADP的組件運行環(huán)境提供盡可能多的資源管理功能,目的也是為了降低中間業(yè)務(wù)開發(fā)的難度,盡可能少地管理系統(tǒng)資源。

開發(fā)維護

中間業(yè)務(wù)平臺提供了一個高效的開發(fā)維護環(huán)境:AXP應(yīng)用服務(wù)配置系統(tǒng)和ADP應(yīng)用組件開發(fā)平臺。
1. AXP應(yīng)用服務(wù)配置系統(tǒng)
AXP應(yīng)用服務(wù)配置系統(tǒng)負責(zé)AXP整個系統(tǒng)的流程管理,通過數(shù)據(jù)字典、節(jié)點、服務(wù)流程配置等可視化動作,定義了AXP的適配器通信方式、報文轉(zhuǎn)換方式、服務(wù)調(diào)度的策略等。
配置的一般步驟如下:
1. 配置數(shù)據(jù)字典編號,定義一個新的數(shù)據(jù)字典。
2. 定義這個數(shù)據(jù)字典的字段。
3. 定義渠道節(jié)點,并且指定渠道節(jié)點的數(shù)據(jù)字典編號等參數(shù)信息。
4. 定義主機節(jié)點,并且指定主機節(jié)點的數(shù)據(jù)字典編號等參數(shù)信息。
5. 增加渠道所能夠提供的服務(wù)。
6. 增加主機所能夠提供的子服務(wù)。
7. 配置渠道服務(wù)的報文。
8. 配置主機子服務(wù)的報文。
9. 配置渠道服務(wù)流程圖。
2. ADP應(yīng)用組件開發(fā)平臺
中間業(yè)務(wù)平臺中組件的功能是根據(jù)輸入數(shù)據(jù)執(zhí)行特定的業(yè)務(wù)操作并返回處理結(jié)果。由于業(yè)務(wù)復(fù)雜多樣,因此采用統(tǒng)一數(shù)據(jù)對象作為數(shù)據(jù)存儲容器。但是統(tǒng)一數(shù)據(jù)對象對于程序員來說需要經(jīng)過一次數(shù)據(jù)訪問的過程才能得到需要的值。組件開發(fā)最基本的功能就是簡化數(shù)據(jù)訪問,以方便開發(fā)人員編程。應(yīng)用開發(fā)平臺通過配置接口自動生成每個組件的數(shù)據(jù)訪問部分,在自動生成代碼的基礎(chǔ)上,開發(fā)人員可以直接操作每個接口對應(yīng)的變量進行業(yè)務(wù)處理。
組件開發(fā)平臺提供一個基于Windows的集成開發(fā)環(huán)境,可在集成開發(fā)環(huán)境中自動生成絕大部分的代碼,可保存程序到Unix開發(fā)機,和從Unix開發(fā)機讀文件等操作。
關(guān)鍵技術(shù)
中間業(yè)務(wù)平臺的實現(xiàn)涉及如下關(guān)鍵技術(shù):
1. 進程管理
應(yīng)用交換平臺采用多線程處理技術(shù),使得一個進程可同時接入多個交易請求。應(yīng)用交換平臺通過這種方式在處理任何一個交易時都能有很高的處理性能,同時能保證盡可能多地處理交易請求。
中間業(yè)務(wù)平臺為保證系統(tǒng)的高可用性,管理進程會檢測所管理的子進程的信號。如果有子進程因為調(diào)用外部函數(shù)庫或者系統(tǒng)管理員誤操作而不正常終止,應(yīng)用交換平臺管理進程將自動重新派生新的子進程,從而保證在任何時候系統(tǒng)都能處理業(yè)務(wù)。
2. 交易歷史數(shù)據(jù)管理
一個中間業(yè)務(wù)服務(wù)流程中會調(diào)用很多主機提供的交易,字段重組會訪問前面已經(jīng)調(diào)用的主機交易字段。系統(tǒng)采用動態(tài)內(nèi)存方式保存主機交易數(shù)據(jù),每個主機交易都對應(yīng)一塊動態(tài)內(nèi)存,服務(wù)控制信息塊維持兩個指針:主機交易歷史首指針和尾指針。

當(dāng)后續(xù)子服務(wù)需要訪問已經(jīng)調(diào)用過的主機子服務(wù)信息時,可直接從頭指針開始遍歷得到需要的字段。當(dāng)其中某個子服務(wù)發(fā)生失敗需要同步?jīng)_正時,調(diào)用過的子服務(wù)歷史數(shù)據(jù)都保存在內(nèi)存中,可以馬上組織沖正需要的數(shù)據(jù)。
3. 數(shù)據(jù)庫表管理
中間業(yè)務(wù)使用很多表,在C/C++中用嵌入式SQL操作數(shù)據(jù)庫表的方式為每張表定義一個結(jié)構(gòu),結(jié)構(gòu)的字段定義和順序與表中字段的定義和順序?qū)?yīng)。中間業(yè)務(wù)開發(fā)平臺以數(shù)據(jù)庫表管理為中心,以數(shù)據(jù)庫表定義為基礎(chǔ)綜合實現(xiàn)數(shù)據(jù)庫表的管理。
在數(shù)據(jù)庫表定義工具中定義數(shù)據(jù)庫表每個字段類型、長度、字段名字、意義等基本信息,數(shù)據(jù)庫表管理工具將利用這些信息生成創(chuàng)建物理庫表的SQL語句;生成C/C++語言對應(yīng)的數(shù)據(jù)庫表操作結(jié)構(gòu),使用字段意義作為結(jié)構(gòu)字段注釋信息; 生成插入數(shù)據(jù)庫表操作時的日志語句。在完成某個業(yè)務(wù)開發(fā)后,數(shù)據(jù)庫表管理工具將根據(jù)數(shù)據(jù)庫表定義自動生成數(shù)據(jù)庫文檔。
使用這個工具避免了數(shù)據(jù)庫表和數(shù)據(jù)庫文檔的不一致性,降低了數(shù)據(jù)庫維護的工作量。
4. 用戶管理
在大規(guī)模項目中為了保證開發(fā)人員之間的操作無沖突,中間業(yè)務(wù)平臺提供了有效的用戶授權(quán)和沖突管理。用戶管理采用“兩類三級”管理方式。兩類是指將用戶管理分為授權(quán)管理和沖突管理兩類; 三級是指將被管理的資源分為三級:交易、分類、節(jié)點/報文。為使用簡單,系統(tǒng)也提供用戶分組功能,其管理功能和操作模式與單個用戶基本相同。
用戶授權(quán)管理是為用戶分配可管理的資源,每個用戶授權(quán)都可授權(quán)到三級資源中的任何一級。當(dāng)給用戶授權(quán)到節(jié)點時,用戶對節(jié)點下的所有分類和交易都有權(quán)限; 當(dāng)給用戶授權(quán)到分類時,用戶對分類下的所有交易有權(quán)限。
為解決用戶操作沖突,當(dāng)某一個用戶對一個資源進形修改時,系統(tǒng)會保證資源對其他用戶只讀。只有該用戶退出修改狀態(tài)后,其他用戶才能對該資源做修改操作。每個用戶進入修改狀態(tài)時,都從數(shù)據(jù)庫或者Unix開發(fā)服務(wù)器上重新讀取信息,從而保證此次修改操作的數(shù)據(jù)是最新的。
5. 程序自動生成
本地新開發(fā)的程序一般過程是:從交易接口讀取字段值、業(yè)務(wù)邏輯、將結(jié)果字段賦值到數(shù)據(jù)接口。中間業(yè)務(wù)平臺開發(fā)集成環(huán)境從配置信息中取各接口配置信息,然后根據(jù)配置信息自動生成一段程序,自動生成的程序包括四個方面: 生成所有與接口相關(guān)的變量,檢查接口包含的字段是否符合要求,從接口取輸入字段值保存到C變量,將本地C變量值增加到輸出接口。這些工作盡管也可以由開發(fā)人員人工完成,但顯然自動生成代碼比與人工輸入效率好高得多。(作者單位:建設(shè)銀行寧波市分行信息技術(shù)部)

來源:CCW

發(fā)布:2007-04-22 10:22    編輯:泛普軟件 · xiaona    [打印此頁]    [關(guān)閉]
相關(guān)文章:
哈爾濱OA系統(tǒng)
聯(lián)系方式

成都公司:成都市成華區(qū)建設(shè)南路160號1層9號

重慶公司:重慶市江北區(qū)紅旗河溝華創(chuàng)商務(wù)大廈18樓

咨詢:400-8352-114

加微信,免費獲取試用系統(tǒng)

QQ在線咨詢

泛普哈爾濱OA快博其他應(yīng)用

哈爾濱OA軟件 哈爾濱OA新聞動態(tài) 哈爾濱OA管理信息化 哈爾濱OA快博 哈爾濱OA軟件行業(yè)資訊 哈爾濱軟件開發(fā)公司 哈爾濱門禁系統(tǒng) 哈爾濱物業(yè)管理軟件 哈爾濱倉庫管理軟件 哈爾濱餐飲管理軟件 哈爾濱網(wǎng)站建設(shè)公司