作為近些年來越來越得到關注的一項技術那就是業務流程管理（BPM）。如今顯得酷似發展勢頭越來越猛的另一項技術：面向服務的架構（SOA）。而這種相似之處使得一些CIO一齊運用這兩項技術：使用SOA方法作為交付平臺、使用BPM方法作為“業務智能”平臺。

BPM和SOA都要求你安排好業務流程，并且弄清楚它們應當如何與對方，或者其他應用及數據源進行交互。有分析師說：“你不可能實施沒有業務流程的SOA。”不過許多公司還是把兩者人為地分開來，認為服務只是IT功能，認為業務流程只是業務工作流功能。

但BPM應當成為SOA的中心編制機制，這是因為BPM本身就是面向流程的。SOA通常使用的編程機制――通過企業服務總線（ESB）進行消息傳遞――卻不是面向流程的。

BPM將會成為SOA最重要的一個部分，原因就在于它讓你在需求變化時可以組合服務。

西諾烏斯金融公司就是這種情況，這家金融服務聯合大企業為美國東南部的客戶提供服務。三年前，公司的首席技術官John Woolbright開始探究SOA概念，讓他動心的是SOA的這種功能：可以減少要開發及管理的軟件資產數量，另外由于能夠組合核心服務，而不是針對不同的變化情況重新創建服務，因而增強了提供新服務方面的靈活性。但廠商們提供的SOA方案都以基礎架構為重心，漏掉了對Woolbright來說卻很關鍵的部分：服務執行的業務流程。

他說：“我們從業務流程開始著手，然后試圖改變IT工具和技術，以便支持業務流程。”

于是Woolbright引入了Active Endpoints公司的BPM工具，對業務流程進行定義及建模，然后讓BPM工具充當編制工具，以便管理執行流程的SOA服務。實際上，BPM工具成了西諾烏斯金融公司服務架構中的編程層。“我們使用SOA技術來獲得通用的數據和呈現模型，以便能夠構建執行業務流程的應用。”

Woolbright還決定不投資于企業服務總線（ESB），這是大多數SOA廠商大力擁護的技術平臺。他問道：“我們已經針對大多數ESB層實施了相應技術，譬如安全和數據轉換；還引入BPM作為業務編程層，那么為什么要更換這一切呢？”

Woolbright當時還擔心這一點：ESB的編制方法只是致力于服務之間的消息傳遞管理，而不是致力于業務流程本身。他說，而任何應用項目最終的重點卻需要放在這些業務流程上。 他指出，充當編制層的 BPM工具在服務執行如何影響業務流程方面提供了更大的控制度和洞察力。這是因為，業務環境關注的是業務流程本身及它們執行的任務，譬如開設客戶帳戶或者執行信用檢查。

西諾烏斯金融公司同時發現了SOA和BPM的優點，所以它能夠在兩方面都關注的情況下開發架構——但這種情況并不常見。許多企業實施的BPM項目和SOA項目是各自獨立的，所以需要同時開展BPM和SOA這兩個項目，而不是一下子即可改造公司。正如SOA是通過好多步驟才能實現的長遠目標，部署極廣泛的BPM也是如此。

企業首先要為獨立的流程部署BPM，正如許多企業首先把SOA部署在特定的項目里面那樣。而在這兩種情況下，它們會與ERP和CRM等應用系統進行交互，對它們之間的流程進行協調，并且與其他應用系統進行交互。因而，BPM交付的流程和SOA服務最初會以事先確定的方式來聯系組件，被稱之為“A-to-B-to-C”方式。但如果企業已經定義好了同時面向流程和服務的一種架構，它就能夠根據需要改變聯系，以支持新的需求或者出現變化的需求。到某個階段，作為配置上的變化，也許有人會采用A-to-C-to-B的聯系方式。

摩托羅拉是預期進行這種SOA與BPM融合的一家企業。摩托羅拉負責企業平臺的高級主管Charles Soto說：“我們把BPM工具與系統系列架構結合起來，這定義了我們公司的藍圖。畢竟，它們都是同一概念——業務模塊化的延伸。”

企業架構同時面向業務流程和軟件服務，而不是單單關注其中的一個方面。而采用企業應用集成（EAI）方法的企業尤其需要這樣的宏觀視野，EAI這種方法完全致力于軟件的交互關系，而不管它們為之服務的業務流程如何。

作為圍繞跨不同技術平臺交付流程的一種架構方法，SOA自然符合IT集成方法。而宏觀的SOA方法也自然符合業務流程協調，從而填補這種空缺。有了真正的SOA，再也不會出現BPM/EAI對立的情形。

AlphaFlow BPM流程管理平臺

 電話：400-888-6861     

  //qdhaitiansuji.cn/