1、<p><b>　　目錄</b></p><p><b>　　摘要2</b></p><p><b>　　前言4</b></p><p><b>　　1、緒論4</b></p><p>　　1.1研究目的和意義4</p>&

2、lt;p>　　1.2課題研究現(xiàn)狀5</p><p>　　1.3主要研究工作6</p><p>　　1.4本文的組織安排6</p><p>　　2、工作流技術概述7</p><p>　　2.1工作流的相關概念7</p><p>　　2.2工作流技術的發(fā)展與產(chǎn)品8</p><p>

3、　　2.3工作流管理系統(tǒng)9</p><p>　　2.3.1工作流管理系統(tǒng)的功能9</p><p>　　2.3.2工作流管理系統(tǒng)的體系結構10</p><p>　　2.4工作流參考模型14</p><p><b>　　2.5小結15</b></p><p>　　3輕量級工作流管理系統(tǒng)的設計

4、與實現(xiàn)15</p><p>　　3.1輕量級工作流管理系統(tǒng)概念15</p><p>　　3.1.1傳統(tǒng)工作流管理系統(tǒng)15</p><p>　　3.1.2輕量級工作流管理系統(tǒng)15</p><p>　　3.2系統(tǒng)概述15</p><p>　　3.2.1 匿名用戶角色16</p><p>

5、　　3.2.2職員角色部分16</p><p>　　3.2.3管理員角色功能部分16</p><p>　　3.3系統(tǒng)預覽16</p><p>　　3.4系統(tǒng)特點18</p><p>　　3.5系統(tǒng)需求分析18</p><p>　　3.5.1可登陸用戶的基本功能18</p><p>　

6、　3.5.2公司職員具有的功能18</p><p>　　3.5.3系統(tǒng)管理員具有的功能19</p><p>　　3.6系統(tǒng)基本框架19</p><p>　　3.6.1功能上劃分19</p><p>　　3.6.2角色上劃分19</p><p>　　3.6數(shù)據(jù)庫的設計22</p><p&g

7、t;　　3.6.1數(shù)據(jù)庫需求分析22</p><p>　　3.6.2數(shù)據(jù)庫概念結構設計22</p><p>　　3.6.3數(shù)據(jù)庫邏輯結構設計27</p><p>　　3.7模型（Model）層的設計(部分)28</p><p>　　3.7.1用戶模型類（T_User.cs）28</p><p>　　3.7.2

8、工作流模型類（T_workflow.cs）31</p><p>　　3.8業(yè)務邏輯層設計（部分類）32</p><p>　　3.8.1數(shù)據(jù)庫幫助類（SQLHelper.cs）（部分）32</p><p>　　3.8.2用戶操作類（T_User.cs）40</p><p>　　3.9界面層的設計（部分）44</p>&l

9、t;p>　　3.9.1配置web.config文件44</p><p>　　3.9.2用戶登陸45</p><p>　　3.9.3工作流管理48</p><p><b>　　4、結束語49</b></p><p><b>　　致謝50</b></p><p>

10、　　參 考 文 獻50</p><p>　　通用的輕量級工作流系統(tǒng)設計與實現(xiàn)</p><p>　　摘要: 工作流管理系統(tǒng)是近年來在計算機應用領域發(fā)展最為迅速的技術之一。工作流術的主要特點是過程的自動化處理，這些過程包含以人和以機器為基礎的活動的結合，特別是對那些與IT應用程序、工具交互的過程進行自動化處理。工作流技術的引入，使應用系統(tǒng)的流程邏輯與業(yè)務邏輯耦合度降低，從而降低了復雜流程應用

11、的開發(fā)難度，提高了應用系統(tǒng)的開發(fā)效率和可維護性。</p><p>　　傳統(tǒng)工作流管理系統(tǒng)的設計從提供功能齊全的工作流服務角度出發(fā)，不可避免地導致了系統(tǒng)架構極為龐大，系統(tǒng)的復雜性也隨著增大。同時傳統(tǒng)的工作流管理系統(tǒng)提供的功能是以集成的方式實現(xiàn)，從數(shù)據(jù)存儲到運行環(huán)境往往都有自己的一整套獨特的體系結構，因而想從中分離出某個功能，將會是一件非常困難的事情。由于這些問題的存在，使得傳統(tǒng)的工作流管理系統(tǒng)不能快速地根據(jù)具體的應

12、用需求定制，靈活地集成到應用系統(tǒng)。</p><p>　　為了克服當前工作流在應用中的不足，本文結合具體的應用需求，提出了一個輕量級工作流管理系統(tǒng)的框架結構。輕量級工作流架構的核心部分，由幾個組件提供工作流的基本功能。在對輕量級工作流管理系統(tǒng)進行設計時，本文把它從體系結構上劃分為三個層展現(xiàn)層，業(yè)務邏輯層，數(shù)據(jù)層，然后，對工作流系統(tǒng)的設計進行詳細介紹。具體研究內(nèi)容如下：</p><p>　　1

13、.對工作流技術的研究現(xiàn)狀和理論進行調(diào)查和研究，并對主流的開源工作流管理系統(tǒng)進行深入的分析和對比。</p><p>　　2.在工作流理論的基礎上，從夠用、靈活和低成本的設計原則出發(fā)，對輕量級工作流管理系統(tǒng)進行了研究，并對其設計方案和實現(xiàn)技術進行了詳細闡述。</p><p>　　關鍵詞：工作流、工作流建模、輕量級工作流管理系統(tǒng)</p><p>　　Abstract：Wo

14、rkflow management system is one of the most rapidly developed tehnology int computer area recently.Its primary characterictic is automation of processes,Which involving combinations of some activities processes.Workflow

15、technology’s introduction lowers the coupling between process logic and business logic of the application system,then reducing complexity of the application development process,raising the application system development

16、efficiency and maintainability.</p><p>　　The purpose design of traditional workflow architectures aims at providing full fledged support for the widest possible application spectrum.Consequently,most workflo

17、w management system,both products and research prototypes,are heavyweight,monolithic,and package a comprehensive set of features in anall-or-nothing manner.Additionally,current workflow systems are hard to integrate with

18、 other environments.</p><p>　　The solution to the previous probles introduced here is a lightweight workflow architecture that enables software developers to pick and choose the workflow featuresthety need.A

19、t the core of the architecture,several components provide basic workflow functionality.</p><p>　　In the paper,firstly,the workflow management system is divided into three layers,</p><p>　　namely

20、 view、business logic and data access.Then,give an elaboration on workflow engine and process definition tools.Details as follows:</p><p>　　1.Make investigations and researches on actualities of workflow tech

21、nology,as well as give deeply analysis and comparisons on mainstream open source workflow management system.</p><p>　　2.Based on work flow theory,and based on design principle of sufficient,flexible and low-

22、cost,we make researches on the lightweight workflow management system,as well as elaborate on its design and implementation techniques.We put emphasize on the core modules in workflow engine such as workflow process temp

23、late management,workflow instance management,the list ofwork-item management,transfer services,time constraints services,and so on. Also,we discuss design and implementation of process defini</p><p>　　Keywor

