工作流資源模式 - 創建模式11種

創建模式位於工作項生命週期的創建階段,對工作項可能的執行方式進行限定,限定執行該 活動的資源範圍。

我們在活動建模時定義分配規則,說明執行該活動資源所需要符合的前提條件 和約束,如圖B-8所示。

創建模式的重要性在於確保流程實例的執行符合預定的設計原則,通過 模型增加活動執行的確定性。


圖B-8 創建模式位於工作項的創建階段

創建模式有11種,如圖B-9所示。

  1. 直接分配:直接爲活動指定特定的資源。
  2. 基於角色/職能的分配:爲活動指定資源執行所需要的職能,我們使用角色在組織中定義職能。
  3. 延遲分配:資源的確定延遲至運行期。
  4. 基於權限分配:爲活動指定資源執行所需要的權限,從而對資源做出限定。
  5. 職責分離:爲了安全或避免錯誤,同一流程實例的兩個活動必須由兩個不同的資源執行。
  6. 流程實例整個處理:整個流程實例由一個資源執行,資源對整個流程實例負責,更加 投入。
  7. 經驗獲取:活動交與有經驗的資源執行,提高活動執行效率。
  8. 基於能力的分配:爲活動指定資源執行所需要的能力,從而對資源做出限定。
  9. 基於歷史的分配:基於資源先前工作的歷史決定活動的分配,找出最適合的資源。
  10. 基於組織位置分配:基於資源在組織中所處的位置以及與其他資源的關係分配活動。
  11. 自動執行:活動的執行自動完成,不需要人的參與,例如調用數據庫、Web服務。

直接分配(WRP_1: Direct Distribution)

描述

能夠在定義期直接爲活動指定特定的資源,該活動的工作項在運行期分配給他。示例見圖 B-10。

圖B-10 直接分配

應用

該模式應用於流程裏的關鍵路徑。在中小企業裏,該模式是應用最多的分配模式,因爲人員 少,管理扁平,所以每個人的職責都非常清晰。該模式也是執行效率最高的資源模式,因爲人和 活動直接綁定,所以不會產生推諉等情況,便於管理和追究責任。隨着企業規模的擴大,管理層次的增加,一個活動需要交由特定的部門、崗位或角色來執行,這樣無形中影響活動的執行效率。

該模式的缺點在於,一旦關鍵資源因爲各種原因不能及時處理活動,那麼將造成整個流程實 例的掛起等待。

基於角色的分配(WRP_2: Role-Based Distribution)

描述

能夠在定義期爲活動指定一個或多個角色,該活動的工作項在運行期分配給屬於這些角色的 資源。示例見圖B-11。

圖B-11 基於角色的分配

應用

企業達到一定規模(能同時處理多個流程實例),必然需要對人員進行分組,角色是典型的 職能分組方式,將具有相同職能特徵的人員定義爲一個特定的角色,這些屬性與工作的內容和資 源的技能相關,例如開發人員、項目經理、總經理等,而角色又會與權限產生關聯。

將活動分配給角色意味着將會有多個資源可以執行該活動,需要協調,執行效率相比直接分 配會下降,這也是企業擴大後管理成本增大的一種表現。

如果我們必須在兩個資源間進行選擇,而他們在執行該工作項上是等價的,那麼最好選擇那 個相對只能處理少量其他種類工作的資源。換句話說,當還有其他的資源可以選擇時,儘量讓通 用性好的資源空閒,爲將來儘可能預留彈性資源。

延遲分配(WRP_3: Deferred Distribution)

描述

能夠在定義期爲活動指定工作流數據變量,定義期並不確定資源,資源的確定被延遲至運行 期,系統運行期從該數據變量裏讀取該活動工作項所要分配的資源。

如圖B-12所示,活動B在定義分配規則時指向數據變量userid,當在一個流程實例中實際執行 時,活動A由員工甲執行,其指定下一活動的執行者爲員工乙即設置了userid這一數據變量爲員工 乙的ID,這樣當活動B工作項創建時,系統訪問userid,發現該數據變量指向員工乙的ID,於是 將該工作項分配給員工乙。根據具體的分配策略,運行期該數據變量不僅可以指定人員,也可以 指定角色、部門。

圖B-12 延遲分配

應用

該模式給資源的分配引入靈活性。資源的確定延遲至運行期,即活動可以根據具體的流程實 例執行情況確定執行資源。例如定義後續活動的執行者爲當前活動執行者的部門經理、北京地區 提交的貨物訂單交由北京配送中心的業務員進行處理、下一活動的執行由上一活動的辦理者指定 等等。具體實施時,這個指定的數據變量可以通過一系列的規則運算得出。

基於權限分配(WRP_4: Authorization)

