第一篇：基于Web的工作流管理系統的設計與實現

摘要:Internet/Intranet應用的普及和Web技術的發展，為Web工作流管理系統的實現提供了一個理想的平臺，而基于Web的工作流管理服務為異地辦公及跨企業的合作提供了良好的基礎，采用Web技術已成為新一代工作流管理系統的主要特征。本文研究開發的工作流管理系統原型將Web技術

與XML相結合，給出了基于xml的過程定義語言與工作流執行機的設計與實現方法。

關鍵詞：工作流、工作流管理系統、XML，集成、工作流執行機

Abstract:The rapid growth of Internet/Intranet usage and development of Web technologies,provides a ideal platform to construct a Web_based workflow management.And the Web_based workflow management service provides condition for distributed working and inter-enterprise corporatin ,and it has become the characteristic of the next-generation workflow management.The WFMS prototype which this paper researched on combines the Web technologies and XML ,and provides a method of designing and implementing xml_based process definition language and workflow engine.keywords:Workflow ,workflow management systems ,XML,Integration、Workflow Engine

1、引言

工作流的概念起源于生產制造業與辦公自動化領域。工作流是一類能夠完全或部分自動執行的經營過程，根據一系列過程規則，文檔、信息或任務在不同的執行者之間傳遞、執行。工作流的目的是通過將工作分解成定義良好的任務、角色，按照一定的規則和過程來執行這些任務并對它們進行監控，達到提高辦事效率、降低生產成本，提高企業生產經營管理水平和企業競爭力，實現現代企業經營過程重組（BRP）、經營過程自動化。

根據工作流系統所采用的任務項傳遞機制的不同，工作流管理系統主要有三種方式：（1）、基于文件的工作流管理系統——以共享文件的方式來完成任務。這種類型的產品是產生最早、發展最成熟、最具多樣性的，通常包含有Client/Server模式的圖像、文檔與數據庫管理系統。（2）、基于消息的工作流管理系統——通過用戶的電子郵件系統來傳遞文檔信息。這種產品都實現了一種或多種電子郵件系統的集成。（3）基于Web的工作流管理系統——隨著計算機網絡技術的發展和Internet應用的不斷普及，Web技術因其界面的一致、簡單及與平臺的無關性，在其出現之后就得了迅速發展。同時Internet的發展及企業Intranet的建構為人們提供一個理想的協同工作環境，同時也使基于Web的工作流管理系統成為可能。

Web應用程序開放、跨平臺的特性使基于Web的工作管理系統已經成為一種必然的發展趨勢。但目前因為不同的研究者、廠商使用不同的工作流的描述方法，這樣就造成了不同的工作流產品之間不能進行互操作，因而在很大程度上阻礙了工作流技術的推廣與應用。

為了使工作流管理系統具有的良好的互操作性，本文研究開發了一個基于Web的工作流管理系統，其中工作流過程定義采用了基于XML的過程定義語言。XML是用來描述文檔的組織結構，XML具有簡單、自定義的優點，可以實現不同產商之間的工作流產品之間的互操作性，實現異構信息的集成。

本文首先介紹了當前工作流管理系統的一些相關概念，分析了在本系統中的一些關鍵技術，包括系統的體系結構，工作流模型中的主要實體的XML描述及工作流執行機的設計與實現等。

2、工作流管理系統的介紹

基于Web的工作流管理技術是實現企業協同工作環境的一個良好方法，它能方便的與企業內原有的應用、信息集成。

