免费视频淫片aa毛片_日韩高清在线亚洲专区vr_日韩大片免费观看视频播放_亚洲欧美国产精品完整版

圖３

換句話說(shuō)，拿部門所有權(quán)、過(guò)程以及策略并在BPMS中實(shí)現(xiàn)之。這就是所有的BPM，對(duì)嗎？可執(zhí)行進(jìn)程。該問(wèn)題的核心現(xiàn)在是一個(gè)成功解決方案的關(guān)鍵。最后但并非最不重要的，您已經(jīng)解決了另一個(gè)和企業(yè)集成有關(guān)的具有挑戰(zhàn)性的問(wèn)題：公司治理和技術(shù)解決方案的所有權(quán)。

學(xué)術(shù)團(tuán)體已經(jīng)開發(fā)出了一組20個(gè)基本模式來(lái)準(zhǔn)確定義所有主要的工作流模式。然后工作流可以依據(jù)已建立的模式進(jìn)行測(cè)定。這些被分為6個(gè)主要種類：（1）基本控制流模式，（2）結(jié)構(gòu)化模式，（3）基于狀態(tài)的模式，（4）高級(jí)分支和同步模式，（5）取消模式，和（6）多實(shí)例模式。

1.              基本控制流模式是（a）順序，（b）并行分支，（c）同步，（d）互斥選擇，和（e）簡(jiǎn)單合并。

2.              結(jié)構(gòu)化模式是（a）任意循環(huán)和（b）隱式中止。

3.              基于狀態(tài)的模式是（a）延期選擇（b）交叉存取并行路由選擇，和（c）里程碑。

4.              高級(jí)分支模式是（a）多重選擇，（b）同步合并，（c）多重合并，和（d）識(shí)別器。

5.              取消模式是（a）取消活動(dòng)和（b）取消案例。

6.              多實(shí)例模式是（a）不帶同步的多實(shí)例，（b）具有先驗(yàn)設(shè)計(jì)時(shí)知識(shí)的多實(shí)例，（c）具有先驗(yàn)運(yùn)行時(shí)知識(shí)的多實(shí)例，（e）不帶先驗(yàn)設(shè)計(jì)時(shí)知識(shí)的多實(shí)例。

Eiendhoven 大學(xué)的Wil van der Aalst通過(guò)一個(gè)示例流程詳細(xì)描述了以上的一些模式。

模式3的（b）、模式5的（a）和（b）以及所有的模式6都需要消息傳送和Web服務(wù)模式。這些模式可以分為以下類別：服務(wù)訪問(wèn)和配置模式包括包裝器外觀、組件配置器以及截取器。事件處理模式，包括反應(yīng)器、前攝器和接受器－連接器以及并發(fā)模式，包括活動(dòng)對(duì)象、監(jiān)控對(duì)象以及領(lǐng)導(dǎo)者/追隨者架構(gòu)模式。Douglas Schmidt等在Pattern-oriented Software Architecture (第2卷): Patterns for Concurrent and Networked Objects 一文中對(duì)以上模式進(jìn)行了很好的描述。Martin Fowler等的Addison Wesley Signature Series 也是連接性模式的另外一個(gè)好的來(lái)源。

BEA WebLogic Platform 8.1 去除了低級(jí)實(shí)現(xiàn)的需求。然而，必須認(rèn)識(shí)到由于BPM實(shí)際上是憑借自身的實(shí)力成為一個(gè)編程范例的，制作意大利面條流程的前景和充滿GoTo的基本意大利面條一樣真實(shí)。合適的設(shè)計(jì)是我們強(qiáng)烈推薦的。

結(jié)束語(yǔ)

在本文中，我描述了建模背后的推理、對(duì)模型進(jìn)行建模的必要性以及BPM標(biāo)準(zhǔn)前沿的當(dāng)前狀態(tài)。我描述了BPMS如何提供一個(gè)自上而下的遞增式的方法以統(tǒng)一企業(yè)內(nèi)部所有的知識(shí)領(lǐng)域，并介紹了用于解決企業(yè)引用數(shù)據(jù)難題的一個(gè)高級(jí)最佳實(shí)踐方法。最后，我對(duì)工作流和連接模式進(jìn)行了總結(jié)。

