三、推模式

在創建階段，系統根據不同的創建模式為任務 節點產生了一個或多個工作項，每個工作項或分配給單個資源或分配給角色、部門等。那么接下來，系統就需要將這些工作項推送給相關的資源進行執行，這個推送 的過程即是推模式所包含的內容。需要注意的是，推模式討論的是對單個工作項的推送。

在前面我們已經了解到，工作流系統通過工作項管理器即不同類型的工作項列表與用戶進行交互，這里的推送也可以理解為系統將生成的工作項推送至相應資源的工作項列表里。

圖 5-17

如圖5-17所示，推模式對應著工作項到三種狀態的變遷：提供給一個資源拾取執行；提供給多個資源拾取執行（這些資源中只會有一個會實際執行，屬于競爭關系）；指派給一個資源負責執行。

推模式共有9種，分為3組， 第一組包括提供給單個資源、提供給多個資源和指派給單個資源，討論工作項推送的最終分配狀態；第二組包括隨機指派、循環指派和最短隊列指派，關注當工作項 分配給角色、部門等包含多個資源的資源組時，如何從中確定最終的一個資源并進行指派；第三組包括提前分配、即時分配和推后分配，關注將工作項推送給用戶的 時間。

1、提供給單個資源（WRP_12: Distribution by Offer - Single Resource）

描述

能夠在非綁定的基礎上將工作項推送給單個資源。

圖 5-18

如圖5-18所示，任務A工 作項被系統推送至員工甲的可拾取列表。這意味著員工甲不必為該工作負責，他可以選擇執行該工作也可選擇忽略或拒絕。如果他選擇拒絕或忽略且工作項超時，那 么會導致系統對該工作項的重新分配。如果他選擇執行該工作，那么他首先需要拾取該工作項，這會使該工作項進入他的代辦列表，意味著其必須對該工作負責。

應用

該模式類似于現實工作中的征求意見，先將工作分配給你，然后找你談話，征求你對該工作的看法，如果合適那么就由你執行，否則再找他人執行。

實現

參與者對工作項的拒絕會導致系統對工作項的 重新分配，這是實現該模式的難點。如何重新分配該工作項，采取何種重新分配策略，這些都具有很大的復雜性。實際上這些工作流模式單個看起來可能比較清晰明 了，但一旦組合起來，例如該模式與創建模式結合起來，那么就有了多種情況變得復雜起來。對于復雜的問題，最好的解決辦法就是留給實施階段，由用戶情況作出 使用限定。這也再次強調了工作流實施在工作流應用中的重要性。

2、提供給多個資源（WRP_13: Distribution by Offer – Multiple Resource）

描述

能夠在非綁定的基礎上將工作項推送給多個資源。

圖 5-19

如圖5-19所示，任務A所 生成的工作項被推送給多個員工的可拾取列表。這些員工不必為該工作負責，他們可以選擇執行該工作也可選擇忽略或拒絕。如果他們都選擇拒絕或忽略且工作項超 時，那么會導致系統對該工作項的重新分配。如果有一名員工選擇執行該工作，那么該工作項進入他的代辦列表，其他員工將不再具有拾取該工作項的機會。

應用

該模式是典型的競爭參與，即多人可以完成該工作，先執行者先得。類似于尋找志愿者。

實現

該模式的實現一般是創建階段將工作項分配給角色、部門等包含多個資源的分組，在推送階段，將該工作項送至這些組下所有資源共享的可拾取列表里，工作項的實例只有一個，但是多資源可見。

3、指派給單個資源（WRP_14: Distribution by Allocation – Single Resource）

描述

能夠在綁定的基礎上將工作項推送給單個資源。

圖 5-20

如圖5-20所示，任務A工作項被系統推送至員工甲的待辦列表。這意味著員工甲必須為該工作負責。

應用

該模式是應用最多的模式，直接指定任務的負責人。

在采用軍事化管理的企業里，上級的命令一定要執行，下屬沒有商量和拒絕的權利。

實現

相比提供，指派實現非常容易，直接將工作項推送至選定資源的待辦列表。

4、隨機指派（WRP_15: Random Allocation）

描述

當存在多個資源可供選擇時，從中隨機選擇一個資源進行工作項的指派。

