web工作流管理系統(tǒng)開(kāi)發(fā)1-5

1、之一 工作流概念 曾經(jīng)在2001年做CRM產(chǎn)品的時(shí)候，因?yàn)镃RM產(chǎn)品的客戶狀態(tài)升遷，每個(gè)具體用戶的升遷規(guī)則可能會(huì)不一樣，技術(shù)主管說(shuō)要集成一個(gè)工作流軟件工 具.，那是我第一次聽(tīng)說(shuō)工作流。當(dāng)時(shí)很不理解，這工作流軟件如何能做到將業(yè)務(wù)流程定義進(jìn)去呢？當(dāng)然，那時(shí)候工作流軟件工具還不成熟和完善，也或 者我們也沒(méi)有達(dá)到那個(gè)層次，后來(lái)終究還是沒(méi)有用上工作流。 工作流軟件，顧名思義，就是業(yè)務(wù)信息數(shù)據(jù)在多個(gè)環(huán)節(jié)模塊之間的流轉(zhuǎn)。按照工作流管理聯(lián)盟的定義，工作流指的是“業(yè)務(wù)過(guò)程的部分或全部在計(jì)算機(jī)應(yīng)用環(huán)境下的 自動(dòng)化”。在實(shí)際應(yīng)用過(guò)程中，為了實(shí)現(xiàn)對(duì)業(yè)務(wù)過(guò)程的工作流管理，需要對(duì)業(yè)務(wù)流程及其各個(gè)步驟之間業(yè)務(wù)規(guī)則的抽象，概

2、括，做成一個(gè)統(tǒng)一通用的流程管理軟件系 統(tǒng)，這種軟件系統(tǒng)就是工作流管理系統(tǒng)。 工作流管理系統(tǒng)的主要功能是通過(guò)計(jì)算機(jī)技術(shù)的支持去定義、執(zhí)行和管理工作流，協(xié)調(diào)工作流執(zhí)行過(guò)程工作之間以及群體成員之間的信息交互。工作流管理系統(tǒng)將 業(yè)務(wù)流程中工作如何組織協(xié)調(diào)在一起的規(guī)則抽象出來(lái)，從而分離了具體工作的邏輯和流程組織的邏輯。實(shí)現(xiàn)對(duì)業(yè)務(wù)過(guò)程的抽象建模、業(yè)務(wù)過(guò)程仿真分析、業(yè)務(wù)過(guò)程優(yōu) 化、業(yè)務(wù)過(guò)程管理與集成。從而最終實(shí)現(xiàn)業(yè)務(wù)過(guò)程的流程自動(dòng)化管理。 開(kāi)發(fā)人員或者流程的應(yīng)用人員遵從工作流管理系統(tǒng)的規(guī)則或約定，設(shè)計(jì)和實(shí)現(xiàn)具體的業(yè)務(wù)流程。 工作流系統(tǒng)結(jié)構(gòu)圖： 天藍(lán)色藍(lán)色：軟件構(gòu)件，完成工作流管理系統(tǒng)不同組成部分功能的實(shí)現(xiàn)；

3、 黃色：系統(tǒng)控制數(shù)據(jù)，工作流管理系統(tǒng)中的一個(gè)或多個(gè)軟件構(gòu)件使用的數(shù)據(jù)； 棕色：應(yīng)用與應(yīng)用數(shù)據(jù)，對(duì)于工作流管理系統(tǒng)來(lái)說(shuō)，它們不是工作流管理系統(tǒng)的組成部分，而是屬于外部系統(tǒng)和數(shù)據(jù)，它們被工作流系統(tǒng)調(diào)用來(lái)完成整個(gè)和部分工作流管理的功能。 web工作流管理系統(tǒng)主要功能： 業(yè)務(wù)流程建模; 參與的用戶，權(quán)限，角色設(shè)計(jì)； 工作流測(cè)試運(yùn)行； 業(yè)務(wù)表單模塊的建立； 流程發(fā)布運(yùn)行； 流程管理和監(jiān)控； 流程出錯(cuò)后的修復(fù)。 通常開(kāi)發(fā)一個(gè)工作流管理系統(tǒng)主要包含如下幾個(gè)部分： 工作流引擎開(kāi)發(fā) 工作流定義工具 自定義表單模塊 流程管理和監(jiān)控 工作流引擎：主要是實(shí)現(xiàn)業(yè)務(wù)流程的規(guī)則抽象，模型的建立，解釋，以及為流程實(shí)例提供運(yùn)行

