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