1 EAI的基本概念和技術(shù)架構(gòu)
1.1 EAI的基本概念
　　EAI(Enterprise Application Integration)——企業(yè)應(yīng)用集成，最初字面理解為企業(yè)內(nèi)部不同應(yīng)用系統(tǒng)之間的互連，以期通過(guò)應(yīng)用整合實(shí)現(xiàn)數(shù)據(jù)在多個(gè)系統(tǒng)之間的同步和共享。隨著EAI技術(shù)的不斷發(fā)展，認(rèn)識(shí)它的內(nèi)涵也越來(lái)越多，它已經(jīng)被擴(kuò)展到業(yè)務(wù)整合的范疇(Business Integration)。業(yè)務(wù)整合不僅要提供底層應(yīng)用支撐系統(tǒng)之間的互連，同時(shí)要實(shí)現(xiàn)存在于企業(yè)內(nèi)部應(yīng)用與應(yīng)用之間，本企業(yè)和其他合作伙伴之間的端到端的業(yè)務(wù)流程的管理，它包括應(yīng)用整合、B2B整合、自動(dòng)化業(yè)務(wù)流程管理、人工流程管理、企業(yè)門戶以及對(duì)所有應(yīng)用系統(tǒng)和流程的管理和監(jiān)控等方方面面。對(duì)于要實(shí)施EAI的企業(yè)而言，EAI也是分層次的。對(duì)于如何劃分和規(guī)范EAI層次的定義，業(yè)界并沒(méi)有一個(gè)統(tǒng)一的標(biāo)準(zhǔn)。針對(duì)不同的企業(yè)，同樣叫“企業(yè)應(yīng)用整合”，其內(nèi)容和層次可能就會(huì)存在一定的差異。對(duì)于各家EAI廠商，基于EAI理解的側(cè)重點(diǎn)不同，也可以理解為不同的答案。
1.2 EAI的技術(shù)架構(gòu)
1.2.1 EAI的四種類型
　　EAI有以下四種表現(xiàn)形式，形式逐漸復(fù)雜，難度逐漸加大：
　　數(shù)據(jù)集成：數(shù)據(jù)集成的目標(biāo)是通過(guò)利用消息和數(shù)據(jù)轉(zhuǎn)換" title="數(shù)據(jù)轉(zhuǎn)換">數(shù)據(jù)轉(zhuǎn)換工具進(jìn)行集成，以一致、可重復(fù)的方式在數(shù)據(jù)庫(kù)間安全、可靠地傳輸數(shù)據(jù)，使得企業(yè)的各種數(shù)據(jù)庫(kù)中的數(shù)據(jù)是一致和同步的，從而建立企業(yè)范圍的統(tǒng)一信息視圖。
　　應(yīng)用集成：應(yīng)用集成是以數(shù)據(jù)集成為基礎(chǔ)，利用集散(Hub)、星型或者總線等架構(gòu)，使一個(gè)應(yīng)用的數(shù)據(jù)和功能與其他應(yīng)用的數(shù)據(jù)和功能協(xié)作。應(yīng)用集成常常利用消息代理或者應(yīng)用服務(wù)器，并需建立企業(yè)范圍的應(yīng)用接口模型。
　　業(yè)務(wù)流程集成：業(yè)務(wù)流程集成是以數(shù)據(jù)和應(yīng)用集成為基礎(chǔ)，按企業(yè)的業(yè)務(wù)流程來(lái)集成多個(gè)系統(tǒng)的數(shù)據(jù)和功能。業(yè)務(wù)流程集成不僅僅在系統(tǒng)間共享數(shù)據(jù)，而是進(jìn)行企業(yè)級(jí)的數(shù)據(jù)管理。業(yè)務(wù)流程集成需要使用流程自動(dòng)化的建模工具，并需建立企業(yè)級(jí)的業(yè)務(wù)模型。
　　外部集成：外部集成是指與客戶、合作伙伴及供應(yīng)商進(jìn)行交互和整合。外部集成需要利用前面3個(gè)類別的EAI集成所建立的企業(yè)范圍的應(yīng)用，常常利用公共的網(wǎng)絡(luò)集成設(shè)施(例如Internet)，并利用XML等開(kāi)放的數(shù)據(jù)標(biāo)準(zhǔn)。常見(jiàn)的外部集成包括B2B和B2C等。
1.2.2 EAI的六個(gè)整合層次
　　EAI涉及多個(gè)整合層次，任何的EAI導(dǎo)入都必須藉由外部協(xié)作、業(yè)務(wù)流程管理、數(shù)據(jù)轉(zhuǎn)換、應(yīng)用接口、中間消息服務(wù)和系統(tǒng)連接傳輸這六個(gè)整合層次的集成，并附以信息安全管理和系統(tǒng)管理及監(jiān)控方可達(dá)成真正的企業(yè)集成。其中外部協(xié)作層和業(yè)務(wù)流程管理層屬于業(yè)務(wù)層面，數(shù)據(jù)轉(zhuǎn)換層和應(yīng)用適配層屬于接口層面，中間消息服務(wù)層和系統(tǒng)連接層屬于中間件層面:
　　EAI的六個(gè)整合層次分別為：
　　層次1：外部協(xié)作層(Collaboration Layer)
　　層次2：業(yè)務(wù)流程管理層(Process Layer)
　　層次3：數(shù)據(jù)轉(zhuǎn)換層(Transformation Layer)
　　層次4：應(yīng)用適配層(Adapter Layer)
　　層次5：中間消息服務(wù)層(Messaging Layer)
　　層次6：傳輸層(Transport Layer)
　　下面就企業(yè)應(yīng)用集成(EAI)在銀行業(yè)的應(yīng)用進(jìn)行討論并用概念驗(yàn)證(POC)的實(shí)施方法對(duì)EAI在商業(yè)銀行的實(shí)現(xiàn)作一初步探討。
2 EAI應(yīng)用集成模式在銀行業(yè)的應(yīng)用
　　EAI本質(zhì)上是通過(guò)對(duì)應(yīng)用功能的集成，實(shí)現(xiàn)企業(yè)業(yè)務(wù)流程的統(tǒng)一化和自動(dòng)化。因此，隨著銀行應(yīng)用的發(fā)展，EAI也以不同的形式起著不同的作用。
　　在基礎(chǔ)建設(shè)階段，各應(yīng)用基本采用各自獨(dú)立的技術(shù)手段實(shí)現(xiàn)應(yīng)用系統(tǒng)內(nèi)部的信息集成。如第一代(文檔電子化)和第二代(群件)辦公自動(dòng)化系統(tǒng)，以及企業(yè)資源建設(shè)(財(cái)務(wù)管理、人力資源管理)系統(tǒng)等。系統(tǒng)之間的整合較少，一般通過(guò)點(diǎn)對(duì)點(diǎn)的方式集成。
　　在數(shù)據(jù)大集中階段，核心業(yè)務(wù)系統(tǒng)、相關(guān)前置系統(tǒng)、統(tǒng)一客戶服務(wù)平臺(tái)、渠道整合等理念相繼出現(xiàn)。EAI是使這些理念得以實(shí)現(xiàn)的核心技術(shù)，同時(shí)它又能保證架構(gòu)的靈活性和可擴(kuò)展性，適應(yīng)業(yè)務(wù)的不斷變革和發(fā)展。
　　在數(shù)據(jù)倉(cāng)庫(kù)和數(shù)據(jù)挖掘階段，EAI是重要的使能技術(shù)。客戶信息的統(tǒng)一視圖、風(fēng)險(xiǎn)管理業(yè)務(wù)流程集成、知識(shí)發(fā)現(xiàn)和金融智能都需要對(duì)銀行業(yè)務(wù)數(shù)據(jù)和經(jīng)營(yíng)管理信息的高度集成和高效流轉(zhuǎn)。
2.1 面向銀行業(yè)應(yīng)用集成的EAI架構(gòu)
2.1.1 銀行業(yè)應(yīng)用集成的EAI總體架構(gòu)
　　銀行EAI的總體架構(gòu)包括EAI遠(yuǎn)景目標(biāo)、企業(yè)集成方案和EAI概念模型" title="概念模型">概念模型：
　　(1)面向銀行業(yè)應(yīng)用集成EAI的遠(yuǎn)景目標(biāo)
　　EAI建設(shè)是改善銀行整體信息技術(shù)能力的戰(zhàn)略性項(xiàng)目，而且EAI架構(gòu)的改進(jìn)是一個(gè)長(zhǎng)期的不斷變化的過(guò)程。要使整體的EAI建設(shè)符合銀行整體發(fā)展的要求，并指導(dǎo)未來(lái)長(zhǎng)期的EAI建設(shè)過(guò)程，首先需要確立銀行的EAI遠(yuǎn)景目標(biāo)。
　　銀行的EAI遠(yuǎn)景目標(biāo)包括遠(yuǎn)景、使命和目標(biāo)三個(gè)層次。其中，遠(yuǎn)景(Vision)是銀行企業(yè)應(yīng)用集成的總體目標(biāo)，即：利用企業(yè)應(yīng)用集成及中間件技術(shù)，用于集成全行應(yīng)用系統(tǒng)的統(tǒng)一平臺(tái)。使命(Mission)是銀行企業(yè)應(yīng)用集成的戰(zhàn)略性目標(biāo)，即：實(shí)現(xiàn)業(yè)務(wù)流程標(biāo)準(zhǔn)化和自動(dòng)化，統(tǒng)一銀行應(yīng)用系統(tǒng)的技術(shù)標(biāo)準(zhǔn)，實(shí)現(xiàn)系統(tǒng)間信息共享、資源互通、數(shù)據(jù)同步，實(shí)現(xiàn)新產(chǎn)品的快速上線，新系統(tǒng)的快速開(kāi)發(fā)和部署，降低實(shí)施和運(yùn)作成本，實(shí)現(xiàn)渠道整合，滿足多樣化需求，提供一站式服務(wù)，實(shí)現(xiàn)統(tǒng)一的安全機(jī)制，以實(shí)現(xiàn)應(yīng)用系統(tǒng)的整合，保證應(yīng)用體系架構(gòu)的靈活性、可擴(kuò)展性。目標(biāo)(Goal)是銀行企業(yè)應(yīng)用集成的戰(zhàn)術(shù)性目標(biāo)，即：實(shí)現(xiàn)集成的核心業(yè)務(wù)系統(tǒng)和提供客戶信息的統(tǒng)一視圖等。
　　制訂清晰的銀行EAI總體目標(biāo)、戰(zhàn)略目標(biāo)和戰(zhàn)術(shù)目標(biāo)，對(duì)于制訂銀行EAI的藍(lán)圖建設(shè)具有直接的指導(dǎo)意義。
　　(2)面向銀行的企業(yè)應(yīng)用集成方案
　　在確立了銀行的EAI遠(yuǎn)景目標(biāo)后，將進(jìn)一步確立銀行的企業(yè)集成解決方案。
　　銀行的企業(yè)集成解決方案必須從銀行的整體業(yè)務(wù)戰(zhàn)略出發(fā)，而且要符合銀行IT戰(zhàn)略的要求。銀行的EAI(企業(yè)集成)解決方案可以劃分為EAI集成方案和EAI管理方案兩大部分。其中，EAI集成方案指導(dǎo)銀行EAI的技術(shù)方面的建設(shè)，可以劃分為：原有系統(tǒng)集成方案，未來(lái)系統(tǒng)集成方案，外部集成方案。原有系統(tǒng)集成方案闡述銀行原有系統(tǒng)集成的目標(biāo)和方針；未來(lái)系統(tǒng)集成方案給出集成銀行的未來(lái)應(yīng)用的指導(dǎo)原則；外部集成解決方案指導(dǎo)銀行與外部合作伙伴、客戶的集成活動(dòng)。
　　EAI管理解決方案指導(dǎo)銀行EAI的架構(gòu)和管理方面的工作，可以劃分為：EAI架構(gòu)方案和EAI管理方案。EAI架構(gòu)方案給出EAI架構(gòu)建設(shè)和維護(hù)的解決方案指導(dǎo)；EAI管理方案闡述銀行EAI建設(shè)和維護(hù)的組織結(jié)構(gòu)，EAI管理和維護(hù)的戰(zhàn)略性方向。
　　(3)面向銀行業(yè)EAI的概念模型
　　EAI的概念模型是對(duì)EAI的模塊分解和功能定義，EAI概念模型如圖1所示。