4、環(huán)境，并解釋執(zhí)行流程實(shí)例。 工作流定義工具：主要是實(shí)現(xiàn)工作流的描述文件的定義和建立，通過(guò)可視化的方式把復(fù)雜的流程定義以圖形化的方式顯示出來(lái)，并加以操作。 自定義模塊：主要指自定義表單，實(shí)現(xiàn)業(yè)務(wù)模塊的工具。 流程管理和監(jiān)控：主要指組織機(jī)構(gòu)、角色，流程實(shí)例等數(shù)據(jù)的維護(hù)管理和流程執(zhí)行情況的監(jiān)控；之二 工作流引擎工作流引擎，主要是實(shí)現(xiàn)業(yè)務(wù)流程的規(guī)則抽象，模型的建立，解釋，以及為流程實(shí)例提供運(yùn)行環(huán)境，并解釋執(zhí)行流程實(shí)例。工作流引擎必須要包含一個(gè)工作流模型的設(shè)計(jì)，工作流模型就是對(duì)業(yè)務(wù)流程抽象的一個(gè)模型，是整個(gè)工作流引擎的基礎(chǔ)。所以模型設(shè)計(jì)的好壞決定引擎的功能是否靈活，也決定了工作流管理系統(tǒng)從設(shè)計(jì)實(shí)現(xiàn)到運(yùn)行

5、實(shí)施等諸多環(huán)節(jié)。 在信息管理自動(dòng)化的環(huán)境下，工作流模型必須采用簡(jiǎn)單、直觀、又具有較強(qiáng)描述能力的模型。我們公司的自定義工作流系統(tǒng)采用了有限狀態(tài)機(jī)的數(shù)學(xué)模型來(lái)實(shí)現(xiàn)工作流模型，有限狀態(tài)機(jī)（FSM）又稱為有限狀態(tài)自動(dòng)機(jī)或簡(jiǎn)稱狀態(tài)機(jī)，是表示有限個(gè)狀態(tài)以及這些狀態(tài)之間的轉(zhuǎn)移和動(dòng)作等行為的數(shù)學(xué)模型。狀態(tài)轉(zhuǎn)換圖： 上圖左數(shù)第一個(gè)圖：為初始狀態(tài)，用粗線圈表示；SX,S0,S01,S011,S0110 為狀態(tài)名稱U=0表示處于該狀態(tài)的輸入連線箭頭上的0或1表示導(dǎo)入狀態(tài)轉(zhuǎn)換時(shí)的輸入 工作流模型正是利用這種狀態(tài)和動(dòng)作，動(dòng)作的結(jié)果導(dǎo)致?tīng)顟B(tài)的轉(zhuǎn)移來(lái)達(dá)到流程的流轉(zhuǎn)。工作流引擎的每一種狀態(tài)(state)被描述成為一個(gè)步驟(s

6、tep)和步驟的狀態(tài)(status)。工作流實(shí)例從一種狀態(tài)(state)升遷到另外一種狀態(tài)是通過(guò)執(zhí)行動(dòng)作(action)來(lái)達(dá)到的，動(dòng)作的結(jié)果(result)導(dǎo)向另外一種狀態(tài)(state)，這樣達(dá)到流程的流轉(zhuǎn)。在一個(gè)工作流實(shí)例的生命周期內(nèi)通常有一個(gè)或者多個(gè)活動(dòng)的狀態(tài)(state)。這些簡(jiǎn)單的思想表現(xiàn)在工作流引擎的核心包里面，并且通過(guò)一個(gè)簡(jiǎn)單的XML文件來(lái)描述業(yè)務(wù)工作流程。一個(gè)簡(jiǎn)單的流程描述xml文件是這樣的：上圖xml流程的圖解狀態(tài)過(guò)程如下：開(kāi)始節(jié)點(diǎn)-初始化動(dòng)作-步驟節(jié)點(diǎn)動(dòng)作節(jié)點(diǎn)-結(jié)束工作流引擎的基本元素：步驟（step） 一個(gè)step描述的是工作流所處的位置。可能從一個(gè)step流轉(zhuǎn)到另外一個(gè)s

