【正文】 w的執(zhí)行引擎類中，只有針對(duì)Action的遷移，而沒有針對(duì)某一步驟( Step)的轉(zhuǎn)換。在狀態(tài)變遷的過程中，會(huì)執(zhí)行預(yù)先定義的前置和后置函數(shù)。[2] 流程推進(jìn)機(jī)制OS Workflow的流程推進(jìn)機(jī)制與通常所說的流程不同，其驅(qū)動(dòng)是通過動(dòng)作 (Action)的執(zhí)行來進(jìn)行的，其實(shí)現(xiàn)是分為兩個(gè)步驟，一是具體實(shí)施動(dòng)作，另一個(gè)是維護(hù)流程狀態(tài)變遷。在每個(gè)動(dòng)作里面可以手動(dòng)設(shè)置prefunctions和postfunctions，表示在該action執(zhí)行之前或之后要執(zhí)行的動(dòng)作。相應(yīng)地，一個(gè)分支結(jié)構(gòu)也具有一個(gè)或多個(gè)Unconditional Results. Unconditional Results的值指向分支結(jié)構(gòu)的各個(gè)不同分支。一個(gè)步驟的后續(xù)步驟有可能是其本身、一個(gè)新的步驟、一個(gè)分支結(jié)構(gòu)(Split)或者一個(gè)匯合(Join)結(jié)構(gòu)，當(dāng)然，這些情況下工作流自身的狀態(tài)也有可能發(fā)生改變。OSWorkflow具有一定的靈活性，在流程建模方面不僅支持BeanShell腳本，還支持Java, BSF和EJB等，并且可以采用JDBC, Hibernate, EJB等多種數(shù)據(jù)持久化方式。2. OSWorkflowOSWorkflow基于有限狀態(tài)機(jī)(Finite State Machine, FSM)的概念，它的每個(gè)State是通過StepID和Status聯(lián)合表示，而State的轉(zhuǎn)換是由動(dòng)作驅(qū)動(dòng)的。引擎在一個(gè)流程實(shí)例開始的時(shí)候產(chǎn)生一個(gè)RootToken，而這個(gè)Token對(duì)象會(huì)隨著流程實(shí)例運(yùn)行而轉(zhuǎn)移，從而來表示任務(wù)的依序執(zhí)行。由于JBPM持久層采用Hibernate技術(shù)來實(shí)現(xiàn)，因此具有一定的可擴(kuò)展性。 兩種現(xiàn)有工作流引擎目前，OpenSymphony組織開發(fā)的OS Workflow,和Moss項(xiàng)目中集成的jBPM是應(yīng)用比較廣泛的工作流產(chǎn)品，本節(jié)將對(duì)這三種引擎的設(shè)計(jì)方案和實(shí)現(xiàn)機(jī)制進(jìn)行分析介紹。直接調(diào)用應(yīng)用接口是指由工作流引擎直接調(diào)用相應(yīng)的應(yīng) 用程序，應(yīng)用將執(zhí)行情況反饋給工作流引擎，如一份流轉(zhuǎn)過程中的學(xué)校公文經(jīng) 過校領(lǐng)導(dǎo)會(huì)簽以后，系統(tǒng)進(jìn)行歸檔并自動(dòng)發(fā)往各相關(guān)職能部門。(3)與外部資源交互完成業(yè)務(wù)活動(dòng):分為用戶應(yīng)用接口和直接調(diào)用應(yīng)用接口兩種情況。一個(gè)過程模型實(shí)際是企業(yè)經(jīng)營過程的一個(gè)模板，它可以被執(zhí)行多次，也可以有多個(gè)有關(guān)這個(gè)過程模型的實(shí)例在同時(shí)運(yùn)行。，用戶可以通過系統(tǒng)提供的客戶端(如建模工具、任務(wù)列表等)與工作流引擎進(jìn)行交互。216。 僅僅作為企業(yè)應(yīng)用集成(Enterprise Application Integration EAI)平臺(tái)。 作為一個(gè)完整的系統(tǒng)提供給最終用戶，能單獨(dú)運(yùn)行，如IBM的Lotus Domino/Notes系統(tǒng)。 工作流引擎核心功能工作流引擎降低了工作流系統(tǒng)應(yīng)用模塊與業(yè)務(wù)流程之間的禍合度，當(dāng)業(yè)務(wù)流程發(fā)生變化時(shí)，只需修改流程定義，具體的應(yīng)用程序保持不變，工作流引擎對(duì)于用戶來說是透明的。第二章 相關(guān)技術(shù)及原理，介紹了Spring 開發(fā)框架、Hibernate 數(shù)據(jù)庫持久層技術(shù)、Ajax 技術(shù)、JavaScript、JSTL第三章 需求分析，給出了用例闡述及用例圖第四章 系統(tǒng)設(shè)計(jì)，包括數(shù)據(jù)庫設(shè)計(jì)、時(shí)序圖等第五章 實(shí)現(xiàn)，重點(diǎn)從流程實(shí)例化、流程實(shí)例管理、流程導(dǎo)航和維護(hù)相關(guān)數(shù)據(jù)等模塊描述了實(shí)現(xiàn)方案及一些關(guān)鍵API 的分析第六章 總結(jié)472 相關(guān)技術(shù)及原理 工作流技術(shù)工作流的概念起源于生產(chǎn)組織和辦公自動(dòng)化領(lǐng)域，它是針對(duì)日常工作中具有固定程序的活動(dòng)而提出的一個(gè)概念。從而使得該引擎具有架構(gòu)清晰開放的特點(diǎn)，系統(tǒng)有著清晰的分層結(jié)構(gòu)。3) 技術(shù)架構(gòu)。2) 工作流引擎的實(shí)現(xiàn)。4) 支持可視化建模5) 結(jié)構(gòu)清晰，配置簡單 課題研究內(nèi)容及文本組織本課題的重點(diǎn)研究內(nèi)容有：1) 模型定義。2) 功能詳細(xì)實(shí)用例如該系統(tǒng)支持流程分支跳轉(zhuǎn)的時(shí)候，允許用戶手動(dòng)指定流程的直接后續(xù)步驟；當(dāng)審批不合格時(shí)，文檔回退的功能等。與傳統(tǒng)工作流管理系統(tǒng)相比，本工作流管理系統(tǒng)具有以下優(yōu)點(diǎn)：1) 支持靈活的流程定制該系統(tǒng)能夠針對(duì)辦公自動(dòng)化系統(tǒng)中的典型流程案例對(duì)流程進(jìn)行靈活定制，支持的流程路由包括：順序路由、匯聚路由和分支路由。鑒于上述的原因，本課題的目標(biāo)在于提出一個(gè)配置簡單、使用方便、功能實(shí)用的工作流引擎的設(shè)計(jì)方案，并完成編碼。但是工作流管理技術(shù)很多方面還不成熟，在使用過程中往往會(huì)遇到的一個(gè)重要問題是系統(tǒng)過于龐大復(fù)雜：一些工作流軟件產(chǎn)品，特別是國外成熟的產(chǎn)品，經(jīng)過多年的發(fā)展，功能強(qiáng)大，配置和接口多樣靈活。在實(shí)際應(yīng)用中開源產(chǎn)品占據(jù)了重要的地位，如JBoss 項(xiàng)目中的jBPM、由OpenSymphony組織開發(fā)的OSWorkflow、Enhydra組織開發(fā)的Shark。例如主要的有：工作流管理聯(lián)盟（Workflow Management Coalition ，WfMC）在體系結(jié)構(gòu)[6]、工作流相關(guān)術(shù)語[7]及應(yīng)用程序接口[8]、管理控制接口[9]、過程語言描述[10]等方面提出的一系列規(guī)范。工作流管理系統(tǒng)的核心部分是工作流引擎，引擎是驅(qū)動(dòng)流程流動(dòng)的主要部件，它負(fù)責(zé)解釋工作流流程定義，創(chuàng)建并初始化流程實(shí)例，控制流程流動(dòng)的路徑，記錄流程運(yùn)行狀態(tài)，掛起或喚醒流程，終止正在運(yùn)行的流程，與其他引擎之間通訊等等工作。工作流管理聯(lián)盟(WFMC)給出的工作流定義是：工作流是一類能夠完全或者部分自動(dòng)執(zhí)行的經(jīng)營過程，它根據(jù)一系列過程規(guī)則、文檔、信息或任務(wù)能夠在不同的執(zhí)行者之間進(jìn)行傳遞與執(zhí)行。經(jīng)過測試應(yīng)用，該引擎可以支持靈活的流程定制，配置部署簡單，達(dá)到了預(yù)定目標(biāo)。該引擎借鑒了已有的工作流引擎的設(shè)計(jì)，在保證實(shí)用性的基礎(chǔ)上，在權(quán)限和流程管理方面進(jìn)行了針對(duì)性的取舍。 本文結(jié)合一般的辦公室辦公自動(dòng)化的需求，從軟件生存周期的角度，使用面向?qū)ο蟮脑O(shè)計(jì)方法，給出了一個(gè)結(jié)構(gòu)清晰、配置簡單的工作流引擎設(shè)計(jì)方案。它可以創(chuàng)建新的流程、基于過程模型生成工作項(xiàng)、支持活動(dòng)的執(zhí)行、分配資源以及記錄工作流的相關(guān)信息。XX大學(xué)本科學(xué)生畢業(yè)設(shè)計(jì) 基于OA系統(tǒng)的工作流引擎設(shè)計(jì)與實(shí)現(xiàn)學(xué) 生： 學(xué) 號(hào)：指導(dǎo)教師：專 業(yè)：計(jì)算機(jī)科學(xué)與技術(shù)XX大學(xué)計(jì)算機(jī)學(xué)院二OO八年六月IXX大學(xué)本科學(xué)生畢業(yè)設(shè)計(jì)摘 要工作流管理系統(tǒng)是一個(gè)軟件系統(tǒng)，它用于工作流的定義和管理，并按照在計(jì)算機(jī)中制定好的工作邏輯推進(jìn)工作流實(shí)例的執(zhí)行，實(shí)現(xiàn)自動(dòng)傳遞文檔、信息或者任務(wù)。工作流引擎在工作流管理系統(tǒng)中處于核心地位，是系統(tǒng)的任務(wù)調(diào)度器和資源分配器。目前，工作流技術(shù)在辦公自動(dòng)化（Office Automation, OA）系統(tǒng)中的應(yīng)用月來越廣泛，對(duì)OA系統(tǒng)中的工作流引擎進(jìn)行探索具有重要的應(yīng)用價(jià)值。重點(diǎn)介紹來了引擎的設(shè)計(jì)與實(shí)現(xiàn)。最后給出了重要功能的部分代碼，并進(jìn)行了詳細(xì)的描述。關(guān)鍵詞：JSP, Spring, Hibernate, Ajax , JavaScriptABSTRACTWorkflow Management System is a software system. It is mainly used for the definition and management of workflow. It makes the workflow instance executes fluently with some scheduled rules to achieve the goal that pass documents, information or tasks automanticlly. Workflow engine is the kernel of a workflow management system. It is a distributor of tasks and resources, which can create new processes, create work items based on process models, support executions of activities, and allocate resources and record information of the workflow. Nowadays, as there are more and more workflow applications in office automation, it is very important to do research in workflow fields. From the perspective of the software life cycle，this paper proposes a wellstructed, easytodeploy workflow engine solution with the general demands for office automation, which was designed in an Objectoriented way. The designment and implementation will be focused on. This engine has referenced other engines and has done some choices on the basis of normal function. At last, an implementation is showed with detailed description of some important part.After testing, this engine is easytouse and meets the requirements.Keywords: JSP, Spring, Hibernate, Ajax , JavaScript目錄摘 要 IABSTRACT 21 引言 5 課題的背景與目標(biāo) 5 課題研究內(nèi)容及文本組織 62 相關(guān)技術(shù)及原理 7 工作流技術(shù) 7 工作流引擎核心功能 7 兩種現(xiàn)有工作流引擎 8 Spring框架 10 Spring 聲明式事務(wù)管理 11 Spring Web MVC 143 工作流引擎需求分析 17 相關(guān)概念介紹 17 總體需求 17 基于業(yè)務(wù)的需求分析 17 需求描述 18 任務(wù)實(shí)時(shí)通知 18 多種業(yè)務(wù)流程的文件存儲(chǔ)問題 19 文件權(quán)限問題 19 業(yè)務(wù)流程的基本模式 19 用例闡述 20 20 掛起流程 20 激活流程 21 終止流程 21 接收任務(wù) 21 打開工作項(xiàng) 22 保存文件 22 發(fā)送文件 22 掛起工作項(xiàng) 22 恢復(fù)工作項(xiàng) 23 駁回文件 23 跟蹤流程狀態(tài) 234 設(shè)計(jì) 25 時(shí)序圖 25 執(zhí)行工作項(xiàng) 25 提交任務(wù) 26 實(shí)例化流程 27 數(shù)據(jù)庫設(shè)計(jì) 28 流程路由機(jī)制 33 流程的控制模型 34 流程實(shí)例導(dǎo)航 34 工作項(xiàng)管理 34 業(yè)務(wù)文件管理 34 文件權(quán)限管理 35 任務(wù)實(shí)時(shí)通知 35 引擎類 365 系統(tǒng)實(shí)現(xiàn) 39 OAworkflow總體框架 39 重點(diǎn)功能實(shí)現(xiàn) 39 實(shí)例化流程的遍歷算法 39 巧用Spring SimpleFormController獲取表單 40 JSTL Core taglib和Spring bind處理表單顯示 41 流程導(dǎo)航核心 426 總結(jié) 447 致謝 4541 引言 課題的背景與目標(biāo)工作流的概念起源于生產(chǎn)和辦公自動(dòng)化領(lǐng)域，是針對(duì)日常工作中具有固定流程的業(yè)務(wù)活動(dòng)提出的一個(gè)概念。該技術(shù)的目的是通過將工作分解成定義良好的任務(wù)、角色，按照一定的規(guī)則和過程來執(zhí)行這些任務(wù)并對(duì)它們進(jìn)行監(jiān)控，達(dá)到提高工作效率、降低生產(chǎn)成本、提高企業(yè)生產(chǎn)經(jīng)營管理水平和企業(yè)競爭力的目標(biāo)。目前，工作流技術(shù)還處于發(fā)展曲線的初級(jí)階段，然而，關(guān)于這方面的研究十分活躍，形成了許多規(guī)范標(biāo)準(zhǔn)。還有Microsoft, BEA, IBM, SAP等公司聯(lián)合提交發(fā)布的BPEL規(guī)范等等。在國內(nèi)，上海交通大學(xué)的基于Petri網(wǎng)點(diǎn)分布是工作流管理的研究，浙江大學(xué)的基于工作流過程定義語言（WPDL）的工作流建模平臺(tái)，都取得了良好的研究成果。對(duì)于國內(nèi)大部分初次使用工作流技術(shù)的中小型項(xiàng)目來說，這些工作流軟件的功能特性大大超過了需要，客戶需要承受漫長的學(xué)習(xí)周期、復(fù)雜的安裝配置等帶來的風(fēng)險(xiǎn)。該工作流引擎——OAworkflow是借鑒了已有的工作流引擎，對(duì)某些復(fù)雜功能進(jìn)行簡化后，重新設(shè)計(jì)的。用戶可以根據(jù)具體的業(yè)務(wù)流程，使用客戶端建模工具定制合適的模型。3) 文件權(quán)限設(shè)置精確該系統(tǒng)的每個(gè)業(yè)務(wù)流程綁定一個(gè)公文，處于流程中的各個(gè)活動(dòng)對(duì)公文的讀寫權(quán)限看精確到字段。本文分析了辦公自動(dòng)化項(xiàng)目的功能需求，然后針對(duì)項(xiàng)目對(duì)流程控制的靈活需求，采用了一種結(jié)構(gòu)清晰、功能完整的過程定義格式，使引擎在支持流程分支跳轉(zhuǎn)的時(shí)候，還允許用戶手動(dòng)指定流程的直接后續(xù)步驟，在借鑒了現(xiàn)有工作流引擎設(shè)計(jì)思想的基礎(chǔ)上，給出了一個(gè)工作流引擎的設(shè)計(jì)方案。本文分別從流程實(shí)例化、流程實(shí)例管理、流程導(dǎo)航和維護(hù)相關(guān)數(shù)據(jù)等模塊詳細(xì)描述了實(shí)現(xiàn)方案，其中關(guān)于系統(tǒng)的關(guān)鍵功能部分給出了具體API語義分析。本項(xiàng)目采用了Spring + Hibernate 這種流行的Web應(yīng)用程序設(shè)計(jì)框架組合。本文由以下六章和參考文獻(xiàn)組成：第一章 引言，介紹了本課題的背景和意義。目的是通過將工作分解成