【正文】 True” 表示 “ 通 過(guò)”， False 表示 “ 不通過(guò) ”。 登錄校驗(yàn)是系統(tǒng)對(duì)登錄本模塊的人員的進(jìn)行身份驗(yàn)證，只有具有流程設(shè)計(jì)者角色的人員刁’能進(jìn)入本模塊進(jìn)行流程設(shè)計(jì)。其中包括流程模板 的實(shí)例化許可和禁止以及刪除模板等。 用戶和組織機(jī)構(gòu)的設(shè)計(jì) 用戶和組織機(jī)構(gòu)模塊描述的是一個(gè)單位或部門的組織關(guān)系。 用戶登錄是最基本的功能，只有用戶在輸入登錄名和密碼并通過(guò) 18 系統(tǒng)驗(yàn)證后才 能進(jìn)行下一步的處理，普通用戶也可以對(duì)自己的登錄密碼進(jìn)行修改。 用戶表 :保存相關(guān)用戶信息，其中主要包括的字段有用戶標(biāo)識(shí)、名稱、是否遠(yuǎn)程 流程及口令等字段 (注意 ，這里的用戶可以是一個(gè)遠(yuǎn)程的工作流 )。 工作流引擎的分析與設(shè)計(jì) 工作流引擎的通信接口及通信方式的設(shè)計(jì) 根據(jù)本工作流管理系統(tǒng)的體系結(jié)構(gòu)可知，本工作流引擎就是一個(gè) XML Web services 程序，因此普通用戶模塊可以通過(guò) SOAP 來(lái)調(diào)用工作流引擎提供給客戶端訪 問(wèn)的接口，從而實(shí)現(xiàn)了與本工作流引擎的通信。 (4)實(shí)例化并啟動(dòng)一個(gè)過(guò)程實(shí)例的接口 :從模型庫(kù)中選擇已定義的工作流模型， 根據(jù)模型生成過(guò)程實(shí)例，設(shè)定初始的過(guò)程參數(shù)，并命令工作流引擎開始推進(jìn)過(guò)程的執(zhí)行口 本系統(tǒng)為系統(tǒng)管理員設(shè)計(jì)的接口如下 : 20 (1)身份驗(yàn)證使用的接口 :保證系統(tǒng)安全并獲得用戶 m. (2)對(duì)系統(tǒng)內(nèi)工作流引擎配置情況進(jìn)行監(jiān)視使用的接口 :收集并顯示系統(tǒng)中正在 運(yùn)行的工作流引擎的信息，包括名稱、 EP 地址、工作狀態(tài)和負(fù)荷情況等。 工作流引擎的系統(tǒng)結(jié)構(gòu)的設(shè)計(jì) 工 作流引擎被劃分為了兩個(gè)功能子系統(tǒng) :Executor和 Monitor. 21 Executor 實(shí)現(xiàn) 了絕大多數(shù)的復(fù)雜工作流程的流轉(zhuǎn)功能，該部分不僅要完成流轉(zhuǎn)這一基本功能，還牽涉到工作流實(shí)體對(duì)象的持久化，工作流事務(wù)等方面。 3 數(shù)據(jù)管理 :管理工作流邏輯對(duì)象數(shù)據(jù)的存儲(chǔ)，為工作流支持系統(tǒng)提供一個(gè)統(tǒng)一 的接口，屏蔽下層的數(shù)據(jù)存儲(chǔ)的實(shí)現(xiàn)細(xì)節(jié)，支持多種關(guān)系數(shù)據(jù)庫(kù)和文件格式的存儲(chǔ)。本章通過(guò)對(duì)這些部分的介紹，為詳細(xì)的介紹工作流引擎的分析與設(shè)計(jì)做了鋪墊。 在用戶 (包括遠(yuǎn)程的工作流 )調(diào)用相應(yīng)接口發(fā)出將要實(shí)例化某個(gè) 23 模板的命令之后， 工作流引擎將根據(jù)此用戶的權(quán)限，返回給用戶一個(gè)工作流模板的集合。 當(dāng)流程運(yùn)行到結(jié)束節(jié)點(diǎn)后就結(jié)束這個(gè)流程的運(yùn)行，將相關(guān)的信息作為日志記錄 到歷史記錄表中。 Net 的工作流引擎的 7個(gè)關(guān)鍵模塊的實(shí)現(xiàn)，通過(guò)這 7個(gè)模塊，就 可以實(shí)現(xiàn)對(duì)整個(gè)工作流管理系統(tǒng)的導(dǎo)航口 .Net 的工作流引擎所需的數(shù)據(jù)庫(kù)的實(shí)現(xiàn)。 基于 WebService的工作流的安全性依賴于這些底層技術(shù)的發(fā)展和成熟。 。 參考文獻(xiàn) [1] J. Miller, D. palaniswani, A. Sheth etal. WebWork: METEOR39。 由于時(shí)間倉(cāng)促和筆者水平有限，論文中存在錯(cuò)誤在所難免，敬請(qǐng)各位老師和同 學(xué)指正。這涉及到 SOAI〕本身的性能 可靠性問(wèn)題。 雖然本文所給出的基于 Net 的工作流引擎在實(shí)際應(yīng)用中運(yùn)行狀態(tài) 良好，但是這 個(gè)工作流引擎無(wú)論是在理論上還是在應(yīng)用上，都還存在一些問(wèn)題，需要進(jìn)一步的研究 : ，事務(wù)處理和任務(wù)監(jiān)控成為一個(gè)棘 手的難題。 本章小結(jié) 本章 主要 給出了工作流引擎中的 7個(gè)關(guān)鍵 模塊的實(shí)現(xiàn)。 申請(qǐng)任務(wù)執(zhí)行就是某個(gè)普通用戶從任務(wù)表中提取出其所能執(zhí)行的任務(wù)并執(zhí)行的 過(guò)程。 5 基于 .Net 的工作流引擎的實(shí)現(xiàn) 工作流引擎的實(shí)現(xiàn) 由 節(jié)可知，本工作流引擎被分為了名為 Monito:和Executor 的兩個(gè)模塊。 Monitor 部分由一個(gè)掃描進(jìn)程組成，它不停的掃描正在運(yùn)行的過(guò)程實(shí)例，判斷是 否有過(guò)程實(shí)例或者節(jié)點(diǎn)實(shí)例的存在時(shí)間超過(guò)了定義的生命周期。 如圖 所示， Executor 部分的軟件體系結(jié)構(gòu)如下 : :是本工作流引擎的邏輯實(shí)現(xiàn)部分。 利用上述兩類接口，就可以為不同用戶開發(fā)所需要的客戶端應(yīng)用程序 (包括前 面所設(shè)計(jì)的普通用戶模塊和管理及監(jiān)控工具 )，從而實(shí)現(xiàn)一個(gè)完整的工作流管理系 統(tǒng)。本工作流引擎和普通用戶的通信模式如圖 所示。 角色表 :存儲(chǔ)角色信息，其中包括角色表示和描述字段。 普通用戶可對(duì)自己處理過(guò)的流程進(jìn)行監(jiān)控，查看流程的執(zhí)行情況，如果流程已 完成并歸檔則可對(duì)相應(yīng)的歸檔數(shù)據(jù)進(jìn)行查詢處理。流程定義工具在定義流程時(shí)需要對(duì)用戶和組織機(jī)構(gòu)圖進(jìn)行引用，因而用戶和組織機(jī)構(gòu)模塊須提供一些被引用的功能，這些功能主要有獲取所有組織機(jī)構(gòu)引用 。其中主要包括流程和行為實(shí)例的掛起、恢復(fù)、終止、任務(wù)的重指派以及修改實(shí)例屬性等。流程設(shè)計(jì)者通過(guò)對(duì)上述流向符和節(jié)點(diǎn)符進(jìn)行布局及對(duì)他們的屬性進(jìn)行設(shè)置來(lái)創(chuàng)建一個(gè)新的業(yè)務(wù)流程。在實(shí)際的定義中，用戶不需 定義主活動(dòng)，它是一個(gè)標(biāo)準(zhǔn)活動(dòng)，其返回結(jié)果只有 “ 通過(guò) ” 和 “ 不通過(guò) ” 兩種。觸發(fā)信息分為兩種類型 :一種是具體的消息 :另一種是時(shí)間信息，如 必須等到特定時(shí)刻的到來(lái)才能觸發(fā)主活動(dòng)的執(zhí)行。節(jié)點(diǎn)名稱為字符串類型，如 “ 教授 評(píng)審’。 (4)選擇匯集節(jié)點(diǎn) :選擇匯集節(jié)點(diǎn)用于表示選擇分支路由結(jié)構(gòu)的結(jié)束，它沒(méi)有 具體的動(dòng)作 (選擇分支節(jié)點(diǎn)和選擇匯集節(jié)點(diǎn)必須成對(duì)使用 )。 工作流引擎相關(guān)模塊的分析與設(shè)計(jì) 14 過(guò)程定義規(guī)范 建模工具采用基于圖形的建模方法。 本工作流管理系統(tǒng)采用三層架構(gòu)和兩層架構(gòu)相混和的模 式來(lái)實(shí)現(xiàn) ： :管理和監(jiān)控工具、普通用戶模塊放在客戶層。 統(tǒng)一的編程類庫(kù) . Net 框架為開發(fā)人員提供了一個(gè)統(tǒng)一的、面向?qū)ο蟮?、層次化的、可擴(kuò)展的類 庫(kù)集合。 本章小結(jié) 本章首先介紹了 wfmc 提出的工作流管理系統(tǒng)的體系結(jié)構(gòu)、工作流參考模型。根據(jù)活動(dòng)之 間的關(guān)聯(lián)和活動(dòng)的執(zhí)行條件，決定并行或串行執(zhí)行后續(xù)活動(dòng) 。它主要描述企業(yè)經(jīng)營(yíng)過(guò)程中參與操作的人員和組織單位?；顒?dòng)對(duì)應(yīng)于企業(yè)經(jīng)營(yíng)過(guò)程中的任務(wù)，主要反映了完成企業(yè)經(jīng)營(yíng)過(guò)程需要執(zhí)行哪些功能操作。在工作流建模上， WFMC 開展了兩個(gè)方面的工作 : :所謂元模型一般是指描述模型的模型。 3 工作流應(yīng)用數(shù)據(jù) :這種數(shù)據(jù)是指那些由應(yīng)用程序操作的數(shù)據(jù)。 工作流管理系統(tǒng)主要由以下三類構(gòu)件組成 : :完成工作流管理系統(tǒng)不同組成 部分功能的實(shí)現(xiàn)。 2 工作流引擎體系結(jié)構(gòu)的 設(shè)計(jì)。 WfMS: 為了支持跨企業(yè)的異構(gòu)計(jì)算環(huán)境下大規(guī)模工作流管理，現(xiàn)有的 6 WfMS 的能力必 須從多個(gè)不 同的方面加以擴(kuò)展，以提高系統(tǒng)的可靠性、可伸縮性及容錯(cuò)能力等。移動(dòng)辦公正是為滿足此種 要求而出現(xiàn)的一種新的工作方式，它使得員工能夠 隨時(shí)隨地處理他們的業(yè)務(wù)。 WfmS: 面向?qū)ο?(00)的思想反映了人類思維的一般特征 (從特殊到一般及從一般到特 殊 )。以下是這四家公司的工作流產(chǎn)品的簡(jiǎn)要介紹 : 公司的產(chǎn)品 :Visual WorkFow 是 FileNet 公司集成文檔管理軟件的一部 分，是建立在基于組件的軟件結(jié)構(gòu)上的，采用先進(jìn)的工作隊(duì)列處理方法 它允許迅 速地評(píng)價(jià)和改進(jìn)機(jī)構(gòu)工作方式，可隨時(shí)查看過(guò)程中關(guān)鍵的細(xì)節(jié)，掌握過(guò)程的運(yùn)行情況。工作流管理系統(tǒng)在眾多 CSCW 應(yīng)用軟件中 變得越來(lái)越流行，需求量不斷增大，同時(shí)工作流管理的思想已廣泛應(yīng)用于企業(yè)管理和計(jì)算機(jī)應(yīng)用的各個(gè)方面 [1,2] 隨著工作流技術(shù)的廣泛應(yīng)用，在工作流管理技術(shù) 這個(gè)領(lǐng)域也出現(xiàn)了許多新的課 題。后來(lái)一些公司將組織中常用的一些業(yè)務(wù)功能結(jié)合在一起，形 成了一種部分支持業(yè)務(wù)流程集成化的軟件包，這便是早期的工作流管理系統(tǒng)。在本系統(tǒng)中，分布在 Inter 的各個(gè)節(jié)點(diǎn)上的工作 流引擎處在對(duì) 等的地位，它們通過(guò) Web Service 調(diào)用相應(yīng)的接口來(lái)實(shí)現(xiàn)它們之間的通信。 工作流引擎是整個(gè)工作流管理系統(tǒng)的核心，其通信方式是提高工作流管理系統(tǒng) 可集成能力的關(guān)鍵。因此，人們希望出現(xiàn)一種無(wú)紙化的、由計(jì)算機(jī)操縱的工作環(huán)境。目前其已經(jīng)廣泛地應(yīng)用于辦公自動(dòng)化、文件管理、電子郵件、目錄管理、群件應(yīng)用、 BP (Business Process Reengineering)及結(jié)構(gòu)系統(tǒng)定義 I 具等領(lǐng)域，這使得 I 作流管理 系統(tǒng)越來(lái)越受到不同應(yīng)用領(lǐng)域的用戶重視。 在國(guó)際市場(chǎng)上，以 FileNet, Jeform, IBM 和 Action 四家公司的