【文章內(nèi)容簡介】 程、遺留COBOL書籍和專用的計算c庫。（圖04） 許多金融服務(wù)機構(gòu)的業(yè)務(wù)分類是水平的，管理高凈值的私有客戶。在啟用了BPMS SOA的企業(yè)中，開發(fā)IT基礎(chǔ)結(jié)構(gòu)來支持這樣的新LOB完全可以與正確放置業(yè)務(wù)模型并行完成（參見圖5）（圖05） 現(xiàn)象，它們并沒有創(chuàng)造任何新的EBS。所有EBS位于任何其他郵件訂單一覽表書店中的恰當(dāng)位置：定購書籍，檢查庫存，信用卡付帳，打印聲明，準(zhǔn)備裝運，給客戶發(fā)送電子郵件。但是它沒有創(chuàng)建新流程，沒有質(zhì)疑已經(jīng)建立好的流程，甚至不用花費什么力氣。 正如Howard Smith 和 Peter Fingar所說的那樣：“在BPM的第三次浪潮中，筒倉式思考和點到點的技術(shù)集成被靈活的、基于業(yè)務(wù)流程的體系架構(gòu)所代替。”此外，Gartner Group 現(xiàn)在聲明，繼續(xù)將業(yè)務(wù)邏輯硬布線到軟件或中間件中或者堅持人工步驟的公司將輸給部署流程管理體系架構(gòu)的競爭對手。 實時處理業(yè)務(wù) 退一步說，預(yù)測將來是很困難的事情，但是我們用非?？茖W(xué)的態(tài)度對待它，而且始終試著這么做，不管對還是錯。統(tǒng)計和預(yù)測是關(guān)于預(yù)測將來的兩門科學(xué)。投資組合評估和保險統(tǒng)計研究是有關(guān)預(yù)測的科學(xué)。實際上，我們的預(yù)測僅僅基于我們已經(jīng)經(jīng)歷過的、過去的性能和趨勢。實時處理業(yè)務(wù)需要預(yù)測未來的業(yè)務(wù)情況。然而，基本的業(yè)務(wù)協(xié)議和框架必須合適。今天，技術(shù)革新、BPMS和SOA是將業(yè)務(wù)目標(biāo)與IT相結(jié)合的基礎(chǔ)。流程提供一個封裝了變化的新層。90年代早期，PowerBuilder和VB風(fēng)格的工具使客戶端/服務(wù)器和關(guān)系數(shù)據(jù)庫系統(tǒng)的開發(fā)流行開來，通過與此相同的方式，BPMS引擎將在未來建立流程驅(qū)動的企業(yè)。事實上我預(yù)測，在我們的一生中，我們將看到對運行時流程的需求，該類流程用于實時變化或?qū)ψ孕薷牧鞒痰男枰o疑，人類希望能夠掌管該類變化，但是通過使用UDDI? (? 代表流程)找出最可能的服務(wù)契約和使用描述域?qū)I(yè)知識和市場情況的規(guī)則進行決策，BMPS能夠使這項工作更加容易。隨著BPMS的普及，靈活性將被極端自適應(yīng)所代替。結(jié)束語 在本文中，我描繪了合并SOA和BPM的藍(lán)圖。從一幅企業(yè)的自頂向下流程圖開始，我們定義了基本業(yè)務(wù)服務(wù)的組合選擇。垂直LOB擁有并部署EBS。Web服務(wù)實現(xiàn)它們，并使它們對企業(yè)可用。通過使用BPMS引擎的一個實例，可以設(shè)計、開發(fā)、測試新的流程，并通過結(jié)合現(xiàn)有的EBS，在數(shù)日內(nèi)添加業(yè)務(wù)值。 在我的下一篇文章中，我將：(1) 講述用于給現(xiàn)實世界業(yè)務(wù)保險流程建模的BPM技術(shù)，并提出一個純BPM解決方案和一個混合解決方案；(2) 使用Web服務(wù)和JMS連接設(shè)計EBS并實現(xiàn)它們；(3) 提出一個使用WebLogic Platform ；并 (4)討論面向服務(wù)體系架構(gòu)中的BPMS難題和新出現(xiàn)的模式。 直到：流程無處不在。您能發(fā)現(xiàn)它們嗎？(三)簡單到復(fù)雜，BPM技術(shù)促進SOA發(fā)展CNET中國 類型:轉(zhuǎn)載 作者: csdn 責(zé)編:小蝎 時間:20061023 BPM(企業(yè)流程管理，Business Process Management) 與 SOA (服務(wù)導(dǎo)向架構(gòu)，Service Oriented Architecture)各自歷經(jīng)多年的發(fā)展，越來越成為人們的焦點。 眾多廠商成為了SOA技術(shù)架構(gòu)的推動者，其中包括IBM、BEA、HP、Oracle和SAP。 SOA可以看作是B/S模式、XML/Web Service技術(shù)與管理軟件的結(jié)合。它通過組合單獨業(yè)務(wù)和流程實現(xiàn)復(fù)雜的業(yè)務(wù)應(yīng)用，而這些業(yè)務(wù)功能和流程稱為服務(wù)， SOA把業(yè)務(wù)流程視為獨立于應(yīng)用程序及其運行的平臺的可復(fù)用組件。 從SOA概念提出以來，越來越多的主流廠商開始了BPM與SOA的應(yīng)用。今年3月，BEA收購Fuego擴展SOA到BPM軟件，以此使用新的BPM升級SOA平臺。2月，HP和Oracle集團宣布，HP的服務(wù)咨詢和集成（Services Consulting amp。 Integration）將會同Oracle的Fusion中間件，加入到它的SOA的投資組合以及HP OpenView管理軟件套件，以Fusion融合SOA。去年，Oracle收購了BPM專業(yè)公司Collaxa；SAP重新設(shè)計軟件，以便集成自由版本的面向BPM的中間件NetWeaver。 除平臺提供商以外，開源廠商也試圖占領(lǐng)擁有自己的SOA卻缺乏服務(wù)的市場。JBoss公司在2005年10月發(fā)布的企業(yè)過程管理引擎，圍繞業(yè)務(wù)過程執(zhí)行語言（Business Process Execution Language BPEL）提供了一種可插拔的體系結(jié)構(gòu)、擴展的任務(wù)管理以及新的可擴展性。BPEL雖然是用來編排Web服務(wù)的，但依然適合用來集成，而不是深入的業(yè)務(wù)邏輯。 BPM無論從技術(shù)還是方法上都將促進SOA的發(fā)展。在此過程中，大型平臺廠商IBM、BEA、SAP、Oracle等將會嘗試建立一種新SOA標(biāo)準(zhǔn)；而開源廠商努力構(gòu)建一套工具，不把自己禁錮于用一種方法構(gòu)建SOA。 從BPM的IT需求與SOA技術(shù)角度上看，BPM與SOA的融合也具有先天優(yōu)勢。BPM的范圍覆蓋了企業(yè)運營的各個環(huán)節(jié)，如生產(chǎn)、銷售、物流、財務(wù)等企業(yè)經(jīng)營活動，甚至延伸到供應(yīng)商和經(jīng)銷商。其產(chǎn)品開發(fā)包括6個部分，從基礎(chǔ)開始為：開發(fā)語言，如BPEL、Java等；BPM服務(wù)器，包含EAI/BPM平臺產(chǎn)品；BPM工具，包括用戶接口工具、過程建模工具、軟件需求工具等；BPM套件；BPM知識架構(gòu)；BPM系統(tǒng)和其應(yīng)用。由此可見，BPM的IT需求與SOA技術(shù)具有以下相似點： 1．BPM涵蓋范圍廣泛，需要完成因事件觸發(fā)的完全不相干的事件，此特點正與SOA的松散耦合特點相吻合。 2．BPM需要多部門、區(qū)域的協(xié)同。在此中環(huán)境中網(wǎng)絡(luò)環(huán)境的安全性可由SOA技術(shù)構(gòu)架中的WSSecurity、LDAP(Lightweight Directory Access Protocol輕量級目錄訪問協(xié)議)、PKI(Public Key Infrastructure公鑰基礎(chǔ)設(shè)施)架構(gòu)和數(shù)位簽章等機制來完成。 3．BPM系統(tǒng)構(gòu)成元素種類繁多而復(fù)雜，包含分布于各模塊的企業(yè)邏輯和規(guī)則。而SOA可以看作是B/S模式、XML/Web Service技術(shù)與管理軟件的延續(xù)。 當(dāng)前多數(shù)SOA環(huán)境能提供系統(tǒng)管理工具給系統(tǒng)管理員使用，協(xié)助管理SOA架構(gòu)下模塊的安裝、移除、啟動等。目前能夠?qū)崿F(xiàn)SOA的產(chǎn)品包括：Microsoft Biztalk Server, webMethods Business Integrator, IBM SeeBeyond, TIBCO和Vignette。在SOA提出以前，大部分BPM產(chǎn)品在流程圖中采用自有定義流程邏輯。 4．企業(yè)BPM系統(tǒng)的實施往往從最簡單的開始，逐漸提升為復(fù)雜的BPM系統(tǒng)。而SOA模塊化的特性正好吻合了此特性。 (四)分析:BPM與SOA之間的區(qū)別及聯(lián)系CNET中國 類型:轉(zhuǎn)載 作者: newhappy2008 責(zé)編:小蝎 時間:20061023 關(guān)于業(yè)務(wù)流程管理(BPM)和面向服務(wù)架構(gòu)(SOA)之間關(guān)系的討論熱鬧非凡。二者也是多年來的熱門話題，但是關(guān)于它們的討論通常都出現(xiàn)在互不相關(guān)的論壇上，討論它們的人通常也屬于不同的圈子。不過現(xiàn)在這種情況正在改變，因為這兩個概念以及相關(guān)技術(shù)的使用者和提供者正日漸將二者結(jié)合起來看待。 BPM陣營通常聲稱，SOA對于實現(xiàn)BPM來說不是必需的。只需部署一個BPM套件，就可以更快地實現(xiàn)目標(biāo)而不會帶來多少復(fù)雜性。SOA陣營則注重于如何從一般意義上解決企業(yè)IT的復(fù)雜性。該陣營通常聲稱BPM是SOA的一個特性，但是它是SOA解決方案的一部分，而不是一個單獨的東西。當(dāng)SOA領(lǐng)域的人士談到BPM時，該術(shù)語通常與服務(wù)編排或流程整合同義，而不強調(diào)對業(yè)務(wù)分析人員友好的建?；蛉藛T交互，而后者對BPM陣營來說非常重要。 為了澄清這些誤解，我認(rèn)為有必要闡明BPM與SOA的不同本質(zhì):SOA是一種架構(gòu)方法。BPM則是一組協(xié)調(diào)活動。 因此，可以很容易地得到使用SOA或不使用SOA的BPM，反之亦然。我們來看看不同組合的優(yōu)點。 如果部署一個不使用SOA的BPM套件，則可以獲得快速創(chuàng)建、執(zhí)行和監(jiān)控/管理業(yè)務(wù)流程的能力。業(yè)務(wù)流程的模型可以由業(yè)務(wù)分析人員創(chuàng)建，但是其完整實現(xiàn)則需要與底層IT系統(tǒng)的集成(以及定義用戶如何與該流程交互，但是現(xiàn)在我們暫不考慮)。BPM套件(如BEA的AquaLogic BPM Suite)支持使用各種不同的技術(shù)(面向服務(wù)的或不是面向服務(wù)的)對應(yīng)用程序和數(shù)據(jù)庫進行輕松訪問。實現(xiàn)由代碼和來自于并依賴于底層系統(tǒng)接口的元數(shù)據(jù)組成，因此，對底層數(shù)據(jù)庫和應(yīng)用程序的任何更改都將導(dǎo)致對業(yè)務(wù)流程的更改。 如果組織和IT環(huán)境規(guī)模比較小，并且由同樣一組人來控制所有的系統(tǒng)(包括BPM套件)的話，這是完全可以的。如果底層系統(tǒng)完全不更改的話，這種方法同樣運行良好。 但是，如果BPM套件由一個小組部署，并消費來自另一個小組的系統(tǒng)的服務(wù)，那么協(xié)調(diào)和管理每個小組中的更改的任務(wù)很快就會變得非常困難。這是SOA要解決的典型問題，因此，SOA可以應(yīng)用于BPM套件的部署，就像應(yīng)用于其它地方一樣。 如果BPM作為SOA的一部分進行部署，這意味著當(dāng)一個業(yè)務(wù)流程連接到底層系統(tǒng)時，它連接到由企業(yè)服務(wù)總線所提供的代理服務(wù)，這樣就隱藏了底層應(yīng)用程序和數(shù)據(jù)庫的復(fù)雜性。這具有以下優(yōu)點: