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

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

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

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