7、tep，或者也可以在同一個(gè)step內(nèi)流轉(zhuǎn)（因?yàn)閟tep可以通Status來(lái)細(xì)分，形成多個(gè)state）。一個(gè)流程里面可以有多個(gè)step。如：總部營(yíng)運(yùn)中心總經(jīng)理審批狀態(tài)（status與state） 狀態(tài)status 是用來(lái)描述工作流程中具體step（步驟）狀態(tài)的字符串。eWorkFlow中預(yù)置了三種步驟的狀態(tài) Underway（進(jìn)行中）、Queued（等候處理中）、Finished（完成），用戶可以任意擴(kuò)展自己的狀態(tài)。而工作流的狀態(tài)state則是由 step（步驟）status(步驟的狀態(tài))組成的。工作流狀態(tài)state的升遷來(lái)達(dá)到工作流實(shí)例的推進(jìn)。如：總部營(yíng)運(yùn)中心總經(jīng)理審批完成流轉(zhuǎn)（transti

8、on） 一個(gè)工作流實(shí)例狀態(tài)state到另一個(gè)狀態(tài)state的轉(zhuǎn)移。如：從“總部營(yíng)運(yùn)中心總經(jīng)理審批等候”到“總部營(yíng)運(yùn)中心總經(jīng)理審批完成”動(dòng)作（action） action 觸發(fā)了發(fā)生在 step 內(nèi)或 step 間的流轉(zhuǎn)，或者說(shuō)是基于 state 的流轉(zhuǎn)。一個(gè) step 里面可以有多個(gè)action。action 和step 之間的關(guān)系是，step 說(shuō)明“在哪里”，action 說(shuō)明“去哪里”。 一個(gè) action 典型地由兩部分組成：可以執(zhí)行此action（動(dòng)作）的condition（條件），以及執(zhí)行此動(dòng)作后的 result（結(jié)果）。按：感覺(jué)是從屬于流轉(zhuǎn)（transtion）。條件（condit

9、ion）類似于邏輯判斷，可包含“AND”和“OR”邏輯。比如一個(gè)請(qǐng)假流程中的“本部門審批階段”，該階段利用“AND”邏輯，判斷流程狀態(tài)是否為等候處理中，以及審批者是否為本部門主管。結(jié)果（result）Result 代表執(zhí)行action（動(dòng)作）后的結(jié)果，指向新的 step 及其 step status，也可能進(jìn)入 split 或者 join。result 分為兩種， contidional-result （有條件結(jié)果），只有條件為真時(shí)才使用該結(jié)果，和 unconditional-result（無(wú)條件結(jié)果），當(dāng)條件不滿足或沒(méi)有條件時(shí)使用該結(jié)果。任務(wù)（task）任務(wù)是當(dāng)工作流狀態(tài)發(fā)生轉(zhuǎn)移的時(shí)候，產(chǎn)生

10、的任務(wù)。任務(wù)可以指定為一個(gè)具體的角色，人，或者群組。任務(wù)具體分為待辦，已辦，競(jìng)爭(zhēng)辦理，代理待辦等多種功能。分支/合并（split/join）流程的分支和合并。分支是指流程下一步可以同時(shí)分發(fā)給多個(gè)步驟，分支split 提供多個(gè)unconditional-result（無(wú)條件結(jié)果）；join 則判斷多個(gè)current step 的狀態(tài)提供一個(gè) result（結(jié)果）。子流程（subflow）子流程，動(dòng)作的結(jié)果可以指向一個(gè)子流程，子流程是一個(gè)獨(dú)立的流程，可以單獨(dú)啟動(dòng)也可以嵌套在另外的流程中啟動(dòng)，和主流程有同步或異步銜接的屬性。自由流 （free transtion)自由流是指當(dāng)一個(gè)步驟的動(dòng)作執(zhí)行完成后

11、，需要跳轉(zhuǎn)到任務(wù)（任意？）的步驟。任意步驟，是指整個(gè)流程范圍內(nèi)的任意步驟，包含執(zhí)行過(guò)的或未執(zhí)行過(guò)的?；赝肆鳎╮eturn transtion）回退指當(dāng)流程實(shí)例運(yùn)行到某個(gè)步驟的時(shí)候，由于某些特殊原因需要回退到已經(jīng)執(zhí)行過(guò)的某個(gè)步驟上?；赝耸且环N特殊的過(guò)程，只有在運(yùn)行過(guò)程中才會(huì)明確知道要回退到那個(gè)步驟，回退往往需要執(zhí)行業(yè)務(wù)補(bǔ)償?；赝撕妥杂闪鞑灰粯?，回退會(huì)摸掉當(dāng)前步驟到回退步驟之間的運(yùn)行軌跡，就像初次運(yùn)行到回退的步驟一樣，同時(shí)需要輔助業(yè)務(wù)補(bǔ)償來(lái)到達(dá)業(yè)務(wù)數(shù)據(jù)的回退。工作流引擎核心包內(nèi)，對(duì)這些基本元素做解釋，并提供流程實(shí)例啟動(dòng)，動(dòng)作執(zhí)行，任務(wù)完成等等API，達(dá)到對(duì)業(yè)務(wù)流程的抽象。業(yè)務(wù)系統(tǒng)集成工作流后，做好