描述

能夠在定義期爲活動指定資源執行所需要的權限,只有具有權限的資源才能執行該活動。示 例見圖B-13。

圖B-13 基於權限分配

應用

該模式在流程模型裏引入組織權限。權限代表着對同一件事情不同資源執行工作內容的差 別。權限越大能執行的操作越多意味着需要負的責任越大。

職責分離(WRP_5: Separation of Duties)

描述

在一個流程實例裏,能夠指定兩個活動必須由不同的資源執行。示例見圖B-14。

圖B-14 職責分離

應用

職責分離,不能既當運動員又當裁判員,不能又當跳水隊領隊又當全運會裁判長。避免濫用 權力。

流程實例整個處理(WRP_6: Case Handing)

描述

在一個流程實例裏,所有的活動都能夠分配給同一個資源執行。示例見圖B-15。

圖B-15 流程實例整個處理

應用

在應用該模式的流程裏,流程裏的活動都是緊密關聯的。流程裏的活動執行在一個緊密相關 的上下文裏,如果所有的工作都由一個人執行,那麼在其瞭解該上下文的情況下連貫執行這些活 動會具有更高的效率;而如果執行活動的過程中換人,那麼新換的人無疑還需要時間對該流程實例相關的上下文進行熟悉,這樣無疑會多付出執行成本。此外,一個資源對整個流程實例全權負 責會更加投入,能夠給顧客提供更優質快捷的服務。
即使一個資源不能執行流程實例裏的所有活動,也需要設立流程實例管理員來對整個流程實 例負責。

經驗獲取(WRP_7: Retain Familiar)

描述

在一個流程實例裏,當存在多個資源都能執行某一活動時,能夠將工作項優先分配給執行了 同一流程實例前某一活動的資源。

如圖B-16所示,活動A和活動B在定義期被指定由同一個角色執行,那麼在運行期,在一個 流程實例裏,如果活動A被分配給了員工甲執行,那麼在進行活動B的分配時,活動B依舊由員工 甲執行。

圖B-16 經驗獲取

應用

該模式加快活動的執行,這些活動之間存在着緊密關聯,如果執行了其中一個,那麼就會熟 悉這些相關聯活動的背景上下文,積累一定經驗,那麼後續活動的執行相對其他人來說會變得容 易。提高活動執行的效率。

圖B-17 儘量使用同一資源執行關聯活動

基於能力的分配(WRP_8: Capability-Based Distribution)

描述

能夠在定義期爲活動指定執行所需要的能力,基於資源的能力進行工作項的分配,能力作爲 組織模型的一部分建模爲資源的屬性。示例見圖B-18。

圖B-18 基於能力分配

應用

人力資源管理中很重要的一點就是要做到人盡其用,每個人的能力都能得到最大的發揮,其 實也就是根據能力將人放置到最合適的工作中去。從這一點看,該模式是對人盡其能的實現,讓資源發揮自己的專長。但是如何定義各個人員的能力,這本身就比較的主觀,執行各項工作需要 具備的能力也具有主觀因素,更何況很多時候能力並不能與表現劃上等號,模型是固定的但人是 變化的受環境影響的,工具本身就是工具,工具的應用最後還是依賴於人。

基於歷史的分配(WRP_9: History-Based Distribution)

描述
能夠基於資源先前的工作歷史決定活動的分配。示例見圖B-19。

圖B-19 基於歷史分配

應用

找出最適合的資源。考慮歷史時,有很多因素要考慮,例如完成類似活動最好的員工、完成 類似活動最快的員工、完成類似活動出差錯最少的員工等。這些考慮因素依賴於具體的活動/流 程實例屬性和背景。

基於組織位置分配(WRP_10: Organizational Distribution)

描述

能夠基於資源在組織機構中的位置以及與其他資源的關係分配活動。示例見圖B-20。

圖B-20 基於組織位置分配

確保活動在組織的正確位置中得到執行,基於組織結構而不是職能特徵分配活動。組織位置 最典型的建模就是部門。

自動執行(WRP_11: Automatic Execution)

描述

活動的執行能夠自動完成,不需要人的參與。示例見圖B-21。

圖B-21 自動執行

應用

自動化使得越來越多的工作可以交由計算機或相應的機器設備直接完成。流程中的自動執行 節點逐漸增加。工作流系統對該模式的支持即是支持各種的企業集成方式,不管是通過Web服務還是消息,工作流需要驅動相應的設備機器或應用系統進行工作並傳遞給必須的數據。隨着信息 化程度的提高,目前流程應用越來越趨向於企業集成領域。這也是爲什麼基於Web服務編排的 BPEL會逐漸取代XPDL成爲流程執行標準的原因之一。

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章