在很早之前的隨筆裡面，已經介紹了WInform框架中工作流模塊的功能，不過由於工作流模塊中界面處理部分比較麻煩，一直沒有在Bootstrap框架中進行集成，最近由於項目的關係，花了不少精力，把工作流模塊重新梳理遷移到Bootstrap框架上，本篇隨筆主要介紹基於Metronic的Bootstrap開... ...
在很早之前的隨筆裡面，已經介紹了WInform框架中工作流模塊的功能，不過由於工作流模塊中界面處理部分比較麻煩，一直沒有在Bootstrap框架中進行集成，最近由於項目的關係，花了不少精力，把工作流模塊重新梳理遷移到Bootstrap框架上，本篇隨筆主要介紹基於Metronic的Bootstrap開發框架的工作模塊功能。
1、工作流的設計模型
在我們開始介紹工作流模塊功能之前，我們需要瞭解下工作流模塊的設計模型，以便我們更好深入瞭解各個部分的功能。
我們知道，我們在Office裡面創建任何文檔，都有一個模板的概念，這樣我們方便利用一些現成的數據和佈局，工作流也一樣，有一個流程模板的概念。每個流程模板，本身會預定義了一系列的處理流程，以便在流程實例裡面進行不同的處理，因此流程模板還包含了多個流程步驟對象。每個流程實例，除了他們自己的流程數據和欄位信息外，它本身還有一個表單設計的問題，如費用審批，可能包含填寫的費用清單數據等，所以流程實例還應該包含了流程的業務表單對象。
在工作流處理表中，首先我們區分流程模板和流程實例兩個部分，這個其實就是類似模板和具體文檔的概念，我們一份模板可以創建很多個類似的文檔，文檔樣式結構類似的。同理，流程模板實例為流程實例後，就是具體的一個流程表單信息了，其中流程模板和流程實例表單都包括了各個流程步驟。在流程實例的層次上，我們運行的時候，需要記錄一些日誌方便跟蹤，如流程步驟的處理日誌，流程實例表單的處理日誌等這些信息。
一旦流程實例根據模板創建後，流程先根據模板初始化後，在處理過程還可以動態增加一些審批步驟，使得我們的處理更加彈性化。
當然，為了更好的處理流程的相關信息，還需要記錄流程處理人，流程會簽人、流程閱辦人，以及常用審批意見等相關輔助表，以便對流程的各個處理信息進行合理處理和展示。
對於一個流程處理操作，我們知道一般有審批通過、拒絕、退回到某步驟、轉發到內部閱讀、閱讀，以及包括起草者能撤銷表單呢等操作，當然如果還有一些具體的業務，可能還會有一些流程的處理才操作，不過基本上也可以歸結為上面幾種，只是他們每步處理的數據內容不同而已。因此審批的操作步驟分類如下所示。
在流程審批中，一般還有一種流程處理就是會簽的操作，會簽處理是幾個審批步驟中審批人同時處理是否通過的，一般同時通過即為通過。
會簽是指創建一個或多個子流程供相關人員進行審批，等待全部人員完成處理後再次回到主流程上，然後決定是否繼續流轉到下一個流程步驟上去，一般的申請單的主流程如下所示。
這裡設置的會簽處理就是其中一個步驟，一旦會簽處理步驟發起會簽，就會構建多個可供審批的子流程了，如下所示。
在會簽發起的步驟，指定參與具體流程會簽審批的人員，然後流程則會流轉到不同人員進行相關的處理【待辦事項】。
我在工作流中定義會簽完成後，由會簽發起人審核（會簽結果審核），決定是否進入下一步流程，在審核過程中決定如何處理這個申請單。
2、工作流模塊介紹
1）流程環節管理
從上面的基礎知識介紹中，我們知道，流程環節是構成流程模板和流程實例的基本單元，我們需要定義不同類型的流程處理環節，如審批、會簽、閱辦等等，不同類型的流程環節，在流程步驟的處理環節中是不一樣的，我們也為這些不同的環節定義不同的審批界面。
首先我們在Bootstrap框架的系統菜單中選擇【工作流管理】【工作流維護】【流程環節管理】菜單，就可以進入對應的流程環節管理界面。
在流程環節管理界面中，會列出系統所有定義好的流程環節，我們也可以定義自己的流程步驟。
在系統主界面裡面，我們一般已經預定義了一些常規的如審批、會簽、閱辦、歸檔等類型，我們如果需要定義特殊的審批界面，我們就可以在這裡定義一些不同的流程環節，也可以對已有的環節進行一定的修改處理。
2）流程模板管理
通過第一步的流程環節定義，我們接下來就基於流程環節，定義流程模板的內容了，流程模板是我們開展一些工作流的基礎，也就是說，我們先有特定流程的模板，然後才有具體的流程示例。
流程模板我們定義的時候，需要指定它的具體名稱，另外有幾個欄位是必須註意的，就是它的對應業務表名和創建流程URL、查看流程URL這幾個信息。
指定這些內容，我們在指定的視圖頁面中處理不同的流程信息，創建在Create視圖、查看在ViewDetail視圖，其中還會包含一個index視圖列出該類型的申請單，這幾個列表都可以使用代碼生成工具快速生成，具體代碼的生成過程，我會在隨後的文章中及進行詳細介紹。
這樣的自動化，可以迅速提高我們開發工作流業務的效率，並且和整個系統風格保持統一。這個就是我們整個開發框架系列的精髓所在，以工具提高效率，統一過程。
再次回到流程模板的處理來，我們剛纔只是定義了流程模板的一些基礎信息，對於這個流程模板，我們還需要確定它的流程步驟，這個才是工作流的靈魂所在，動態化的流程步驟，可以滿足我們大多數變化流程的需要。
流程步驟的定義，如下界面所示，可以指定流程處理人，通過選定角色、部門或者具體人員都可以，如果沒有選擇具體的處理人，那麼預設會以當前用戶部門的人員供選擇。
如但用戶選擇人員的時候，彈出層可以根據組織機構、角色進行用戶的篩選和選擇。
3）業務受理列表
業務受理列表，是根據我們資料庫中定義的流程模板，動態列出申請單的創建入口，提供一個統一的入口方便我們處理。
一下是我們工作流模塊中定義好的一些流程模板，可以供創建業務表單。
這些業務表單入口，單擊後就可以創建對應類型的申請單了，我們以剛纔介紹的請假申請為例，單擊後進入請假申請單的Create視圖界面，創建新的申請。
其他的業務申請單也是類似，我們只需要使用代碼生成工具Database2Sharp對具體業務表單的工作流模塊代碼進行生成後，就可以配置使用，並且可以創建對應的業務表單的了。
對於一些具有明細表單的操作，也有案例可以供參考。
4）我的審批工作
我的審批工作是列出和我相關的審批表單，包括已辦、待辦、 發起的幾種類型的分類，其中每個種類型又可以繼續細化不同表單類型，方便我們快速選擇查看，如下列表所示。
通過快速定位所需要的類型申請單，我們可以很好的完成一些待辦工作，以及可以查看自己參與的流程申請單的處理情況等等。
雙擊其中的申請單，可以查看具體的申請詳細信息，包括流程審批信息和業務表單信息等。
而如果是流程處理中的申請單，我們可以在相關的處理按鈕中執行我們自己的審批操作。
5）所有申請單
所有申請單是提供一個給流程管理員的一個入口，方便對一些錯誤或者不需要的申請單進行刪除等維護操作。
這裡面列出的是系統所有的申請單，這個頁面一般不暴露給普通用戶，而是作為後臺數據管理的一個頁面，對不需要的數據進行刪除操作的。
6）我的草稿
我的草稿是提供一個界面維護我自己的申請單草稿的，界面效果如下所示。
在我們創建申請單的時候，有時候錄入數據後暫時想存起來而不提交的話，保存為草稿就可以，下次則可以直接從草稿中繼續申請單的處理。