為了實現對業務過程的工作流管理，需要相應的軟件系統的支撐。此種軟件系統為工作流管理系統（Workflow Management System,WfMS）。根據WfMC 的定義，工作流管理系統是“一種在工作流形式化表示的驅動下，通過軟件的執行而完成工作流定義、管理及執行的系統”，其主要目標是對業務過程中各活動發生的發后次序及同活動相關的相應人力或信息資源的調用，進行管理而實現業務過程的自動化。工作流的過程定義是指對業務過程的形式化表示，它定義了過程運行中的活動和所涉及到的各種信息。這些信息包括過程的開始和完成條件、構成過程的活動以及進行活動間導航的規則、用戶所需要完成的任務、可能被調用的應用、工作流機的引用關系以及與工作流數據的定義。其中活動指的是工作流中的一個邏輯步驟；工作流實例指的是工作流的一次執行過程；工作流機是一個為工作流實例的執行提供運行服務環境的軟件或“引擎”，它是工作流執行服務的核心，負責對解釋過程定義、控制過程實例的執行、控制工作流中各個活動的執行順序、并完成與其它工作流機的交互與通訊。

1994年11月，工作流管理聯盟發布了工作流管理系統的參考模型(見圖1)，該模型定義了一個基本的工作流管理系統所需要的6個基本模塊，并制定了各模塊之間的接口標準。其基本的模塊功能如下：

1）過程定義工具：為用戶提供一種對實際業務過程進行分析、建模的手段，并生成業務過程的可被計算機處理的形式化描述。

2）工作流執行服務：它借助于一個或多個工作流機，激活并解釋過程定義的全部或部分，并同外部的應用程序進行交互，完成工作流過程實例的創建、執行與管理，為工作流程的運行提供一個運行時環境。

3）其他工作流執行服務：在大型的WfMS中，工作流可能需要多個工作流機共同完成，甚至需要其他異質的工作流執行服務來輔助來完成，這涉及到WfMS系統之間的互聯。

4）客戶應用程序：它給用戶提供一種手段，以處理過程實例運行過程中需要人工干預的任務。每一個這樣的任務就被稱為一個工作項。WfMS為每一個用戶維護一個工作項列表，它表示當前需要該用戶處理的所有任務。

5）被調應用程序：指工作流執行服務在過程實例的運行過程中，調用的、用以對應用數據進行處理的程序。在過程定義中包含這種應用程序的詳細信息，如類型、地址等。

6）管理及監控工具：其功能是對WfMS中過程實例的狀態進行監控與管理，如用戶管理、角色管理、審計管理、資源控制等。

3、基于Web的工作流管理系統的總體結構

體系結構的設計主要遵循如下3條原則：

（1）、基于Internet/Intranet分布式計算環境，面向跨部門、跨企業的分布式工作流管理。

（2）、集成已有的各種信息資源，如電子郵件、文檔管理、圖形瀏覽、資源管理等，充分發揮這些資源的綜合潛力。

（3）、與工作流管理聯盟參考模型保持一致，其中過程定義語言采用XML－WPDL（基于XML的過程定義語言），以利于實現不同企業的WfMS系統的互操作。按照上述原則所設計的Web_WfMS的體系結構如圖2所示：

整個系統的工作方式如下：

(1)、工作流應用建模人員通過Web瀏覽器將過程及表單定義工具從Web服務器上下載下來，完成應用系統的建模，即實際工作流程的定義。建模結果以XML-WPDL文檔保存在服務器中，并可反復修改。

(2)、客戶端用戶通過瀏覽器登錄到Web服務器，此時可以啟動新的流程、處理其工作項等。每個工作項都與一個表單對應。在表單中以各種不同的方式表示需要處理的數據。用戶可以通過客戶端所提供的各種工具（如CAD系統、CAPP系統、字處理系統）對這些數據進行處理。在此過程中可以與數據庫系統進行交互，如查詢數據庫中信息，或將某些應用數據保存到數據庫中等。處理完成之后可將其提交，然后工作流執行機將根據表單中數據生成下一個工作項，并通知相應的用戶進行處理，如此直至整個流程的完成。

(3)、管理人員使用工作流管理監控工具對工作流的運行實例、活動實例的狀態情況進行監控和管理，如掛起、重啟動、終止某個過程實例。

4、基于Web的工作流管理系統的設計原理與實現機制

基于Web_WfMS的總體設計，將從工作流模型、工作流執行機、安全權限控制等3個方面討論本系統的實現機制。

