【正文】 t SQL Server2021 來開發(fā)的 。系統(tǒng)主要由四個模塊組成，他們分別是：狀態(tài)圖管理模塊、任務(wù)列表模塊、任務(wù)指派模塊、任務(wù)提交模塊。本系統(tǒng)主要包括了一下四個功能：狀態(tài)圖管理：對任務(wù)流程進行添加、刪除、修改。任務(wù)列表：可以查看任務(wù)狀態(tài)、未完成任務(wù)列表及已完成任務(wù)列表。任務(wù)指派：指派人員去完成任務(wù)。任務(wù)提交：完成任務(wù)后，進行提交，激活下一個任務(wù)。 由于信息技術(shù)的發(fā)展和日趨激烈的商業(yè)競爭，人們不再滿足于獨立、零散的辦公自動化和計算機應(yīng)用，而是需要綜合的、集成化的解決方案。作為一種對常規(guī)性事務(wù)進行管理、集成的技術(shù)， 工作流管理系統(tǒng) 的出現(xiàn)是必然的。它可以 改進和優(yōu)化業(yè)務(wù)流程，提高業(yè)務(wù)工作效率；實現(xiàn)更好的業(yè)務(wù)過程控制，提高顧客服務(wù)質(zhì)量；提高業(yè)務(wù)流程的柔性等。 2 開發(fā)概述 Visual C 語言 概述 Visual C（讀作 “C sharp” ）是 Visual Studio .NET 中引入的一種新的編程語言。 C 從 C 和 C++ 演變而來，是一種簡單、現(xiàn)代、類型安全和面向?qū)ο蟮恼Z言。設(shè)計 C 是為了建立運行于 .NET 平臺上的、范圍廣泛的企業(yè)級應(yīng)用程序。用 Visual C 編寫的代碼被編譯為托管代碼，這意味著它將受益于公共語言運行庫的服務(wù)。這些服務(wù) 包括：語言互操作性、垃圾回收、增強的安全性以及改進的版本支持。 在 Visual Studio .NET 中， Visual C 完全得到項目模板、設(shè)計器、屬性頁、代碼助理、對象模型和其他開發(fā)環(huán)境功能的支持。 Visual C 編程的庫是 .NET Framework。 C語言是一門簡單，現(xiàn)代，優(yōu)雅，面向?qū)ο?，類型安全，平臺獨立的一門新型組件編程語言。其語法風格源自 C/C++家族，融合了 Visual Basic 的高效和C/C++強大。其優(yōu)雅的語法風格，創(chuàng)新的語言特性，因而深受世界各地程序員的 好評和喜愛。 C起源于 C語言家族，因此， C， C++和 Java 的程序員能很快熟悉它。 C獲得了 ECMA 和 ISO/IEC 的國際標準認證，它們分別是 ECMA334 標準和ISO/IEC 23270 標準。 Microsoft 用于 .NET 框架的 C編譯器就是根據(jù)這兩個標準實現(xiàn)的。 工作流引擎概述 工作流技術(shù)起源于二十世紀七十年代中期辦公自動化領(lǐng)域的研究，由于當時計算機尚未普及，網(wǎng)絡(luò)技術(shù)水平還很低以及理論基礎(chǔ)匱乏，這項新技術(shù)并未取得成功。 1983 年至 1985 年間，在圖像處理領(lǐng)域和電子郵件領(lǐng)域出現(xiàn)了早期的含有工作流特征的商用系統(tǒng) 。 進入 九十年代以后，隨著個人計算機、網(wǎng)絡(luò)技術(shù)的普及和推廣，以及信息化建設(shè)的日益完善，使得工作流技術(shù)的研究與開發(fā)進入了一個新的熱潮。 1993 年，國際工作流管理聯(lián)盟（ WfMC）的成立標志著工作流技術(shù)開始進入相對成熟的階段。為了實現(xiàn)不同工作流產(chǎn)品之間的互操作， WfMC 在工作流管理系統(tǒng)的相關(guān)術(shù)語、體系結(jié)構(gòu)及應(yīng)用編程接口等方面制定了一系列標準。工作流管理聯(lián)盟給出的工作流定義是：工作流是指整個或部分經(jīng)營過程在計算機支持下的全自動或半自動化。在 應(yīng)用中 可以把由計算機軟件系統(tǒng)（工作流管理系統(tǒng)）控制其執(zhí)行的過程都稱為工作流。 在工作流 參考模型中，工作流引擎是工作流管理系 統(tǒng)的核心。工作流引擎是為工作流管理系統(tǒng)在定義提供支持、同時在運行時提供解釋和執(zhí)行服務(wù)的一組數(shù)據(jù)模型和軟件。 工作流引擎（ Workflow Engine， WfE）的主要功能是通過計算機技術(shù)的支持去定義、執(zhí)行和管理工作流，協(xié)調(diào)工作流執(zhí)行過程中工作之間以及群體成員之間的信息交互。工作流需要依靠工作流引擎來調(diào)度、實現(xiàn)。作為工作流的核心應(yīng)能提供以下幾個方面的功能支持：解釋過程定義；創(chuàng)建過程實例并控制其執(zhí)行；調(diào)度各項活動；為用戶工作表添加工作項；通過應(yīng)用程序接口（ API）調(diào)用應(yīng)用程 序；提供監(jiān)督和管理功能等。 國際工作流管理聯(lián)盟 對工作流的過程模型提出了 8種基本單元和 6種控制結(jié)構(gòu)。 8 種基本單元分別是：開始活動、結(jié)束活動、原子活動、子過程、活動塊、或節(jié)點、與節(jié)點、弧。 6種控制結(jié)構(gòu)分別是：順序結(jié)構(gòu)、與分叉、與合并、或分叉、或合并、重復。 對于 8種基本單元中，開始活動和結(jié)束活動本身沒有實際意義，只是用來標識過程的開始和結(jié)束；子過程和活動塊也可以分解為原子活動和各種控制結(jié)構(gòu)的組合。這樣下來， 8 種基本活動單元可以提煉出核心的是原子活動節(jié)點、與節(jié)點、或節(jié)點和弧四個基本單元。而 6種控制結(jié)構(gòu)，則可以 看成是原子活動節(jié)點、與節(jié) 點、或節(jié)點和弧的各種組合關(guān)系。進一步分析可以得出： 6種控制結(jié)構(gòu)是兩個原子活動節(jié)點之間，由與節(jié)點、或節(jié)點和弧構(gòu)成的控制單元。 所以，可以將原子活動單元單獨提出來，我們把它稱之為活動節(jié)點（ Activity），將原子活動之間的各種連接方式（與節(jié)點、或節(jié)點和弧的組合）稱之為基于計算機算法控制的由計算機自主完成的控制節(jié)點（ ControlNode）。 近一步，我們可以在兩個相鄰的控制節(jié)點之間插入“啞活動”節(jié)點（是虛擬的，不做任何動作，但在計算機中創(chuàng)建活動實例）。這樣任何一個工作流圖就可以分解為活 動節(jié)點和控制節(jié)點的前后連接。 這樣，在一個流程實例的所有節(jié)點的狀態(tài)圖中，活動節(jié)點（包括“啞活動”節(jié)點）就是控制節(jié)點的流轉(zhuǎn)算法的輸入條件，控制節(jié)點查詢狀態(tài)圖，與預(yù)制條件對比，就可以激活它的后續(xù)節(jié)點，從而達到工作流流轉(zhuǎn)。 綜上所述，它構(gòu)建了一般信息系統(tǒng)的框架，在傳統(tǒng)的關(guān)系數(shù)據(jù)庫基礎(chǔ)之上定義工作流數(shù)據(jù)模型；它利用 DBMS 內(nèi)嵌的編程語言來實現(xiàn)工作流引擎的控制邏輯；開發(fā)者可以在此框架的基礎(chǔ)上搭建自己的具有工作流特性的信息系統(tǒng)。基于工作流引擎的信息系統(tǒng)框架的適用對象并非應(yīng)用系統(tǒng)的最終用戶，而是利用專用開發(fā)工具構(gòu)造相應(yīng)應(yīng) 用系統(tǒng)的專業(yè)開發(fā)人員。 工作流引擎現(xiàn)狀分析 近幾年國家非常重視企業(yè)的信息化建設(shè) ,在電子商務(wù) (EC),企業(yè)資源計劃(ERP), 產(chǎn)品數(shù)據(jù)管理 (PDM),客戶關(guān)系管理 (CRM),計算機集成制造 (CIMS)等領(lǐng)域投入了大量的人力和物力 ,力圖盡快達到國際先進水平。然而 ,電子商務(wù) (EC),企業(yè)資源計劃 (ERP),產(chǎn)品數(shù)據(jù)管理 (PDM),客戶關(guān)系管理 (CRM),計算機集成制造(CIMS),辦公自動化 (OA)等信息系統(tǒng)的發(fā)展又都離不開工作流技術(shù)的支持 ,它是企業(yè)實現(xiàn)管理信息化和技術(shù)信息化的關(guān)鍵技術(shù)。我國政府充分認識到工作流 技術(shù)的重要性。本文針對目前國內(nèi)企業(yè)信息化過程中 ,最重要的兩個領(lǐng)域 (產(chǎn)品數(shù)據(jù)管理 ,企業(yè)資源計劃 )研究工作流管理功能建模、工作流安全、工作流實例監(jiān)控、以及工作流與 PDM,ERP 系統(tǒng)的集成應(yīng)用等問題。 隨著社會生產(chǎn)的流程化，工作流（ Workflow）起著越來越重要的作業(yè)，工作流管理系統(tǒng)的核心是 工作流引擎 。對于企業(yè)來說，其生產(chǎn)經(jīng)營活動就是由各種各樣業(yè)務(wù)流程交織在一起組成的。然而，在企業(yè)管理中，許多流程在日常操作過程中已被習慣，而不被人們所重視，更不能被有效的管理起來。另外，客戶的需求瞬息萬變，而產(chǎn)品的生命周期也是 在不斷縮短，技術(shù)在不斷創(chuàng)新。企業(yè)要在這樣一個競爭和變換的外部環(huán)境中求得生存，就必須要有隨需而變的能力，不斷地調(diào)整和優(yōu)化自身的各種業(yè)務(wù)流程，對流程進行重構(gòu)和再造。 當前工作流管理系統(tǒng)在全國范圍尤其是大中城市的各種企業(yè)都得到廣泛應(yīng) 用。隨著企業(yè)的不斷發(fā)展，充分利用電腦的先進管理方式，將企業(yè)管理推向“無紙化”、“現(xiàn)代化”已經(jīng)成了解決當前企業(yè)管理問題的當務(wù)之急。 總結(jié)：先說明工作流管理系統(tǒng)的對當今企業(yè)的重要性，然后再說明工作流管理系統(tǒng)的核心是工作流引擎，最后分析目前我國企業(yè)管理的現(xiàn)狀，更體現(xiàn)出有一套完善的工作流引擎系 統(tǒng)對企業(yè)管理的重要性。 3 需求分析 用戶需求 用戶通過工作流管理系統(tǒng)可以更便捷的進行業(yè)務(wù)管理，而工作流引擎是工作流管理系統(tǒng)的核心部分，所以有必要對工作流引擎進行設(shè)計。用戶需要通過工作流系統(tǒng)進行任務(wù)流程的定制，包括添加、刪除、修改流程，并且可以直觀的查看出任務(wù)的狀態(tài)，可以通過任務(wù)列表察看未完成任務(wù)和已完成任務(wù)，可以進行任務(wù)指派，任務(wù)指派需要確認指派的基準和群體。用戶在完成任務(wù)后，需要提交任務(wù)。 工作流引擎的分析 我們把基于工作流引擎的信息系統(tǒng)框架定義為：數(shù)據(jù)模型和控制模型。其中基于工作流引擎信息系統(tǒng)框架的數(shù)據(jù)模 型又分為框架模型、機構(gòu)模型和信息模型三類?？刂颇Ｐ蛯⑿畔⒛Ｐ汀C構(gòu) 摩型和框架模型有機的結(jié)合在一起，它根據(jù)其中定義的業(yè)務(wù)規(guī)則來流轉(zhuǎn) 業(yè)務(wù)流程，控制模型是工作引擎的控制中心。圖 1 是基于工作引擎的信息系統(tǒng)通用框架的結(jié)構(gòu)圖。 圖 1 工作引擎的信息系統(tǒng)通用框架的結(jié)構(gòu)圖 其中調(diào)度中心接受從個性化界面（外部接口 )發(fā)送過來流程控制的請求（如業(yè)務(wù)初始化、獲取任務(wù)以及結(jié)束任務(wù)等），根據(jù)不同的請求類型調(diào)用相應(yīng)的處理模塊完成與本次請求相關(guān)的操作并將結(jié)果返回。該操作是基于 DBMS 的并發(fā)機制和鎖機制來實現(xiàn)工作流引擎的控制模型，不需要 諸如請求隊列等形式的數(shù)據(jù)結(jié)構(gòu)。從而實現(xiàn)了多個外部請求之間的獨立性。調(diào)度中心在收到活動節(jié)點狀態(tài)變化 觸發(fā)之后，根據(jù)其后繼控制節(jié)點的類型，調(diào)用不同的算法，計算并設(shè)置控制節(jié)點后繼節(jié)點的狀態(tài)，來生成狀態(tài)圖。所涉及到狀態(tài)圖中活動節(jié)點的各種狀態(tài)，他們之間的轉(zhuǎn)換關(guān)系見圖 2。 圖 2狀態(tài)轉(zhuǎn)換圖 任務(wù)管理主要根據(jù)調(diào)度中心的指示完成諸如任務(wù)創(chuàng)建、任務(wù)狀態(tài)的轉(zhuǎn)換以及相關(guān)數(shù)據(jù)的維護等工作。每次“結(jié)束任務(wù)”的外部請求將觸發(fā)調(diào)度中心調(diào)用“任務(wù)管理”為后繼活動（如果存在的話）創(chuàng)建新的實例；同時，其他不同的外部請求也將觸發(fā)“任務(wù)管理”實施 任務(wù)狀態(tài)的切換。 任務(wù)指派處理只是針對常規(guī)交互活動活動，通常情況下，在任務(wù)狀態(tài)由“ 睡眠狀態(tài) ”切換到“ 就緒狀態(tài) ”過程中完成任務(wù)的指派工作，即處于就緒狀態(tài)的任務(wù)在通常情況下都確定了其執(zhí)行者。任務(wù)指派過程首先根據(jù)任務(wù)指派基準確定可以執(zhí)行此任務(wù)的群體人員，通常情況下這是一個包含多個人員的集合；然后根據(jù)任務(wù)指派方法確定由這個群體中的哪些個體來執(zhí)行任務(wù)，執(zhí)行任務(wù)的個體標識記錄在相應(yīng)任務(wù)記錄的 UserID 字段中。 任務(wù)完成過后，需要將任務(wù)提交給調(diào)度中心，任務(wù)由“執(zhí)行狀態(tài)”切換到“處理結(jié)束通過狀態(tài)”或“處理結(jié)束未通過狀態(tài)” ，同時激活下一個任務(wù)。 業(yè)務(wù)流程 ? 管理員或者超級用戶定制工作流程，詳見圖 3。 圖 3狀態(tài)圖管理流程圖 ? 管理員或者超級用戶進行任務(wù)指派，詳見圖 4。 圖 4 任務(wù)指派流程 圖 ? 個人、隊列或者團隊通過查看任務(wù)列表了解任務(wù)。 ? 完成任務(wù)后提交。 ? 執(zhí)行下一個任務(wù) 。 開發(fā)運行環(huán)境 安裝此系統(tǒng)所需的基本軟、硬件環(huán)境為： ? Windows98 或 WindowsNT/2021/XP。 ? Microsoft Visual Studio 2021。 ? Microsoft SQL Server2021 數(shù)據(jù)庫 。 ? 512M以上內(nèi)存。 ? 5G 以 上可用硬盤空間。 ? VGA 顯示器。 本程序在 Windows XP 操作系統(tǒng)下，以 Microsoft Visual Studio 2021 為前臺開發(fā)工具，用 Microsoft SQL Server2021 為后臺數(shù)據(jù)庫開發(fā)實現(xiàn)的。 總結(jié)：以一個某省電信部門的物流信息系統(tǒng)為分析對象，確定該部門的組織結(jié)構(gòu)和業(yè)務(wù)流程后最后確定工作流引擎系統(tǒng)應(yīng)該具備的功能，以確定系統(tǒng)的主要模塊，也簡單介紹了該系統(tǒng)的開發(fā)環(huán)境和運行條件。 4 工作流引擎的設(shè)計 模塊的劃分 通過對用戶需求調(diào)研并分析，確定系統(tǒng)應(yīng)具備的功能，所需模塊包括：狀態(tài)圖管理， 任務(wù)管理，任務(wù)指派，任務(wù)提交。 功能描述 這個系統(tǒng)主要涉及到狀態(tài)圖管理、任務(wù)管理、任務(wù)指派、任務(wù)提交。 狀態(tài)圖管理：包括添加、刪除、修改流程。對流程進行控制，包括無條件轉(zhuǎn)移、與分支控制、與合并控制、或分支控制、或合并控制、投票合并控制。查看任務(wù)的狀態(tài)，包括了睡眠狀態(tài)、就緒狀態(tài)、執(zhí)行狀態(tài)、完成通過狀態(tài)以及完成未 通過狀態(tài)，不同的任務(wù)狀態(tài)顯示為不同的顏色。 任務(wù)管理：從數(shù)據(jù)庫中讀取出任務(wù)列表，其中包括未完成任務(wù)和已完成任務(wù)，任務(wù)列表中包括了任務(wù)建立的時間，預(yù)計完成任務(wù)的時間，完成任務(wù)人員，任務(wù)完成時間。同時可以添 加新任務(wù)。 任務(wù)指派：包括等待指派的任務(wù)，任務(wù)指派的基準以及任務(wù)指派的人群。其中任務(wù)指派的基準包括基于部門進行任務(wù)指派、基于團隊進行任務(wù)指派、基于角色進行任務(wù)指派、基于自定義的方式進行任務(wù)指派。任務(wù)指派的人群包括將任務(wù)分配指定的所有人員，將任務(wù)分配給指定群體中的工作量最少的人員，將任務(wù)隊列中最早創(chuàng)建的任務(wù)分配給相應(yīng)群體中最先提出執(zhí)行任務(wù)請求的個體，基于優(yōu)先數(shù)分配。 任務(wù)提交：任務(wù)結(jié)束后提交系統(tǒng)。 工作流引擎的詳細設(shè)計 根據(jù)工作流引擎的工作流程，綜合上述的各功能模塊，設(shè)計出的系統(tǒng) 模塊 圖如圖 5所示： 圖 5系 統(tǒng) 模塊 圖 狀態(tài)圖管理如圖 6： 圖 6狀態(tài)圖管理 用戶通過對活動節(jié)點進行操作，主要操作動作有以下表 1 所示： 表 1控制節(jié)點類型 控制類型名 中文名 說明 DIRECT 無條件轉(zhuǎn)移 不做任何動作，直接激活下一個節(jié)點。 AND_BRANCH 與分支控制 流經(jīng)此處的任務(wù)將進行與分支，通過查找 TaskStatus表來決定下一動作。 AND_MERGE 與合并控制 流經(jīng)此處的任務(wù)將進行與合