BPM是SOA架構的核心組件之一，這意味著集成能力是BPM系統(tǒng)的必須能力，一個沒有集成能力的流程管理系統(tǒng)永遠無法成為BPM。

    很多人都認為，做系統(tǒng)集成就是做接口，其實，遠遠沒有那么簡單。那么，怎樣是正確的思路呢?要回答這個問題我們先討論下集成的目標

• 實現(xiàn)業(yè)務自動化；
• 降低IT架構的總擁有成本；
• 同時，系統(tǒng)與系統(tǒng)之間是松耦合的，可以任意替換其中的組件。

    基于這些目標，我們來對比下兩種方式的優(yōu)劣勢：

集成模式

    現(xiàn)在市場上的流程管理產(chǎn)品的集成能力參差不齊，主要有以下幾種系統(tǒng)集成的方式：

 
    從實際的應用來看，我們看到絕大部分流程管理產(chǎn)品采用【系統(tǒng)集成節(jié)點】這種集成模式。這種模式只能用于做DEMO，一旦上生產(chǎn)環(huán)境就會發(fā)現(xiàn)是完全不可用的。我們看到，很多客戶采用了這種系統(tǒng)之后，不得不再自行開發(fā)一個集成程序，專門用于流程引擎與第三方系統(tǒng)的交互，來保障集成的高可用。通常，內(nèi)置ESB的BPM系統(tǒng)默認能跟第三方ESB集成。

    所以，客戶如果需要選擇一款具備集成能力的流程管理產(chǎn)品，那么必須選擇一款內(nèi)置ESB的BPM。從實際來看，除了Lombardi和Oracle BPM以外，國內(nèi)一流的流程管理產(chǎn)品的集成能力，大大領先于國外的其他流程管理產(chǎn)品。

運行環(huán)境

    集成系統(tǒng)的運行環(huán)境至關重要，如果集成組件本身的運行環(huán)境都不是高可用的，那么一切都無從談起。常見的流程引擎運行環(huán)境有：

• 流程引擎HOST在其他系統(tǒng)的進程里，比如：IIS，SharePoint等。
• 流程引擎HOST在自己的Service里。

    我們看到很多中國的二流的流程產(chǎn)品，采用的是HOST在其他進程里的模式，這對于系統(tǒng)集成來說是一個災難。絕大部分國外的產(chǎn)品和中國的一流的流程管理產(chǎn)品，都采用的是HOST在自己的Service里面。

前端集成

    前面介紹了集成的各種方式，對于最終用戶來說，他們關注的還是如何展現(xiàn)，比如是否方便與門戶系統(tǒng)集成，統(tǒng)一組織架構，單點登錄。通常，主流的流程管理產(chǎn)品在這方面都不存在問題。

開發(fā)模式

    我們看到有一些流程管理產(chǎn)品，做一個與SAP集成的流程需要寫一段代碼，下一次再做一個與SAP集成的流程又要寫一段代碼，這兩段代碼80%是一樣的，如果每做一個系統(tǒng)集成的流程都要寫一段代碼，那么開發(fā)人員的工作量將非常大。

安全性

    這個是一個重要的指標。安全性包括很多方面，比如：密碼安全、數(shù)據(jù)安全、接口安全、帳戶管理等。通常，前面那些都可以通過基礎設施，比如：硬件、操作系統(tǒng)等實現(xiàn)，ESB則需要自行實現(xiàn)帳戶管理，帳戶管理里面有一項重要的功能就是帳戶映射。

    帳戶映射管理是指ESB需要記錄每個用戶與業(yè)務系統(tǒng)用戶的對應關系，這個映射可能是M:N的關系。比如：一個上海的員工，在發(fā)起一個采購訂單審批的時候，他只能選擇上海公司代碼下的物料號，而不能選擇北京公司代碼下的物料。這意味著，用戶在BPM上的賬號要映射到ERP的賬戶上。

BPM里的ESB的其他基礎功能

    集群、日志、數(shù)據(jù)處理（數(shù)據(jù)映射、數(shù)據(jù)轉(zhuǎn)換、XPat支持、內(nèi)聯(lián)函數(shù)和處理腳本支持等）、事務管理、BPEL、適配器、自定義擴展、權限管理、帳戶管理、配置傳輸管理、性能監(jiān)控、會話管理、監(jiān)聽服務、后臺作業(yè)管理、字段狀態(tài)管理、表單支持等。

增值服務

    對于具備ESB能力的流程系統(tǒng)，很多廠商在其中研發(fā)了大量的增值模塊，比如：SAP Connector、Master Data Management、SWIFT等。

    這并不是簡單的接口調(diào)用，而是一個完整的解決方案，比如：跟SAP集成，并不是簡單的支持BAPI和RFC即可；跟SAP集成，其實是跟SAP環(huán)境集成，通常，SAP還會有大量的外掛程序，要實現(xiàn)跟SAP的集成，不但要實現(xiàn)跟SAP集成，還要實現(xiàn)跟SAP外掛程序的集成。

    又比如實現(xiàn)主數(shù)據(jù)大集中，這并不只是技術問題，還需要大量的行業(yè)經(jīng)驗才能實現(xiàn)，很顯然，金融行業(yè)的集中管理的客戶主數(shù)據(jù)跟制造行業(yè)的客戶主數(shù)據(jù)是完全不一樣的。實施人員需要清楚地知道在某個行業(yè)里要把哪些系統(tǒng)的哪些數(shù)據(jù)進行集中，又分別采用哪種集中模式等等。

總結

    系統(tǒng)集成絕不是調(diào)接口，高可用是必須的，否則一切都無從談起。雖然市場上有很多產(chǎn)品具備一定的集成能力，但是絕大多數(shù)只是淺度的集成，根本無法在生產(chǎn)環(huán)境中使用。如果客戶對流程自動化有要求，那么只能選擇具有ESB模塊的流程產(chǎn)品。而且這種ESB要能支持復雜的數(shù)據(jù)結構，比如：訂單、XML類型等。

轉(zhuǎn)載請注明出處：拓步ERP資訊網(wǎng)http://m.guhuozai8.cn/

本文標題：CIO：系統(tǒng)集成怎么做？接口還是ESB

本文網(wǎng)址：http://m.guhuozai8.cn/html/consultation/1082055701.html