在本系列的最后一篇文章中，我將描述獲取保險(xiǎn)報(bào)價(jià)業(yè)務(wù)案例并介紹BMP建模選項(xiàng)。然后我將使用本文介紹的一些工作流和連接性模式用BEA的WebLogic Platform 8.1實(shí)現(xiàn)一個(gè)解決方案，然后討論一些仍舊存在的限制和可能的解決方案。

屆時(shí)：流程無(wú)處不在。您能看到它們嗎？

參考文獻(xiàn)

l         Engberg, U. and Nielsen, M. (1986). "A calculus of communicating systems with label-passing." Report DAIMI PB-208, Computer Science Department, University of Aarhus, Denmark.

l         Milner, R.; Parrow, J.; and Walker, D. (1992). "A calculus of mobile processes, Parts I and II". Information and Computation, 100, 1, pp 1-77.

l         van der Aalst, W. "Classical Petri nets: The basic model." http://tmitwww.tm.tue.nl/staff/wvdaalst/Courses/pm/pm2classicalpn.pdf

l         ter Hofstede, A. (QUT); Kiepuszewski, B. (QUT); Barros, A. (UQ); Ommert, O.(EUT); Pijpers, T. (ATOS); et al. Workflow patterns. www.tm.tue.nl/it/research/patterns/

l         Booch, G.; Rumbaugh, J.; and Jacobson, I. (1999). The Unified Modeling Language User Guide. Addison-Wesley.

l         Hohpe, G. and Woolf, B. (2004). Enterprise Integration Patterns: Designing, Building, and Deploying Messaging Solutions. Addison-Wesley.

l         BPEL4WS, Business Process Execution Language for Web Services. BEA, IBM, Microsoft.

l         BPML, (2002). Business Process Modeling Language. Bpmi.org.

l         Reference Data, (2001) "The Key to Quality STP and T+1." A Tower Reuters CAPCO report.

l         Graham, I. (2000). Object-Oriented Methods: Principles and Practice. Addison-Wesley.

關(guān)于作者

如同我們前幾期中所討論的那樣，JTA樣式的事務(wù)處理提供了一種將多個(gè)數(shù)據(jù)更新捆綁到一起的方法，這樣一來(lái)，不管它成功與否，應(yīng)用邏輯都將安全運(yùn)行，即便中途存在技術(shù)性問(wèn)題也是如此。

本文是系列文章中的最后一篇，文中我將把最初兩篇（WLDJ，第三卷，第 4－5期）中所討論的一些BPM技術(shù)應(yīng)用到一個(gè)業(yè)務(wù)案例中去，目的是設(shè)計(jì)一個(gè)基于SOA的健壯的解決方案。特別地，我要（1）將該業(yè)務(wù)案例定義為一組高級(jí)策略，以及（2）運(yùn)用業(yè)務(wù)流程優(yōu)化技術(shù)獲得一個(gè)高效的業(yè)務(wù)流程模型，并利用它封裝實(shí)際問(wèn)題。該業(yè)務(wù)模型將包括啟動(dòng)流程的業(yè)務(wù)事件、高級(jí)的處理線程以及這些處理線程如何分解為低級(jí)的企業(yè)級(jí)業(yè)務(wù)服務(wù)。然后，我還會(huì)討論針對(duì)建立概念驗(yàn)證（POC）的各種結(jié)構(gòu)化的設(shè)計(jì)選項(xiàng)。但是首先，我要介紹一下BEA WebLogic Workshop 8.1的新的IDE編程范式，尤其是流程集成框架如何為建立SOA Web 服務(wù)集成應(yīng)用程序提供可靠的編程環(huán)境。

從數(shù)據(jù)庫(kù)客戶端/服務(wù)器工具到分布式應(yīng)用程序集成平臺(tái)

