【正文】 itor. 21 Executor 實(shí)現(xiàn) 了絕大多數(shù)的復(fù)雜工作流程的流轉(zhuǎn)功能，該部分不僅要完成流轉(zhuǎn)這一基本功能，還牽涉到工作流實(shí)體對(duì)象的持久化，工作流事務(wù)等方面。管理過(guò)程定義、節(jié)點(diǎn)定義、過(guò)程實(shí)例化等，并對(duì)節(jié)點(diǎn)實(shí)例、工作項(xiàng)和相關(guān)數(shù)據(jù)等工作流實(shí)體對(duì)象的狀態(tài)變化及各個(gè)對(duì)象之間的關(guān)系進(jìn)行管理。 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ǔ)。 22 本工作流引擎的邏輯功能主要集中在 Executor 部分，正是這個(gè)部分保證了整個(gè) 工作流引擎的順利執(zhí)行。本章通過(guò)對(duì)這些部分的介紹，為詳細(xì)的介紹工作流引擎的分析與設(shè)計(jì)做了鋪墊。下面，我們將給出 Executo:模 塊的實(shí)現(xiàn)。 在用戶 (包括遠(yuǎn)程的工作流 )調(diào)用相應(yīng)接口發(fā)出將要實(shí)例化某個(gè) 23 模板的命令之后， 工作流引擎將根據(jù)此用戶的權(quán)限，返回給用戶一個(gè)工作流模板的集合。當(dāng)用戶發(fā)出掛起、激活和任務(wù)提交 等命令時(shí)，本模塊才進(jìn)行相應(yīng)處理。 當(dāng)流程運(yùn)行到結(jié)束節(jié)點(diǎn)后就結(jié)束這個(gè)流程的運(yùn)行，將相關(guān)的信息作為日志記錄 到歷史記錄表中。 .Net 的工作流引擎。 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)。本文還沒(méi)有涉及這方面的問(wèn)題。 基于 WebService的工作流的安全性依賴于這些底層技術(shù)的發(fā)展和成熟。 大提 高工作流管理系統(tǒng)的可集成性。 。楊老師指引我走上了計(jì)算機(jī)應(yīng)用 的研究之路，并在許多關(guān)鍵的地方指明了工作的方向。 參考文獻(xiàn) [1] J. Miller, D. palaniswani, A. Sheth etal. WebWork: METEOR39。在楊老師的 26 悉心指導(dǎo)下，我不僅學(xué)到了嚴(yán)謹(jǐn)踏實(shí)工作作風(fēng)，求是創(chuàng)新的科研精神，也學(xué)到了更多的為人處世之道。 由于時(shí)間倉(cāng)促和筆者水平有限，論文中存在錯(cuò)誤在所難免，敬請(qǐng)各位老師和同 學(xué)指正。 5，我們所實(shí)現(xiàn)的工作流引擎還需要進(jìn)一步的標(biāo)準(zhǔn)化，盡量的與 WFMC 所提出的 作流參考模型接軌。這涉及到 SOAI〕本身的性能 可靠性問(wèn)題。WebService 作為一種部署在 Inter 上的對(duì)象 .安全問(wèn)題尤其重要。 雖然本文所給出的基于 Net 的工作流引擎在實(shí)際應(yīng)用中運(yùn)行狀態(tài) 良好，但是這 個(gè)工作流引擎無(wú)論是在理論上還是在應(yīng)用上，都還存在一些問(wèn)題，需要進(jìn)一步的研究 : ，事務(wù)處理和任務(wù)監(jiān)控成為一個(gè)棘 手的難題。 5給 出了基于 .Net 的工作流引擎之間的通信方式及接口的設(shè)計(jì)，利用這種設(shè)計(jì) 就可以實(shí)現(xiàn)同種工作流引擎之間的通信并能方便的與異構(gòu)的工作流管理系統(tǒng)集成。 本章小結(jié) 本章 主要 給出了工作流引擎中的 7個(gè)關(guān)鍵 模塊的實(shí)現(xiàn)。 當(dāng)實(shí)例表中節(jié)點(diǎn)達(dá)到 “ 完成 ” 態(tài)后，就進(jìn)行任務(wù)調(diào)度處理。 申請(qǐng)任務(wù)執(zhí)行就是某個(gè)普通用戶從任務(wù)表中提取出其所能執(zhí)行的任務(wù)并執(zhí)行的 過(guò)程。這 7 個(gè)部分相互關(guān)聯(lián)、調(diào)用組合成了一個(gè)總的 Executor 模塊。 5 基于 .Net 的工作流引擎的實(shí)現(xiàn) 工作流引擎的實(shí)現(xiàn) 由 節(jié)可知，本工作流引擎被分為了名為 Monito:和Executor 的兩個(gè)模塊。 本章小結(jié) 本章首先介紹了基于 .Net 的工作流管理系統(tǒng)中與工作流引擎相關(guān)的各個(gè)部分的 分析與設(shè)計(jì)。 Monitor 部分由一個(gè)掃描進(jìn)程組成，它不停的掃描正在運(yùn)行的過(guò)程實(shí)例，判斷是 否有過(guò)程實(shí)例或者節(jié)點(diǎn)實(shí)例的存在時(shí)間超過(guò)了定義的生命周期。處理工作流實(shí)體對(duì)象 的持久化，管理工作流邏輯對(duì)象的創(chuàng)建、更新和存儲(chǔ) :管理工作流持久化服務(wù)對(duì)象 的創(chuàng)建與分配。 如圖 所示， Executor 部分的軟件體系結(jié)構(gòu)如下 : :是本工作流引擎的邏輯實(shí)現(xiàn)部分。 采用這種通信模式，各個(gè)分布式工作流引擎可以分布到 Intemet的任意節(jié)點(diǎn)上來(lái) 協(xié)作完成一個(gè)流程的導(dǎo)航。 利用上述兩類接口，就可以為不同用戶開(kāi)發(fā)所需要的客戶端應(yīng)用程序 (包括前 面所設(shè)計(jì)的普通用戶模塊和管理及監(jiān)控工具 )，從而實(shí)現(xiàn)一個(gè)完整的工作流管理系 統(tǒng)。 (2)提取任務(wù)使用的接口 :針對(duì)每個(gè)用戶從任務(wù)表庫(kù)中提取屬于它的任務(wù)并按任 務(wù)名稱、內(nèi)容、時(shí)間顯示。本工作流引擎和普通用戶的通信模式如圖 所示。包括崗位標(biāo)識(shí)和用戶標(biāo)識(shí)字段。 角色表 :存儲(chǔ)角色信息，其中包括角色表示和描述字段。 組織機(jī)構(gòu)圖數(shù)據(jù)庫(kù)由組織機(jī)構(gòu)模塊通過(guò) ADO. Net 進(jìn)行訪問(wèn)，主要包括組織機(jī)構(gòu) 用戶表、組織機(jī)構(gòu)元素表、用戶角色映射表、角色表和崗位表、用戶崗位映射表及用戶權(quán)限關(guān)系表等。 普通用戶可對(duì)自己處理過(guò)的流程進(jìn)行監(jiān)控，查看流程的執(zhí)行情況，如果流程已 完成并歸檔則可對(duì)相應(yīng)的歸檔數(shù)據(jù)進(jìn)行查詢處理。 普通用戶的設(shè)計(jì) 普通用戶模塊相對(duì)工作流管理系統(tǒng)中的其它模塊來(lái)說(shuō)，是相對(duì)獨(dú)立的一個(gè)模塊 一般來(lái)說(shuō)，它是在工作流管理系統(tǒng)具體應(yīng)用時(shí)完成其全部功能。流程定義工具在定義流程時(shí)需要對(duì)用戶和組織機(jī)構(gòu)圖進(jìn)行引用，因而用戶和組織機(jī)構(gòu)模塊須提供一些被引用的功能，這些功能主要有獲取所有組織機(jī)構(gòu)引用 。 日志管理是管理和監(jiān)控的重要一環(huán)，引擎每次處理都會(huì)寫日志到持久化存儲(chǔ)器 運(yùn)行時(shí)的日志信息是非常重要而且龐大的，實(shí)現(xiàn)對(duì)日志的妥善處理將對(duì)系統(tǒng)的效率產(chǎn)生很大的影響。其中主要包括流程和行為實(shí)例的掛起、恢復(fù)、終止、任務(wù)的重指派以及修改實(shí)例屬性等。 管理和監(jiān)控工具的設(shè)計(jì) 管理和監(jiān)控工具實(shí)現(xiàn)對(duì)整個(gè)工作流管理系統(tǒng)的管理，其主要的功能有流程模板 的管理、實(shí)例的管理和監(jiān)控、用戶角色管理、歸檔數(shù)據(jù)管理、日志管理及自動(dòng)資源的管理等。流程設(shè)計(jì)者通過(guò)對(duì)上述流向符和節(jié)點(diǎn)符進(jìn)行布局及對(duì)他們的屬性進(jìn)行設(shè)置來(lái)創(chuàng)建一個(gè)新的業(yè)務(wù)流程。 過(guò)程定義工具的設(shè)計(jì) 目前我們所設(shè)計(jì)的流程定義模塊的主要功能有流程定義者登錄校驗(yàn) 、創(chuàng)建一個(gè)新 的流程、修改已有的流程、保存當(dāng)前流程以及流程的合法性檢查等。在實(shí)際的定義中，用戶不需 定義主活動(dòng)，它是一個(gè)標(biāo)準(zhǔn)活動(dòng)，其返回結(jié)果只有 “ 通過(guò) ” 和 “ 不通過(guò) ” 兩種。執(zhí)行結(jié)果為該節(jié)點(diǎn)主活動(dòng)的執(zhí)行結(jié)果，只有 “ 通過(guò) 和“不通過(guò)”兩 種。觸發(fā)信息分為兩種類型 :一種是具體的消息 :另一種是時(shí)間信息，如 必須等到特定時(shí)刻的到來(lái)才能觸發(fā)主活動(dòng)的執(zhí)行。為人時(shí)，又可以有兩種方式表 示，一種是指明具體的人員，另一種則是指定組織單元和角色，在工作流運(yùn)行 的過(guò)程中再動(dòng)態(tài)地確定具體執(zhí)行的人員 。節(jié)點(diǎn)名稱為字符串類型，如 “ 教授 評(píng)審’。 (7)子過(guò)程節(jié)點(diǎn) :其本身就是一個(gè)定義好的工作流模型，在子過(guò)程 15 節(jié)點(diǎn)中還可 以定義子過(guò)程節(jié)點(diǎn)，從而形成了一個(gè)層次化的階梯工作流模型。 (4)選擇匯集節(jié)點(diǎn) :選擇匯集節(jié)點(diǎn)用于表示選擇分支路由結(jié)構(gòu)的結(jié)束，它沒(méi)有 具體的動(dòng)作 (選擇分支節(jié)點(diǎn)和選擇匯集節(jié)點(diǎn)必須成對(duì)使用 )。對(duì)于一個(gè)工作流過(guò)程只 能有一個(gè)初始節(jié)點(diǎn)，初始節(jié)點(diǎn)沒(méi)有 具體的執(zhí)行動(dòng)作。 工作流引擎相關(guān)模塊的分析與設(shè)計(jì) 14 過(guò)程定義規(guī)范 建模工具采用基于圖形的建模方法。 :我們可以將其設(shè)計(jì)為兩個(gè)數(shù)據(jù)庫(kù) :引擎數(shù)據(jù)庫(kù)和組織機(jī)構(gòu)數(shù)據(jù)庫(kù)、其 具體實(shí)現(xiàn)將在下面進(jìn)行介紹。 本工作流管理系統(tǒng)采用三層架構(gòu)和兩層架構(gòu)相混和的模 式來(lái)實(shí)現(xiàn) ： :管理和監(jiān)控工具、普通用戶模塊放在客戶層。 13 本章小結(jié) 本章詳細(xì)介紹了實(shí)現(xiàn)基于 .Net 的工作流引擎的關(guān)鍵技術(shù)。 統(tǒng)一的編程類庫(kù) . Net 框架為開(kāi)發(fā)人員提供了一個(gè)統(tǒng)一的、面向?qū)ο蟮?、層次化的、可擴(kuò)展的類 庫(kù)集合?？蚣苤型ǔＬ峁┝嗽S多實(shí)用工具以及相關(guān)服務(wù)，開(kāi)發(fā)人員使用這些工具可以很容易的在此平臺(tái)上進(jìn)行開(kāi)發(fā)。 本章小結(jié) 本章首先介紹了 wfmc 提出的工作流管理系統(tǒng)的體系結(jié)構(gòu)、工作流參考模型。 :工作流在執(zhí)行過(guò)程中要維護(hù)不同過(guò)程 和活動(dòng)實(shí)例的內(nèi)部狀態(tài)信息，以及用于協(xié)調(diào)和恢復(fù)的各種檢查數(shù)據(jù)及恢復(fù) /重啟信 息，還包括用戶傳送的必要的相關(guān)數(shù)據(jù)。根據(jù)活動(dòng)之 間的關(guān)聯(lián)和活動(dòng)的執(zhí)行條件，決定并行或串行執(zhí)行后續(xù)活動(dòng) 。實(shí)際上它是企業(yè)經(jīng)營(yíng)過(guò)程的任務(wù)調(diào) 度器，在某種程度上還是企業(yè)資源分配器。它主要描述企業(yè)經(jīng)營(yíng)過(guò)程中參與操作的人員和組織單位。工作流相關(guān) 數(shù)據(jù)的屬性包括數(shù)據(jù)名稱、數(shù)據(jù)類型和數(shù)據(jù)值等?；顒?dòng)對(duì)應(yīng)于企業(yè)