正好我也在學習工作流引擎。
工作流是業務流程的全部或部分自動化，在此過程中，文件、資訊或任務按照一定的過程規則流轉，實現組織成員間的協同工作，以達到業務的整體目標。
工作流管理系統是支援企業經營過程高效執行並監控其執行過程的計算機軟體系統。
典型的wfms至少由如下幾個模組組成：業務流程建模定義工具、過程定義、工作流執行環境（引擎）、任務管理。當然還會包括應用和it工具。
常用的工作流引擎有osworkflow,jbpm,shark。剛學習了一點osworkflow，現在轉向jbpm，公司要求，沒辦法。
osworkflow，最大特點就是靈活，這個網上都說遍了。也就是說它提供了乙個引摯，在此基礎上你可以進行擴充套件，可以自已寫一些條件、動作類，只是繼承它的介面就行，不需要修改它的源**。他只提供乙個工作流控制框架給你，他也只專注於管理工作流自身的東西，對其他的東西不管，其他的功能對他來說都只是乙個外掛程式元件。所以你可以自己擴充套件裡面的功能，例如使用者管理模式，工作流本身不帶使用者模式，他公司的另外乙個專案osuser，可以結合使用來管理使用者許可權，當然你可以不用osuer，自己建立自己的使用者模式，其實就是建立自己的執行判斷條件；支援多種外掛程式式的持久化機制；他的資料表也很少，就三個……
下面是引用其他網頁的話：
shark的流程定義語言是xpdl，我們知道，xpdl的兩個最重要的概念是process和activity。xpdl中的activity是基於uml1.x中的活**的概念。活**天生的適於工作流程建模，它相對於狀態圖的乙個最大的優點是容易做併發執行緒的分叉控制，這些併發執行緒可以同時執行也可以順序執行；它還有乙個優點是有泳道的概念，可以控制工作流引擎中的任務的產生。shark的如來神掌是活**。
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吧，反正我們也不搞理論，知道大致概念就行。
工作流引擎
工作流引擎 乙個任務清單，task1，task2,task3。這與審批和表達提交沒有任何關係，包括許可權，我理解這是工作流引擎的核心。每個任務有乙個執行程式 service bean dcom等等，實現方法你可以自己定，怎麼方便怎麼來。可能這個程式就是審批，以及審批設計到的資料等，這和工作流引擎有關...
工作流引擎
a 設計建模環境 設計建模環境基於gef架構，以plugins的思想，實現對圖元的自定義擴充套件能力。b 執行期 普元bps的執行引擎，即流程定義的執行語 析 載入和排程的容器，是基於普元專有的專利技術gvm pvm架構的基礎上，通過可插拔的機制，實現對流程模型的執行解析和排程。資源池。該模式正是為...
工作流引擎
工作流引擎是 bos 系統的乙個重要元件。它可以根據客戶具體的業務邏輯，來定義工作流模型。整個應用程式就根據所定義的流程來執行。它把應用系統模組和工作流程分開。當流程發生變化，只需修改流程模型，具體的應用程式無需修改。參考wfmc 標準，我們把工作流分成幾個模組。1.流程定義模型 2.使用者端 3....