在很早之前的隨筆裡面，已經介紹了WInform框架中工作流模組的功能，不過由於工作流模組中介面處理部分比較麻煩，一直沒有在Bootstrap框架中進行整合，最近由於專案的關係，花了不少精力，把工作流模組重新梳理遷移到Bootstrap框架上，本篇隨筆主要介紹基於Metronic的Bootstrap開發框架的工作模組功能。

 1、工作流的設計模型

在我們開始介紹工作流模組功能之前，我們需要了解下工作流模組的設計模型，以便我們更好深入瞭解各個部分的功能。

我們知道，我們在Office裡面建立任何文件，都有一個模板的概念，這樣我們方便利用一些現成的資料和佈局，工作流也一樣，有一個流程模板的概念。每個流程模板，本身會預定義了一系列的處理流程，以便在流程例項裡面進行不同的處理，因此流程模板還包含了多個流程步驟物件。每個流程例項，除了他們自己的流程資料和欄位資訊外，它本身還有一個表單設計的問題，如費用審批，可能包含填寫的費用清單資料等，所以流程例項還應該包含了流程的業務表單物件。

在工作流處理表中，首先我們區分流程模板和流程例項兩個部分，這個其實就是類似模板和具體文件的概念，我們一份模板可以建立很多個類似的文件，文件樣式結構類似的。同理，流程模板例項為流程例項後，就是具體的一個流程表單資訊了，其中流程模板和流程例項表單都包括了各個流程步驟。在流程例項的層次上，我們執行的時候，需要記錄一些日誌方便跟蹤，如流程步驟的處理日誌，流程例項表單的處理日誌等這些資訊。

一旦流程例項根據模板建立後，流程先根據模板初始化後，在處理過程還可以動態增加一些審批步驟，使得我們的處理更加彈性化。

當然，為了更好的處理流程的相關資訊，還需要記錄流程處理人，流程會籤人、流程閱辦人，以及常用審批意見等相關輔助表，以便對流程的各個處理資訊進行合理處理和展示。

對於一個流程處理操作，我們知道一般有審批通過、拒絕、退回到某步驟、轉發到內部閱讀、閱讀，以及包括起草者能撤銷表單呢等操作，當然如果還有一些具體的業務，可能還會有一些流程的處理才操作，不過基本上也可以歸結為上面幾種，只是他們每步處理的資料內容不同而已。因此審批的操作步驟分類如下所示。

在流程審批中，一般還有一種流程處理就是會籤的操作，會籤處理是幾個審批步驟中審批人同時處理是否通過的，一般同時通過即為通過。

會籤是指建立一個或多個子流程供相關人員進行審批，等待全部人員完成處理後再次回到主流程上，然後決定是否繼續流轉到下一個流程步驟上去，一般的申請單的主流程如下所示。

這裡設定的會籤處理就是其中一個步驟，一旦會籤處理步驟發起會籤，就會構建多個可供審批的子流程了，如下所示。

在會簽發起的步驟，指定參與具體流程會籤審批的人員，然後流程則會流轉到不同人員進行相關的處理【待辦事項】。

我在工作流中定義會簽完成後，由會簽發起人稽核（會簽結果稽核），決定是否進入下一步流程，在稽核過程中決定如何處理這個申請單。

2、工作流模組介紹

1）流程環節管理

從上面的基礎知識介紹中，我們知道，流程環節是構成流程模板和流程例項的基本單元，我們需要定義不同型別的流程處理環節，如審批、會籤、閱辦等等，不同型別的流程環節，在流程步驟的處理環節中是不一樣的，我們也為這些不同的環節定義不同的審批介面。

首先我們在Bootstrap框架的系統選單中選擇【工作流管理】【工作流維護】【流程環節管理】選單，就可以進入對應的流程環節管理介面。

在流程環節管理介面中，會列出系統所有定義好的流程環節，我們也可以定義自己的流程步驟。

在系統主介面裡面，我們一般已經預定義了一些常規的如審批、會籤、閱辦、歸檔等型別，我們如果需要定義特殊的審批介面，我們就可以在這裡定義一些不同的流程環節，也可以對已有的環節進行一定的修改處理。

2）流程模板管理

 通過第一步的流程環節定義，我們接下來就基於流程環節，定義流程模板的內容了，流程模板是我們開展一些工作流的基礎，也就是說，我們先有特定流程的模板，然後才有具體的流程示例。

流程模板我們定義的時候，需要指定它的具體名稱，另外有幾個欄位是必須注意的，就是它的對應業務表名和建立流程URL、檢視流程URL這幾個資訊。

指定這些內容，我們在指定的檢視頁面中處理不同的流程資訊，建立在Create檢視、檢視在ViewDetail檢視，其中還會包含一個index檢視列出該型別的申請單，這幾個列表都可以使用程式碼生成工具快速生成，具體程式碼的生成過程，我會在隨後的文章中及進行詳細介紹。

這樣的自動化，可以迅速提高我們開發工作流業務的效率，並且和整個系統風格保持統一。這個就是我們整個開發框架系列的精髓所在，以工具提高效率，統一過程。 

再次回到流程模板的處理來，我們剛才只是定義了流程模板的一些基礎資訊，對於這個流程模板，我們還需要確定它的流程步驟，這個才是工作流的靈魂所在，動態化的流程步驟，可以滿足我們大多數變化流程的需要。

流程步驟的定義，如下介面所示，可以指定流程處理人，通過選定角色、部門或者具體人員都可以，如果沒有選擇具體的處理人，那麼預設會以當前使用者部門的人員供選擇。

如但使用者選擇人員的時候，彈出層可以根據組織機構、角色進行使用者的篩選和選擇。

3）業務受理列表

 業務受理列表，是根據我們資料庫中定義的流程模板，動態列出申請單的建立入口，提供一個統一的入口方便我們處理。

一下是我們工作流模組中定義好的一些流程模板，可以供建立業務表單。

這些業務表單入口，單擊後就可以建立對應型別的申請單了，我們以剛才介紹的請假申請為例，單擊後進入請假申請單的Create檢視介面，建立新的申請。

其他的業務申請單也是類似，我們只需要使用程式碼生成工具Database2Sharp對具體業務表單的工作流模組程式碼進行生成後，就可以配置使用，並且可以建立對應的業務表單的了。

對於一些具有明細表單的操作，也有案例可以供參考。

4）我的審批工作

我的審批工作是列出和我相關的審批表單，包括已辦、待辦、 發起的幾種型別的分類，其中每個種類型又可以繼續細化不同表單型別，方便我們快速選擇檢視，如下列表所示。

通過快速定位所需要的型別申請單，我們可以很好的完成一些待辦工作，以及可以檢視自己參與的流程申請單的處理情況等等。

雙擊其中的申請單，可以檢視具體的申請詳細資訊，包括流程審批資訊和業務表單資訊等。

而如果是流程處理中的申請單，我們可以在相關的處理按鈕中執行我們自己的審批操作。

5）所有申請單

 所有申請單是提供一個給流程管理員的一個入口，方便對一些錯誤或者不需要的申請單進行刪除等維護操作。

這裡面列出的是系統所有的申請單，這個頁面一般不暴露給普通使用者，而是作為後臺資料管理的一個頁面，對不需要的資料進行刪除操作的。

6）我的草稿

 我的草稿是提供一個介面維護我自己的申請單草稿的，介面效果如下所示。

在我們建立申請單的時候，有時候錄入資料後暫時想存起來而不提交的話，儲存為草稿就可以，下次則可以直接從草稿中繼續申請單的處理。