BEA新的IDE（集成開發(fā)環(huán)境)）將為設(shè)計(jì)和部署J2EE應(yīng)用程序提供一個(gè)功能強(qiáng)大、無(wú)縫且完善的工具。如同MS Acess和PowerBuilder早在20世紀(jì)90年代用客戶端/服務(wù)器模型普及了任務(wù)關(guān)鍵型應(yīng)用程序的開發(fā)，而無(wú)需深入了解RDBMS或TCP-IP通信的專業(yè)知識(shí)一樣，Workshop通過(guò)使用簡(jiǎn)單的概念如控件、事件、方法和屬性來(lái)隱藏了面向?qū)ο螅?/span>OO）和J2EE的復(fù)雜性，而不會(huì)犧牲應(yīng)用程序的表達(dá)力和質(zhì)量。可視化控件是開發(fā)人員和應(yīng)用程序基礎(chǔ)結(jié)構(gòu)之間的接口層。Workshop將可視化控件轉(zhuǎn)換成J2EE組件，并且，開發(fā)人員總是可以在需要時(shí)編寫JAVA代碼。

開發(fā)人員可以用Java Page Flow (JPF)創(chuàng)建復(fù)雜的基于Web的用戶接口。Workshop使用Struts，它是一個(gè)用接口工具綁定數(shù)據(jù)項(xiàng)的Model-View-Controller結(jié)構(gòu)的開放源代碼實(shí)現(xiàn)。這就是現(xiàn)在所謂的MVC1結(jié)構(gòu)化模式，與MVC2相反，它更類似于最初的Smalltalk模式，Smalltalk模式從業(yè)務(wù)模型中分離數(shù)據(jù)表示和用戶控制。在這里值得一提的是Barracuda是MVC1的模式的另一種開放源代碼實(shí)現(xiàn)（不是標(biāo)準(zhǔn)實(shí)現(xiàn)），它在簡(jiǎn)單性方面接近Visual Studio .NET IDE提供的基于事件的UI。但本文不過(guò)多涉及它們之間的比較，我會(huì)在別的時(shí)機(jī)給予對(duì)比。Web 服務(wù)連接是作為Java Web 服務(wù)（JWS）文件而建立起來(lái)的，該文件是帶有簡(jiǎn)單Javadoc注解的用于訪問(wèn)Web服務(wù)功能的標(biāo)準(zhǔn)Java文件。開發(fā)人員只有在他希望的情況下才去關(guān)注SOAP協(xié)議、WSDL 以及XML綁定。

Java Control是WebLogic Workshop 8.1中惟一最為重要的概念。相當(dāng)大部分的編程資源可以作為一個(gè)可視化的Java Control來(lái)處理。諸如一個(gè)遺流系統(tǒng)或是一個(gè)Web服務(wù)，一個(gè)自定義Java對(duì)象或一個(gè)EJB，一個(gè)外部的資源或者一個(gè)實(shí)現(xiàn)一段專有商業(yè)邏輯的工作流，一個(gè)異步或雙向的消息有狀態(tài)或無(wú)狀態(tài)會(huì)話，都能表示為控件。開發(fā)人員通過(guò)處理事件和設(shè)置屬性來(lái)和控件進(jìn)行交互，也可通過(guò)編寫自定義控件來(lái)擴(kuò)展內(nèi)置控件。

業(yè)務(wù)案例

我們虛構(gòu)的但實(shí)際又很真實(shí)的汽車保險(xiǎn)公司（Car Insurance Company ，CIC）面臨著競(jìng)爭(zhēng)壓力、較低的利潤(rùn)以及較高的遺留系統(tǒng)的運(yùn)行和維護(hù)成本。存在的一些問(wèn)題包括：客戶要求更短的決策時(shí)間；客戶的保險(xiǎn)申請(qǐng)表在從前臺(tái)（front office）到中臺(tái)（middle office）的轉(zhuǎn)移過(guò)程中會(huì)出現(xiàn)錯(cuò)誤放置；從遺留系統(tǒng)和龐大的數(shù)據(jù)倉(cāng)庫(kù)中獲取信息仍具有一定難度；請(qǐng)求信用信息以及機(jī)動(dòng)車輛記錄也是耗費(fèi)時(shí)間且難以跟蹤的；最后，保險(xiǎn)商來(lái)去匆匆使得通信需求不斷變化。

