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

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

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

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