2.1.2 面向銀行業(yè)應(yīng)用集成的EAI目標(biāo)架構(gòu)
　　EAI目標(biāo)架構(gòu)是指在EAI總體架構(gòu)指導(dǎo)下所推導(dǎo)出的包括具體技術(shù)功能描述的EAI邏輯視圖。建立EAI系統(tǒng)的最重要的目的是建立銀行的統(tǒng)一的集成架構(gòu)，滿足銀行的完整集成的要求。建立這些架構(gòu)的總體原則是在借鑒國(guó)際銀行相關(guān)架構(gòu)的最佳實(shí)踐的基礎(chǔ)上，結(jié)合銀行的當(dāng)前業(yè)務(wù)和技術(shù)架構(gòu)的現(xiàn)狀，以及銀行的業(yè)務(wù)和技術(shù)架構(gòu)發(fā)展的戰(zhàn)略和需求，綜合確定EAI的架構(gòu)。
　　銀行的EAI架構(gòu)包括業(yè)務(wù)集成架構(gòu)、應(yīng)用組合架構(gòu)和技術(shù)集成架構(gòu)。
　　業(yè)務(wù)集成架構(gòu)主要描述銀行的各項(xiàng)主要業(yè)務(wù)之間的邏輯關(guān)系、交互過(guò)程、以及共享流程的架構(gòu)。應(yīng)用組合架構(gòu)是業(yè)務(wù)集成架構(gòu)在銀行的應(yīng)用和數(shù)據(jù)系統(tǒng)之間的關(guān)系的體現(xiàn)，描述了銀行的主要系統(tǒng)之間的集成關(guān)系。技術(shù)體系架構(gòu)是描述為了支持應(yīng)用組合架構(gòu)，需要采用的技術(shù)方案和手段，以及技術(shù)方案之間的聯(lián)系。而EAI治理架構(gòu)是支持EAI的整體建設(shè)和維護(hù)工作，所需的組織結(jié)構(gòu)的保證以及相關(guān)的資源組織方式和管理模式。由于銀行EAI的建設(shè)是一個(gè)長(zhǎng)期的過(guò)程，并且由于業(yè)務(wù)和技術(shù)的發(fā)展，EAI的整體集成架構(gòu)和方式處于持續(xù)的變化過(guò)程中，因此維護(hù)和處理EAI相應(yīng)變化的組織和治理模式，是銀行IT治理模式的一個(gè)重要組成部分。
　　為了EAI的建設(shè)真正符合業(yè)務(wù)發(fā)展的要求，需要首先根據(jù)銀行的業(yè)務(wù)經(jīng)營(yíng)和管理功能的現(xiàn)狀和需求，確定銀行的業(yè)務(wù)集成架構(gòu)。然后再結(jié)合銀行的應(yīng)用集成現(xiàn)狀、未來(lái)的IT架構(gòu)，確定銀行EAI的應(yīng)用組合架構(gòu)。在確定了應(yīng)用組合架構(gòu)以后，開(kāi)始評(píng)估能夠?qū)崿F(xiàn)銀行應(yīng)用組合架構(gòu)所需的各類技術(shù)方案，從而建立銀行EAI的技術(shù)體系架構(gòu)。而在建立EAI技術(shù)體系架構(gòu)的同時(shí)，需要根據(jù)銀行的現(xiàn)有集成開(kāi)發(fā)和管理能力，以及未來(lái)EAI發(fā)展的要求，確定銀行EAI的管理組織架構(gòu)。所有這些架構(gòu)的分析和建立過(guò)程，都必須參照國(guó)際銀行的最佳實(shí)踐，再根據(jù)銀行的現(xiàn)有情況進(jìn)行定制。
2.2 面向銀行業(yè)應(yīng)用集成EAI的初步實(shí)施策略－POC(概念驗(yàn)證)
2.2.1 POC的目的
　　根據(jù)以往EAI項(xiàng)目的實(shí)施經(jīng)驗(yàn)，從一個(gè)有限范圍的概念驗(yàn)證開(kāi)始著手是最快的。因此POC是項(xiàng)目實(shí)施方法的一個(gè)重要階段，它將針對(duì)前面論述的商業(yè)銀行EAI目標(biāo)架構(gòu)，選擇典型的目標(biāo)架構(gòu)所欲實(shí)現(xiàn)的功能，通過(guò)對(duì)有代表性的案例和場(chǎng)景進(jìn)行模擬，進(jìn)而對(duì)模擬結(jié)果進(jìn)行量化分析，以確定各目標(biāo)架構(gòu)方案的可行性和有效性。同時(shí)，POC還可以明確在EAI實(shí)施過(guò)程中可能出現(xiàn)的主要風(fēng)險(xiǎn)和問(wèn)題，并確認(rèn)關(guān)鍵成功因素和所需的資源等。
　　由于商業(yè)銀行的EAI目標(biāo)架構(gòu)在一個(gè)至多個(gè)EAI平臺(tái)上針對(duì)不同的業(yè)務(wù)目標(biāo)分別實(shí)現(xiàn)了不同的功能，通過(guò)完成一個(gè)完整的POC過(guò)程，能夠確定通過(guò)實(shí)現(xiàn)EAI的不同特性所設(shè)計(jì)的多個(gè)目標(biāo)架構(gòu)，在同一平臺(tái)上是否能夠協(xié)同工作并產(chǎn)生最優(yōu)化的平臺(tái)性能。
2.2.2 POC的方法
　　根據(jù)以往的EAI實(shí)施經(jīng)驗(yàn)，一般采取以下的步驟幫助客戶完成POC的工作：
　　1. 針對(duì)已經(jīng)規(guī)劃完畢的EAI的架構(gòu)和功能，與客戶討論并確定POC的范圍和內(nèi)容。
　　2. 根據(jù)上述范圍和內(nèi)容所包含的需求，選擇典型的案例和場(chǎng)景，與客戶討論并設(shè)計(jì)不同的分析流程和量化指標(biāo)。
　　3. 建立初步系統(tǒng)模型，模擬場(chǎng)景和案例，提取、轉(zhuǎn)換、加載樣本數(shù)據(jù)，以測(cè)試系統(tǒng)的功能。
　　4. 將模型安裝與客戶處，以驗(yàn)證可行性。
　　5. 根據(jù)POC的結(jié)果，調(diào)整目標(biāo)架構(gòu)并指導(dǎo)產(chǎn)品選型。
2.2.3 POC的范圍和內(nèi)容
　　根據(jù)為商業(yè)銀行所做的業(yè)務(wù)需求分析以及EAI目標(biāo)架構(gòu)可知，各部分業(yè)務(wù)目標(biāo)所需解決的業(yè)務(wù)問(wèn)題主要分為數(shù)據(jù)同步，跨系統(tǒng)實(shí)時(shí)交易，規(guī)則引擎，交易路由，B2Bi以及多個(gè)EAI平臺(tái)的互連等幾大類。這幾大類功能本身均是基于EAI技術(shù)的一個(gè)或者多個(gè)特性來(lái)實(shí)現(xiàn)的。因此，適當(dāng)?shù)膹倪@幾大類功能中選取部分并根據(jù)業(yè)務(wù)需求實(shí)現(xiàn)驗(yàn)證目標(biāo)，從而覆蓋EAI的各個(gè)技術(shù)特點(diǎn)，即能夠驗(yàn)證EAI的各種特性在實(shí)現(xiàn)以上功能時(shí)的可行性和有效性。
　　根據(jù)EAI目標(biāo)架構(gòu)中對(duì)不同目標(biāo)架構(gòu)的技術(shù)分析可知，不同目標(biāo)架構(gòu)中需要EAI實(shí)現(xiàn)的功能和EAI自身的技術(shù)要點(diǎn)關(guān)系如表1。