24、d:Workflow,workflow modeling, Lightweight WorkflowManagement System</p><p><b>　　前言</b></p><p>　　工作流技術起源于二十世紀七十年代中期辦公自動化領域的研究，由于當時計算機尚未普及，網(wǎng)絡技術水平還很低以及理論基礎匱乏，這項新技術并未取得成功。1983年至1985年間，在圖

25、像處理領域和電子郵件領域出現(xiàn)了早期的含有工作流特征的商用系統(tǒng)。進入九十年代以后，隨著個人計算機、網(wǎng)絡技術的普及和推廣，以及信息化建設的日益完善，使得工作流技術的研究與開發(fā)進入了一個新的熱潮。1993年8月,第一個工作流技術標準化的工業(yè)組織——工作流管理聯(lián)盟（Workflow Management Coalition，簡稱WFMC，下同）成立。1994年，工作流管理聯(lián)盟發(fā)布了用于工作流管理系統(tǒng)之間互操作的工作流參考模型，并相繼制定了一系列

26、工業(yè)標準。與此同時，關于工作流技術的學術研究也十分活躍，許多原型系統(tǒng)在實驗室里開發(fā)出來。</p><p>　　自20世紀90年代中期至今，互聯(lián)網(wǎng)技術在我國迅速發(fā)展和普及，引出了Intranet、Extranet、Internet、政府上網(wǎng)工程、企業(yè)上網(wǎng)工程、電子政府、電子商務、電子管理、政府內(nèi)部網(wǎng)、企業(yè)網(wǎng)、數(shù)字神經(jīng)系統(tǒng)和數(shù)字化辦公等一系列新概念，這些新概念的提出背后都或多或少的存在著工作流的思想，只不過有些概念體

27、現(xiàn)的工作流思想少些，而有些概念的核心思想就是工作流的思想，如辦公自動化等。隨著企業(yè)信息化步伐的加快，工作流的思想已經(jīng)越來越多地進入了企業(yè)應用系統(tǒng)領域。現(xiàn)代化企業(yè)為了增強工作效率、縮短信息傳播周期、固化業(yè)務模式、增加核心競爭力，已經(jīng)將企業(yè)經(jīng)營過程的各個領域各個環(huán)節(jié)均納入了企業(yè)信息化的部分。眾多的企業(yè)應用系統(tǒng)按照功能從大的范圍來劃分，無非兩種，一種是以公文流轉、日常辦公為主體的辦公自動化系統(tǒng)，另一種則是以企業(yè)經(jīng)營過程的業(yè)務流程為主要輔助對象

28、的具體業(yè)務系統(tǒng)。無論是辦公自動化系統(tǒng)還是具體業(yè)務系統(tǒng)，都是為企業(yè)提供軟件服務的，都是本著服務于企業(yè)需求為目標的，然而，現(xiàn)實世界中的各個企業(yè)的經(jīng)營過程是無時無刻不在變化和調(diào)整中的，以便適應瞬息萬變的市場。這種變更帶給信息化系統(tǒng)軟件的最大的問題在于企業(yè)經(jīng)營過</p><p>　　進入二十一世紀以來，工作流技術已被越來越多的人認可，與之相關的標準規(guī)范、工作流引擎及商業(yè)產(chǎn)品不勝枚舉。人們在開發(fā)推廣工作流產(chǎn)品的同時，更加注

29、重工作流的理論研究，以推動該項技術走向成熟。</p><p><b>　　1、緒論</b></p><p>　　1.1研究目的和意義</p><p>　　工作流（Workflow）是一類能夠完全或者部分自動執(zhí)行的經(jīng)營流程（BusinessProcess），根據(jù)一系列流程規(guī)則，文檔、信息或任務能夠在不同的執(zhí)行者之間傳遞、執(zhí)行。工作流管理系統(tǒng)是定義

30、、執(zhí)行并監(jiān)控工作流的軟件管理系統(tǒng)。工作流管理系統(tǒng)使商業(yè)流程以合理有效的方式實施，保證正確的信息在正確的時間到達正確的信息處理者，它更加有效的融入商業(yè)流程管理，將人們從繁雜的工作中解脫出來，提高商業(yè)流程管理的正確性、高效性和工廠、企業(yè)的生產(chǎn)效率。近年來，越來越多的研究機構和企業(yè)致力于工作流管理系統(tǒng)的研究。</p><p>　　從現(xiàn)有的工作流產(chǎn)品來看,許多工作流產(chǎn)品都在不同程度上提供了對外部工具的集成功能，部分產(chǎn)品還

31、提供了基于表單的應用邏輯的定制和開發(fā)環(huán)境。但是，外部工具的多樣性和復雜性決定了對外部工具的集成難以做到無縫；而工作流產(chǎn)品內(nèi)建的開發(fā)工具除了與流行的開發(fā)工具不兼容外，其開發(fā)功能往往都比較簡單。因此，對于簡單的應用(例如公文流轉、訂單的審批等)，這些產(chǎn)品是合適的。但是，如果是開發(fā)關鍵業(yè)務的應用系統(tǒng)(特別是行業(yè)應用系統(tǒng))，現(xiàn)有工作流產(chǎn)品所能提供的開發(fā)功能是遠遠不夠的。</p><p>　　本文在對工作流技術進行深入的分

32、析和研究的基礎上，設計了輕量級工作流管理系統(tǒng)作為解決方案，它有別于傳統(tǒng)的工作流管理系統(tǒng)，在設計上從夠用、靈活和低成本的原則出發(fā),不追求工作流管理系統(tǒng)功能的完備和復雜,只是實現(xiàn)其中必不可少的功能和特征；在使用上更加簡單。由于這些特點，它將為使基于工作流技術的應用開發(fā)更加易于開發(fā)人員接受，提高了開發(fā)效率和可維護性，開發(fā)成本得到了降低。</p><p><b>　　1.2課題研究現(xiàn)狀</b><

33、;/p><p>　　目前，在全球范圍內(nèi)，對工作流技術的研究以及相關產(chǎn)品的開發(fā)進入了一個</p><p>　　繁榮階段，更多更新的技術被集成進來，Internet服務、數(shù)據(jù)庫、電子郵件、移動式計算、文件管理等都已被容納到工作流管理系統(tǒng)之中。隨著工作流這一集成框架下所容納技術的不斷拓展與成熟，工作流管理系統(tǒng)將成為企業(yè)信息環(huán)境中不可缺少的軟件平臺，并將最終成為覆蓋于各類臺式機與網(wǎng)絡操作系統(tǒng)之上的業(yè)務

34、操作系統(tǒng)BOS（Business Operating System），帶來業(yè)務操作系統(tǒng)的一次革命。經(jīng)歷了二三十年的發(fā)展，工作流產(chǎn)品基本上確定了它在計算機應用軟件市場上的獨立位置，在工作流這一框架下，比較基本的、主要的研究內(nèi)容包括以下幾個方面：</p><p>　?。?）工作流管理系統(tǒng)體系結構的研究；</p><p>　?。?）工作流模型與工作流定義語言；</p><p&