考慮到這些挑戰(zhàn)，董事會(huì)投票通過(guò)了一些新的策略：（1）允許潛在客戶通過(guò)Web獲得時(shí)間為60秒的響應(yīng)，以此建立電子商務(wù)；（2）簡(jiǎn)化信用核查過(guò)程，充分利用機(jī)動(dòng)車部（DMV）剛剛部署完畢的新的安全Web服務(wù)接口；而且（3）通過(guò)建立一個(gè)B2B合作社區(qū)，成為保險(xiǎn)業(yè)界的領(lǐng)頭羊。如果項(xiàng)目預(yù)期目標(biāo)得以實(shí)現(xiàn)，董事會(huì)然后會(huì)決定淘汰使用一些過(guò)時(shí)的遺留系統(tǒng)。但是在這一階段，董事會(huì)強(qiáng)烈建議最充分利用所有的遺留系統(tǒng)和現(xiàn)有的數(shù)據(jù)。

業(yè)務(wù)規(guī)則

用戶訪問(wèn)網(wǎng)站，輸入汽車類型、購(gòu)買日期、每年行駛的里程（英里）、姓名、性別以及社會(huì)保險(xiǎn)號(hào)。為了簡(jiǎn)單起見，汽車類型分類緊湊型（compact）、家用型（sedan）和運(yùn)動(dòng)型多功能車（SUV），所對(duì)應(yīng)的基本保費(fèi)分別是200、250和400。每年行駛的里程數(shù)產(chǎn)生一個(gè)里程因數(shù)（MF）：每年行駛里程如果不到8,000英里，則MF值為1；如果是在8,000 到 20,000之間，MF值就是2；如果超過(guò)了20,000，那么MF值就是3。性別和年齡也產(chǎn)生一個(gè)性別年齡因數(shù)（SAF）：對(duì)于二十四歲以下的男性，SAF值是4，二十五歲以下的女性，SAF值是3，二十四歲以上的男性和二十四歲到三十四歲之間的女性，SAF的值是2，三十四歲以上的女性，SAF值是1。保險(xiǎn)公司使用DMV最新級(jí)別的安全Web服務(wù)來(lái)抽取駕駛員的記錄，使用基于多年收集的數(shù)據(jù)的專有方法，一個(gè)遺留的后臺(tái)應(yīng)用程序?qū)?/span>DMV進(jìn)行評(píng)分并產(chǎn)生駕駛員歷史因數(shù)（driver profile factor， DPF），DPF是一個(gè)介于1和4的數(shù)字。最后的保費(fèi)的計(jì)算方法是，基礎(chǔ)保費(fèi)＋加權(quán)因數(shù)*50，其中加權(quán)因數(shù)（WF）＝(3*MF+4*SAF+4*DPF)/10。

如果加權(quán)因數(shù)WF小于20，代理商可以生成一個(gè)報(bào)價(jià)并返回給用戶，否則，需要發(fā)送用戶對(duì)報(bào)價(jià)的請(qǐng)求以承保。如果可能，保險(xiǎn)商希望使用相同的方法來(lái)計(jì)算保費(fèi)。然后用戶可以決定是否要申請(qǐng)?jiān)摫ｋU(xiǎn)項(xiàng)目，在這種情況下用戶只需提交支付信息等。其余的過(guò)程就不在POC的范圍之內(nèi)了。

很明顯所有的這些規(guī)則都是不穩(wěn)定的而且會(huì)經(jīng)常變化和調(diào)整。它們中的大部分在不同復(fù)雜程度的多種系統(tǒng)中都得到了實(shí)現(xiàn)，從電子表格到COBOL工作簿。報(bào)價(jià)請(qǐng)求的完成也需要人為的干預(yù)和協(xié)調(diào)。

