工作流引擎

工作流引擎是 bos 系統的乙個重要元件。它可以根據客戶具體的業務邏輯，來定義工作流模型。整個應用程式就根據所定義的流程來執行。它把應用系統模組和工作流程分開。當流程發生變化，只需修改流程模型，具體的應用程式無需修改。

參考wfmc 標準，我們把工作流分成幾個模組。

1. 流程定義模型

2. 使用者端

3. 工作流引擎

4. 建模工具

5. 組織架構

在虛線框中代表工作流的伺服器端。它對於使用者是透明的。使用者通過工作流引擎所提供的客戶端來對工作流引擎進行操做。客戶端包括建模工具，管理工具和任務列表。

各模組之間的關係如下圖:

工作流的操作可以分為，建模階段（process design&definition）和執行階段(run time). 執行階段又可分為工作流引擎端和客戶端。

客戶首先通過建模工具，建立一套工作流的模型定義(process definition)。工作流引擎（workflow enactment service）根據模型所提供的資訊，把具體任務交給使用者來完成。使用者在登入後，會發現有一項新的任務在他的任務列表中。在他選擇執行後，預先設定的應用程式將被啟用。在執行應用程式的過程中，所呼叫的應用程式會和工作流引擎交換資料。告訴工作流引擎目前執行的狀態。當他完成任務後，工作流引擎得到反饋，將按流程把任務交給下乙個人，直到完成整項工作。

我們將通過乙個簡單的例子，來解釋工作流引擎的作用

上面是乙個假想的銷售流程圖。任何工作流程圖都包含起始節點和結束節點。起始節點可以是單獨的乙個節點，也可以隱含在乙個任務節點中。在上圖中，線索就是乙個?鶚冀詰恪ｓ沒у玫揭桓魷咚骱螅諞徊絞鞘淙胂咚鰲? 因為下一步是和客戶聯絡(contact customer)，需要由銷售代表來完成，而銷售代表(sales rep)有多個，工作流引擎將把任務分配給銷售部的經理。由銷售部經理把任務分配給某個銷售代表。這個銷售代表就會在他的任務列表中看到這個任務。當他聯絡了客戶後，發現這個客戶有可能買我們的產品，就把相關資訊輸入到資料庫重。結束了這個環結的工作。工作流引擎就會把任務傳給下乙個環節。如果客戶不感興趣，就轉移到結束節點。此工作流程就結束。

下乙個環節是建立銷售計畫(sales plan)，需要市場部經理來做。因為市場部經理只有乙個，就把任務直接分配給市場部經理(marketing manager)。 marketing manager 做出銷售計畫後，需要公司的ceo 和cfo來審批。當兩位經理都對此做出審批後，將把資訊反饋到 sales manager. 假設ceo 的評審沒有通過，銷售經理需要修改 sales plan, 再進行審批，直到通過為止。下乙個環節是拜訪客戶。如果一切順利，就可得到定單，整個流程結束。以上的例子是乙個假想的例子，但它反映了工作流引擎的一些重要功能

1. 使用者看到的只是自己的任務列表。當他完成了這項任務後，由工作流引擎根據流程，把任務分配給下乙個環節的負責人。

2. 每乙個任務都由乙個角色來完成，由工作流引擎，根據組織架構，決定具體由誰來做。

3. 有些過程（審批）需要重複進行，直到通過。

4. 有些過程（審批）需要所有的前置任務（ceo review, cfo review）都完成，才進入下乙個階段。

5. 有些過程不需要人來操作，比如，審批節點自動等待 ceo和cfo 都審批完後，把結果反饋到市場部經理。

工作流引擎對於使用者來說是透明的，使用者通過它的客戶端來對它進行操作。客戶通過建模工具來建立模型，通過任務列表來知道自己當前的任務。通過管理工具來對工作流程進行維護。

工作流引擎

工作流引擎

工作流引擎

工作流引擎

相關推薦