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

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

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

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