開發(fā)業(yè)務(wù)模型

這時(shí)應(yīng)考慮流程而不是功能。一個(gè)流程以一個(gè)預(yù)定義業(yè)務(wù)事件開始，并且是一個(gè)企業(yè)所做（而不是如何來(lái)做）的一系列工作，目標(biāo)是產(chǎn)生與管理層和企業(yè)宗旨中設(shè)定的企業(yè)策略和企業(yè)遠(yuǎn)景規(guī)劃相一致的結(jié)果。一個(gè)事件可以觸發(fā)一個(gè)或多個(gè)處理線程，并且可以位于企業(yè)的內(nèi)部或外部。賺錢事件通常是外部的，且在某些方式上與供應(yīng)鏈相關(guān)聯(lián)。事件可以是實(shí)際的或暫時(shí)的。結(jié)果可在防火墻的內(nèi)部或外部感覺(jué)到，而防火墻是虛構(gòu)的企業(yè)保護(hù)屏障。一個(gè)好的一致的命名規(guī)則始終很重要：一個(gè)動(dòng)詞加上一個(gè)業(yè)務(wù)流程對(duì)象，即Get DMV records 和 Calculate Premiums；一個(gè)行動(dòng)者加上一個(gè)動(dòng)詞再加上一個(gè)實(shí)際事件的對(duì)象，即Customer Requests Quote；和一個(gè)臨時(shí)事件的“時(shí)間快照”定義，即Sixty Second Response 或 9:00 AM Consolidation。

很明顯，BPM設(shè)計(jì)和開發(fā)方法的優(yōu)點(diǎn)之一在于可視化工作流方面。然而，WebLogic Workshop 沒(méi)有開發(fā)“泳道”類型圖表的工具。處理設(shè)計(jì)階段不得不在紙上進(jìn)行，或者使用類似Visio的繪圖工具或帶有設(shè)計(jì)功能的BPM工具。后一種方法會(huì)帶來(lái)兩個(gè)大的問(wèn)題：

1.         導(dǎo)入/導(dǎo)出流程的負(fù)擔(dān)。

2.         更改時(shí)的可跟蹤性問(wèn)題。Workshop 在其IDE的設(shè)計(jì)區(qū)內(nèi)甚至不允許同時(shí)查看兩個(gè)或更多個(gè)流程。這樣一個(gè)簡(jiǎn)單的解決方案使得交互式設(shè)計(jì)會(huì)話更容易。

在本文中，對(duì)于兩級(jí)流程分解的第一級(jí)，我使用了OpenOffice 繪圖包。隨著流程的逐步深入并接近企業(yè)業(yè)務(wù)服務(wù)（Enterprise Business Services， EBS），我將開始在Workshop Studio中進(jìn)行設(shè)計(jì)。我能夠在一個(gè)方框中將活動(dòng)集合起來(lái)，并用描述性的名稱對(duì)其進(jìn)行命名，也可隨意折疊。第一步是開發(fā)一個(gè)高級(jí)流程圖（見圖1），其中含有啟動(dòng)業(yè)務(wù)事件的行動(dòng)者或參與者，以及對(duì)子流程和活動(dòng)的粗粒度分解。本圖表很有用。它是一個(gè)基線通信，并用作“稻草人”； 然而，它也有一個(gè)弱點(diǎn)。它遺漏了這么一個(gè)事實(shí)，即雙方之間的流程有兩個(gè)視圖。流程正如含有內(nèi)部和私有實(shí)現(xiàn)以及一個(gè)外部公共接口的對(duì)象。當(dāng)然，這是全部相關(guān)并取決于您位于流程的哪一端。在本例下，是按照CIC的觀點(diǎn)分類的。圖2含有分布在“泳道”中的流程。從左至右共有5個(gè)流程： 請(qǐng)求報(bào)價(jià)公共流程、請(qǐng)求報(bào)價(jià)私有流程、處理報(bào)價(jià)私有流程、承保私有流程以及承保公共流程。

