根據(jù)最近對(duì)幾個(gè)BPEL產(chǎn)品的研究，根據(jù)以前對(duì)XPDL的了解，分析了BPEL與XPDL在業(yè)務(wù)目標(biāo)方面的主要區(qū)別。
定義、縮略語(yǔ)：
XPDL：The XML Process Definition Language。
BPEL：Business Process execution Language
背景描述：
公司最近交給我的任務(wù)之一，是通過(guò)分析BPEL的業(yè)務(wù)目標(biāo)定位，來(lái)幫助我們分析在EOS產(chǎn)品中怎么利用BPEL（BPEL4People,HumanTask），實(shí)現(xiàn)產(chǎn)品的“幫助用戶快速構(gòu)建穩(wěn)定，易用，靈活，易管控的SOA應(yīng)用”的目標(biāo)。
最近兩周研究的產(chǎn)品主要有下面幾個(gè)：
1）ActiveBPEL（包括Designer和ActiveVOS和ActiveBPEL Server）
2）Apache ODE
前期的工作學(xué)習(xí)中，已經(jīng)學(xué)習(xí)過(guò)或者使用過(guò)的產(chǎn)品有：
1) IBM Websphere Process Server
2) JBoss jBPM-BPEL
3) BEA Aqualogic BPM Suite
研究的技術(shù)和規(guī)范內(nèi)容主要是：
1）BPEL2.0
2）BPEL4People 和HumanTask
3）下載了最新的XPDL2.1規(guī)范，重新看了一遍
4）重新看了一遍BPMN（沒(méi)有作為重點(diǎn)）
下面主要討論的是BPEL和XPDL的業(yè)務(wù)目標(biāo)方面的區(qū)別，對(duì)于技術(shù)方面的區(qū)別，會(huì)根據(jù)工作情況，在后面再另外寫(xiě)文檔說(shuō)明。
1.1 業(yè)務(wù)分析人員從用戶的視角來(lái)做過(guò)程建模
業(yè)務(wù)分析人員沒(méi)有能力從系統(tǒng)的視角來(lái)對(duì)過(guò)程做建模，他們建模的結(jié)果可以告訴我們的是：用戶執(zhí)行什么樣的操作來(lái)完成整個(gè)過(guò)程；他們建模的結(jié)果不可以告訴我們的是：系統(tǒng)怎么樣對(duì)用戶的操作做出反應(yīng)。[請(qǐng)參見(jiàn)jBPM的leader的博客：http://blogs.jboss.com/blog/tbaeyens/2006/07/05/About_BPM_miracles_and_what_you_can_expect_in_real_life.txt]
我們舉個(gè)例子來(lái)說(shuō)明上面這段話的意思：對(duì)于普元今年做的招聘活動(dòng)，會(huì)有一個(gè)流程來(lái)對(duì)應(yīng)。對(duì)于HR的xiaofang（嚴(yán)格說(shuō)來(lái)，她是一個(gè)用戶，不是一個(gè)業(yè)務(wù)分析人員；但是業(yè)務(wù)分析人員的需求也是從她這里獲取的）來(lái)說(shuō)，下面這個(gè)圖她是能夠看明白的：
上面是招聘活動(dòng)的狀態(tài)圖，業(yè)務(wù)人員基本可以看懂；但是xiaofang肯定不能告訴我們技術(shù)人員說(shuō)：是的，這個(gè)就是我們的流程。因?yàn)檫@個(gè)圖其實(shí)還沒(méi)有描述“用戶執(zhí)行什么樣的操作來(lái)完成整個(gè)過(guò)程”，我們?cè)跔顟B(tài)圖上加上部分“用戶活動(dòng)”，對(duì)xiaofang可能更容易明白一點(diǎn)：
在圖上加的幾個(gè)注解，可以幫助用戶和業(yè)務(wù)人員和技術(shù)人員更好的理解整個(gè)流程。上面這個(gè)圖是狀態(tài)圖和活動(dòng)圖的結(jié)合。
要特別說(shuō)明的是：業(yè)務(wù)人員不會(huì)去根據(jù)系統(tǒng)邊界，消息發(fā)送，業(yè)務(wù)對(duì)象等內(nèi)容來(lái)思考問(wèn)題；上面的圖中，不會(huì)出現(xiàn)“invoke”一個(gè)服務(wù)的活動(dòng)(BPEL)，也不會(huì)出現(xiàn)“自動(dòng)活動(dòng)”(xpdl)。
1.2 業(yè)務(wù)人員的工具
業(yè)務(wù)人員的工具當(dāng)然首先是vendor提供的產(chǎn)品，但是他們還應(yīng)該有另外一個(gè)工具：簡(jiǎn)化的BPMN。
簡(jiǎn)化的BPMN的第一層含義：首先應(yīng)該是BPMN。
比如對(duì)于“招聘流程”，其實(shí)可以畫(huà)出多個(gè) 上面的那個(gè)“狀態(tài)活動(dòng)圖”：內(nèi)部推薦的和普通應(yīng)聘 的“招聘流程”并不相同，初級(jí)人員招聘和高級(jí)人員招聘也不相同。
Xiaofang不可能在圖中用if…else來(lái)表達(dá)不同的情況，她只能對(duì)內(nèi)部推薦的情況，畫(huà)一個(gè)圖給我們；對(duì)普通應(yīng)聘的情況，畫(huà)一個(gè)圖給我們……
我們不可能對(duì)每個(gè)情況定義一個(gè)流程的，那樣就是硬編碼而不是BPM了。所以，業(yè)務(wù)分析人員需要把xiaofang給的幾個(gè)情況結(jié)合考慮，最后用BPMN畫(huà)的圖大概如下：
是不是比較復(fù)雜？有點(diǎn)看不懂？是的，所以我們需要的是“簡(jiǎn)化的BPMN”。BPMN是一份超過(guò)300頁(yè)的規(guī)范。即使業(yè)務(wù)分析人員決心去掌握所有這些概念，它也是難以思考的。（ Michael)這個(gè)調(diào)查的結(jié)論是日常只使用了大約25個(gè)BPMN結(jié)構(gòu)。
不過(guò)我從BPEL4People的TC的member那里問(wèn)到的情況是：BPEL4People定稿后，還將去調(diào)整BPMN，應(yīng)對(duì)BPEL領(lǐng)域的新的變化。
1.3 分析模型與實(shí)現(xiàn)模型的鴻溝
根據(jù)上面的圖，我們已經(jīng)得到了分析模型，但是還沒(méi)有實(shí)現(xiàn)模型。
Alast這些以前專攻XPDL領(lǐng)域的學(xué)院派，現(xiàn)在也在做BPMN-BPEL的轉(zhuǎn)換等方面的工作；但是需要說(shuō)明的是，我們不能要求業(yè)務(wù)分析人員根據(jù)BPMN圖，直接得到實(shí)現(xiàn)模型。這個(gè)已經(jīng)是業(yè)界的共識(shí)（請(qǐng)參考bpmn-xpdl-and-bpel 和 BPEL implement等等很多文章）。
實(shí)現(xiàn)模型還是要靠BPEL。
前面的招聘流程的例子中，BPEL的圖可能是如下：（請(qǐng)參考BPEL）
我們?yōu)閳D取的名稱是“Application Service”，它本質(zhì)上只實(shí)現(xiàn)了一個(gè)服務(wù)，而不是一個(gè)流程。流程在哪里呢？流程已經(jīng)被業(yè)務(wù)分析人員用BPMN給畫(huà)出來(lái)了，流程圖涉及到多個(gè)人多個(gè)系統(tǒng)多個(gè)活動(dòng)多個(gè)狀態(tài)；而我們的BPEL服務(wù)實(shí)現(xiàn)，只是實(shí)現(xiàn)了一個(gè)或者多個(gè)服務(wù)，它只管理這些服務(wù)的生命周期。
實(shí)際上，WFMC也認(rèn)為XPDL與BPEL是不同業(yè)務(wù)定位的兩個(gè)標(biāo)準(zhǔn)，它的說(shuō)明如下：
How Does XPDL Compare to BPEL?
BPEL and XPDL are entirely different yet complimentary standards. BPEL is an "execution language" designed to provide a definition of web services orchestration, specifically the underlying sequence of interactions, the flow of data from point-to-point. For this reason, it is best suited for straight-through processing or data-flows vis-a-vis application integration.
The goal of XPDL is to store and exchange the process diagram, to allow one tool to model a process diagram, and another to read the diagram and edit, another to "run" the process model on an XPDL-compliant BPM engine, and so on. For this reason, XPDL is not an executable programming language like BPEL, but rather a process design format that literally represents the "drawing" of the process definition. Specifically, it has ‘XY" or vector coordinates, including lines and points that define process flows. This allows an XPDL to store a one-to-one representation of a BPMN process diagram. For this reason, XPDL is effectively the file format or "serialization" of BPMN, as well as any non-BPMN design method or process model which use in their underlying definition the XPDL meta-model (there are presently about 70 tools which use XPDL for storing process models.)
WFMC用了些什么名詞來(lái)形容XPDL呢？design format，process diagram，BPMN，DRAWING….等等。
WFMC認(rèn)為BPEL才是“執(zhí)行語(yǔ)言”，而認(rèn)為XPDL主要用來(lái)“建模”。實(shí)際上通過(guò)前面的分析我們也很容易就明白：XPDL領(lǐng)域主要還是利用了活動(dòng)圖，狀態(tài)圖和FSM等元素；這些元素的結(jié)合很容易用來(lái)表達(dá)一個(gè)流程的建模模型；但是--------我們的平常的做法，就是直接拿這個(gè)建模模型來(lái)作為了執(zhí)行語(yǔ)言。
我們這樣做有什么缺點(diǎn)呢？
首先，我們用XPDL表達(dá)了流程的建模模型，但是我們?yōu)榱俗屗蓤?zhí)行，加入了太多的業(yè)務(wù)人員不能理解的元素，導(dǎo)致業(yè)務(wù)人員不能直接使用它；
其次，我們用XPDL表達(dá)了可執(zhí)行的元素，為了容易“建模”，加入了很多“活動(dòng)”等“建模”元素，這些元素一般會(huì)需要去配置很多的屬性，而這些屬性是干擾和影響“執(zhí)行”的。
XPDL就是一個(gè)建模和執(zhí)行的混合體，是一個(gè)分析和實(shí)現(xiàn)的混合體。
就算我們前面的分析是正確的，但是我們已經(jīng)用XPDL很久了，我們是否要用BPEL呢？
這個(gè)還是需要我們另外花很多的時(shí)間去研究和證明的，下面是目前的看法，具體怎么做需要大家一起來(lái)判斷分析：
1） 個(gè)人認(rèn)為XPDL其實(shí)不算是個(gè)標(biāo)準(zhǔn)（支持它的vendor都非常小，而且支持得到底怎么樣，說(shuō)不清楚）
2） 用BPEL當(dāng)然也是“遵徇了WFMC模型”的 （就如很多國(guó)內(nèi)廠商的宣傳一樣）
3） 的支持vendor就比較多，而且都是比較大的公司和組織BPEL
4） 其實(shí)IBM以前也支持XPDL的（教材里面的FileNet，非常的XPDL）；但是，現(xiàn)在基本很少聽(tīng)到有人提到它了；從IBM的態(tài)度我們也應(yīng)該能夠找到我們的方向（從另外說(shuō)明了一點(diǎn)：IBM大力做BPEL不是因?yàn)榧兩虡I(yè)原因，因?yàn)樗鯴PDL也比我們強(qiáng)）
5） 集成應(yīng)該是BPM的一大主力方向，集成是BPEL的最大優(yōu)勢(shì)。（具體為什么，需要再做具體的分析比較）
聯(lián)系客服
