工作流程開發總結

標籤：java   io   資料   問題   cti   代碼   工作   時間   

工作流程開發已經有一段時間了，這裡把自己的一些想法小結一下。僅僅就工作流程引擎來說，不包括一些外圍的實現，例如流程定義器，管理控制，工作項目列表等。
工作流程引擎其實就是一個狀態機器，只不過在狀態變化的過程中加入了其他一些工作。我把工作流程引擎的職責理解為以下四個方面：
1、對工作流程模式的支援。
   這無疑是最重要的部分，狀態的變遷往往取決於不同模式的選擇。支援的模式越多則客戶的開發代碼會越少。衡量一個工作流程引擎的技術水準很大程度取決於引擎支援模式的多少。
2、工作流程變數的傳遞和轉換。
   工作流程引擎通過工作流程變數與外部應用互動，工作流程變數在各個活動節點以及父流程與子流程之間傳遞。變數除基本類型（String,int等）以外，也需要支援一些複雜的資料類型（例如對象，以一種配置映射的方式）。這裡還涉及到一個內容相關的問題。
3、任務項的分配。
   任務項的分配往往和工作流程組織許可權聯絡起來，其實工作流程組織許可權存在的目的就是決定任務項分配，決定由誰來完成這個工作項目。工作項目涉及到的內容也比較多，比如工作項目的回退，撤回等等。
4、調用外部應用。
   單純的表單推動已經不再適用，活動節點本身需要支援許多的業務操作，而這些操作與引擎本身是無關的，與外部的應用有關，所以就需要引擎提供一種調用外部應用的機制。外部應用可以是javabean,webservice,rcp等等形式。
除去上述四方面還有一些外圍的工作：例如時間服務，節點的事件機制等等。
對客戶而言，他們需要的僅僅只有兩個介面：任務項管理介面（比如提交任務項，委派任務項等等）和流程狀態管理介面（比如啟動一個新的流程執行個體，推動流程流轉等等）。在理想的情況下，給使用者提供一個封裝完全的提交頁面和父類Action也是很好的一種方法。