圖1

設(shè)計(jì)決策和架構(gòu)選擇

現(xiàn)在，您可能會(huì)認(rèn)為已經(jīng)很好地理解了UI的構(gòu)建并認(rèn)為這只是一個(gè)簡(jiǎn)單的問(wèn)題。不妨再想一下。選項(xiàng)之多就如同問(wèn)題的類型一樣，而且每個(gè)選項(xiàng)都有其自己所面臨的挑戰(zhàn)。目前，我將討論兩個(gè)問(wèn)題：事件通信和建立widget。

圖2

事件通信
 

用戶事件要么需要啟動(dòng)一個(gè)進(jìn)程并與之交互，要么附加到一個(gè)長(zhǎng)時(shí)間運(yùn)行的監(jiān)控進(jìn)程。作為響應(yīng)，該進(jìn)程產(chǎn)生一個(gè)專為某特定的客戶提供服務(wù)的進(jìn)程線程的實(shí)例，有點(diǎn)像一個(gè)TCP/IP服務(wù)器在監(jiān)聽一個(gè)端口，當(dāng)有客戶發(fā)出請(qǐng)求時(shí)生成一個(gè)新的進(jìn)程線程，并通過(guò)一個(gè)專用套接字簡(jiǎn)化與新客戶的交互。但是用一個(gè)請(qǐng)求和應(yīng)答協(xié)議如何做到這一點(diǎn)呢？答案是不能，至少是不能用普通的和有效的方式實(shí)現(xiàn)。

作為受業(yè)務(wù)流程驅(qū)動(dòng)的企業(yè)核心的業(yè)務(wù)事件和Web是不一致的。在這里不足為奇，http從來(lái)不被認(rèn)為是一個(gè)成熟編程范式的替代品，而只是一個(gè)用于信息、圖片、文本等交換的純粹的協(xié)議。那么現(xiàn)在如何呢？在無(wú)狀態(tài)交互情況下不存在實(shí)際的問(wèn)題。Web 服務(wù)可以封裝和簡(jiǎn)化同步通信。在本質(zhì)上是異步的有狀態(tài)交互會(huì)話式Web服務(wù)情況下，它們可以在多用戶呼入過(guò)程中保持狀態(tài)。編程人員為會(huì)話式的Web 服務(wù)增加了回調(diào)功能。Web服務(wù)完成其服務(wù)后，客戶端代碼中的回調(diào)信號(hào)被激活。這是一個(gè)很棒的決不拖泥帶水的解決方案；然而，有些客戶端并不能含有回調(diào)。例如，使用http的Web頁(yè)面交互不能安裝回調(diào)。所以我們回到了起點(diǎn)，這就是大約30年前的輪詢。是的，輪詢。Web服務(wù)必須實(shí)現(xiàn)如areYouDoneYet ()的一個(gè)方法，返一個(gè)布爾值true或false。當(dāng)服務(wù)完成后，將一個(gè)狀態(tài)變量從false更新為true?？蛻舸a將一直輪詢或執(zhí)行areYouDoneYet ()方法，直到返回值為true。然后客戶可以調(diào)用Web服務(wù)的getResults ()方法得到結(jié)果。

構(gòu)建Widget

乍一看，JPF類似于流程流，但除了文字處理外二者沒(méi)有任何的共同之處。JPF管理http頁(yè)面之間的導(dǎo)航。Workshop 提供建立復(fù)雜UI的widget豐富的環(huán)境。特別強(qiáng)大的是Form Beans的使用，它管理表單數(shù)據(jù)的綁定、存儲(chǔ)和有效性驗(yàn)證。JPF 通過(guò)會(huì)話式的Web服務(wù)與系統(tǒng)其他部分進(jìn)行通信。Web服務(wù)使用了一個(gè)流程控件來(lái)執(zhí)行報(bào)價(jià)流程這一私有流程。由于 JPF 不能含有回調(diào)機(jī)制，所以Web 服務(wù)采用了上述的輪詢技術(shù)。此外，Web服務(wù)嵌入了60秒的計(jì)時(shí)器來(lái)監(jiān)控來(lái)自系統(tǒng)其他部分的響應(yīng)信號(hào)（見圖3）。

