【正文】 } get{return _username。 private string _。 用戶與日程安排之間的日程安排如圖 61 所示 用 戶 日 程 安 排創(chuàng) 建1 N 圖 61 用戶和日程安排之間的 ER 圖 用戶與 工作流及工作流轉(zhuǎn)換之間 的 ER 圖如圖 62 所示 用 戶 工 作 流創(chuàng) 建1 N轉(zhuǎn) 換擁 有N1 圖 62 用戶與工作流及工作流轉(zhuǎn)換之間的 ER 圖 用戶與公文模板之間 ER 圖如圖 63 所示 用 戶 公 文 模 板創(chuàng) 建1 N 圖 63 用戶與公文模板之間的 ER 圖 用戶與公文之間 ER 圖如圖 64 所示 用 戶工 作 流轉(zhuǎn) 換公 文所 屬 轉(zhuǎn) 換 所 屬 工 作 流1111當(dāng) 前 要 處 理1N 圖 64 用戶與公文之間的 ER 圖 用戶與 已處理公文模板之間的 ER 圖如圖 65 所示 用 戶 公 文已 處 理 圖 65 用戶與已處理公文之間的 ER 圖 用戶實體 ER 圖如圖所示 圖 66 用戶信息實體 ER 圖 日程安排實體如圖 67 所示 圖 67 日程安排信息實體如圖 313所示 公文模板信息實體 ER 如圖 68 所示 用戶 用戶 ID 用戶名 密碼 電子郵件 電話 地址 角色 ID 日程安排 所屬用戶 開始事件 內(nèi)容 圖 68 公文模板信息實體 ER 圖 工作流實體 ER 圖如圖 69 所示 圖 69 工作流實體 ER 圖 工作流轉(zhuǎn)換實體 ER 圖如圖 610 所示 圖 610工作流中的轉(zhuǎn)換實體 ER 圖 公文實體 ER 圖如圖 611 所示 轉(zhuǎn)換 所屬用戶 開始事件 內(nèi)容 工作流 所屬用戶 主題 描述 公文模板 所屬用戶 主題 內(nèi)容 圖 611公文實體 ER 圖 已處理公文實體 ER 如圖 612 所示 圖 612 已處理公文實體 ER 圖 已處理公文 公文 ID 所屬用戶 公文 主題 內(nèi)容 是否為草稿 當(dāng)前等待的轉(zhuǎn)換 所屬工作流 是否可簽字 是否可查看 是否可修改 是否可回退 數(shù)據(jù)庫邏輯結(jié)構(gòu)設(shè)計 下面每個表中在數(shù)據(jù)庫中顯示為一張表 ，總共有用戶表、日程安排表，公文模板表、工作流表、公文表、已處理公文表和角色表。審批公文表中 應(yīng)該至少能夠記錄主題，使用的工作流、當(dāng)前處于的狀態(tài)、內(nèi)容等信息。匿名用戶登陸后可維護(hù)自己的個人信息，包括查看修改自己的信心和修改自己的密碼。查看工作流 角色上劃分 本系統(tǒng)有三個角色，不同的角色有不同的權(quán)限 添加新公文 查看未處理的公文列表，顯示的內(nèi)容包括公文描述 。 三層在實際的物理結(jié)構(gòu)上也是獨立的，業(yè)務(wù)邏輯層采用 cs 類來實現(xiàn)，用戶界面和業(yè)務(wù)邏輯分離，系統(tǒng)的安全性、可維護(hù)性、重用性和可擴展性都都大大提高。刪除用戶 圖 31 是匿名用戶登陸后的首頁 ，該用戶只有更改和查看個人資料權(quán)限 圖 31 匿名用戶角色登陸后的權(quán)限 圖 32 為職員用戶登陸后的界面。公文模板，包括新建、修改和顯示公文模板。 本系統(tǒng)從功能上來說，并不算很完備，但是擁有了辦公自動化系統(tǒng)的最核心部分 —工作流系統(tǒng)。 其次，許多針對數(shù)據(jù)庫管理系統(tǒng) DBMS 的開發(fā)工具提供了極強的應(yīng)用開發(fā)手段，但是這些開發(fā)工具往往不具備對工作流機制的支持，而現(xiàn)有的工作流產(chǎn)品出于其出發(fā)點不同，很難與其它開發(fā)環(huán)境有機地融合在一起。Monitoring Tools）：提供工作流管理系統(tǒng)管理和監(jiān)控的工具，包括用戶管理、角色管理、審計管理、資源管理、流程監(jiān)控管理等。執(zhí)行時接口 4 負(fù)責(zé)傳遞異種工作流執(zhí)行服務(wù)間的活動或者子流程。 WfMC 規(guī)范定義了每個接口在實現(xiàn)多工作流系統(tǒng)協(xié)同工作中的作用，因此，可以鑒別單獨的產(chǎn)品是否符合協(xié)同工作標(biāo)準(zhǔn)。可能希望一些客戶端應(yīng)用程序能夠和幾個不同的工作流服務(wù)器進(jìn)行交互，從而把服務(wù)器中的任務(wù)以統(tǒng)一的格式通過公共用戶接口提供給用戶。 用戶、應(yīng)用程 或其它的工作流執(zhí)行服務(wù)，工作流引擎不能對其進(jìn)行直 接讀寫操作，它們可以通過向工作流引擎發(fā)送消息來獲得工作流控制數(shù)據(jù)； 2)工作流相關(guān)數(shù)據(jù)（ Workflow Relevant Data）是工作流管理系統(tǒng)用來確定過程實例狀態(tài)轉(zhuǎn)換的數(shù)據(jù)。對于客戶應(yīng)用方式， 工作流引擎通過任務(wù)項列表供用戶進(jìn)行選擇，并記錄監(jiān)督工作項的完成情況，由用戶完成從流程管理提供的任務(wù)列表中選擇相應(yīng)的任務(wù)項并在需要的時候調(diào)用應(yīng)用工具完成相應(yīng)任務(wù)的執(zhí)行。在采用工作流管理系統(tǒng)支持經(jīng)營過程中，工作流引擎可以看成是 一個業(yè)務(wù)操作系統(tǒng) BOS（ Business Operating System）。因此，工作流 接口的標(biāo)準(zhǔn)化和規(guī)范化非常必要。過程定義與（運行時期）工作流相關(guān)數(shù)據(jù)協(xié)作，一同用來控制過程中活動的、提供活動的進(jìn)入與退出條件、不同活動的并行執(zhí)行、順序執(zhí)行選項、用戶任務(wù)、與每個活動相關(guān)的 IT 應(yīng)用程序等。 圖 22 工作流管理系統(tǒng)特性圖 工作流管理系統(tǒng)的體系結(jié)構(gòu) 盡管市場上的工作流產(chǎn)品是各種各樣的，但是已證明可以構(gòu)建一個通用的工作流系統(tǒng)實現(xiàn)模型，這個模型可以適用于市場上的大多數(shù)產(chǎn)品，因此為開發(fā)協(xié)同工作的工作流系統(tǒng)奠定了基礎(chǔ)。可以用文本、圖形或者語言符號來表示過程定義； (2)運行時期（ Runtime）控制功能，在運行環(huán)境中管理工作流過程，管理不同活動執(zhí)行順序。因此， WfMC 參考模型從各種角度考慮工作流管理系統(tǒng)，希望提供各種不同的實現(xiàn)技術(shù)、運行環(huán)境。許多供應(yīng)商紛紛開 發(fā)新產(chǎn)品或者在原有產(chǎn)品的基礎(chǔ)上增加對 Web 的支持。工作流技術(shù)的研究方向主要集中在以下幾個方面： （ 1）分布式系統(tǒng)； （ 2）構(gòu)件化設(shè)計，主要為了增強系統(tǒng)的擴展性； （ 3）基于事件的工作流管理系統(tǒng)； （ 4）基于 Web 的工作流系統(tǒng)，這種 B/S 結(jié)構(gòu)系統(tǒng)逐漸成為當(dāng)前的主流； （ 5）支持動態(tài)建模的工作流系 統(tǒng)； （ 6）異常的處理和錯誤恢復(fù)問題； （ 7）融入事務(wù)管理概念； （ 8）支持各種平臺，如移動嵌入式系統(tǒng)平臺； （ 9）支持離線操作； （ 10）支持定制界面。這種集成化軟件系統(tǒng)為企業(yè)簡化與重組自己的關(guān)鍵業(yè)務(wù)流程提供了一種非常合適的方案，但是限于當(dāng)時的計算機發(fā)展水平，它所集成的功能較為簡單而已。 路由（ Routing）：工作流實例中任務(wù)間的關(guān)系，基本的路由關(guān)系（ Sequence）、選擇（ Choice）、派生（ Fork）、合并（ Merg（ Synchronization）等。 活動（ Activity）：活動是工作流中一些邏輯步驟或環(huán)節(jié)的工作任分為手工操作和自動處理兩類。在某企業(yè)或機構(gòu)中，它能夠?qū)崿F(xiàn)業(yè)務(wù)目標(biāo)和策略的相互連和活動集，如公文處理流程、投保過程、銀行客戶的取款過程等工作流（ Workflow）：工作流是面向特定應(yīng)用的業(yè)務(wù)流程的抽象務(wù)流程的整體地或部分地自動化處理，文檔、信息或任務(wù)按照一動從一個參與者傳遞給另一個參與者處理。 第三 部分 ：輕量級工作流管理系統(tǒng)的研究與實現(xiàn)。 本課題的研究正是針對 (2)(3)兩個亟需解決的方面而提出的，專注于構(gòu)建輕量級工作流管理系統(tǒng)，而面向?qū)ο蠹夹g(shù)及設(shè)計模式的發(fā)展為本課題的研究提供了必要條件。另外，工作流管理系統(tǒng)的實施給企業(yè)帶來的不僅僅是技術(shù)上的變化，同時也會對企業(yè)原有的管理制度造成一定的影響，這也是對企業(yè)的一種沖擊。在這種缺乏標(biāo)準(zhǔn)的狀況下，用戶一旦選定一種產(chǎn)品之后，就很難再過渡到其他同類產(chǎn)品之上了。 目前，在全球范圍內(nèi)，對工作流技術(shù)的研究以及相關(guān)產(chǎn)品的開發(fā)進(jìn)入了一個 繁榮階段，更多更新的技術(shù)被集成進(jìn)來， Inter 服務(wù)、數(shù)據(jù)庫、電子郵件、移動式計算、文件管理等都已被容納到工作流管理系統(tǒng)之中。工作流管理系統(tǒng)使商業(yè)流程以合理有效的方式實施，保證正確的信息在正確的時間到達(dá)正確的信息處理者，它更加有效的融入商業(yè)流程管理，將人們從繁雜的工作中解脫出來，提高商業(yè)流程管理的正確性、高效性和工廠、企業(yè)的 生產(chǎn)效率。無論是辦公自動化系統(tǒng)還是具體業(yè)務(wù)系統(tǒng)，都是為企業(yè)提供軟件服務(wù)的，都是本著服務(wù)于企業(yè)需求為目標(biāo)的，然而，現(xiàn)實世界中的各個企業(yè)的經(jīng)營過程是無時無刻不在變化和調(diào)整中的，以便適應(yīng)瞬息萬變的市場。 進(jìn)入九十年代以后，隨著個人計算機、網(wǎng)絡(luò)技術(shù)的普及和推廣，以及信息化建設(shè)的日益完善，使得工作流技術(shù)的研究與開發(fā)進(jìn)入了一個新的熱潮。由于這些問題的存在，使得傳統(tǒng)的工作流管理系統(tǒng)不能快速地根據(jù)具體的應(yīng)用需求定制，靈活地集成到應(yīng)用系統(tǒng)。工作流 技術(shù)的引入，使應(yīng)用系統(tǒng)的流程邏輯與業(yè)務(wù)邏輯耦合度降低，從而降低了復(fù)雜流程應(yīng)用的開發(fā)難度，提高了應(yīng)用系統(tǒng)的開發(fā)效率和可維護(hù)性。 ，從夠用、靈活和低成本的設(shè)計原則出發(fā)，對輕量級工作流管理系統(tǒng)進(jìn)行了研究，并對其 設(shè)計方案和實現(xiàn)技術(shù)進(jìn)行了詳細(xì)闡述。隨著企業(yè)信息化步伐的加快，工作流的思想已經(jīng)越來越多地進(jìn)入了企業(yè)應(yīng)用系統(tǒng)領(lǐng)域。人們在開發(fā)推廣工作流產(chǎn)品的同時，更加注重工作流的理論研究，以推動該項 技術(shù)走向成熟。但是，如果是開發(fā)關(guān)鍵業(yè)務(wù)的應(yīng)用系統(tǒng) (特別是行業(yè)應(yīng)用系統(tǒng) )，現(xiàn)有工作流產(chǎn)品所能提供的開發(fā)功能 是遠(yuǎn)遠(yuǎn)不夠的。從企業(yè)用戶應(yīng)用的角度來分析，工作 流產(chǎn)品亟需解決以下 5 個方面： (1)工作流的運行必須要有底層的通信基礎(chǔ)結(jié)構(gòu)的 支持，但是就目前能夠?qū)崿F(xiàn)分布計算環(huán)境的產(chǎn)品來看，它們在實際應(yīng)用中仍然顯得不夠成熟，在安全性、容錯性、可靠性等方面均不能滿足企業(yè)的需求，而且在價格上也給企業(yè)造成一定的負(fù)擔(dān)。工作流應(yīng)用的開發(fā)不僅僅是過程的定義，還需要完成其他許多任務(wù)。應(yīng)該說，在缺乏仿真方法與仿真工具支持的情況下，整個工作流管理系統(tǒng)是不完善的。給出課題的研究研究目的和意義，提出論文的目標(biāo)與主要內(nèi)容。 工作流技術(shù)概述 工作流技術(shù)通過信息技術(shù)的支持為企業(yè)的經(jīng)營過程提供了一個從模型分析、建立、管理、仿真到運行的完整框架，是實現(xiàn)業(yè)務(wù)過程管理與控制的一項關(guān)鍵性技術(shù)。流程一般被分解成程和活動以及它們之間的關(guān)系，其定義主要包括運行過程中所涉種數(shù)據(jù)和參數(shù)，如 過程的開始和終止條件、各個工作環(huán)節(jié)（活動之間的控制流和數(shù)據(jù)流關(guān)系以及一些關(guān)于個體行為的信息，如組 6 與 IT 相關(guān)的應(yīng)用和數(shù)據(jù)等。 活動實例（ Activity Instances）：活動實例是過程實例中的一個邏環(huán)節(jié)。 80 年代中期， FileNet 和 View Star 等公司率先把圖像掃描、復(fù)合文檔、結(jié)構(gòu)化路由 (Structured Routing)、實例 跟蹤、關(guān)鍵字索引以及光盤存儲等功能結(jié)合在一起，形成了一種全過程支持某些業(yè)務(wù)流程的集成化的軟件（包），這便是早期的工作流管理系統(tǒng)。在這種不可抗拒的技術(shù)背景下，工作流管理系統(tǒng)也由最初的創(chuàng)建無紙辦公環(huán)境轉(zhuǎn)而成為同化企業(yè)復(fù)雜信息環(huán)境、實現(xiàn)業(yè)務(wù)流程自動執(zhí)行的必要工具。代表產(chǎn)品有 Novell 與 FileNet 合作開發(fā)的 Ensemble、 JetForm 的 InTempo，Keyfile 的 Keyflow。工作流管理系統(tǒng)可稱為企業(yè)的業(yè)務(wù)操作系統(tǒng)。通常把定義的結(jié)果稱為過程模型、過程模板、過程元數(shù)據(jù)、或者 過程定義。在活動間轉(zhuǎn)移 控制、確定過程的運行狀態(tài)、調(diào)用應(yīng)用工具、傳遞適當(dāng)?shù)臄?shù)據(jù)等，都必須與過程控制軟件進(jìn)行交互。過程定義可能會涉及到一個組織 /角色模型，模型包含組織結(jié)構(gòu)和組織中的角色等信息。過程定義工具可以是工作流管理系統(tǒng)的一部分，也可能作為業(yè)務(wù)過程分析產(chǎn)品的一部分來提供給用戶。工作流引擎負(fù)責(zé)執(zhí)行服務(wù)器中的部分（或者全部）運行控制環(huán)境。因此，運行多個文檔處理流程的模型的實例意味著有多個文檔在被處理。 )維護(hù)工作流控制數(shù)據(jù)和工作流相關(guān)數(shù)據(jù) :工作流在執(zhí)行過程中要維護(hù)不同過程和活動實例的內(nèi)部狀態(tài)信息，以及用于協(xié)調(diào)和恢復(fù)的各種檢查數(shù)據(jù)和恢復(fù) /重啟信息，還包括用戶傳送的必要的相關(guān)數(shù)據(jù)，主要是流程歷史信息。在工作流參考模型中，更廣泛地使用“客戶端應(yīng)用程序”這個詞，而不是“任務(wù)表管理器”，從而反映其潛在的廣大使用范圍，其包含任務(wù)表處理功能的同時也包含過程控制功能。使用分布式工作流的地方，可能需要特殊的命令來在不同的工作流之間傳遞控制操作或者局部響應(yīng)，從而提供一個單一的管理接口。通過實現(xiàn)這些標(biāo)準(zhǔn)接口，可以達(dá)到產(chǎn)品間的協(xié)同工作。被調(diào)用的應(yīng)用（ Invoked Application）：被工作流執(zhí)行服務(wù)調(diào)用的用于實現(xiàn)工作流活動內(nèi)容的應(yīng)用系統(tǒng)。但是，外部工具的多樣性和復(fù)雜性決定了對外部工具的集 成難以做到無縫；而工作流產(chǎn)品內(nèi)建的開發(fā)工具除了與流行的開發(fā)工具不兼容外