圖 5-21

如圖5-21所示，任務A所生成的工作項在創建階段分配給了開發人員這一角色，在推送階段，系統會隨機選取一名開發人員負責該工作項的執行。

應用

該模式提供了一種指派資源的非確定性機制。

5、循環指派（WRP_16: Round Robin Allocation）

描述

當存在多個資源可供選擇時，循環選擇其中一個資源進行工作項的指派。

圖 5-22

如圖5-22所示，任務A所生成的工作項在創建階段分配給了開發人員這一角色，在推送階段，系統會循環輪流選取一名開發人員負責該工作項的執行。

應用

不患貧而患不均，平等的分配工作。

6、最短隊列指派（WRP_17: Shortest Queue）

描述

當存在多個資源可供選擇時，選擇其中一個具有最少待辦工作即最短工作隊列的資源進行工作項的指派。

圖 5-23

如圖5-23所示，任務A所生成的工作項在創建階段分配給了開發人員這一角色，在推送階段，系統發現員工甲的待辦列表里有兩條待辦工作（任務B和任務C），員工乙的待辦列表里沒有待辦工作，所以系統將任務A工作項指派給員工乙負責該工作項的執行。

應用

該模式的目的在于能夠最快開始工作的執行，找出相比而言最為空閑的資源迅速開始工作。但是實際應用中，僅僅依靠工作的數量來判斷資源是否空閑是不可靠的，因為工作和工作之間還存在著難易之分。

7、提前分配（WRP_18: Early Distribution）

描述

在工作項實際可以執行之前即將該工作項通知或潛在的分配給資源。

圖 5-24

如圖5-24所示，任務A還在執行，任務B還未激活，但此時任務B的工作項已經提前分配給員工甲，該工作項的主要職責是通知員工甲將由其來完成任務B并能開始一部分準備工作，而實際的工作則要等到任務B被激活后才能進行。

應用

該模式強調的是預先計劃，即管理的計劃性。

在我們實際的項目開始之前，項目經理已經通知我們將要進行的開發工作，讓我們提前熟悉相關的技術。這樣當項目開始時就能提高最初迭代的開發效率。

從某種意義上說，稍微復雜一點的工作都應該做到提前通知、提前準備，即計劃的必要性。

實現

讓工作流系統直接支持該模式比較困難，因為該模式嵌套在控制模式和不同的工作項創建模式里，找不出一種通用的模式，無法預判工作項的生成和實際的參與者。在一定范圍內，可以采用下面的方式變通：

圖 5-25

如圖5-25所示，在自動節點執行時能確定任務B的參與者的情況下，可以通過自動節點給員工甲發送郵件或消息進行通知，工作流系統并不生成工作項。

8、即時分配（WRP_19: Distribution on Enablement）

描述

在工作項實際可以執行時將該工作項分配給資源。

應用

機器執行的工作，重復單一的審批工作，無計劃性的工作，如各種突發情況的處理。

實現

大多數工作流系統的標準實現，滿足任務執行條件時先激活任務節點，然后創建工作項、分配工作項。

9、推后分配（WRP_20: Late Distribution）

描述

在工作項實際可以執行后的某個時間才將該工作項分配給資源。

圖 5-26

如圖5-26所示，任務B已經激活且已生成可以執行工作項，但是系統并沒有將其分配至員工甲的工作項列表里。這是因為員工甲正在執行任務A的工作項，直到其執行任務A完畢，系統才會把任務B工作項推送至工作項列表。

應用

保證流程和資源對工作的負載處于一種良好的狀態，避免出現下圖的情況：

圖 5-27

在敏捷開發里，我們強調客戶合作，整個的開發過程對用戶透明，用戶知道當前正在進行的開發工作，也清楚開發團隊的開發速度，在這種情況下，一旦有新的需求加入，用戶會推遲該需求的實現，或者推遲當前其他需求的實現，從而保證整個團隊的開發效率。

實現

該模式的實現依賴于推后的策略，即在什么情況下推后分配，滿足什么條件下進行分配。具體實現同樣采取推后模式，推后到實施階段實現。

http://www.tkk7.com/ronghao 榮浩原創，轉載請注明出處：）