圖3

Worklist 客戶端 API

BEA WebLogic Integrator 提供了一個(gè)供應(yīng)用程序和流程容器交互的編程接口。作為流程的一部分，一個(gè)活動(dòng)可能需要人為交互。Worklist 是一個(gè)簡(jiǎn)單的基于HTTP的測(cè)試工具，它支持人為交互。它是一個(gè)工作隊(duì)列。很明顯，更好的設(shè)計(jì)是定義您自己的客戶端接口并使用Worklist Client API鏈接到流程引擎，但是建立這樣一個(gè)接口的細(xì)節(jié)超出了本文所討論的范圍。Worklist 提供了一個(gè)測(cè)試保險(xiǎn)流程有效性的簡(jiǎn)單方案。Gregor Hohpe 和 Bobby Woolf 在Enterprise Integration Patterns 中用了一章的篇幅描述了一個(gè)Loan Broker例子，非常類似于Underwriters B2B 生態(tài)系統(tǒng)的概念。它們特別描述了三種不同的模型：Fixed addressing、Distribution和Auction。使用Web服務(wù)、一組URL和消息通道的組合，可以建立一個(gè)完全可擴(kuò)展的解決方案。

BPM 作為編程工具

在我以前的文章中，我曾經(jīng)說(shuō)過(guò)，大多數(shù)的流程引擎都是作為一種狀態(tài)機(jī)（state machine）來(lái)實(shí)現(xiàn)的，同時(shí)Petri網(wǎng)已走向Turing完善。然后您可以證明用任何語(yǔ)言編寫的任何程序也都可以在BPM中實(shí)現(xiàn)。很明顯，某些語(yǔ)言在解決某些特定問(wèn)題方面會(huì)優(yōu)于另外一些語(yǔ)言。在實(shí)現(xiàn)集成層或問(wèn)題的不穩(wěn)定和快速變化方面，BPM語(yǔ)言是自然的選擇。

業(yè)務(wù)規(guī)則成為BPM實(shí)現(xiàn)的一個(gè)理想的候選。為了在此處說(shuō)明清楚，我并不是指具有推理機(jī)（inference engine）等的人工智能專家系統(tǒng)意義上的業(yè)務(wù)規(guī)則。我指的是上述有關(guān)因數(shù)計(jì)算和保費(fèi)意義上的業(yè)務(wù)規(guī)則。然而，我必須承認(rèn)使用BPM工作流創(chuàng)建一個(gè)泛化的專家shell將是一個(gè)十分有趣的練習(xí)。為了說(shuō)明這一點(diǎn)，我已經(jīng)將我們的商業(yè)規(guī)則實(shí)現(xiàn)為一個(gè)流程： computeFactors。我為三個(gè)不同的因數(shù)實(shí)現(xiàn)了一個(gè)平行的拆分。實(shí)際上，平行分支在邏輯上是并行的。WebLogic Server對(duì)分支的執(zhí)行進(jìn)行了串行化。當(dāng)網(wǎng)格計(jì)算和高性能計(jì)算普及時(shí)，真正的并行化可能只是附加的選項(xiàng)。目前，只有通過(guò)如Powerllel等專業(yè)公司的支持網(wǎng)格計(jì)算（grid-enabling）的軟件或Platform和Sun的Distributed Resource Manager (DRM)系統(tǒng)來(lái)使用這樣的選項(xiàng)。第三分支執(zhí)行可返回DMV因數(shù)的DMV Web服務(wù)。過(guò)程是：假設(shè)該Web服務(wù)已在Internet上提供，我將瀏覽器指向它并將WSDL文件下載我的本地磁盤上。然后，在 Workshop 中我瀏覽到該WSDL位置，右鍵單擊，并選擇Generate JCX from WSDL。得到的JCX 文件是一個(gè)Web服務(wù)控件，現(xiàn)在可以將該控件綁定到一個(gè)流程項(xiàng)。

