1,BPM與workflow的區(qū)別
一句話:
BPM是建立在EAI基礎上的工作流。
和工作流不同,BPM關注的是一個很完整概念上的業(yè)務流程,這個業(yè)務流程可能需要橫跨多個IT系統(tǒng),這些系統(tǒng)通過某種方式暴露出流程中所需要的服務(webservice是一種選擇),BPM推動這個流程的流轉(zhuǎn)。同時,相對于以往的工作流單純的流程流轉(zhuǎn),BPM提供了更多,包括流程仿真,過程分析、過程優(yōu)化等等。意思就是,在某個流程運行一段時間以后,BPM會基于數(shù)據(jù)提供對該流程的分析(數(shù)據(jù)挖掘?),從而能夠基于這些分析提供對上層管理決策的支持。
那么,一個工作流廠商是否可以很容易的研發(fā)出BPM的產(chǎn)品?答案是不行。看看哪些BPM的廠商,無一不是在EAI方面有很多經(jīng)驗的大公司。所以,BPM實施的關鍵還是要建立在EAI實施的基礎上。至于BPM和SOA,如果以前的系統(tǒng)是基于SOA架構的,那自然EAI起來是會更加容易,BPM理所當然是擁抱SOA的。(BEA的產(chǎn)品沒用adapter)
來源:
http://www.tkk7.com/RongHao/archive/2007/03/26/106395.html2,基本的工作流模式實現(xiàn),串行、并發(fā)、分支、匯聚、循環(huán)等等。這個是最基本的。其實打開流程設計器拖拖拽拽很快就能知道這個產(chǎn)品到底實現(xiàn)了哪些流轉(zhuǎn)模
型。實際這個的實現(xiàn)也是引擎的核心。有多種模型可以選擇。petri
模型應該是最靈活的了,也有很大的實現(xiàn)難度。但是流程模型做這么靈活,到底實際能用上多少……就我個人的經(jīng)驗來說,大部分的復雜性都是由流程的分支并發(fā)
(m/n)引起的,最壞的辦法是強制要求客戶將這些并發(fā)的任務改成 step by step 的執(zhí)行。這樣犧牲一點效率,還是可以把項目做成的。
來源:
http://www.tkk7.com/RongHao/archive/2008/02/23/181412.html#1816093,Osworkflow的如來神掌又是什么呢?我們知道,它有個重要概念是State……呵呵,我們知道了,它的如來神掌是FSM。不知道FSM是什
么東西??那你讀大學時肯定不是好學生;當然了,不知道也不打緊,你把他類似理解為狀態(tài)圖就可以了。Osworkflow中的State是由step和
status聯(lián)合表達的,一個State就是一個step中的某個status;而state的轉(zhuǎn)換由action來驅(qū)動,類似狀態(tài)圖中的event,因
為一個event對應一個action嘛。
Jbpm的如來神掌就沒有上面的簡單了,它結合應用了狀態(tài)圖+活動圖+PetriNet的知識,而且,這里的活動圖還是UML2.0版的。
UML2.0的活動圖中,節(jié)點不叫活動(Activity)而叫動作(action),活動成了一個高層次的概念,它包含一個動作序列。一個活動圖展現(xiàn)一
系列的動作,這些動作組成了活動。Jbpm把action也改名了,稱為state。Jbpm使用的狀態(tài)圖的概念有transition/event等,
這個自己去看吧。Jbpm來內(nèi)部實現(xiàn)中還采用了PetriNet的概念,如token,signal等。什么?又不知道PetriNet什么東東?那你大
學是學計算機的嗎?不是?那你可能是學文科的,學機械/電氣/土木工程/交通運輸?shù)葘I(yè)都有接觸PetriNet的課程,如果沒有學過,還是看看jbpm
吧,反正我們也不搞理論,知道大致概念就行。
http://finance.jrj.com.cn/news/2007-06-20/000002347063.html
4,OpenWFE
5,EOS: ftp://211.152.33.58