12、業(yè)務(wù)流程建模，然后利用自定義表單做好相應(yīng)業(yè)務(wù)數(shù)據(jù)的處理，將表單掛接到流程上。啟動(dòng)工作流系統(tǒng)，就可以實(shí)現(xiàn)業(yè)務(wù)系統(tǒng)了。之三 可視化流程設(shè)計(jì)器 在工作流管理系統(tǒng)中，引擎的所有的活動(dòng)，驅(qū)動(dòng)，和流轉(zhuǎn)，都是以流程定義為基礎(chǔ)而展開(kāi)的。流程定義文件是流程能運(yùn)行的先決條件，同時(shí)流程定義文件又是工作流 引擎的設(shè)計(jì)基礎(chǔ)，引擎必須要能生成，解釋和獲取到任意流程定義節(jié)點(diǎn)的信息。業(yè)務(wù)流程建模就是將一個(gè)具體的業(yè)務(wù)流程系統(tǒng)用流程定義文件來(lái)描述。而生成這個(gè)流 程定義文件的可視化編輯工具就是流程設(shè)計(jì)器。一般來(lái)說(shuō)，只要是足夠熟悉流程定義的各個(gè)步驟和節(jié)點(diǎn)的意義，流程描述文件可以用文本編輯器手動(dòng)的輸入來(lái)生成。但是這樣做對(duì)用戶的要求太高

13、了。通常都會(huì)采用一個(gè)可視化的流程定義工具來(lái)實(shí)現(xiàn)。工作流定義工具實(shí)現(xiàn)方式：用java的圖形界面包來(lái)實(shí)現(xiàn)：生成一個(gè)java application，需要在客戶端裝jre，是c/s的應(yīng)用，每個(gè)使用的客戶端必須安裝jre，安裝這個(gè)可視化的編輯工具，這種方式根本不適合web管理系統(tǒng)的發(fā)布，每個(gè)客戶端都需要安裝，不理想；用applet來(lái)實(shí)現(xiàn)：這種方案雖然解決了每個(gè)使用的客戶端安裝程序的過(guò)程，但還是需要大量下載安裝包，下載jre，也不是理想的實(shí)現(xiàn)方式。用html+js+ajax來(lái)實(shí)現(xiàn)：無(wú)須客戶端安裝，無(wú)須下載jre，只是第一次運(yùn)行需要下載所有js的腳本，是理想的實(shí)現(xiàn)方式。下面主要談html+js+ajax的

14、實(shí)現(xiàn)方式： 工作流流程定義，必須要圖形化的實(shí)現(xiàn)流程的建模，使得流程建模變得簡(jiǎn)單和可操作，用戶通過(guò)拖、拉、點(diǎn)、拽來(lái)實(shí)現(xiàn)流程的建模。通過(guò)html和dhtml來(lái)實(shí)現(xiàn)界面的展示。通過(guò)javascript和xml，dom分析實(shí)現(xiàn)動(dòng)態(tài)的修改和編輯節(jié)點(diǎn)屬性。通過(guò)ajax來(lái)實(shí)現(xiàn)和后臺(tái)的交互。通過(guò)vml來(lái)實(shí)現(xiàn)圖形化的操作，畫線，畫方框，拖動(dòng)等等。 運(yùn)用js, dhtml, xml, dom, vml 這些技術(shù)足可以將界面的編輯功能做得靈活簡(jiǎn)便，然后有ajax隨時(shí)可以取得和后臺(tái)交互，同時(shí)是web網(wǎng)頁(yè)發(fā)布的，可以和應(yīng)用程序一起集成發(fā)布，通過(guò)權(quán)限控制可以開(kāi)放給最終端的用戶使用。一般來(lái)說(shuō)流程定義文件的保存可以是保存成文