35、gt;　?。?）工作流的事務特性：研究目的在于將高級事務處理技術與工作流管理技術相結合，用良好定義的模型語義與恢復機制來更好地支持企業(yè)的經(jīng)營過程，提高工作流系統(tǒng)的可靠性與實用性；</p><p>　　（4）工作流的實現(xiàn)技術：包括面向對象技術、異構分布式計算、圖形用戶界面、消息通信、數(shù)據(jù)庫、WWW等在內(nèi)的與工作流管理系統(tǒng)的設計實現(xiàn)有關的各項技術、方法；（5）工作流的仿真與分析方法；</p><p

36、>　?。?）工作流的集成與互操作技術：研究異構應用系統(tǒng)的集成以及不同工作流管理系統(tǒng)之間的互操作問題；</p><p>　　（7）工作流與經(jīng)營過程重組：研究如何通過工作流管理系統(tǒng)的實施來有效地實現(xiàn)企業(yè)的經(jīng)營過程重組。</p><p>　　盡管經(jīng)過工作流產(chǎn)品供應商與工作流技術研究人員多年的不懈努力，使得工作流技術由最初的萌芽逐步發(fā)展起來，并取得了相當?shù)某晒?，但是從工作流管理系統(tǒng)的實際應用

37、狀況來看，還遠未達到人們所期待的普及狀態(tài)。在經(jīng)營過程中采用工作流管理系統(tǒng)的企業(yè)仍只是一少部分，而且這些系統(tǒng)的應用范圍也很有限，</p><p>　　并不能全方位地支持企業(yè)的關鍵業(yè)務流程。從企業(yè)用戶應用的角度來分析，工作</p><p>　　流產(chǎn)品亟需解決以下5個方面：</p><p>　　(1)工作流的運行必須要有底層的通信基礎結構的支持，但是就目前能夠實現(xiàn)分布計算

38、環(huán)境的產(chǎn)品來看，它們在實際應用中仍然顯得不夠成熟，在安全性、容錯性、可靠性等方面均不能滿足企業(yè)的需求，而且在價格上也給企業(yè)造成一定的負擔。</p><p>　　(2)統(tǒng)一的標準。不同的廠商所提供的工作流產(chǎn)品可能具有自己獨立的一套工作流模型、工作流定義語言以及API函數(shù)。在這種缺乏標準的狀況下，用戶一旦選定一種產(chǎn)品之后，就很難再過渡到其他同類產(chǎn)品之上了。而且不同的系統(tǒng)之間缺乏互操作的接口。盡管工作流管理聯(lián)盟的成立有

39、助于改善這種情況。但若想實現(xiàn)類似于關系型數(shù)據(jù)庫這樣的統(tǒng)一標準（比如關系數(shù)據(jù)模型、SQL語言等），仍有很長的路要走。</p><p>　　(3)提高系統(tǒng)開發(fā)的效率。工作流應用的開發(fā)不僅僅是過程的定義，還需要完成其他許多任務。比如，對外部的應用系統(tǒng)進行封裝、建立工作流運行所必須的分布計算環(huán)境、設計開發(fā)相應的用戶界面等等。目前的工作流產(chǎn)品，幾乎不能為這些任務提供什么有力的幫助，所有的工作流應用都需要工作流產(chǎn)品供應商與應

40、用開發(fā)人員進行很長時間的合作才能最終完成。另外，工作流管理系統(tǒng)的實施給企業(yè)帶來的不僅僅是技術上的變化，同時也會對企業(yè)原有的管理制度造成一定的影響，這也是對企業(yè)的一種沖擊。</p><p>　　(4)工作流技術本身有待成熟。目前尚沒有一種工作流產(chǎn)品或原型系統(tǒng)能夠在過程執(zhí)行的可靠性與一致性方面達到與關系型數(shù)據(jù)庫管理系統(tǒng)同水平的功能。盡管在實際應用時對工作流管理系統(tǒng)并沒有那樣高的性能要求，但具備這樣的能力對于一個工作流

41、管理系統(tǒng)而言是很重要的，只有這樣，才能使企業(yè)有信心采用工作流技術來對那些應用其他技術（如數(shù)據(jù)庫）實現(xiàn)的關鍵任務應用進行重組。</p><p>　　(5)工作流仿真評價方面的研究還處于萌芽階段。應該說，在缺乏仿真方法與仿真工具支持的情況下，整個工作流管理系統(tǒng)是不完善的。因為人們難以預料所部署的工作流過程將有可能出現(xiàn)怎樣的結果，它有哪些不合理的地方，其性能指標如何，這一切都必須等到實際運行以后才能由工作流管理系統(tǒng)所記

42、錄的數(shù)據(jù)中獲得，顯然，這并非是一種合理的方式。針對工作流進行仿真的難點主要在于：仿真的性能指標不好確定；仿真的內(nèi)容較為復雜等。</p><p>　　本課題的研究正是針對(2)(3)兩個亟需解決的方面而提出的，專注于構建輕量級工作流管理系統(tǒng)，而面向對象技術及設計模式的發(fā)展為本課題的研究提供了必要條件。</p><p><b>　　1.3主要研究工作</b></p&

43、gt;<p>　　為了實現(xiàn)輕量級工作流管理系統(tǒng)，本課題圍繞以下幾項主要工作展開研究：</p><p>　　(1)工作流技術的基本概念的研究。具體的研究內(nèi)容包括：WfMC的工作流標準，工作流參考模型，閱讀并分析了大量有關工作流技術的資料及學術論文，對工作流技術的概念、特點進行詳細的討論和分析。</p><p>　　(2)輕量級工作流系統(tǒng)的設計和實現(xiàn)。 </p>&

44、lt;p>　　1.4本文的組織安排</p><p>　　本文共分四部分，具體的內(nèi)容組織如下：</p><p>　　第一部分：緒論。給出課題的研究研究目的和意義，提出論文的目標與主要內(nèi)容。</p><p>　　第二部分：工作流技術概述。介紹工作流起源發(fā)展和相關概念，并介紹工作流管理系統(tǒng)的體系機構、參考模型、工作流引擎、過程定義工具等。</p>&l

45、t;p>　　第三部分：輕量級工作流管理系統(tǒng)的研究與實現(xiàn)。分析了輕量級工作流管理系統(tǒng)的總結構。</p><p>　　第四部分：論文總結?？偨Y了本文工作所取得的成果，并對下一步工作提出了、展望。</p><p>　　最后是參考文獻和致謝。</p><p><b>　　2、工作流技術概述</b></p><p>　　工作

46、流技術通過信息技術的支持為企業(yè)的經(jīng)營過程提供了一個從模型分析、建立、管理、仿真到運行的完整框架，是實現(xiàn)業(yè)務過程管理與控制的一項關鍵性技術。工作流技術的出現(xiàn)和迅速發(fā)展為企業(yè)戰(zhàn)略的實施提供了重要的技術支持。</p><p>　　2.1工作流的相關概念</p><p>　　業(yè)務流程（Business Process）：一組用來實現(xiàn)一個商業(yè)或策略目標聯(lián)的過程或行為，通常處于一個定義功能角色和關系的

