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