4.1 工作流模型

工作流模型是整個工作流系統設計的基礎，也是過程定義人員進行系統二次開發的基礎，模型描述能力的強弱決定了系統所支持應用范圍以及系統的靈活度。在工作流模型方面，工作流管理聯盟定義的過程元模型定義了6個基本實體：過程定義、活動、轉換條件、工作流相關數據、角色、需要激活的應用程序。

各種不同的建模工具僅是對工作流模型的一種形式化的描述，為了實現不同的WfMS的過程定義能相互交互，在本系統中采用了其于XML的過程定義語言對過程建模進行描述（如圖3）。

下面將分別介紹XML_WPDL的過程定義、活動和轉換條件三種實體的描述。

① 過程定義

② 活動定義

③ 轉移條件：

4.2 工作流機的實現與異常處理機制

4.2.1 工作流機的實現

工作流執行服務是工作流管理系統的核心。工作流執行服務由一個或多個工作流機組成。工作流機實際上是企業經營過程的任務調度器，在某種程序上還是企業資源的分配器。在采用工作流管理系統支持經營過程運行的企業中，工作流機可以看成是企業的業務操作系統（BOS）。工作流機的主要功能是：解釋過程定義、負責調試流程的運行、即創建和管理過程實例運行、調度活動的運行并創建要處理的工作項、維護工作流控制數據和相關數據、維護用戶的工作列表。工作流執行機的結構如圖4所示：

圖4 工作流執行服務的結構圖

其具體的執行過程：工作流機接受從外部接口發送過來有關過程控制的請求（如過程初始化、獲取活動以及結束活動等），然后根據不同的請求類型調用相應的處理模塊完成與本次請求相關的操作并將結果返回。事實上可以將工作流機看成一個多線程的并發服務器，它可以對多個外部請求提供并發服務。對外部請求的處理過程中肯定會涉及到對工作流相關數據的讀寫和更改操作，同時工作流機還維護著工作流的控制數據，通過工作流控制數據來辨別每個過程或活動實例的狀態，并推動著工作流過程的執行。過程、活動、工作項構成了工作流機的主要邏輯。在我們的系統中采用了對象的封裝和繼承的方法，把它包裝為普通的C＃類。三個類的定義如下：

(1)、public class WEProInstanceManager {} //工作流執行機的過程實例的管理類

(2)、public class WEActInstanceManager {} //工作流執行機的活動實例的管理類

(3)、public class WEWorkItemManager {} //工作流工作列表管理類

4.2.2 工作流機的異常處理

工作流的錯誤包含兩種錯誤，一是流程錯誤，如活動的執行者不存在，活動的應用程序定義錯誤等；另一類是系統的錯誤，如：網絡不通，數據庫系統異常。對于工作流執行機來說，前類異常是屬于無法處理的錯誤，只能進行錯誤的通知；后者是執行機可以處理的錯誤，如數據庫異常或連接臨時中斷等等，執行機可以進行容錯處理，例如：在數據庫恢復后自動重新建立連接。執行機對可能出現的錯誤進行編碼，并附有對應的描述信息。

在我們的系統中采用了C＃的異常處理思想(在C＃的編程思想中，系統的錯誤是通過捕獲異常來實現的)，拋出的異常通過異常類WEException來描述。WEException類繼承了C＃的異常處理類Exception。并覆蓋了Exception類的屬性Message(){get{}},其中WEException類中保存了可識別的異常對照表。在C#的異常處理中，在出錯的地方將異常拋出，不進行處理。異常被拋到更高的層次，直到某個層次能夠進行這種異常的處理。

4.3、工作流管理系統的安全權限控制

工作流管理系統對安全性要求較高，為了達到要求，必須做到充分的安全控制。在我們的系統中，共設置了5層安全控制級別。

1)、用戶鑒定：用戶登陸系統，需要用戶輸入用戶名和密碼，以便確認和登記。

2)、服務器訪問控制：保證只有授權用戶，才可登陸指定的服務器。