47、組織結構中。在某企業(yè)或機構中，它能夠實現(xiàn)業(yè)務目標和策略的相互連和活動集，如公文處理流程、投保過程、銀行客戶的取款過程等工作流（Workflow）：工作流是面向特定應用的業(yè)務流程的抽象務流程的整體地或部分地自動化處理，文檔、信息或任務按照一動從一個參與者傳遞給另一個參與者處理。</p><p>　　工作流引擎（Workflow Engine）：工作流引擎為一個工作流實例環(huán)境。它提供的服務包括：過程模型的解釋、過程實

48、例的控制（活、暫停、終止等）、在過程各活動之間的游歷（控制條件的計的傳遞等）、參與者的加入與退出、生成工作項通知用戶進行處流控制數(shù)據(jù)和工作流相關數(shù)據(jù)的維護、調(diào)用外部應用和訪問工作據(jù)等。</p><p>　　工作流管理系統(tǒng)（Workflow Management System）：運行在一個或流引擎上，使用軟件來定義、創(chuàng)建和管理工作流執(zhí)行過程的系統(tǒng)過程的定義，能與工作流參與者互動，并且能在需要時調(diào)用IT用軟件。<

49、;/p><p>　　過程定義（Process Definition也稱過程建模）：計算機所能識別的的形式化描述，用來支持運行過程的自動化。流程一般被分解成程和活動以及它們之間的關系，其定義主要包括運行過程中所涉種數(shù)據(jù)和參數(shù)，如過程的開始和終止條件、各個工作環(huán)節(jié)（活動之間的控制流和數(shù)據(jù)流關系以及一些關于個體行為的信息，如組6與IT相關的應用和數(shù)據(jù)等。</p><p>　　工作流模型（Workfl

50、ow Model）：工作流模型是對工作流的抽象表是對經(jīng)營過程的抽象表示。工作流模型是使用工作流定義語言用域的業(yè)務過程形式化描述所得到的結果，它包含工作流執(zhí)行所息。</p><p>　　活動（Activity）：活動是工作流中一些邏輯步驟或環(huán)節(jié)的工作任分為手工操作和自動處理兩類?；顒邮橇鞒虉?zhí)行中的最小工作單有人員的參與或由計算機自動完成。</p><p>　　流程實例（Process Ins

51、tances）：流程實例是實際運行中的一個業(yè)每個實例代表一個能獨立控制執(zhí)行、具有內(nèi)部狀態(tài)的線程。在流行的業(yè)務流程中，WFMS將解釋相應的過程定義，生產(chǎn)相關的活根據(jù)定義中的控制規(guī)則協(xié)調(diào)這些活動之間的順序關系，同時根據(jù)關系的定義完成活動之間的數(shù)據(jù)傳送。從參與者的角度來說，實實際上是由參與者處理他所涉及的那些環(huán)節(jié)的數(shù)據(jù)，完成該環(huán)節(jié)之后由WFMS根據(jù)相應結果激活后續(xù)環(huán)節(jié)，同時通知后續(xù)參與行處理，由此依次反復直至整個流程完成。</p>

52、<p>　　活動實例（Activity Instances）：活動實例是過程實例中的一個邏環(huán)節(jié)。</p><p>　　工作項（Workitem）：可被工作流參與者執(zhí)行的活動實例的表示動實例通常產(chǎn)生一個或幾個工作項，工作項通過賦予相關參與者表而被參與者所感知。</p><p>　　任務（Task）：活動和工作項的統(tǒng)一表示，在工作流定義的上下文動，在工作流實例的上下文中表示工作項

53、。</p><p>　　路由（Routing）：工作流實例中任務間的關系，基本的路由關系（Sequence）、選擇（Choice）、派生（Fork）、合并（Merg（Synchronization）等。</p><p>　　組織（Organization）：任務執(zhí)行所需要的，一般指參與者，可以也可以是人。</p><p>　　2.2工作流技術的發(fā)展與產(chǎn)品</p

54、><p>　　工作流技術的起源可以追溯到上個世紀80年代初期，一些公司、企業(yè)建立了自己專用的或者可商品化的表單傳遞應用系統(tǒng)(Forms routing applications)，通常運行在大型機或小型機上，用于實現(xiàn)日常表單處理的電子化與自動化。這種表單傳遞應用系統(tǒng)解決了紙張在信息的處理、組織、存儲以及查詢檢索方面都是低效的。這種系統(tǒng)可以看成是現(xiàn)代工作流管理系統(tǒng)的一個雛型。</p><p>　

55、　80年代中期，F(xiàn)ileNet和View Star等公司率先把圖像掃描、復合文檔、結構化路由(Structured Routing)、實例跟蹤、關鍵字索引以及光盤存儲等功能結合在一起，形成了一種全過程支持某些業(yè)務流程的集成化的軟件（包），這便是早期的工作流管理系統(tǒng)。這些公司就是開拓工作流產(chǎn)品市場的先驅者。這個時期比較典型的工作流產(chǎn)品有FileNet于1984年推出的WorkFlo Business System，View Star于19

56、88年推出的View Star。這種集成化軟件系統(tǒng)為企業(yè)簡化與重組自己的關鍵業(yè)務流程提供了一種非常合適的方案，但是限于當時的計算機發(fā)展水平，它所集成的功能較為簡單而已。</p><p>　　90年代，工作流技術的標準化組織工作流管理聯(lián)盟（Workflow Management</p><p>　　Coalition）于1993年成立。它的成立標志著工作流技術在計算機應用研究領域之中被明確地

57、劃分出了自己的一席之地，相應的概念與術語也有了標準。在全球范圍內(nèi)，對工作流的技術研究以及相關的產(chǎn)品開發(fā)進入了更為繁榮的階段，更多、</p><p>　　更新的技術被集成進來，文件管理系統(tǒng)、數(shù)據(jù)庫、電子郵件、移動式計算、Internet</p><p>　　服務等都已被容納到工作流管理系統(tǒng)之中。同時，隨著計算機的普及、網(wǎng)絡的延</p><p>　　伸，現(xiàn)代企業(yè)的信息資

58、源越來越表現(xiàn)出一種異構、分布、松散耦合的特點，企業(yè)</p><p>　　的分散性、決策制定的分散性、對日常業(yè)務活動詳盡信息的需求以及Client Server體系結構、分布式處理技術(CORBA，WWW，OLE，JAVA)的日益成熟，都說明了這樣一個事實：集中式信息處理的時代已經(jīng)過去，實現(xiàn)大規(guī)模的異構分布式執(zhí)行環(huán)境，使得相互關聯(lián)的任務能夠高效運轉并接受密切監(jiān)控已成為一種趨勢。在這種不可抗拒的技術背景下，工作流管理

