【正文】 get { return _userpwd。} get{return _userid。 private string _username。 擁有管理員角色的用戶可以進(jìn)行一些用戶類的操作，包括：添加用戶、查看用戶信息、修改用戶權(quán)、修改用戶密碼和刪除用戶。日程安排表至少能夠記錄所屬用戶、開始時(shí)間和內(nèi)容等信息。用戶表中必須包含權(quán)限這一屬性。添加工作流 修改個(gè)人日程安排 當(dāng)用戶選擇“查看“或者”簽字“后，該公文將自動(dòng)傳給下一個(gè)用戶；當(dāng)用戶選擇”回退“的時(shí)候，該公文自動(dòng)轉(zhuǎn)給前一個(gè)用戶；當(dāng)用戶選擇” 修改“的時(shí)候，用戶將進(jìn)入修改公文的界面以對(duì)公文進(jìn)行修改；當(dāng)用戶選擇”完成“的時(shí)候，該公文被標(biāo)志為完成。 可登陸用戶的基本功能 （ 1）登陸。 修改用戶權(quán)限 公文傳閱，包括新建、修改和審批公文。由于這些問題的存在，使得傳統(tǒng)的工作流管理系統(tǒng)不能快速地根據(jù)具體的應(yīng)用需求定制，靈活地集成到應(yīng)用系統(tǒng)。因此，對(duì)于簡(jiǎn)單的應(yīng)用 (例如公文流轉(zhuǎn)、訂單的審批等 )，這些產(chǎn)品是合適的。接口 3 提供了一系列的 APIs 供工作流執(zhí)行服務(wù)和應(yīng)用程序使用，它可以調(diào)用必要的應(yīng)用程序來執(zhí)行活動(dòng)。 圖 24 工作流參考模型圖 工作流執(zhí)行服務(wù)（ Workflow Enactment Service）：由一個(gè)或多個(gè)同構(gòu)或異構(gòu)的工作流引擎組成，用于創(chuàng)建、管理和執(zhí)行流程實(shí)例的軟件服務(wù)。上述的體系結(jié)構(gòu)適用于大多數(shù)工作流產(chǎn)品，但并不是所有的產(chǎn)品在每個(gè)不同的系統(tǒng)功能組件間，都提供外部接口。 在圖 23 中，用戶界面是一個(gè)單 獨(dú)的軟件組件，負(fù)責(zé)提示和處理用戶對(duì)話框，并控制用戶的本地接口。 (4)工作流各種相關(guān)數(shù)據(jù) 1)工作流控制數(shù)據(jù)（ Workflow Control Data）是由工作流引擎所管理的系統(tǒng)數(shù)據(jù)。 2)為流程和活動(dòng)的執(zhí)行進(jìn)行導(dǎo)航 :根據(jù)流程定義和工作流相關(guān)數(shù)據(jù)，為流程實(shí)例的運(yùn)行進(jìn)行導(dǎo)航，如根據(jù)流程的進(jìn)入和退出的條件啟動(dòng)和終止一個(gè)流程實(shí)例；根據(jù)活動(dòng)之間得關(guān)聯(lián)和活動(dòng)得執(zhí)行條件，決定并行或串行執(zhí)行后繼活動(dòng)；給用戶提供需要操作的工作流工作項(xiàng)信息，或者根據(jù)所需激活的應(yīng)用程序信息啟動(dòng)相應(yīng)的應(yīng)用程序等。 WfMC 對(duì)工作流引擎的定義是：為工作流實(shí)例提供運(yùn)行時(shí)期的執(zhí)行環(huán)境的軟件服務(wù)器或引擎。如果是后者，則該工具必須能夠提供和理解工作流管理系統(tǒng)所使用的特定格式的過程定義，即不同的過程定義工具可以輸人輸出相同格式的過程定義信息，同一工作流產(chǎn)品可以運(yùn)行不同過程定義工具產(chǎn)生的過程定義信息。從而使過 程定義，在與具體活動(dòng)或信息對(duì)象相關(guān)的組織實(shí)體和角色功能方面十分詳細(xì)。制定標(biāo)準(zhǔn)的框架來支持這種交互，可以在多工作流系統(tǒng)中使用一致的接口，可以開發(fā)工作于不同工作流產(chǎn)品中的通用應(yīng)用工具。在本文中，稱為“過程定義（ process definition）”。 工作流管理系統(tǒng)的功能 每個(gè)業(yè)務(wù)過程都有一個(gè)生命周期，從幾分鐘到幾天（甚至數(shù)月），由過程的復(fù)雜性與組成活動(dòng)的持續(xù)時(shí)間來決定。 (3)基于 Web 的工作流系統(tǒng) —— 通過 WWW 來實(shí)現(xiàn)任務(wù)的協(xié)作。這樣的一個(gè)轉(zhuǎn)變，把工作流技術(shù)帶入了一個(gè)嶄新的發(fā)展階段，使得人們從更深的層次、更廣的領(lǐng)域 上對(duì)工作流展開了研究。這些公司就是開拓工作流產(chǎn)品市場(chǎng)的先驅(qū)者。 工作項(xiàng)（ Workitem）：可被工作流參與者執(zhí)行的活動(dòng)實(shí)例的表示動(dòng)實(shí)例通常產(chǎn)生一個(gè)或幾個(gè)工作項(xiàng)，工作項(xiàng)通過賦予相關(guān)參與者表而被參與者所感知。 工作流模型（ Workflow Model）：工作流模型是對(duì)工作流的抽象表是對(duì)經(jīng)營(yíng)過程的抽象表示。工作流技術(shù)的出現(xiàn)和迅速發(fā)展為企業(yè)戰(zhàn)略的實(shí)施提供了重要的技術(shù)支持。 第二 部分 ：工作流技術(shù)概述。因?yàn)槿藗冸y以預(yù)料所部署的工作流過程將有可能出現(xiàn)怎樣的結(jié)果，它有哪些不 合理的地方，其性能指標(biāo)如何，這一切都必須等到實(shí)際運(yùn)行以后才能由工作流管理系統(tǒng)所記錄的數(shù)據(jù)中獲得，顯然，這并非是一種合理的方式。比如，對(duì)外部的應(yīng)用系統(tǒng)進(jìn)行封裝、建立工作流運(yùn)行所必須的分布計(jì)算環(huán)境、設(shè)計(jì)開發(fā)相應(yīng)的用戶界面等等。 (2)統(tǒng)一的標(biāo)準(zhǔn)。 本文在對(duì)工作流技術(shù)進(jìn)行深入的分析和研究的基礎(chǔ)上，設(shè)計(jì)了輕量級(jí)工作流管理系統(tǒng)作為解決方案，它有別于傳統(tǒng)的工作流管理系統(tǒng)，在設(shè)計(jì)上從夠用、靈活和低成本的原則出發(fā) ,不追求工作流管理系統(tǒng)功能的完備和復(fù)雜 ,只是實(shí)現(xiàn)其中必不可少的功能和特征；在使用上更加簡(jiǎn)單。 緒論 工 作 流 （ Workflow ） 是 一 類 能 夠 完 全 或 者 部 分 自 動(dòng) 執(zhí) 行 的 經(jīng) 營(yíng) 流 程（ BusinessProcess），根據(jù)一系列流程規(guī)則，文檔、信息或任務(wù)能夠在不同的執(zhí)行者之間傳遞、執(zhí)行?，F(xiàn)代化企業(yè)為了增強(qiáng)工作效率、縮短信息傳播周期、固化業(yè)務(wù)模式、增加核心競(jìng)爭(zhēng)力，已經(jīng)將企業(yè)經(jīng)營(yíng)過程的各個(gè)領(lǐng)域各個(gè)環(huán)節(jié)均納入了企業(yè)信息化的部分。 關(guān)鍵詞：工作流、工作流建模、輕量級(jí)工作流管理系統(tǒng) Abstract： Workflow management system is one of the most rapidly developed tehnology int puter area primary characterictic is automation of processes,Which involving binations of some activities technology’s introduction lowers the coupling between process logic and business logic of the application system,then reducing plexity of the application development process,raising the application system development efficiency and maintainability. The purpose design of traditional workflow architectures aims at providing full fledged support for the widest possible application ,most workflow management system,both products and research prototypes,are heavyweight,monolithic,and package a prehensive set of features in anallornothing ,current workflow systems are hard to integrate with other environments. The solution to the previous probles introduced here is a lightweight workflow architecture that enables software developers to pick and choose the workflow featuresthety the core of the architecture,several ponents provide basic workflow functionality. In the paper,firstly,the workflow management system is divided into three layers, namely view、 business logic and data ,give an elaboration on workflow engine and process definition as follows: investigations and researches on actualities of workflow technology,as well as give deeply analysis and parisons on mainstream open source workflow management system. on work flow theory,and based on design principle of sufficient,flexible and lowcost,we make researches on the lightweight workflow management system,as well as elaborate on its design and implementation put emphasize on the core modules in workflow engine such as workflow process template management,workflow instance management,the list ofworkitem management,transfer services,time constraints services,and so on. Also,we discuss design and implementation of process definition tools. Keyword:Workflow,workflow modeling, Lightweight WorkflowManagement System 前言 工作流技術(shù)起源于二十世紀(jì)七十年代中期辦公自動(dòng)化領(lǐng)域的研究，由于當(dāng)時(shí)計(jì)算機(jī)尚未普及，網(wǎng)絡(luò)技術(shù)水平還很低以及理論基礎(chǔ)匱乏，這項(xiàng)新技術(shù)并未取得成功。 傳統(tǒng)工作流管理系統(tǒng)的設(shè)計(jì)從提供功能齊全的工作流服務(wù)角度出發(fā)，不可避免地導(dǎo)致了系統(tǒng)架構(gòu)極為龐大，系統(tǒng)的復(fù)雜性也隨著增大。同時(shí)傳統(tǒng)的工作流管理系統(tǒng)提供的功能是以集成的方式實(shí)現(xiàn)，從數(shù)據(jù)存儲(chǔ)到運(yùn)行環(huán)境往往都有自己的一整套獨(dú)特的體系結(jié)構(gòu)，因而想從中分離出某個(gè)功能，將會(huì)是一件非常困難的事情。 1983年至 1985 年間，在圖像處理領(lǐng)域和電子郵件領(lǐng)域出現(xiàn)了早期的含有工作流特征的商用系統(tǒng)。眾多的企業(yè)應(yīng)用系統(tǒng)按照功能從大的范圍來劃分，無非兩種，一種是以公文流轉(zhuǎn)、日常辦公為主體的辦公自動(dòng)化系統(tǒng)，另一種則是以企業(yè)經(jīng)營(yíng)過程的業(yè)務(wù)流程為主要輔助對(duì)象的具體業(yè)務(wù)系統(tǒng)。工作流管理系統(tǒng)是定義、執(zhí)行并監(jiān)控工作流的軟件管理系統(tǒng)。由于這些特點(diǎn)，它將為使基于工作流技術(shù)的應(yīng)用開發(fā)更加易于開發(fā)人員接受，提高了開發(fā)效率和可維護(hù)性，開發(fā)成本得到了降低。不同的廠商所提供的工作流產(chǎn)品可能具有自己獨(dú)立的一套工作流模型、工作流定義語(yǔ)言以及 API 函數(shù)。目前的工作流產(chǎn)品，幾乎不能為這些任務(wù)提供什么有力的幫助，所有的工作流應(yīng)用都需要工作流產(chǎn)品供應(yīng)商與應(yīng)用開發(fā)人員進(jìn)行很長(zhǎng)時(shí)間的合作才能最終完成。針對(duì)工作流進(jìn)行仿真的難點(diǎn)主要在于：仿真的性能指標(biāo)不好確定；仿真的內(nèi)容較為復(fù)雜等。介紹工作流起源發(fā)展和相關(guān)概念，并介紹工作流管理系統(tǒng)的體系機(jī)構(gòu)、參考模型、工作流引擎、過程定義工具等。 業(yè)務(wù)流程（ Business Process）：一組用來實(shí)現(xiàn)一個(gè)商業(yè)或策略目標(biāo)聯(lián)的過程或行為，通 常處于一個(gè)定義功能角色和關(guān)系的組織結(jié)構(gòu)中。工作流模型是使用工作流定義語(yǔ)言用域的業(yè)務(wù)過程形式化描述所得到的結(jié)果，它包含工作流執(zhí)行所息。 任務(wù)（ Task）：活動(dòng)和工作項(xiàng)的統(tǒng)一表示，在工作流定義的上下文動(dòng)，在工作流實(shí)例的上下文中表示工作項(xiàng)。這個(gè)時(shí)期比較典型的工作流產(chǎn)品有FileNet 于 1984 年推出的 WorkFlo Business System， View Star 于 1988 年推出的 View Star。 進(jìn)入 21 世紀(jì)的今天，工作流技術(shù)的應(yīng)用已經(jīng)普及，工作流技術(shù)的研究主要分為兩方面內(nèi)容：一是為工作流技術(shù)的發(fā)展解決理論上存在的問題，探討工作流模型和語(yǔ)義的形式化表示方法等；二是從工作流實(shí)現(xiàn)技術(shù)的角度探討利用先進(jìn)的技術(shù)提高工作流管理系統(tǒng)的性能和可靠性。這一類產(chǎn)品起步較晚（在 1995 年以后），但是發(fā)展迅速，已成為一種最新的市場(chǎng)流行趨勢(shì)。有多種方法實(shí)現(xiàn)工作流管理系統(tǒng)，使用多種 IT 和通訊組件，運(yùn)行環(huán)境可以從一個(gè)小的本地工作組到企業(yè)間。過程定義由一些列的分散的活動(dòng)、相關(guān)的計(jì)算機(jī)、人員操作、活動(dòng)間控制過程進(jìn)程的規(guī)則構(gòu)成。具體見圖 22。工作流執(zhí)行服務(wù)器負(fù)責(zé)把工作流運(yùn)行環(huán)境中的參與者與相應(yīng)的組織實(shí)體或角色聯(lián)系起來。為了實(shí)現(xiàn)不同工作流產(chǎn)品之間的互操作，必須要有兼容的轉(zhuǎn)換格式，與運(yùn)行時(shí)期的工作流軟件進(jìn)行過程定義的相互轉(zhuǎn)換。工作流引擎是工作流管理系統(tǒng)的心臟，是業(yè)務(wù)處理過程的任務(wù)調(diào)度器，在某種程度上還是資源的分配器。 3)與外部資源交互完成各項(xiàng)活動(dòng) :工作流執(zhí)行服務(wù)通過兩種途徑完成與外部資源和用戶的交互：客戶應(yīng)用 接口和直接調(diào)用應(yīng)用接口方式。工作流運(yùn)行服務(wù)利用這些控制數(shù)據(jù)來識(shí)別每個(gè)過程以及活動(dòng)實(shí)例的狀態(tài)。在某些系統(tǒng)中，用戶界面可能會(huì)與工作列表管理器組合到一起，構(gòu)成一個(gè)簡(jiǎn)單的功能實(shí)體 —— 客戶端應(yīng)用程序。一些產(chǎn)品把幾個(gè)功能組件作為一個(gè)邏輯實(shí)體來實(shí)現(xiàn)，并把接口包含在軟件組件的內(nèi)部，導(dǎo)致無法被第三方產(chǎn) 品使用。應(yīng)用系統(tǒng)可以通過工作流應(yīng)用編程接口 WAPI（ Workflow API）來訪問該服務(wù)。 管理和監(jiān)控工具（ Administrationamp。但是，如果是開發(fā)關(guān)鍵業(yè)務(wù)的應(yīng) 系統(tǒng) (特別是行業(yè)