Yesterday I came across William Vambenepe's blog post: BPMN to BPEL: going to battle with one hand tied? It shows that if you translate a simple BPMN model to BPEL, the BPEL process is not really recognizable any more. It seems to reconfirm my initial estimations about that kind of transformation.
I'm happy with the rapid adoption of BPMN in the BPM world. But I was always puzzled by the big focus of the BPMN to BPEL conversion. I have not done the excercise myself of trying to write an algorithm that did such a transformation because the models just don't seem to fit. BPEL is a composite (aka block) structured language. BPMN is graph based. BPMN is focussed on process analysis, while BPEL is about orchestrating web services. And in my experience, the non tech business analysts don't think in terms of web services.
BPEL is not at all restricted to block structured modelling. Using a flow activity allows you to define links (linking a source activity with a target activity) with or w/o transition conditions. You can also define a join condition which must evaluate to true before the activity can start. That is a very powerful mechanism compared to the block based modelling capabilities of BPEL; it's even more intuitive for non-IT people and most of the BPMN constructs can be directly modeled as BPEL flows.
ReplyDeleteAnyhow, I agree that non-tech business analysts don't think in terms of web services. Thats indeed a problem. When the dependency on WSDL was removed, the business-IT gap would not be such an issue. There is some research work like BPEL light which removes the dependency on WSDL.
Tammo,
ReplyDeleteI don't think that BPEL links make BPEL less of a block structured language.
I do agree with you that links are a powerfull mechanism and that it is somehow intuitive.
While BPEL light might have its merits (i didn't yet have a look at it), only removing the WSDL dependency is not a real big differentiator. I see the diversity of process languages as similar to the diversity in programming languages. Each developer has their own preferences, depending on the target application. In that respect, I think we should strive for just a few languages that give good coverage over all possible use cases.
A second point is that if BPEL light would use the same process structure and the language would be used for implementing analysis models, then it would end up in the same problem as William's blog post shows: the executable process model doesn't look at all like the analysis model any more. So what is then the use of having a diagram based executable process ? The analyst will probably not understand it since it is so different. In other words: What is then the difference with generating programming logic code instead of such a different implementation diagram ?
1
ReplyDelete秋天賞楓何處去酒店經紀，安排韓國旅遊有獨到心得的寶馬旅行社表示 酒店打工，秋遊韓國的重點就是美食、溫泉、還有雪嶽山美麗秋景。位於江原道 酒店兼差束草、襄陽、麟蹄一帶的雪嶽山，是韓國最早楓葉轉紅的地方，也由於雪嶽山一年四季都有奇岩絕璧 酒店兼職
、溪谷瀑布等美景，吸引了許多觀光客前來旅遊。一到 酒店工作秋天，以雪嶽山的最高峰～大青峰(1,708公尺)為首，雪嶽山各主要登山路線沿途的楓葉把山染 酒店上班成一片紅色的圖畫，美不勝收。
標榜「全程無自費」，相當受旅客歡 寒假打工迎，而且價格相當平易近人，只要14500元即可成行。另外還有全程五星酒店、海陸空版的「戀戀秋濟^海陸空濟州4日」 暑假打工，同樣獨家全程無自費！緊張刺激360度噴射快艇（價值韓幣25000元）、飛天熱氣球（價值韓幣25000元） 酒店PT、海水溫泉汗蒸幕（價值韓幣8000元） 禮服酒店等，海、陸、空讓您玩的盡興也只要13900元！現在就去體驗韓國秋天的美景吧～
驚險摩托車秀HAPPY TOWN 兼差價值韓幣12000元）：表演者以機車為主，靈活的玩弄， 打工全世界只有兩組特技人員能做的高難度表演，在一個小時的演出中還有空中飛人﹑民俗雜技和大車輪 台北酒店經紀等表演，保證讓您大呼過隱，不虛此行喝花酒 特技令人嘖嘖稱奇。而享譽全球的國寶級亂打秀（價值韓幣45000元），是韓國人獨創的敲擊樂表演，故事的場景是發生在廚房中，因此所謂的樂器就是就地以鍋碗等廚房交際應酬 用具敲 打出澎湃的節奏。在沒有冷場的過程裡，不需要語言您就可以清楚知道劇情粉味的發展，台上演員還會與台下觀眾互動演出，整場歡笑不斷。
去過的旅客都津津樂道的酒店喝酒韓文化生活體驗營」，讓您親手體驗泡菜製作，穿著傳統韓服更能體驗韓國婦女的優雅！另外，精緻好吃的韓國美食當然也不能 酒店不嚐：鮑魚太極人蔘雞、長壽麵、、黑毛豬烤肉、還有獨家特色餐「?花魚定食+五花肉+鐵板馬肉+?料」「生猛海鮮大餐」等等讓人食指大動。酒店經紀酒店經紀酒店兼差酒店打工酒店上班酒店經紀酒店小姐酒店打工酒店兼差 酒店工作> 彩妝指甲彩繪口紅彩妝馬甲美白
cool
ReplyDelete