【文章內(nèi)容簡介】 特征。業(yè)務(wù)的發(fā)起和結(jié)束是一項過程化的任務(wù)，任務(wù)又可以分解成一個一個環(huán)節(jié)任務(wù)，而任務(wù)是帶有目的性的，由這個目的去拉動這個過程中的一個一個的環(huán)節(jié)任務(wù)，促使環(huán)節(jié)任務(wù)的推進，最終達到任務(wù)完成的目的。這些業(yè)務(wù)的過程化不是隨機的，而是已經(jīng)嚴格規(guī)定好的，只有遵循這些過程化的規(guī)則和流程環(huán)節(jié)才能完成整個業(yè)務(wù)。輕量級的工作流引擎就組合了以上這些，不追求工作流引擎的功能的完備和復(fù)雜，以滿足一般性業(yè)務(wù)為目的，為企事業(yè)快速開發(fā)出適合他們業(yè)務(wù)的工作流管理系統(tǒng)。第二章工作流管理系統(tǒng)參考模型簡介在闡述工作流引擎之前，我們來了解一下工作流技術(shù)的基本知識。早在幾年前，為了建立工作流管理系統(tǒng)的相關(guān)標準，國際上成立了一個稱為“工作流管理聯(lián)盟”（簡稱WFMC）的國際組織。她提出了有關(guān)工作流管理系統(tǒng)的一些規(guī)范，定義了工作流管理系統(tǒng)的結(jié)構(gòu)及其與應(yīng)用、管理工具和其它工作流管理系統(tǒng)之間的應(yīng)用編程接口，也就是工作流系統(tǒng)參考模型。WFMC給出的工作流參考模型如下圖：接口2接口3接口4接口1接口5過程定義工具工作流API與交換格式工作流執(zhí)行服務(wù)工作流機（工作流引擎）工作流 管理工具其它工作流 執(zhí)行服務(wù)工作流機工作流客戶應(yīng)用工作流機直接調(diào)用 的應(yīng)用 工作流參考模型從圖中可以看出，參考模型包含了五類接口，分別是：⑴ 接口1：過程定義輸入輸出接口，這是工作流服務(wù)與工作流建模之間的接口，該接口提供的功能包括通信建立，工作流模型操作和工作流模型對象操作。⑵ 接口2：客戶端函數(shù)接口，這是工作流服務(wù)與客戶應(yīng)用之間的接口，這是最主要的接口規(guī)范，它約定所有客戶方應(yīng)用與工作流服務(wù)之間的功能操作方式。包括通信建立，工作流定義操作（對過程模型定義操作），過程實例管理功能，過程狀態(tài)管理功能，任務(wù)項列表/任務(wù)項處理功能，數(shù)據(jù)處理過程，過程監(jiān)控功能，其它的管理功能，應(yīng)用程序激活。⑶ 接口3：激活應(yīng)用程序接口，這是工作流引擎和直接調(diào)用的應(yīng)用程序之間的接口，包括通信建立，活動管理功能，數(shù)據(jù)處理功能。⑷ 接口4：工作流執(zhí)行服務(wù)之間的互操作接口，這是工作流管理系統(tǒng)之間的互操作接口，包括連接的建立，對工作流模型和其中對象的操作，對過程實例的控制和狀態(tài)描述，對活動的管理，對資料進行處理。⑸ 接口5：系統(tǒng)管理與監(jiān)控接口，這是工作流服務(wù)和工作流管理工具之間的接口，包括資源控制，角色管理，用戶管理，過程實例的管理，狀態(tài)管理，審核管理。五個接口以及對應(yīng)的API函數(shù)囊括了工作流管理系統(tǒng)的全部功能。一個完整的工作流管理系統(tǒng)就是以工作流引擎為中心，向外部部件（應(yīng)用程序或其它工作流引擎）提供這五個接口，提供其實現(xiàn)的所有功能。第三章系統(tǒng)分析與設(shè)計在所有準備工作完成后，我們就開始進行系統(tǒng)設(shè)計和設(shè)計，構(gòu)造一個輕量級的工作流引擎。輕量級的工作流引擎并不完全實現(xiàn)WFMC所提出的工作流模型包含的五個接口，特別是接口4，在分布式工作流管理系統(tǒng)才具有該接口。既然我們從輕量級的概念出發(fā)，我們就不再明顯區(qū)分各個接口的界限以及其所具有的特定的功能，以夠用、靈活和低成本的設(shè)計原則去設(shè)計出我們所理解的工作流引擎。我們運用了面向?qū)ο蟮姆椒?，首先從眾多的業(yè)務(wù)需求中抽取出工作流模型所包含的對象，再分析各個對象之間的邏輯關(guān)系，然后提出一個系統(tǒng)結(jié)構(gòu)，再進行模塊劃分，數(shù)據(jù)庫設(shè)計，最終完成類的設(shè)計。我們當中所用到的建模工具就是ROSE UML。 工作流模型的設(shè)計對工作流模型的設(shè)計是工作流引擎設(shè)計的重要組成部分。 工作流模型的對象企事業(yè)經(jīng)營過程就是一項項業(yè)務(wù)的實現(xiàn)過程，我們從一般業(yè)務(wù)入手，并對這些業(yè)務(wù)進行詳細的分析，研究，其結(jié)果就是得到一般性的業(yè)務(wù)對象，從而抽象成工作流模型對象。 從一個簡單的業(yè)務(wù)實例看業(yè)務(wù)的需求目前企事業(yè)的一項基本事務(wù)就是出差管理。它主要是對企事業(yè)的人員因為某種工作上的原因需要到別的地方出差進行的管理。我們可以列出出差的相關(guān)步驟：⑴ 申請人需要出差，并且他（她）具有出差的權(quán)利；⑵ 申請人填寫出差表格，說明因何事出差，出差何處，申請出差金額，何時回來等等和出差相關(guān)的情況；⑶ 申請人需要其它說明的話，可以將更具體的說明以文檔的形式保存下來；⑷ 申請人確認申請無誤后提交申請，等待申請的結(jié)果；⑸ 根據(jù)規(guī)定，該申請必須先讓申請人的上一級審批，那么該申請就會以一項工作項的形式交給該級領(lǐng)導(dǎo)處理；⑹ 處理該申請的領(lǐng)導(dǎo)對該申請進行處理，他（她）會先查看該申請所有的資料，包括出差申請表和與之相關(guān)的其它文檔，然后對其進行審批，審批的結(jié)果是同意那么該次申請會交給再下一級領(lǐng)導(dǎo)處理；審批的結(jié)果不同意，該申請被打回，通知申請人申請不通過的結(jié)果。等所有需要審批的領(lǐng)導(dǎo)都審批通過了，該申請就成功完成，通知申請人申請通過的結(jié)果；⑺申請人得到申請的結(jié)果，如果審批通過則準備出差，如果審批不通過則根據(jù)審批結(jié)果對該申請進行修改，重新提交申請； ⑻ 申請事務(wù)結(jié)束。這是一個簡單的業(yè)務(wù)實例，對該實例進行分析我們可以得到該業(yè)務(wù)的一些對象：⑴ 申請人：他（她）屬于該企事業(yè)的某個部門的成員，并且具有啟動該業(yè)務(wù)的權(quán)利； ⑵ 審批領(lǐng)導(dǎo)：他（她）也屬于該企事業(yè)的某個部門的成員，并且具有對該業(yè)務(wù)進行處理的權(quán)利；⑶ 出差表格：它是該業(yè)務(wù)規(guī)定的格式化資料，并且是必須的 ⑷ 出差具體說明：它是該業(yè)務(wù)附加的資料，可以不要的⑸ 申請人已經(jīng)填寫好的出差表格：它是出差表格的實例化，代表一個具體的應(yīng)用 ⑹ 審批同意和不同意：它們是對該業(yè)務(wù)的處理，遵循一定的業(yè)務(wù)規(guī)則 ⑺ 申請：這是一個過程，不是一個動作，需要時間和人的活動才能完成 ⑻ 審批：這是一個活動，是過程的一部分，并且可以向另外一個活動轉(zhuǎn)化⑼ 其它應(yīng)用程序：申請人要填寫出差具體說明時要調(diào)用相應(yīng)的外部應(yīng)用程序編輯該說明并以一定的格式保存下來，審批領(lǐng)導(dǎo)要查看出差具體說明時也要調(diào)用相應(yīng)的外部應(yīng)用程序打開該說明并以一定的格式顯示出來。從這些業(yè)務(wù)對象，再利用工作流技術(shù)，我們可以得到工作流模型的一些基本對象：⑴ 用戶：正如申請人，審批領(lǐng)導(dǎo)，他們就是工作流管理系統(tǒng)的用戶，由他們?nèi)ナ褂迷撓到y(tǒng)的各種功能，并且直接參與業(yè)務(wù)活動，促使業(yè)務(wù)的完成。⑵ 角色：有些人可以申請出差，有些人對出差申請可以審批，這兩種不同的人可以作為兩個不同的角色。角色是具有某種使用系統(tǒng)特定功能的權(quán)利的一個人員或多個人員的組合。⑶ 工作流應(yīng)用資料：出差申請表格，出差具體說明，這些就是對應(yīng)某個具體業(yè)務(wù)（這里是出差管理）的相關(guān)資料，根據(jù)這些業(yè)務(wù)資料我們可以對該業(yè)務(wù)進行處理。⑷ 需激活的應(yīng)用程序：在需要其它應(yīng)用程序提供支持的時候，會去激活這些應(yīng)用程序。⑸ 流程：整個出差申請的過程就是一個流程，它從整體去描述一個業(yè)務(wù)。⑹ 環(huán)節(jié)：又稱活動，它反映了業(yè)務(wù)流程的局部情況，通常業(yè)務(wù)流程是由一個一個的環(huán)節(jié)組成。⑺ 流程實例：將該出差申請這個業(yè)務(wù)流程實例化，就得到一個流程實例。⑻ 環(huán)節(jié)實例：將流程的其中一個環(huán)節(jié)實例化，就得到一個環(huán)節(jié)實例。⑼ 業(yè)務(wù)規(guī)則：業(yè)務(wù)的開始和結(jié)束需要一定的條件，在處理業(yè)務(wù)的過程中必須按照一定的規(guī)則，這些都是業(yè)務(wù)規(guī)則，只有嚴格遵循業(yè)務(wù)規(guī)則，業(yè)務(wù)才能完成。 工作流對象的具體分析和說明通過一個具體的業(yè)務(wù)我們可以得到工作流模型的一些對象，那么我們再對其他一般性業(yè)務(wù)進行分析，研究，我們就會找到它們的共同點，并歸納出基于這些業(yè)務(wù)的公共的對象，這些公共的對象的組合，就是一個通用的模型，也就是工作流模型，這個模型能去描述每個業(yè)務(wù)，是我們追求輕量級工作流引擎的最終成果。⑴ 用戶：業(yè)務(wù)的執(zhí)行者和參與者，對應(yīng)于企事業(yè)的每一個雇員，是一個獨立的、具有一定行為能力和一定技術(shù)能力的人的實體；⑵ 角色：以技能為前提，能夠完成某項功能的人員的總稱；⑶ 部門：對應(yīng)于企事業(yè)的靜態(tài)結(jié)構(gòu)劃分，由企事業(yè)的實際部門設(shè)置情況來決定，可以是傳統(tǒng)的面向職能的，也可以是現(xiàn)在流行的面向過程與客戶的；⑷ 職位：以行政責任為前提，代表了管理上的等級關(guān)系；⑸ 工作組：以執(zhí)行某一任務(wù)為目標而動態(tài)組建的、跨部門劃分的一種組織結(jié)構(gòu)；⑹ 流程：對應(yīng)于一個業(yè)務(wù)過程，表示一個業(yè)務(wù)由發(fā)起、處理、結(jié)束的一個過程；⑺ 流程實例：對應(yīng)于一個業(yè)務(wù)流程具體應(yīng)用，是業(yè)務(wù)流程實例化的表現(xiàn)形式；⑻ 環(huán)節(jié)：對應(yīng)于業(yè)務(wù)流程中一個單一的業(yè)務(wù)操作，是流程按照業(yè)務(wù)要求的細化；⑼ 環(huán)節(jié)實例：對應(yīng)于一個環(huán)節(jié)的具體應(yīng)用，是環(huán)節(jié)實例化的表現(xiàn)形式；⑽ 工作流定義主信息：描述一個工作流模型的主要信息，從整體來描述工作流模型；⑾ 工作流附件信息：描述一個工作流模型所用到的附件信息，也就是工作流應(yīng)用資料，或者叫業(yè)務(wù)資料。按照WFMC提出的工作流模型，這不是工作流模型所包含的對象，可是我們對其進行格式化，把它抽取成一個模型對象，用來規(guī)定了工作流模型在具體應(yīng)用時所需業(yè)務(wù)資料的格式，我們把它分為兩類：●表格類型：這是以表格的形式保存附件信息，可以用關(guān)系結(jié)構(gòu)來定義附件信息，并保存在數(shù)據(jù)庫中，每一條記錄就是一個該附件的實例；●文檔類型：只是以文件形式保存附件信息，可以是work文檔，也可以是文本文件，它的實例化是就是一個一個帶有對應(yīng)某個業(yè)務(wù)應(yīng)用標志的文件，保存在硬盤上 ⑿ 工作流實例信息：描述一個工作流模型實例化的信息，也作為啟動一個工作流的信息，它記錄該業(yè)務(wù)流程隨著時間和人員的參與處理的不斷變化，直到整個業(yè)務(wù)的結(jié)束；⒀ 工作項信息：描述參與某個業(yè)務(wù)應(yīng)用時被分配到的一項任務(wù)，這就體現(xiàn)了參與人員和系統(tǒng)交互的典型特征；⒁ 業(yè)務(wù)規(guī)則：描述業(yè)務(wù)在運行的過程中必須要遵守的規(guī)定和原則，也是業(yè)務(wù)活動得以向另一個活動推進的規(guī)則。我們把它分為四類規(guī)則，分別是： ●自動型：它主要描述一些只給參與人員查看業(yè)務(wù)信息的業(yè)務(wù)規(guī)則，例如通知、公文流轉(zhuǎn)等等業(yè)務(wù)。該類業(yè)務(wù)不需要參與人員去審批或其它人為上的處理，只需要參與人員去查看其中的內(nèi)容就足夠，整個業(yè)務(wù)流程的完成是全自動的。●與聚合：業(yè)務(wù)活動的完成是需要參與該活動的所有人員都進行人為處理，其中有一個人員沒對其進行處理，整個活動只能停在原地，等待所有人員的處理，當最后一個參與人員執(zhí)行了處理工作，它才能完成?！窕蚓酆希涸趨⑴c某一業(yè)務(wù)活動的人員當中只要有一個對其進行處理，整個活動就可以完成。●投票聚合：統(tǒng)計參與該活動的參與人員的處理結(jié)果，當滿足一定條件該活動才能完成。⒂ 轉(zhuǎn)換條件：描述流程、活動狀態(tài)改變時需要的條件，用于業(yè)務(wù)運行過程中的約束。例如流程的完成必須等待所有活動的完成才能完成，活動的完成必須按照業(yè)務(wù)規(guī)則去完成等等； ⒃ 需激活的應(yīng)用程序：工作流管理系統(tǒng)需要其它應(yīng)用程序的支持，例如編輯和查看文本文件信息等等；⒄ 日志信息：描述工作流中所有的狀態(tài)改變、事件和控制流相關(guān)資料的變化，工作流實例和環(huán)節(jié)實例的啟動、結(jié)束、掛起和激活等等信息都會記錄下來，以便對其進行管理。 對象之間的邏輯關(guān)系在找出工作流模型的對象后，我們就開始分析它們之間的業(yè)務(wù)邏輯關(guān)系。 對對象進行分類以及各個分類中對象之間的關(guān)系到此為止，我們有必要對工作流模型對象進行一下分類，根據(jù)工作流對象對工作流管理系統(tǒng)所起的作用我們可以分成以下幾類： ⑴ 組織模型組織模型描述了企事業(yè)的組織機構(gòu)關(guān)系，包括的對象有用戶，部門，職位，角色，工作組，它們的關(guān)系可以用下圖表示：設(shè)置負責組成 組成 資格組成 部門職位用戶工作組角色 組織模型結(jié)構(gòu)從圖中可以看到它們之間的關(guān)系，用戶是基本的單位，部門是由用戶組成，每個用戶對應(yīng)一個職位，負責該職位所要求的職能，用戶憑著某種資格賦予一種角色，工作組也由用戶組成，也可以由角色組成。這幾個基本的對象以及其關(guān)系所構(gòu)成的組織模型，已經(jīng)可以滿足輕量級工作流引擎對組織模型的需要了。⑵ 工作流定義模型工作流定義模型描述了工作流模型的定義信息，包括工作流定義主信息，流程定義信息，環(huán)節(jié)定義信息，工作流附件信息，業(yè)務(wù)規(guī)則。它們之間的關(guān)系如下圖： 工作流定義模型結(jié)構(gòu)包含包含包含包含遵循包含工作流定義附件信息主信息業(yè)務(wù)規(guī)則環(huán)節(jié)流程包含流程是包含若干環(huán)節(jié)的，而環(huán)節(jié)遵循一定的業(yè)務(wù)規(guī)則，再加上工作流主信息和附件信息，共同構(gòu)成工作流定義模型。⑶ 工作流實例模型工作流實例模型描述了工作流模型實例化時的信息，通過這些信息我們可以知道實例過程中的各種狀態(tài)變化和最終的結(jié)果，因而得到一個業(yè)務(wù)具體應(yīng)用的情況。它包括流程實例，環(huán)節(jié)實例，工作流實例信息，工作項信息和轉(zhuǎn)換條件，它們之間的關(guān)系如下圖：記錄記錄細化細化影響影響影響影響記錄記錄轉(zhuǎn)換條件環(huán)節(jié)實例信息流程實例信息工作項信息工作流實例信息日志信息日志信息細化 工作流實例模型結(jié)構(gòu)轉(zhuǎn)換條件影響工作流實例，流程實例，環(huán)節(jié)實例和工作項的狀態(tài)，并由轉(zhuǎn)換條件去決定它們的狀態(tài)轉(zhuǎn)變，工作流實例信息224。流程實例信息224。環(huán)節(jié)實例信息224。工作項信息，自上而下逐層細化，不但從全局了解業(yè)務(wù)運行情況，而且從局部了解業(yè)務(wù)運行的細節(jié)情況。而它們的狀態(tài)改變都會記錄在日志中，用以追蹤工作流實例的運行情況。⑷ 外部支持模型外部支持模型在本文只包括一個對象，就是需激活的外部應(yīng)用程序，嚴格來說這不是工作流模型的一部分，可是提供接口去激活所需的外部應(yīng)用程序為工作流管理系統(tǒng)提供支持是工作流模型的功能之一。有了這些外部應(yīng)用程序的支持，我們的工作流管理系統(tǒng)的功能才變得更完善。 各個模型之間的邏輯關(guān)系不但模型中各個對象有一定的邏輯關(guān)系，而且各個模型之間也有一定的邏輯關(guān)系，如下圖所示：調(diào)用依賴使用使用角色和工作組用戶定義工作流實例模型外部支持模型工作流定義模型組織模型 模型之間的關(guān)系組織模型的用戶定義工作流定義模型；工作流定義模型使用組織模型的角色和工作組，用來規(guī)定工作流模型的啟動條件和任務(wù)分配條件，因為工作流模型的啟動和任務(wù)的分配必須由一定的角色或工作組完成；工作流實例模型依賴工作流定義模型，同時使用組織模型的所有對象，并且調(diào)用外部支持模型為其提供支持。 工作流實例，流程實例，環(huán)節(jié)實例和工作項的狀態(tài)轉(zhuǎn)換工作流實例，流程實例，環(huán)節(jié)實例和工作項從不同的層次去描述業(yè)務(wù)運行過程的具體情況，不同級別的用戶可以看到業(yè)務(wù)運行的不同方面，創(chuàng)建工作流實例的用戶可以看到工作流實例信息以及其狀態(tài)轉(zhuǎn)換，參