3)、數據庫訪問控制：對數據庫的訪問進行控制

4)、文檔訪問控制：對數據庫中的文檔進行權限控制。

5)、文檔中的域訪問控制：對文檔中的部分內容進行控制。通過以上五層安全控制再加上一些安全機制如：系統級權限控制、電子簽名和加密等，使得整個安全機制達到了系統對安全的需要。

5、結束語：

以Web作為工作流管理系統的底層通訊支持使系統具有開放、一致和方便使用的特點，使企業中處于孤島的信息能相互集成。本系統采用的基于XML的過程定義語言的工作流管理系統，不僅適應分布辦公，更以系統開放的環境為實現跨部門、跨企業的供應鏈的不同工作流互操作打下了基礎，使客戶、供應商、或合作者都可以方便的參與企業的工作流，提高工作效率。參考文獻

[1]WfMC,“The Workflow Reference Model”.(WfMC-TC00-1003),Technical Report,Workflow Management Coalition,Hamnshire.1995.[2]史美林、楊光信、向勇等。WFMS：工作流管理系統[J]。計算機學報，1999（3）：326~328。

[3]范玉順。工作流管理技術基礎—實現企業經營過程重組與經營過程自動化的核心技術[M].北京：清華大學出版社，2001。

[4]Mohan C.Recent Trendsin Workflow Management Products,Standards, and Research.URLhttp://www.tmdps.cn,1999-10

第二篇：基于WEB的工作流引擎設計和實現

基于WEB的工作流引擎設計和實現

一、引言

隨著社會生產的流程化，工作流（Workflow）起著越來越重要的作業，工作流的核心是流程管理。對于企業來說，其生產經營活動就是由各種各樣業務流程交織在一起組成的。然而，在企業管理中，許多流程在日常操作過程中已被習慣，而不被人們所重視，更不能被有效的管理起來。另外，客戶的需求瞬息萬變，而產品的生命周期也是在不斷縮短，技術在不斷創新。企業要在這樣一個競爭和變換的外部環境中求得生存，就必須要有隨需而變的能力，不斷地調整和優化自身的各種業務流程，對流程進行重構和再造。為此，本文詳細描述了工作流引擎的系統結構、接口設計、功能建模，以及工作流引擎在ERP系統中的應用。

二、工作流技術概述

（一）相關概念

工作流（Workflow）就是工作流程的計算模型，即將工作流程中的工作如何前后組織在一起的邏輯和規則，在計算機中以恰當的模型進行表示并對其實施計算。工作流引擎（Workflow Engine，WfE）的主要功能是通過計算機技術的支持去定義、執行和管理工作流，協調工作流執行過程中工作之間以及群體成員之間的信息交互。工作流需要依靠工作流引擎來調度、實現。

（二）工作流引擎的主要功能

工作流引擎是定義、創建、執行工作流的軟件組元。作為工作流的核心應能提供以下幾個方面的功能支持：解釋過程定義；創建過程實例并控制其執行；調度各項活動；為用戶工作表添加工作項；通過應用程序接口（API）調用應用程序；提供監督和管理功能等。

三、工作流引擎的分析及設計

（一）工作流引擎的功能結構

工作流引擎需要支持兩種業務流程，即確定型工作流和非確定工作流。確定型工作流是指人們可以事先給出運行路線的一類業務流程；非確定型工作流是指人們事先不能給出運行路線的一類業務流程。業務流程的流向應根據實際情況而定。工作流引擎的功能結構圖應該如圖一所示：

圖1 工作流引擎的功能結構圖

（二）工作流引擎控制器分析

引擎控制器是工作流引擎在運行時的控制中心，引擎控制器的控制結構圖如圖二所示：

圖二 引擎控制器的控制結構圖

1．調度中心。調度中心接受從外部接口發送過來有關流程控制的請求，然后根據不同的請求類型調用相應的處理模塊完成與本次請求相關的操作并將結果返回。由于是在DBMS內部實現工作流引擎的控制模型，因此有關請求的并發處理等問題完全可以交給數據庫管理系統來完成，也不需要諸如請求隊列等形式的數據結構。

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