59、系統(tǒng)也由最初的創(chuàng)建無紙辦公環(huán)境轉而成為同化企業(yè)復雜信息環(huán)境、實現(xiàn)業(yè)務流程自動執(zhí)行的必要工具。這樣的一個轉變，把工作流技術帶入了一個嶄新的發(fā)展階段，使得人們從更深的層次、更廣的領域上對工作流展開了研究。</p><p>　　進入21世紀的今天，工作流技術的應用已經(jīng)普及，工作流技術的研究主要分為兩方面內(nèi)容：一是為工作流技術的發(fā)展解決理論上存在的問題，探討工作流模型和語義的形式化表示方法等；二是從工作流實現(xiàn)技術的角度探

60、討利用先進的技術提高工作流管理系統(tǒng)的性能和可靠性。工作流技術的研究方向主要集中在以下幾個方面：</p><p><b>　?。?）分布式系統(tǒng)；</b></p><p>　?。?）構件化設計，主要為了增強系統(tǒng)的擴展性；</p><p>　　（3）基于事件的工作流管理系統(tǒng)；</p><p>　　（4）基于Web的工作流系統(tǒng)，

61、這種B/S結構系統(tǒng)逐漸成為當前的主流；</p><p>　　（5）支持動態(tài)建模的工作流系統(tǒng)；</p><p>　　（6）異常的處理和錯誤恢復問題；</p><p>　?。?）融入事務管理概念；</p><p>　?。?）支持各種平臺，如移動嵌入式系統(tǒng)平臺；</p><p>　?。?）支持離線操作；</p>

62、<p>　　（10）支持定制界面。近年來，工作流產(chǎn)品的市場逐年增長，市場上已經(jīng)有許多商家的各種工作流產(chǎn)品，根據(jù)不同工作流系統(tǒng)所采用的任務項傳遞機制的不同可以把當前的工作流產(chǎn)品分為以下四類：(1)基于文件的工作流系統(tǒng)——以共享文件的方式來完成任務。這種類型的產(chǎn)品是產(chǎn)生最早、發(fā)展最成熟、最具多樣性的，通常包含有Client Server模式的圖像、文檔與數(shù)據(jù)庫管理系統(tǒng).代表產(chǎn)品有FileNet的Visual WorkFlo，IB

63、M的FlowMark，InConcert的InConcert。(2)基于消息的工作流系統(tǒng)——通過用戶的電子郵件系統(tǒng)來傳遞文檔信息。這種類型的產(chǎn)品都已實現(xiàn)了與一種或多種電子郵件系統(tǒng)的集成。代表產(chǎn)品有Novell與FileNet合作開發(fā)的Ensemble、JetForm的InTempo，Keyfile的Keyflow。(3)基于Web的工作流系統(tǒng)——通過WWW來實現(xiàn)任務的協(xié)作。這一類產(chǎn)品起步較晚（在1995年以后），但是發(fā)展迅速，已成為一種

64、最新的市場流行趨勢。許多供應商紛紛開發(fā)新產(chǎn)品或者在原有產(chǎn)品的基礎上增加對Web的支持。代表產(chǎn)品有Action Technologies的Acti</p><p>　　2.3工作流管理系統(tǒng)</p><p>　　工作流管理系統(tǒng)（WfMS，Workflow Management System）是指運行在一個或多個工作流引擎的軟件上用于定義、實現(xiàn)和管理工作流運行的一套軟件系統(tǒng)，人機交互，推進工作流

65、實例的執(zhí)行，并監(jiān)控其工作狀態(tài)。工作流管理系統(tǒng)可稱為企業(yè)的業(yè)務操作系統(tǒng)。</p><p>　　2.3.1工作流管理系統(tǒng)的功能</p><p>　　每個業(yè)務過程都有一個生命周期，從幾分鐘到幾天（甚至數(shù)月），由過程的復雜性與組成活動的持續(xù)時間來決定。有多種方法實現(xiàn)工作流管理系統(tǒng)，使用多種IT和通訊組件，運行環(huán)境可以從一個小的本地工作組到企業(yè)間。因此，WfMC參考模型從各種角度考慮工作流管理系統(tǒng)，

66、希望提供各種不同的實現(xiàn)技術、運行環(huán)境。</p><p>　　雖然不同的工作流管理系統(tǒng)具有不同的應用范圍和不同的實施方式，在過程建模和工作流引擎的設計和實現(xiàn)方式上不同，但所有的WfMS表現(xiàn)出某種共同的特性，這為不同產(chǎn)品間的集成、協(xié)同工作提供了基礎。所有的工作流管理系統(tǒng)都相同的特性，即為下邊的三個功能提供支持：</p><p>　　(1)建立時期（Build-time）功能，定義、模擬工作流過

67、程，及其組成活動。建立時期的功能負責產(chǎn)生業(yè)務過程的計算機化定義。在這個階段，通過使用一個或多個分析、建模和系統(tǒng)定義工具，把實際中的業(yè)務過程轉變成形式的、計算機可以處理的定義。通常把定義的結果稱為過程模型、過程模板、過程元數(shù)據(jù)、或者</p><p>　　過程定義。在本文中，稱為“過程定義（process definition）”。過程定義由一些列的分散的活動、相關的計算機、人員操作、活動間控制過程進程的規(guī)則構成?？?/p>

68、以用文本、圖形或者語言符號來表示過程定義；</p><p>　　(2)運行時期（Run-time）控制功能，在運行環(huán)境中管理工作流過程，管理不同活動執(zhí)行順序。在運行時期，過程定義由負責創(chuàng)建、控制過程實例的軟件所解釋，這個軟件還要負責安排過程中各個活動的執(zhí)行時間，調(diào)用適當?shù)娜藛T、IT應用程序資源等。這些運行時期的過程控制功能就象過程定義中描述的過程與現(xiàn)實所見到的實際過程間的鏈接，反映在運行時期的與用戶和IT應用程序

69、間的交互。核心組件是基本的工作流管理控制軟件（引擎，engine），負責過程的創(chuàng)建和刪除，控制運行過程中活動的執(zhí)行時間安排，以及與人或應用工具資源進行交互。引擎經(jīng)常是分布在多個計算機平臺上的，用來處理地理上分布的操作過程；</p><p>　　(3)運行時期與用戶、IT應用程序（工具）的交互。在活動間轉移控制、確定過程的運行狀態(tài)、調(diào)用應用工具、傳遞適當?shù)臄?shù)據(jù)等，都必須與過程控制軟件進行交互。制定標準的框架來支持這

70、種交互，可以在多工作流系統(tǒng)中使用一致的接口，可以開發(fā)工作于不同工作流產(chǎn)品中的通用應用工具。具體見圖2-2。</p><p>　　圖2-2工作流管理系統(tǒng)特性圖</p><p>　　2.3.2工作流管理系統(tǒng)的體系結構</p><p>　　盡管市場上的工作流產(chǎn)品是各種各樣的，但是已證明可以構建一個通用的工作流系統(tǒng)實現(xiàn)模型，這個模型可以適用于市場上的大多數(shù)產(chǎn)品，因此為開發(fā)協(xié)

