基于關系數據庫的工作流在管理信息系統的應用

2013-12-12 09:21:06 電力信息化　點擊量：評論 (0)

摘要：通過對關鍵業務的實際開發需求的分析，提出了一個適用于關鍵業務開發的基于關系結構的工作流引擎的框架結構。系統提供對企業整體協作流程的控制、分析、對部門運作狀態的實時記錄等功能；并可以高效地完成

的任務，COMPLETION_FLAG表示相應任務的結束標記。

3．3．2引擎控制器

引擎控制器是工作流引擎在運行時的控制中心，圖3給出了引擎控制器的控制結構圖。

 調度中心

調度中心接受從外部接口發送過來有關流程控制的請求（如業務初始化、獲取任務以及結束任務等），然后根據不同的請求類型調用相應的處理模塊完成與本次請求相關的操作并將結果返回。由于是在DBMS內部實現工作流引擎的控制模型，因此有關請求的并發處理等問題完全可以交給數據庫管理系統來完成，也不需要諸如請求隊列等形式的數據結構。因此，事實上可以將調度中心看成一個多線程的并發服務器，它可以對多個外部請求提供并發服務。對外部請求的處理過程中肯定會涉及到對內部數據結構（即工作流引擎的數據模型）中有關數據的讀寫和更改操作，這些數據的完整性和互斥操作則可以通過DBMS提供的各種加鎖機制來實現，從而實現了多個外部請求之間的獨立性。

 任務管理

任務管理主要根據調度中心的指示完成諸如任務創建、任務狀態的轉換以及相關數據的維護等工作。每次“結束任務”的外部請求將觸發調度中心調用“任務管理”為后繼活動（如果存在的話）創建新的實例，其狀態為“Pending”；同時，其他不同的外部請求也將觸發“任務管理”實施任務狀態的切換。

 任務指派

任務指派處理只是針對常規交互活動，通常情況下，在任務狀態由“Pending”切換到“Waiting”過程中完成任務的指派工作，即處于就緒狀態的任務在通常情況下都確定了其執行者（FCFA除外）。任務指派過程首先根據任務指派基準確定可以執行此任務的群體人員，通常情況下這是一個包含多個人員的集合；然后根據任務指派方法確定由這個群體中的哪些個體來執行任務，執行任務的個體標識記錄在相應任務記錄的STAFF_ID字段中。這里有兩點需要特別強調：

1）如果任務指派方法是“ALL”的話，將對當前的任務記錄進行拷貝，即保證每一執行任務的個體在TO_DO_TASK_LIST中都有一條對應的記錄；

2）如果任務指派方法是“FCFA”的話，事實上在任務指派階段不不作任何工作，即相應任務記錄的STAFF_ID字段為空。此時任務指派工作自動隱含在獲取任務的請求中，即誰先發出獲取任務的請求，就自動將此類型的任務分配給誰。

 依賴檢查

依賴檢查指的是活動的前依賴規則的檢查，調度中心在將任務切換到就緒狀態之前將進行相關的前依賴規則檢查，只有滿足檢查條件的任務才可以進行狀態的切換。

上一頁 1 2 3 4 5 6 7 下一頁