3．任務指派。任務指派處理只是針對常規交互活動，通常情況下，在任務狀態由“待定”切換到“等待”過程中完成任務的指派工作，即處于就緒狀態的任務在通常情況下都確定了其執行者。任務指派過程首先根據任務指派基準確定可以執行此任務的群體人員，通常情況下這是一個包含多個人員的集合；然后根據任務指派方法確定由這個群體中的哪些個體來執行任務，執行任務的個體標識記錄在相應任務記錄的字段中。

4．依賴檢查。在工作流引擎中，業務規則可以分解成活動的前依賴規則和活動的后轉發規則。依賴檢查指的是活動的前依賴規則的檢查，調度中心在將任務切換到就緒狀態之前將進行相關的前依賴規則檢查，只有滿足檢查條件的任務才可以進行狀態的切換。

前依賴規則包含順序、與匯聚、或匯聚和投票匯聚四種規則：

第一，對于順序前依賴規則，從前趨活動流轉到當前活動跟其他前趨活動沒有關系，當前活動的啟動沒有其他約束條件，相應任務可以立即由“待定”狀態轉換到“等待”狀態。

第二，對于與匯聚前依賴規則，相應記錄要指明所有參與與匯聚的其他前趨活動，只有所有相關的前趨活動均到達各自指定的結束狀態，當前活動方可啟動。第三，對于或匯聚前依賴規則，前依賴活動集為空集，此規則的檢查將涉及到業務活動表中的或匯集標志，其取值可以是所有相關的前趨活動的結束標記之一或者是一個特殊的標記。如果或匯集標志不是一個特殊標記，則將檢查相應前趨活動的結束標記是否和或匯集標志相同，若相同，則啟動當前活動，若不相同，則不作任何處理。如果或匯集標志是一個特殊標記，則首先結束的前趨活動將啟動當前活動，后結束的活動將被丟棄。

第四，對于投票匯聚活動，前依賴活動集同樣為空集，當前活動要等到屬于同一批次任務數目達到設置的要求方可啟動。

5．轉發控制。當應用發出“結束任務”的外部請求時，該請求將觸發調度中心啟動“轉發控制”。轉發控制的主要依據在工作流數據模型中定義的后轉發規則，后轉發規則定義了當前活動與其后繼活動之間的關系。

6．啟動控制。啟動控制負責常規自動活動的所對應的自動執行體的啟動并對其活動進行監控。

三、工作流引擎實現

（一）任務表結構

確定型任務表負責保存系統中所有確定型流程的任務實例待處理記錄及任務實例處理的歷史記錄，工作流引擎定期掃描該任務表，將任務表中所有待處理的任務實例分發給相應流程中的相應節點。

確定型任務表的結構為：TaskList(TasklnstanceID，TasklD，TaskStep，TaskHandleTime，ProceeID，DstNodelD，lsHandled，CommmitMan)，分別為：TasklnstaneeID：同一個任務可以有多個不同的運行實例。該字段用于區別多個不同的運行實例；TasklD：用于區別不同的任務；TaskStep：記錄任務運行實例在流程中的處理步驟；TaskHand]eTime：任務運行實例在相應處理步驟中的處理時間；Processed：記錄任務實例所在流程的ID；DstNodelD：處理任務運行實例的后續節點；IsHandled：任務實例在后續節點是否已經處理；CommitMan：任務的處理人。

（二）工作流的流向控制

工作流引擎的一個核心功能就是要決定確定型任務表中各個任務運行實例的后續處理節點，使任務運行實例按照事先定義好的路線流動，也就是流程的流向控制。

流向控制算法描述如下：

／*控制流程流向*／

function HowControl(string processid，string nodeid)｛

string[] followIds= GetSueNodeld(processed，nodeid);