15、件的形式，也可以保存到數(shù)據(jù)庫(kù)的表中，因?yàn)椴捎胊jax的方式來(lái)設(shè)計(jì)保存，這兩種方式很容易都可以實(shí)現(xiàn)。同時(shí)通過(guò)文件方式的保存和數(shù)據(jù)庫(kù)方式的保存，很容易做到流程的上傳和下載，真是一舉兩得。下面模擬一個(gè)業(yè)務(wù)流程建模工具操作界面：之四 自定義表單在開(kāi)發(fā)工作流管理系統(tǒng)時(shí)，很多人只重視流程引擎，流程模型的建立，而忽略了自定義表單工具。自定義表單工具是實(shí)現(xiàn)獨(dú)立業(yè)務(wù)模塊的可視化編輯工具，業(yè)務(wù)模塊可以通過(guò)這種工具編輯生成。如果單純從流程實(shí)現(xiàn)來(lái)說(shuō)，確實(shí)自定義表單不是重點(diǎn)，流程實(shí)現(xiàn)了，可以掛接上表單就可以了。至于表單業(yè)務(wù)模塊，可以是表單工具生成的，也可以是代碼編寫的表單，總之能用代碼來(lái)實(shí)現(xiàn)的是最靈活的。但實(shí)際上流程的

16、每一個(gè)步驟的業(yè)務(wù)數(shù)據(jù)都需要靠表單來(lái)展現(xiàn)，用表單來(lái)實(shí)現(xiàn)業(yè)務(wù)數(shù)據(jù)的存儲(chǔ)，如果總是需要靠代碼來(lái)實(shí)現(xiàn)的話，沒(méi)有一個(gè)功能強(qiáng)勁的自定義表單工具來(lái)支撐的話，再好的工作流系統(tǒng)也不過(guò)是瘸腿的馬，跑不長(zhǎng)遠(yuǎn)，更別說(shuō)可視化的完成業(yè)務(wù)流程了。 做過(guò)mis系統(tǒng)開(kāi)發(fā)的人都知道，表單這塊涉及到表現(xiàn)層，操作界面的人機(jī)交互，后臺(tái)又涉及到業(yè)務(wù)邏輯，業(yè)務(wù)數(shù)據(jù)的存儲(chǔ)，是開(kāi)發(fā)mis系統(tǒng)的重點(diǎn)，難點(diǎn)。而工作流引擎都是將這層業(yè)務(wù)模塊的實(shí)現(xiàn)剝離，讓用戶自己去實(shí)現(xiàn)，工作流引擎只實(shí)現(xiàn)一個(gè)抽象的流程流轉(zhuǎn)。如果要做到流程的自定義，業(yè)務(wù)模塊的自定義，一定需要有一個(gè)強(qiáng)大的自定義表單模塊來(lái)支持，才能使得流程的定義變得可視化，可操作，可提供給最終端的用戶使用

17、。自定義表單，因?yàn)樯婕暗浇缑娴恼故?，人機(jī)操作交互，頁(yè)面的構(gòu)件一定要豐富。常用的構(gòu)件：label,textbox,combobox,spin ， shape ， checkboxlist ， radiolist ， dropdownlist ， webgrid ， upload等等；復(fù)雜的構(gòu)件：表格，樹(shù)控件，統(tǒng)計(jì)圖標(biāo)展現(xiàn)控件，多列下拉列表控件等等。表格的展現(xiàn)和輸入應(yīng)該是最豐富的，功能應(yīng)該做到很方便和強(qiáng)大，比如做到和數(shù)據(jù)集的綁定，快速方便的展現(xiàn)數(shù)據(jù)，單元格的輸入支持多種輸入方式，下拉combox，多列的下拉輸入，彈出日期選擇，彈出窗口選擇，回選數(shù)據(jù)等等。單元格，行的事件的支持，雙擊，單據(jù)，離開(kāi)等等

