【正文】 : 一份Morgan Stanley Dean Witter報(bào)告表明，通常的金融服務(wù)客戶需要維護(hù)6000個(gè)接口，為此每年花費(fèi)2500萬美元，而且每年還需構(gòu)建900個(gè)新的點(diǎn)到點(diǎn)接口，為此需另外花費(fèi)2500萬美元進(jìn)行構(gòu)建，并且還要花費(fèi)400萬美元進(jìn)行維護(hù)。 合適的手動(dòng)流程和書面報(bào)告。 足夠大以至于可以創(chuàng)建多種業(yè)務(wù)分類；例如，抵押貸款證券、市政公債、貨幣市場，等等。 業(yè)務(wù)分類（Line of business，LOB）在本質(zhì)上可以是水平或垂直的（參見圖2）。 企業(yè)從遠(yuǎn)景開始。 從企業(yè)遠(yuǎn)景到組織筒倉（Silo）該路徑是增量的，但是它需要戰(zhàn)略思考和對(duì)未來遠(yuǎn)景的承諾。只需輕擊鼠標(biāo)，便可部署到運(yùn)行時(shí)BPMS執(zhí)行引擎。BPMS引擎添加了一個(gè)新的層到傳統(tǒng)的開發(fā)堆棧（參見圖1）中，并引入服務(wù)質(zhì)量來解決企業(yè)集成中的根本問題。正如BEA的WebLogic Platform ，以流程為中心的BPMS 方法用于系統(tǒng)開發(fā)生命周期，它消除了對(duì)運(yùn)行時(shí)阻抗不匹配的業(yè)務(wù)需求。 面向?qū)ο蟮木幊虅t為OO分析和用例開發(fā)鋪平了道路。 BPMS將流程建立為用于建模、軟件設(shè)計(jì)和運(yùn)行時(shí)執(zhí)行的統(tǒng)一結(jié)構(gòu)。 信息系統(tǒng)，像它們支持的業(yè)務(wù)模型一樣，必須在本質(zhì)上就是自適應(yīng)的?！? 沒有軟件來支持這樣一個(gè)復(fù)雜的任務(wù)。 業(yè)務(wù)流程管理的出現(xiàn)已經(jīng)有一段時(shí)間，它更多地用于工業(yè)中，而與IT無關(guān)。 我肯定，作為中立語言，XML對(duì)此也準(zhǔn)備一展身手。 我們已經(jīng)看到，SOA不是體系架構(gòu)趨勢的革命，而是它經(jīng)過一段時(shí)間發(fā)展的演變成果。 它就像是優(yōu)秀但老式的對(duì)象觀察者模式?！蔽一叵肫鹞乙恢币詠碜钕矚g的定義：對(duì)象是帶有狀態(tài)或數(shù)據(jù)及行為的數(shù)據(jù)結(jié)構(gòu)。模式并沒有解決獨(dú)特的問題。最后，任一種常見的貿(mào)易出版物的隨機(jī)調(diào)查指出，每個(gè)人都可以給出自己的定義，而有些人甚至質(zhì)疑IT存在的本質(zhì)。在藝術(shù)中，新技術(shù)帶來新的趨勢，比如新聞和數(shù)字?jǐn)z影。我還將解釋，為什么流行的請(qǐng)求/響應(yīng)模式的WEB協(xié)議與基于事件的流程建模，以及它在進(jìn)行架構(gòu)決策時(shí)的意義不一致的原因。 我將講述兩種設(shè)計(jì)：一種純BPM設(shè)計(jì)和一種混合型設(shè)計(jì)。首先，我將討論一個(gè)體系架構(gòu)藍(lán)圖的最佳實(shí)踐如何將面向服務(wù)體系架構(gòu)與BPM框架合并，從而為構(gòu)建健壯的企業(yè)級(jí)集成解決方案并對(duì)其建模提供可重復(fù)的方案。 與此同時(shí)，業(yè)務(wù)流程管理（business process management ，BPM）作為操作靈活的新企業(yè)并為其建模的主要支持者，正在強(qiáng)力反彈。 無疑，隨著Web服務(wù)的推廣和廣泛接受，以及支持基于SOA解決方案開發(fā)的case風(fēng)格的IDE這一新浪潮的興起，SOA已經(jīng)成為構(gòu)建企業(yè)級(jí)分布式應(yīng)用程序的首選藍(lán)圖。 分析師建議，決定BPM工具之前，企業(yè)必須用嚴(yán)謹(jǐn)?shù)膽B(tài)度檢討目前使用的軟件，決定業(yè)務(wù)角色的授權(quán)，權(quán)衡數(shù)據(jù)模型（data model）與分析工具（analytical applications），并建立未來采用BPM后的假想情境。 時(shí)間:20061023 作者: csdn 根據(jù)數(shù)據(jù)整合軟件供貨商Ultimus的定義，BPM主要精神在于管理企業(yè)的流程。 目前包括IBM、微軟、BEA也努力催生商業(yè)模型標(biāo)準(zhǔn)，聯(lián)合起草網(wǎng)絡(luò)服務(wù)（Web Services）商業(yè)流程執(zhí)行語言（BPEL4WS）。類型:投稿 責(zé)編:小蝎 與此同時(shí)，業(yè)務(wù)流程管理（business process management，BPM）作為操作靈活的新企業(yè)并為其建模的主要支持者，正在強(qiáng)力反彈?；A(chǔ)結(jié)構(gòu)廠商已經(jīng)使BPM成為他們出售的系列產(chǎn)品的主要組件，瞄準(zhǔn)機(jī)會(huì)的廠商使用專用的BPM系統(tǒng)提供垂直的業(yè)務(wù)解決方案，純使用BPM的廠商正在得到更加廣泛的接受。 我描述了為什么在當(dāng)今，任何使用技術(shù)支持其任務(wù)陳述需要的企業(yè)比以往更能擁有合適的體系架構(gòu)藍(lán)圖。 我還將講述一些新興的建模工具和標(biāo)準(zhǔn)，并討論一些建模和各種體系架構(gòu)選擇和策略方面的難題。 體系架構(gòu)模式 —— 誰需要它們? 軟件工程是藝術(shù)還是科學(xué)？在科學(xué)中，我們有明確的定義、定理和證據(jù)。如果軟件工程是一門科學(xué)，定義我們?cè)谌粘I(yè)務(wù)語言中使用的所有術(shù)語不應(yīng)該是一件困難的事情，像服務(wù)、Web服務(wù)、面向服務(wù)的體系架構(gòu)、BPM和BPM系統(tǒng)（BPMS）。我不得不得出結(jié)論，軟件工程仍然是藝術(shù)多于科學(xué)。 專業(yè)人員結(jié)合各種模式來解決更為復(fù)雜而且有時(shí)更為獨(dú)特的問題。就目前來說，可以把Web服務(wù)看作帶有一個(gè)方法的對(duì)象。(2) 開放式網(wǎng)格服務(wù)體系架構(gòu)（Open Grid Services Architecture）實(shí)現(xiàn)了網(wǎng)格服務(wù)協(xié)議的Web服務(wù)接口繼承。它圍繞為企業(yè)構(gòu)建分布式系統(tǒng)而發(fā)展。然而，SOA中包括進(jìn)來的BPMS框架是一個(gè)新的、革命性的元素。并發(fā)工程和六西格瑪被開發(fā)用來解決生產(chǎn)和流程改進(jìn)中的及時(shí)協(xié)作問題，并且確實(shí)取得了相當(dāng)?shù)某晒ΑPM在沒有考慮IT系統(tǒng)的情況下設(shè)計(jì)了自適應(yīng)的企業(yè)。 Taylor提出一種基于OO的開發(fā)技術(shù)，作為開發(fā)自適應(yīng)IT的一種方法，這種技術(shù)稱為聚合工程（convergent engineering）。過去，開發(fā)趨勢一直在影響我們對(duì)企業(yè)建模的方式。但是在大多數(shù)情況下，業(yè)務(wù)分析人員不會(huì)使用開發(fā)專門術(shù)語，因此產(chǎn)生了對(duì)需求可跟蹤性中通常影響的另一種翻譯的需要。 靈活的企業(yè)擁有自適應(yīng)的業(yè)務(wù)和自適應(yīng)的IT系統(tǒng)。BPMS引擎使編程最易變的部分——集成點(diǎn)——的軟布線變得容易。業(yè)務(wù)模擬可以運(yùn)行，而性能工程可以在系統(tǒng)完成之前完成；這種方式聽起來就像CASE工具。作為回報(bào)，它將允許投資的早期回報(bào)，并將遺留企業(yè)轉(zhuǎn)化為完全自適應(yīng)的靈活企業(yè)。CEO和董事會(huì)采用遠(yuǎn)景和行業(yè)使命陳述。垂直LOB具有以下特征： 獨(dú)立的操作域。 （圖02）水平LOB具有不同的特征集合： 提供業(yè)務(wù)控制。 在第二個(gè)信息紀(jì)元（不要與第二次浪潮混淆）中，我們使用了各種編程技術(shù)來鏈接自動(dòng)化孤島，從FTP、數(shù)據(jù)庫復(fù)制、EAI和消息收發(fā)開始。 流程無處不在。交易流程是大規(guī)模流程的一個(gè)很好的例子。（圖03） 當(dāng)因?yàn)橄滦邢到y(tǒng)之一錯(cuò)誤地再進(jìn)入，而幫助臺(tái)分析人員收到一份異常報(bào)告時(shí)，另一個(gè)內(nèi)部流程啟動(dòng)了。在大多數(shù)情況下，客戶在被不同LOB支持的產(chǎn)品中擁有帳號(hào)，例如，股票、。EAI技術(shù)和消息收發(fā)試圖借助早先闡明的限制解決這些問題。流程圖也是實(shí)行業(yè)務(wù)流程重新設(shè)計(jì)的第一步。 在更寬泛的意義上并基于不同的服務(wù)質(zhì)量來劃分客戶類別： 您生態(tài)系統(tǒng)中的性能、供應(yīng)商、業(yè)務(wù)伙伴。從可管理的流程數(shù)量6－10開始。 定義核心流程和子流程：這里沒有科學(xué)理論，只有最佳實(shí)踐。 將流程分解為行為 下一個(gè)目標(biāo)是通過分解行為來定義小單元。正如您可能猜想的那樣，我們將EBS實(shí)現(xiàn)為Web服務(wù)。 EBS的業(yè)務(wù)量體現(xiàn)出了大量實(shí)際優(yōu)點(diǎn)： 1. 它是要重用的最終指南。 4. 放棄使用一個(gè)系統(tǒng)并不是一個(gè)一蹴而就的過程，而是一個(gè)循序漸進(jìn)的過程。從技術(shù)上說，在BEA WebLogic Integration中，Web服務(wù)被稱為業(yè)務(wù)流程資源。在啟用了BPMS SOA的企業(yè)中，開發(fā)IT基礎(chǔ)結(jié)構(gòu)來支持這樣的新LOB完全可以與正確放置業(yè)務(wù)模型并行完成（參見圖5）（圖05） 現(xiàn)象，它們并沒有創(chuàng)造任何新的EBS?！贝送?，Gartner Group 現(xiàn)在聲明，繼續(xù)將業(yè)務(wù)邏輯硬布線到軟件或中間件中或者堅(jiān)持人工步驟的公司將輸給部署流程管理體系架構(gòu)的競爭對(duì)手。實(shí)際上，我們的預(yù)測僅僅基于我們已經(jīng)經(jīng)歷過的、過去的性能和趨勢。流程提供一個(gè)封裝了變化的新層。隨著BPMS的普及，靈活性將被極端自適應(yīng)所代替。Web服務(wù)實(shí)現(xiàn)它們，并使它們對(duì)企業(yè)可用。 您能發(fā)現(xiàn)它們嗎？(三)簡單到復(fù)雜，BPM技術(shù)促進(jìn)SOA發(fā)展CNET中國 眾多廠商成為了SOA技術(shù)架構(gòu)的推動(dòng)者，其中包括IBM、BEA、HP、Oracle和SAP。今年3月，BEA收購Fuego擴(kuò)展SOA到BPM軟件，以此使用新的BPM升級(jí)SOA平臺(tái)。 除平臺(tái)提供商以外，開源廠商也試圖占領(lǐng)擁有自己的SOA卻缺乏服務(wù)的市場。在此過程中，大型平臺(tái)廠商IBM、BEA、SAP、Oracle等將會(huì)嘗試建立一種新SOA標(biāo)準(zhǔn)；而開源廠商努力構(gòu)建一套工具，不把自己禁錮于用一種方法構(gòu)建SOA。由此可見，BPM的IT需求與SOA技術(shù)具有以下相似點(diǎn)： 1．BPM涵蓋范圍廣泛，需要完成因事件觸發(fā)的完全不相干的事件，此特點(diǎn)正與SOA的松散耦合特點(diǎn)相吻合。而SOA可以看作是B/S模式、XML/Web Service技術(shù)與管理軟件的延續(xù)。 4．企業(yè)BPM系統(tǒng)的實(shí)施往往從最簡單的開始，逐漸提升為復(fù)雜的BPM系統(tǒng)。不過現(xiàn)在這種情況正在改變，因?yàn)檫@兩個(gè)概念以及相關(guān)技術(shù)的使用者和提供者正日漸將二者結(jié)合起來看待。 BPM陣營通常聲稱，SOA對(duì)于實(shí)現(xiàn)BPM來說不是必需的。當(dāng)SOA領(lǐng)域的人士談到BPM時(shí)，該術(shù)語通常與服務(wù)編排或流程整合同義，而不強(qiáng)調(diào)對(duì)業(yè)務(wù)分析人員友好的建模或人員交互，而后者對(duì)BPM陣營來說非常重要。 為了澄清這些誤解，我認(rèn)為有必要闡明BPM與SOA的不同本質(zhì):SOA是一種架構(gòu)方法。BPM套件(如BEA的AquaLogic BPM Suite)支持使用各種不同的技術(shù)(面向服務(wù)的或不是面向服務(wù)的)對(duì)應(yīng)用程序和數(shù)據(jù)庫進(jìn)行輕松訪問。 這具有以下優(yōu)點(diǎn): 這減少了實(shí)現(xiàn)流程所需的IT工作量，并允許流程人員將精力集中于流程，而不是粘合流程與底層系統(tǒng)所需的技術(shù)。 它使得實(shí)現(xiàn)更為健壯，因?yàn)閷?duì)底層IT系統(tǒng)的更改不必影響流程所使用的接口。 它在BPM套件之外提供了一個(gè)獨(dú)立的控制和管理層。 因此，在很多情況下，應(yīng)該首先開發(fā)出BPM，而將SOA組件留待以后考慮。 最好的方法是一開始就讓業(yè)務(wù)運(yùn)作團(tuán)隊(duì)