for(int i=0;i

／*后續節點同步控制*／

if(查詢后續節點i所對應的條件中有無isprecondition為true的條件)對后續節點進行同步控制；

／*子流程的處理情況*／

if(后續節點i是子流程)

將子流程的第一個節點作為后續節點；

向任務表中加入一條待處理記錄；

}

}

四、結語

本文介紹了一個基于Web的工作流引擎的具體實現，該工作流引擎已經在藥業管理系統中得到了實際應用，基本上可以達到預期效果，說明基于Web的工作流引擎設計和實現都具有相對可行性，可以應用在具體的管理系統中。

第三篇：基于工作流的業務流程管理系統的研究與實現

基于工作流的業務流程管理系統的研究與實現

2009-10-14 13:06:57.0 機經網

北京機械工業自動化研究所 研發部 毛宏毅

在20世紀90年代以來的經濟浪潮中，MIS(信息系統)與ERP（企業資源計劃）成為企業管理的熱點。但是，MIS/ERP的開發方式的缺點在于對需求表達不清晰、效率不高。在這種思維方式下的流程管理與真正的企業流程管理成了“兩張皮”：ERP僅僅是IT領域一個不重要的支系，而非作為一種驅動力。更嚴重的是流程被固化在系統中，企業不能隨著商業環境的變化而方便迅速的改變自身的業務流程。如何實現業務流程的自動化，使得各自相對獨立業務實現無縫集成，如何保持商業伙伴之間的協同，并建立一種靈活的機制已經成為企業的首要問題。

BPM的出現，改變了這種IT思維方法。它希望在現有的MIS/ERP系統開發中表達商業需求，對根植在應用系統中的流程做出清晰的定義。為實現BPM，管理系統必須能夠提供方便迅速分析業務流程、商業數據的工具，以便企業決定使用最適合流程引導商業目的的實現。

本文研究了業務流程管理理論，分析了業務流程管理與工作流管理的異同，并在此基礎上，基于改進的工作流管理，實現了業務流程管理系統。

1、業務流程管理理論研究（1）業務流程管理概念

什么是業務流程管理？ BPM是一個描述一組服務和工具的一般名詞，這些服務和工具為流程管理(如流程的分析、定義、執行、監視和管理)提供支持。它將生產流程、業務流程、各類行政申請流程、財務審批流程、人事處理流程、質量控制及客服流程等70%以上需要兩人以上協作實施的任務全部或部分由計算機處理，并使其簡單化、自動化。

從管理理論或戰略的層面看，業務流程管理（BPM）就是在一個存在內部事件和外部事件的環境中，由一組相互依賴的業務流程出發，對業務進行描述、理解、表示、組織和維護。從具體實施的層面看，BPM還可分為流程分析、流程定義與重定義、資源分配、時間安排、流程管理、流程質量與效率測評、流程優化等。

從上圖可以看出：在流程設計階段，業務流程被定義或者是重新定義；系統在配置階段，定義的流程在基于流程的信息系統中實施；在流程運行實施階段，業務流程開始利用在配置階段的內容開始實施；在診斷階段，系統開始分析業務流程以發現其中的問題和需要改進的地方，在流程設計階段重新定義，往返循環不斷的優化業務流程。（2）工作流管理概念

20世紀60到70年代就有學者清楚的表達了利用信息技術實現工作流程自動化的想法，但是，工作流的真正成熟還是以1993年工作流技術標準化的工業組織WFMC（工作流管理聯盟）的成立為標志的。工作流管理聯盟成立以后，發布了用于工作流管理系統之間互操作的工作流參考模型，并相繼制定了一系列工業標準。使得工作流系統的研究與開發進入了一個新的熱潮。

工作流就是工作流程的計算模型，即將工作流程中的工作如何前后組織在一起的邏輯和規則在計算機中以恰當的模型進行表示并對其實施計算。工作流要解決的主要問題是：為實現某個業務目標，在多個參與者之間，利用計算機，按某種預定規則自動傳遞文檔、信息或者任務。簡單地說，工作流就是一系列相互銜接、自動進行的業務活動或任務。我們可以將整個業務過程看作是一條河，其中流過的河水就是工作流。（3）WFM與BPM的區別與聯系