18、。多樣齊全的數(shù)據(jù)驗(yàn)證功能：比如判斷空，是否數(shù)字，取值范圍判斷，是否日期，是否電話號(hào)碼，省份證驗(yàn)證，漢字驗(yàn)證，等等多樣的驗(yàn)證。自定義表單，有可視化表單設(shè)計(jì)界面，直接采用拖、拉、點(diǎn)、拽的方式來(lái)設(shè)計(jì)表單。常見(jiàn)的數(shù)據(jù)獲取保存等等，直接用頁(yè)面構(gòu)件，不需要用戶寫代碼就能完成（有時(shí)候簡(jiǎn)單的sql語(yǔ)句還是需要寫）。采用b/s的方式來(lái)設(shè)計(jì)，易于做web發(fā)布，提供給最終端的用戶使用。采用ajax的方式來(lái)實(shí)現(xiàn)隨時(shí)隨地的和后臺(tái)交互，做到局部刷新，粒狀更新，同步、異步調(diào)用等，使得界面交互性強(qiáng)，易于操作。數(shù)據(jù)層和樣式分離，便于和其它系統(tǒng)集成；支持多種后臺(tái)數(shù)據(jù)庫(kù)；編輯層和最終生成的表單分離，易于發(fā)布和集成。下面是eform

19、自定義表單，結(jié)合工作流管理系統(tǒng)的一個(gè)示例：說(shuō)明：實(shí)現(xiàn)員工報(bào)銷的一個(gè)流程 主要業(yè)務(wù)要求： 員工填寫報(bào)銷單，單據(jù)為主子表的設(shè)計(jì)，部門經(jīng)理和總經(jīng)理會(huì)簽，任何一位經(jīng)理拒簽后，都打回重新填寫，打回后員工也可作廢報(bào)銷單；重新填寫再次申報(bào)，直到經(jīng)理都審核通過(guò)，財(cái)務(wù)通知領(lǐng)取報(bào)銷金額，員工領(lǐng)取后，流程實(shí)例結(jié)束。 業(yè)務(wù)流程圖：eform自定義表單模塊設(shè)計(jì)：費(fèi)用報(bào)銷單啟動(dòng)流程：流程運(yùn)行軌跡圖：流程剛完成初始化，運(yùn)行到填寫報(bào)銷單步驟提交費(fèi)用報(bào)銷申請(qǐng)：如下圖，點(diǎn)擊“保存執(zhí)行”，即提交，流程會(huì)流轉(zhuǎn)到審核階段。經(jīng)理審核：兩步審核都通過(guò)后，財(cái)務(wù)發(fā)出通知員工領(lǐng)取報(bào)銷費(fèi)用。之五 開(kāi)源osworkflow之用戶系統(tǒng)改造前言： os

20、workflow是個(gè)開(kāi)源的工作流引擎，采用的是有限狀態(tài)機(jī)的模型。內(nèi)置有osuser這個(gè)用戶系統(tǒng)，來(lái)處理用戶權(quán)限相關(guān)的部分。但是功能很弱，只有 用戶表，用戶組表，即簡(jiǎn)單的將用戶劃分給用戶組。在定義流程的時(shí)候，可以將權(quán)限處理給一個(gè)具體的用戶，也可以給一個(gè)用戶組。缺點(diǎn)：功能太過(guò)簡(jiǎn)單，不利于擴(kuò)展，也不利于和用戶系統(tǒng)集成，還沒(méi)有開(kāi)源的源代碼。改造方案： 將osuser去掉，重新編寫一套用戶系統(tǒng)，此用戶系統(tǒng)只在工作流系統(tǒng)中使用，因此數(shù)據(jù)權(quán)限等從簡(jiǎn)。 保留使用osuser.xml文件的配置，修改成fcuser.xml，此配置文件采用xml格式，配置具體執(zhí)行和數(shù)據(jù)庫(kù)交互的實(shí)現(xiàn)類，便于擴(kuò)展各種數(shù)據(jù)庫(kù)的個(gè)性化函數(shù),sql，關(guān)鍵字的不同寫法。 采用映射表的方式，和實(shí)際用戶系統(tǒng)的表關(guān)聯(lián)，因?yàn)橛脩粝到y(tǒng)要集成工作流，一般都有自己的用戶組織機(jī)構(gòu)管理系統(tǒng)。工作流系統(tǒng)必須要和用戶系統(tǒng)的用戶權(quán)限系統(tǒng)無(wú)縫集成，所以沒(méi)有必要再做一套用戶系統(tǒng)，直接將用戶系統(tǒng)的數(shù)據(jù)映射過(guò)來(lái)，達(dá)到集成的目的。如果不采用表數(shù)據(jù)的映射，也可以編寫實(shí)現(xiàn)類，實(shí)現(xiàn)UserProvider接口，將用戶系統(tǒng)已經(jīng)有的方法關(guān)聯(lián)過(guò)來(lái)