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