回憶起10年前工作流引擎的應用，感覺歷歷在目啊！當初公司接了一個項目關於公文流轉的管理系統，一開始客戶就跟我畫了十多張業務流程圖，用Visio制圖工具進行描述，其實業界通用的Rational Rose建模工具也挺管用的。話說這十多張業務流程圖，涉及的業務范圍還蠻多，像用戶注冊和審批授權，開通流程，各種文件如批件，辦件，閱件等等的實際辦文流程，還有一些發文的流程，信函的流程，來訪電話處理,車輛管理流程等等，感覺很復雜，五花八門。
現在做了這么多年的工作流軟件產品的開發后，對這些的應用真是了如指掌，呵呵。
實現過程如下：
用戶注冊，審批授權，開通流程：利用流程設計器建立“用戶注冊審批流程”，建立用戶表，利用表單設計器建立“用戶登記”的維護表單，利用表單設計器建立“用戶審批表單”（參照通用審批表單來做）
用戶注冊――》審批－－》結束。
集成到OA應用系統的時候，在 用戶登記 表單中加上 “開通流程”的功能按鈕。
各種文件如批件，辦件，閱件的實際辦文流程：
在流程設計器中，按照辦文的流程建立 公文流轉的流程：
批件――》辦件――》閱件――》結束
在表單設計器中，建立批件，辦件等的表單，也可以利用表單的權限設置，只做一張公文維護的表單，然后在流程的各個節點中流轉，各節點的執行權限不一樣，有的只能查看某些項，有的能編輯，有的需要隱藏。
集成到OA應用系統的時候，公文流轉到各個節點的時候，各節點辦理人的待辦任務列表中，就能查看和辦理自己需要處理的公文了。
發文的流轉，來訪電話處理，車輛管理流程：
按照處理的順序利用流程設計器創建好流程，創建流程各個節點上辦理的業務表結構，利用表單設計器創建好處理的表單，將表單掛接到流程節點上。
集成到OA應用系統時候，可以采取兩種方案，流程驅動的方式，即先啟動業務流程，再按流程的流轉，在各個節點辦理人的待辦事項中繼續流轉。
也可以采取表單驅動流程的方式，將第一個處理節點上的表單功能掛接到菜單上，如“填寫車輛申請單”，在填寫完成后，點擊“啟動申請流程”即開始了一個車輛申請的業務流程。申請人也可以全稱監控自己的單據流轉到那個部門了。
很多OA辦公系統在集成工作流的時候，往往認為工作流的流轉，只是對一張單據的流轉，例如，車輛申請單，所有的流轉都是針對這張單據來做的，單據的定義也固化好了模塊，一個文本編輯器。也有很多OA中的工作流引擎會將審核通過，拒絕，已閱，轉交，退回這些功能固化在工作流引擎中。這種不是真正意義的工作流，只能是做項目的一種方式。
工作流系統還是要設計好引擎的模型，能處理業務流程的模型，如處理公文，就是一個是文件相當於表單，一個是流程相當於工作流，整個公文流轉不外乎就是這就這兩樣東西，表單處理就是建一些表來存儲文件的基本信息和控制信息，流程呢？流程的起點就是表單來創建公文，所以至少要有流程實例表，通過表單和選擇的流程模型來確定一個唯一的流程實例，每條公文的流轉都由流轉實例來關聯，並能記錄下流轉的軌跡，這樣就可以很靈活了。流程引擎的模型只是處理流轉的順序，各種路由方式；業務處理有表單來處理，可以用可視化的表單工具，也可以是自定義的表單。
總結一下：工作流系統在OA系統中的應用，包含，流程的建模，業務表單的創建，OA應用中集成工作流，或者是OA系統中引入工作流。因為OA辦公系統中，各種流程化的處理很多，剩下的就是怎么去可視化的實現那些各種各樣的辦公流程了。