71、同工作的工作流系統(tǒng)奠定了基礎。通用工作流管理系統(tǒng)的體系結構如圖2-3所示：</p><p>　　圖2-3工作流管理系統(tǒng)的體系結構圖</p><p><b>　　(1)過程定義</b></p><p>　　過程定義是用來創(chuàng)建一個計算機可以處理的形式的過程描述?？赡芤孕问竭^程定義語言、對象關系模型、簡單的系統(tǒng)、腳本、或者在參與者間進行信息傳遞的路

72、徑集為基礎。過程定義包含工作流執(zhí)行軟件運行過程所需的過程所有詳細信息。包括過程的開始和結束條件、組成活動、在活動間進行導航的規(guī)則、需執(zhí)行的用戶任務、可能會被調(diào)用的應用程序、所有工作流相關數(shù)據(jù)的定義等。過程定義可能會涉及到一個組織/角色模型，模型包含組織結構和組織中的角色等信息。從而使過程定義，在與具體活動或信息對象相關的組織實體和角色功能方面十分詳細。工作流執(zhí)行服務器負責把工作流運行環(huán)境中的參與者與相應的組織實體或角色聯(lián)系起來。過程定義

73、與（運行時期）工作流相關數(shù)據(jù)協(xié)作，一同用來控制過程中活動的、提供活動的進入與退出條件、不同活動的并行執(zhí)行、順序執(zhí)行選項、用戶任務、與每個活動相關的IT應用程序等。如果過程定義包括組織模型/角色實體類型，那么完成以上任務，需要訪問組織/角色模型數(shù)據(jù)。</p><p><b>　　(2)過程定義工具</b></p><p>　　過程定義工具是以計算機能夠處理的形式進行過程

74、的描述。它可以基于形式化的過程定義語言，也可以是對象關系模型。對于最簡單的系統(tǒng)，也可以采用腳本或一組路徑選擇命令的方式來描述信息在不同的參與者之間的傳遞。過程定義工具可以是工作流管理系統(tǒng)的一部分，也可能作為業(yè)務過程分析產(chǎn)品的一部分來提供給用戶。如果是后者，則該工具必須能夠提供和理解工作流管理系統(tǒng)所使用的特定格式的過程定義，即不同的過程定義工具可以輸人輸出相同格式的過程定義信息，同一工作流產(chǎn)品可以運行不同過程定義工具產(chǎn)生的過程定義信息。為

75、了實現(xiàn)不同工作流產(chǎn)品之間的互操作，必須要有兼容的轉換格式，與運行時期的工作流軟件進行過程定義的相互轉換。因此，工作流接口的標準化和規(guī)范化非常必要。</p><p>　　(3)工作流執(zhí)行服務和工作流引擎</p><p>　　工作流執(zhí)行服務負責解釋過程定義、控制過程實例、安排活動的執(zhí)行順序、向用戶工作表中添加工作項目、調(diào)用應用工具。工作流執(zhí)行服務通過一個或多個工作流引擎為過程實例和活動的執(zhí)行提

76、供運行環(huán)境，主要完成以下功能：</p><p>　　1)過程定義的實例化：解釋已由過程定義工具產(chǎn)生的需要執(zhí)行的過程定義，根據(jù)過程定義和過程執(zhí)行所需要的初始條件和執(zhí)行參數(shù)，初始化過程執(zhí)行環(huán)境；</p><p>　　2)控制過程實例和活動實例的狀態(tài)轉換；</p><p>　　3)為過程執(zhí)行導航：依據(jù)過程定義和工作流相關數(shù)據(jù)來導航過程實例，如根據(jù)過程定義中的起始和結束條件

77、啟動和結束過程實例；根據(jù)活動間的關聯(lián)和轉移條件決定需要開始執(zhí)行的下一個或多個活動等等；</p><p>　　4)與外部資源的交互：工作流執(zhí)行服務與外部資源的交互方式主要有兩種，即活動參與者應用接口和應用程序調(diào)用接口。對于活動參與者應用接口，工作流引擎通過圖2-3中所示的任務表管理器，基于工作列表和活動參與者進行數(shù)據(jù)交換。而對于需要調(diào)用相應應用程序、組件或Web services來自動化完成的情況，應該采用標準化的

78、接口或中間件性質的代理方式，其中代理方式更為靈活，不同的應用只需進行相應的二次開發(fā)即可實現(xiàn)自動調(diào)用；)維護工作流控制數(shù)據(jù)和工作流相關數(shù)據(jù)：過程實例在執(zhí)行的過程中需要維護不同過程和活動實例的內(nèi)部狀態(tài)信息，以及工作流引擎用于協(xié)調(diào)和恢復的各種檢查數(shù)據(jù)和恢復/重啟信息等，還包括需要向用戶傳遞和用戶輸入的相關數(shù)據(jù)。工作流引擎負責執(zhí)行服務器中的部分（或者全部）運行控制環(huán)境。WfMC對工作流引擎的定義是：為工作流實例提供運行時期的執(zhí)行環(huán)境的軟件服務器

79、或引擎。工作流引擎是工作流管理系統(tǒng)的心臟，是業(yè)務處理過程的任務調(diào)度器，在某種程度上還是資源的分配器。在采用工作流管理系統(tǒng)支持經(jīng)營過程中，工作流引擎可以看成是一個業(yè)務操作系統(tǒng)BOS（Business Operating System）。業(yè)務過程在它的管理</p><p>　　1)實例化及執(zhí)行工作流流程模型:解釋工作流流程模型定義，根據(jù)流程執(zhí)行需要的初始條件和執(zhí)行參數(shù)生產(chǎn)工作流實例，運行流程實例并管理其運行過程。這里

80、需要指出的是，一個流程模型實際是業(yè)務過程的一個模板，它可以被執(zhí)行多次，也可以有多個有關這個流程模型的實例在同時運行。如文檔處理流程，每當來了一個新的文檔時，它都啟動一個新的工作流程，只不過每個流程處理的文檔不同而已。因此，運行多個文檔處理流程的模型的實例意味著有多個文檔在被處理。</p><p>　　2)為流程和活動的執(zhí)行進行導航:根據(jù)流程定義和工作流相關數(shù)據(jù)，為流程實例的運行進行導航，如根據(jù)流程的進入和退出的條

81、件啟動和終止一個流程實例；根據(jù)活動之間得關聯(lián)和活動得執(zhí)行條件，決定并行或串行執(zhí)行后繼活動；給用戶提供需要操作的工作流工作項信息，或者根據(jù)所需激活的應用程序信息啟動相應的應用程序等。</p><p>　　3)與外部資源交互完成各項活動:工作流執(zhí)行服務通過兩種途徑完成與外部資源和用戶的交互：客戶應用接口和直接調(diào)用應用接口方式。對于客戶應用方式，</p><p>　　工作流引擎通過任務項列表供用