　　根據(jù)表1的對(duì)應(yīng)關(guān)系，結(jié)合目標(biāo)架構(gòu)中近、中、遠(yuǎn)期的總體目標(biāo)架構(gòu)演進(jìn)策略可以看出，從客戶信息、OCRM以及分行企業(yè)應(yīng)用整合系統(tǒng)三個(gè)目標(biāo)架構(gòu)中的業(yè)務(wù)目標(biāo)作為POC的范圍，從其業(yè)務(wù)需求中適當(dāng)選取部分組成典型案例和場(chǎng)景作為POC的內(nèi)容，即能夠覆蓋所有當(dāng)前EAI的特性。具體POC的內(nèi)容應(yīng)從目標(biāo)架構(gòu)所設(shè)計(jì)的具體業(yè)務(wù)需求中選取，在選取的過(guò)程中應(yīng)當(dāng)遵循以下原則：
　　1.具有典型性和普適性；
　　2.測(cè)試數(shù)據(jù)可以被獲得；
　　3.需求通過(guò)相對(duì)簡(jiǎn)單的開(kāi)發(fā)即能夠被完成；
　　4.驗(yàn)證結(jié)果可以被量化。
2.2.4 POC場(chǎng)景選擇
　　根據(jù)分析，可以從客戶信息、OCRM以及分行企業(yè)應(yīng)用整合系統(tǒng)三個(gè)目標(biāo)架構(gòu)中的業(yè)務(wù)目標(biāo)作為POC的范圍，從其業(yè)務(wù)需求中適當(dāng)選取部分組成典型案例和場(chǎng)景作為POC的內(nèi)容，以驗(yàn)證以下EAI技術(shù)特性：
　　·可用性和可擴(kuò)展性
　　·系統(tǒng)集成能力
　　·數(shù)據(jù)結(jié)構(gòu)、行業(yè)標(biāo)準(zhǔn)的支持
　　·開(kāi)發(fā)工具集成/支持
　　·BPM引擎功能
　　·B2B集成功能
　　·安全和事務(wù)處理
　　POC場(chǎng)景：通過(guò)網(wǎng)銀代交水電費(fèi)
　　場(chǎng)景描述：
　　用戶通過(guò)網(wǎng)上銀行查詢、交納水電費(fèi)。涉及系統(tǒng)包括網(wǎng)銀、外聯(lián)單位系統(tǒng)、代收費(fèi)系統(tǒng)" title="收費(fèi)系統(tǒng)">收費(fèi)系統(tǒng)(中間業(yè)務(wù)平臺(tái))和客戶信息，如圖2所示。

　　驗(yàn)證要點(diǎn)：
　　1．工作流引擎(BPM)：對(duì)交費(fèi)自動(dòng)化流程及人工參與流程(根據(jù)角色與任務(wù))、流程監(jiān)控以及可視化的流程建模工具等的支持、對(duì)工作流規(guī)范的支持、流程內(nèi)事務(wù)控制、流程異常處理和流程運(yùn)行效率。
　　2．B2Bi：實(shí)現(xiàn)中間業(yè)務(wù)平臺(tái)與外部單位的B2B接口，這里通過(guò)Webservice方式查詢、處理交費(fèi)信息；交費(fèi)信息通過(guò)SMS GW發(fā)到客戶手機(jī)上；考察對(duì)B2B的支持能力，是否提供相應(yīng)的B2B產(chǎn)品或產(chǎn)品模塊；對(duì)B2B數(shù)據(jù)標(biāo)準(zhǔn)的支持，如ebXML, RosettaNet, EDI等。
　　3．其他技術(shù)要點(diǎn)包括適配器、數(shù)據(jù)轉(zhuǎn)換、錯(cuò)誤處理和日志管理。