事實上，WFM和BPM之間沒有嚴格的概念界限區分。如果說WFM是早期人們為了解決“辦公、流程自動化”而誕生的應用技術和解決方案的話；那么BPM則是為了“對全局性的業務分析、整合”，以及“能夠基于這些分析提供對上層管理決策的支持”的一種應用技術和解決方案。與業務流程管理相比，傳統的工作流管理的重點僅僅存在于BPM的下半部分，即流程設計、系統配置、流程運行三個部分。此外，傳統的工作流管理對于設計階段的支持很少，僅僅提供了一個編輯器，而對實時的設計分析沒有支持。因此，傳統的工作流管理系統軟件中，幾乎都無法支持流程設計的仿真，驗證，確認以及對實時數據的收集、解釋。從理論上說，可以從工作流日志中可以挖掘業務流程，然而能夠真正做到這一點的很少。

2、基于工作流管理的業務流程管理系統的實現（1）系統架構

業務流程的定義使用C/S模式。C/S充分利用兩端硬件環境的優勢，將任務合理分配到Client端和Server端來實現，降低了系統的通訊開銷。在流程定義階段，用戶只需定義組織結構，流程和表單就能夠完成流程的設計。

業務流程的運行為B/S模式，軟件系統設計遵循目前國際上流行的B/S三層結構系統模型，即整個系統分為客戶層、業務邏輯層和數據層。

這種模型具有軟件發布更為靈活、程序開發更為高效、重負載下性能更好、系統安全性更強等優點。（2）系統實現

本系統采用J2EE平臺結合Oracle數據庫架構，流程頁面主要有兩種。

一、表單頁

表單頁的流程是根據企業的實際情況制定的，流程表單也是根據實際情況進行后臺表的設計和前臺界面的繪制，這也是工作流的基本使用。

二、接口頁

接口頁，顧名思義，就是對于已有的B/S模式的頁面提供接口，使頁面在工作流系統中流轉。它成功解決了企業已有的ERP等信息系統流程固化無法進行流程優化的問題。使用接口頁真正實現了業務的隨需應變，可以隨意的對于B/S模式的下信息管理系統進行流程的按需設計按需管理。

例如采購訂單審批流程從兩級審批變為一級審批，但是原有流程固化在ERP系統中，我們可以使用接口頁方便的改變現有流程。

在整個定義中，工作流系統通過適配器提供工作流和業務數據進行數據交換的功能，根據業務數據進行流程的分支判斷，實現業務流程的隨需應變。

三、流程診斷

使用工作流系統的“已辦流程”和“管理流程”兩個功能，獲得工作流系統的流程運行數據，對工作流系統的中正在運行的和已經運行完畢的流程進行管理和分析，發現系統中流程存在的問題和需要改進的地方，修改流程后重新發布，在發布之后發起的流程則按照新版本流程進行流轉，這就實現了類似業務流程管理生命周期中的診斷功能。

第四篇：基于WEB技術的科研項目驗收管理系統的設計與實現

龍源期刊網 http://.cn

基于WEB技術的科研項目驗收管理系統的設計與實現

作者：趙麗葉 李志敏

來源：《科技創新導報》2012年第24期

摘要：目前大多數科研課題管理系統都實現了課題的申報、評審、立項等工作，而后期的過程管理、驗收管理過程還缺少科學的信息化流程。本文提出了基于J2EE的SSM框架的科研項目驗收的網上個人申請、管理員審核以及專家評審的整個過程的解決方案，真正簡化了科研項目驗收過程，實現了科研項目驗收管理過程的科學化、高效性和公平性。

關鍵詞：項目驗收管理 信息化流程 SSM

第五篇：基于XML的Web數據交換系統設計與實現

龍源期刊網 http://.cn

基于XML的Web數據交換系統設計與實現

作者：王振輝

來源：《現代電子技術》2010年第20期