82、戶進行選擇，并記錄監(jiān)督工作項的完成情況，由用戶完成從流程管理提供的任務列表中選擇相應的任務項并在需要的時候調(diào)用應用工具完成相應任務的執(zhí)行。在任務完成后，用戶需要修改相關任務的狀態(tài)，如置完成標致，供流程管理器使用。對于直接由工作流引擎啟動的活動，由工作流引擎直接調(diào)用相應的應用來完成，這些自動執(zhí)行的應用同樣需要講合適的預先定義好的應用執(zhí)行完成情況反饋給工作流引擎。工作流引擎自動調(diào)用的應用主要是針對基于服務的無需用戶參與的應用，即自動化活動。

83、如在某個設計圖紙完成電子會簽后，自動進行版本發(fā)布并將圖紙歸檔。)維護工作流控制數(shù)據(jù)和工作流相關數(shù)據(jù):工作流在執(zhí)行過程中要維護不同過程和活動實例的內(nèi)部狀態(tài)信息，以及用于協(xié)調(diào)和恢復的各種檢查數(shù)據(jù)和恢復/重啟信息，還包括用戶傳送的必要的相關數(shù)據(jù)，主要是流程歷史信息。</p><p>　　(4)工作流各種相關數(shù)據(jù)</p><p>　　1)工作流控制數(shù)據(jù)（Workflow Control Data）

84、是由工作流引擎所管理的系統(tǒng)數(shù)據(jù)。工作流運行服務利用這些控制數(shù)據(jù)來識別每個過程以及活動實例的狀態(tài)。用戶、應用程或其它的工作流執(zhí)行服務，工作流引擎不能對其進行直接讀寫操作，它們可以通過向工作流引擎發(fā)送消息來獲得工作流控制數(shù)據(jù)；</p><p>　　2)工作流相關數(shù)據(jù)（Workflow Relevant Data）是工作流管理系統(tǒng)用來確定過程實例狀態(tài)轉換的數(shù)據(jù)。工作流數(shù)據(jù)可以被應用程序使用，也可由工作流執(zhí)行系統(tǒng)在活動間

85、傳遞；</p><p>　　3)工作流應用數(shù)據(jù)（Workflow Application Data）是因應用軟件而異，且工作流管理系統(tǒng)無法訪問的數(shù)據(jù)。工作流運行服務不能訪問和產(chǎn)生工作流應用數(shù)據(jù)，該數(shù)據(jù)僅與應用程序或活動任務有關。</p><p>　　(5)任務表管理器和用戶界面</p><p>　　任務表管理器是工作流管理系統(tǒng)用來管理活動參與者與工作流執(zhí)行服務之間交

86、互的一個組件，它最基本的功能就是負責向用戶列出需要其參與的活動和用戶關心的進展中的過程實例，并負責通過工作列表與工作流執(zhí)行服務進行交互。在一些更高級的系統(tǒng)中，任務表的處理可能更智能化，任務表管理器可以控制任務在具有相同角色的用戶間基于負載平衡、個人能力、人員在位情況等進行分配或重分配。在工作流參考模型中，更廣泛地使用“客戶端應用程序”這個詞，而不是“任務表管理器”，從而反映其潛在的廣大使用范圍，其包含任務表處理功能的同時也包含過程控制功

87、能。</p><p>　　在圖2-3中，用戶界面是一個單獨的軟件組件，負責提示和處理用戶對話框，并控制用戶的本地接口。在某些系統(tǒng)中，用戶界面可能會與工作列表管理器組合到一起，構成一個簡單的功能實體——客戶端應用程序?？赡芟Ｍ恍┛蛻舳藨贸绦蚰軌蚝蛶讉€不同的工作流服務器進行交互，從而把服務器中的任務以統(tǒng)一的格式通過公共用戶接口提供給用戶?？赡軙枰{(diào)用本地應用程序來輔助用戶完成特殊的任務，這由工作列表管理器來負責

88、。在工作列表管理器/用戶界面中調(diào)用應用程序與工作流執(zhí)行軟件直接調(diào)用應用程序，有明顯的不同。</p><p>　　(6)管理操作工作流管理系統(tǒng)中有許多以工作站點或者用戶的管理權限為基礎的管理功能。這些管理功能使得管理者，可以執(zhí)行或者修改任務分配規(guī)則，確定過程中組織角色的參與者，跟蹤遺漏的最終期限報警或根據(jù)某些事件跟蹤某一過程實例的運歷史，查詢?nèi)蝿胀掏铝炕蚱渌y(tǒng)計信息等操作。使用分布式工作流的地方，可能需要特殊的命令

89、來在不同的工作流之間傳遞控制操作或者局部響應，從而提供一個單一的管理接口。上述的體系結構適用于大多數(shù)工作流產(chǎn)品，但并不是所有的產(chǎn)品在每個不同的系統(tǒng)功能組件間，都提供外部接口。一些產(chǎn)品把幾個功能組件作為一個邏輯實體來實現(xiàn)，并把接口包含在軟件組件的內(nèi)部，導致無法被第三方產(chǎn)品使用。WfMC規(guī)范定義了每個接口在實現(xiàn)多工作流系統(tǒng)協(xié)同工作中的作用，因此，可以鑒別單獨的產(chǎn)品是否符合協(xié)同工作標準。</p><p>　　2.4工作

90、流參考模型</p><p>　　為了實現(xiàn)不同工作流產(chǎn)品間的協(xié)同工作，WfMC于1994年11月29日發(fā)布了如圖2-4所示的工作流參考模型（Workflow Reference Model）。工作流參考模型來源于對普通工作流程序結構的分析，確定結構中的接口，這些接口可以使不同產(chǎn)品在不同的結構層次上協(xié)同工作。所有工作流系統(tǒng)都包含一系列的公共組件，組件間采用一套被定義好的方法進行協(xié)作；不同的產(chǎn)品在這些公共的組件中，會表

91、現(xiàn)出不同的處理能力。為了實現(xiàn)不同工作流產(chǎn)品間的協(xié)同工作，需要在這些組件間制定一套標準的接口和數(shù)據(jù)交換格式。通過實現(xiàn)這些標準接口，可以達到產(chǎn)品間的協(xié)同工作。</p><p>　　圖2-4工作流參考模型圖</p><p>　　工作流執(zhí)行服務（Workflow Enactment Service）：由一個或多個同構或異構的工作流引擎組成，用于創(chuàng)建、管理和執(zhí)行流程實例的軟件服務。應用系統(tǒng)可以通過工

92、作流應用編程接口WAPI（Workflow API）來訪問該服務。執(zhí)行時接口4負責傳遞異種工作流執(zhí)行服務間的活動或者子流程。</p><p>　　流程定義工具（Process Definition Tools）：提供工作流定義服務，包括各種分析、描述和保存商業(yè)流程的各種應用工具，它輸出可被工作流執(zhí)行服務所識別的流程定義。過程定義與工作流引擎通過接口1交互，接口1實現(xiàn)不同工作流定義工具與不同工作流執(zhí)行服務間的互操作

93、性。</p><p>　　工作流客戶端應用（Workflow Client Applications）：是工作流的實現(xiàn)組件，通過它用戶可以激活與各種流程活動相關的客戶端應用系統(tǒng)，實現(xiàn)與工作流執(zhí)行服務的交互。工作流客戶端應用是通過接口2與工作流引擎和任務列表的訪問。被調(diào)用的應用（Invoked Application）：被工作流執(zhí)行服務調(diào)用的用于實現(xiàn)工作流活動內(nèi)容的應用系統(tǒng)。接口3提供了一系列的APIs供工作流執(zhí)行