結(jié)束語(yǔ)

WebLogic Platform 為基于SOA方案的部署提供了健壯的產(chǎn)品架構(gòu)。它提供了一個(gè)可實(shí)現(xiàn)企業(yè)級(jí)分布式方案的開發(fā)、部署和操作的高效環(huán)境?？梢暬妒胶芎玫仉[藏了J2EE和面向?qū)ο蟮膹?fù)雜性。我發(fā)現(xiàn)，將幾乎所有的可用資源變成一個(gè)控件（一個(gè)帶有一致接口的計(jì)算組件），就是其最強(qiáng)大的功能?？丶砸环N非常一致且可重復(fù)的方式利用了對(duì)象重用的功能，并使解決方案可根據(jù)不斷變化著的靈活企業(yè)進(jìn)行輕松擴(kuò)展。

流程是統(tǒng)一的構(gòu)造，可用于所有的開發(fā)階段。流程為通往建模的“巴別塔”駕起了一座橋梁。業(yè)務(wù)和技術(shù)現(xiàn)在可以用相同的語(yǔ)言。在宏觀層面上，流程是實(shí)現(xiàn)集成任務(wù)的自然之選。在微觀層面上，流程是實(shí)現(xiàn)解決方案的易變方面（如業(yè)務(wù)規(guī)則）的理想之地。實(shí)際上，BPM是頭等“計(jì)算公民”。

WebLogic Platform實(shí)現(xiàn)了一個(gè)綜合的BPM環(huán)境。然而，BEA并沒(méi)有提供BPM方案的一個(gè)關(guān)鍵組件：一個(gè)純粹的業(yè)務(wù)流程設(shè)計(jì)和建模環(huán)境。同樣地，很少業(yè)務(wù)分析師是對(duì)象建模人員，很少業(yè)務(wù)分析師會(huì)熟悉BEA的業(yè)務(wù)集成環(huán)境。但是鑒于建模領(lǐng)域內(nèi)部所發(fā)生的一系列大的事件如Rational Rose 和 TogetherSoft 的收購(gòu)、Microsoft 對(duì)UML建模再次感興趣以及專注 BPM競(jìng)爭(zhēng)對(duì)手不斷的成功，BEA正在致力于BPM for Business Analysts 的無(wú)所不包的下一個(gè)版本，它將可能和UML兼容！

最后，面向服務(wù)的架構(gòu)已經(jīng)成為現(xiàn)代分布式系統(tǒng)的通用結(jié)構(gòu)。普遍采用Web 服務(wù)作為連接技術(shù)極大地促進(jìn)了協(xié)作。很明顯本領(lǐng)域還將有更大的發(fā)展。畢竟，問(wèn)題積累的速度快于我們解答問(wèn)題的速度。一些問(wèn)題涉及到關(guān)鍵領(lǐng)域如安全和連網(wǎng)。Paul A. Watson 在其最近的一篇文章“Slipping In The Window: TCP Reset Attacks”中對(duì)作為我們技術(shù)基礎(chǔ)的TCP/IP 提出了置疑。如果有任何的疑問(wèn)，我們對(duì)垃圾郵件的戰(zhàn)爭(zhēng)就宣告失敗，至少現(xiàn)在是這樣。我們可以靜止不動(dòng)；我們從來(lái)沒(méi)有那樣過(guò)。IT商品化的時(shí)代還沒(méi)有到來(lái)。我預(yù)言在未來(lái)的2到3年中，能夠解決這些問(wèn)題的新技術(shù)和技術(shù)革新將催生出下一代的分布式系統(tǒng)，它將有更加成熟的、動(dòng)態(tài)的和適應(yīng)性強(qiáng)的架構(gòu)范式。

屆時(shí)，流程將無(wú)處不在。您能看到它們嗎？