94、服務和應用程序使用，它可以調(diào)用必要的應用程序來執(zhí)行活動。</p><p>　　管理和監(jiān)控工具（Administration&Monitoring Tools）：提供工作流管理系統(tǒng)管理和監(jiān)控的工具，包括用戶管理、角色管理、審計管理、資源管理、流程監(jiān)控管理等。接口負責操縱管理和監(jiān)控功能，包括用戶管理、角色管理、審計管理、資源控制過程管理和過程狀態(tài)等。</p><p><b>

95、　　2.5小結</b></p><p>　　本部分首先闡述了工作流技術的概況，介紹了工作流技術的發(fā)展歷史與市場上的工作流產(chǎn)品，介紹了工作流技術的一系列基本概念、工作流管理系統(tǒng)，WfMC提出的工作流參考模型的相關理論。本章的內(nèi)容將為輕量級工作流引擎的設計與實現(xiàn)提供理論基礎。</p><p>　　3輕量級工作流管理系統(tǒng)的設計與實現(xiàn)</p><p>　　3.1

96、輕量級工作流管理系統(tǒng)概念</p><p>　　3.1.1傳統(tǒng)工作流管理系統(tǒng)</p><p>　　從現(xiàn)有的工作流產(chǎn)品來看,許多工作流產(chǎn)品都在不同程度上提供了對外部工具的集成功能，部分產(chǎn)品還提供了基于表單的應用邏輯的定制和開發(fā)環(huán)境。但是，外部工具的多樣性和復雜性決定了對外部工具的集成難以做到無縫；而工作流產(chǎn)品內(nèi)建的開發(fā)工具除了與流行的開發(fā)工具不兼容外，其開發(fā)功能往往都比較簡單。因此，對于簡單的

97、應用(例如公文流轉、訂單的審批等)，這些產(chǎn)品是合適的。但是，如果是開發(fā)關鍵業(yè)務的應系統(tǒng)(特別是行業(yè)應用系統(tǒng))，現(xiàn)有工作流產(chǎn)品所能提供的開發(fā)功能是遠遠不夠的。</p><p>　　其次，許多針對數(shù)據(jù)庫管理系統(tǒng)DBMS的開發(fā)工具提供了極強的應用開發(fā)手段，但是這些開發(fā)工具往往不具備對工作流機制的支持，而現(xiàn)有的工作流產(chǎn)品出于其出發(fā)點不同，很難與其它開發(fā)環(huán)境有機地融合在一起。因此開發(fā)人員往往苦于找不到一套合適的工作流支撐系

98、統(tǒng)來開發(fā)具有工作流特征的應用。</p><p>　　還有，具有工作流特征的應用的形態(tài)千變?nèi)f化，要想在工作流系統(tǒng)中對不同的應用(括應用數(shù)據(jù))進行統(tǒng)一的表示往往不遂人意.利用這種所謂靈活的工作流系統(tǒng)開發(fā)出來的應用在實際運作過程中反而表現(xiàn)不靈活。因此，另外一種相反趨勢是，應用的邏輯仍舊采用應用開發(fā)工具去完成，工作流引擎只管理相關的控制數(shù)據(jù)，對應用數(shù)據(jù)只提供必要的關聯(lián)手段將其與控制數(shù)據(jù)鏈接在一起。</p>

99、<p>　　綜上所述，傳統(tǒng)工作流管理系統(tǒng)的設計從提供功能齊全的工作流服務角度出發(fā)，不可避免地導致了系統(tǒng)架構極為龐大，系統(tǒng)的復雜性也隨著增大。同時傳統(tǒng)的工作流管理系統(tǒng)提供的功能是以集成的方式實現(xiàn)，從數(shù)據(jù)存儲到運行環(huán)境往往都有自己的一整套獨特的體系結構，因而想從中分離出某個功能，將會是一件非常困難的事情。由于這些問題的存在，使得傳統(tǒng)的工作流管理系統(tǒng)不能快速地根據(jù)具體的應用需求定制，靈活地集成到應用系統(tǒng)。</p>&l

100、t;p>　　3.1.2輕量級工作流管理系統(tǒng)</p><p>　　輕量級工作流管理系統(tǒng)是相對傳統(tǒng)的工作流管理系統(tǒng)而提出的，與傳統(tǒng)的工作流管理系統(tǒng)相比，在設計上從夠用、靈活和低成本的原則出發(fā),不追求工作流管理系統(tǒng)功能的完備和復雜,只是實現(xiàn)其中必不可少的功能和特征；在使用上更加簡單。</p><p><b>　　3.2系統(tǒng)概述</b></p><p

101、>　　本系統(tǒng)從功能上來說，并不算很完備，但是擁有了辦公自動化系統(tǒng)的最核心部分—工作流系統(tǒng)。</p><p>　　本系統(tǒng)在保證安全性方面，使用了角色的概念，其中角色包括：匿名用戶角色、職員角色和超級管理員角色，主要完成以下功能：</p><p>　　3.2.1 匿名用戶角色</p><p>　　·個人資料管理，包括查看和修改個人資料及密碼。</p

102、><p>　　3.2.2職員角色部分</p><p>　　·日程安排，包括創(chuàng)建、修改和刪除日程安排。</p><p>　　·公文傳閱，包括新建、修改和審批公文。</p><p>　　·公文模板，包括新建、修改和顯示公文模板。</p><p>　　·公文流轉，包括新建、修改和顯示工作流

103、</p><p>　　·個人資料，包括查看和修改個人資料</p><p>　　3.2.3管理員角色功能部分</p><p><b>　　·添加用戶</b></p><p><b>　　·查看用戶信息</b></p><p><b>　　

104、·修改用戶權限</b></p><p><b>　　·修改用戶密碼</b></p><p><b>　　·刪除用戶</b></p><p><b>　　3.3系統(tǒng)預覽</b></p><p>　　圖3-1是匿名用戶登陸后的首頁，該用戶只

105、有更改和查看個人資料權限</p><p>　　圖3-1匿名用戶角色登陸后的權限</p><p>　　圖3-2為職員用戶登陸后的界面。這是一個備忘提醒頁面，就像Outlook一樣，會提醒可登陸用戶今天該完成的日志安排和未處理的公文。</p><p>　　圖3-2職員用戶登陸后的界面</p><p>　　圖3-3是為管理員用戶登陸后的界面，擁有管

106、理員角色的用戶可以對用戶的權限進行管理</p><p>　　圖3-3管理員角色登陸后的界面</p><p><b>　　3.4系統(tǒng)特點</b></p><p>　　本系統(tǒng)具有以下特點。</p><p>　　·使用用戶控件將頁面模塊化，將頁面分解為幾個模塊，例如頁面的頭尾和導航樹等。每個模塊都以用戶控件構成，再配