《基于工作流的部隊日常公文審批系統(tǒng)應(yīng)用研究》.doc

專業(yè)碩士學(xué)位論文基于工作流的部隊日常公文審批系統(tǒng)應(yīng)用研究Application and Research of Workflow-basedDaily Military Document Approval System作者：侯軍飛導(dǎo)師：張晉豫北京交通大學(xué)2019年12月學(xué)位論文版權(quán)使用授權(quán)書本學(xué)位論文作者完全了解北京交通大學(xué)有關(guān)保留、使用學(xué)位論文的規(guī)定。特授權(quán)北京交通大學(xué)可以將學(xué)位論文的全部或部分內(nèi)容編入有關(guān)數(shù)據(jù)庫進行檢索，并采用影印、縮印或掃描等復(fù)制手段保存、匯編以供查閱和借閱。同意學(xué)校向國家有關(guān)部門或機構(gòu)送交論文的復(fù)印件和磁盤。（保密的學(xué)位論文在解密后適用本授權(quán)說明）學(xué)位論文作者簽名： 導(dǎo)師簽名：簽字日期： 年 月 日 簽字日期： 年 月 日中圖分類號：TP309UDC：學(xué)校代碼：10004密級：公開vii北京交通大學(xué)專業(yè)碩士學(xué)位論文基于工作流的部隊日常公文審批系統(tǒng)應(yīng)用研究Application and Research of Workflow-basedDaily Military Document Approval System作者姓名：侯軍飛 學(xué) 號：07130120導(dǎo)師姓名：張晉豫 職 稱：教授工程領(lǐng)域：計算機技術(shù) 學(xué)位級別：碩士 北京交通大學(xué)2019年12月致謝本論文的工作是在我的導(dǎo)師張晉豫教授的悉心指導(dǎo)下完成的，張晉豫教授嚴(yán)謹(jǐn)?shù)闹螌W(xué)態(tài)度和科學(xué)的工作方法給了我極大的幫助和影響。在此衷心感謝三年來張晉豫老師對我的關(guān)心和指導(dǎo)。張晉豫教授不僅悉心指導(dǎo)我完成了實驗室的科研工作，而且在學(xué)習(xí)上和生活上也都給予了我很大的關(guān)心和幫助，在此向張晉豫老師表示衷心的謝意。在實驗室工作及撰寫論文期間，傅家林老師，譚振古、馬英等同學(xué)對我論文中的有關(guān)部隊日常公文審批系統(tǒng)研究工作給予了熱情幫助，在此向他們表達我的感激之情。另外也感謝我的母親和妻子，她們的理解和支持使我能夠在學(xué)校專心完成我的學(xué)業(yè)。北京交通大學(xué)專業(yè)碩士學(xué)位論文 ABSTRACT中文摘要摘要：所謂工作流就是一類能夠完全或者部分自動執(zhí)行的經(jīng)營過程，它根據(jù)一系列過程規(guī)則、文檔、信息或任務(wù)能夠在不同執(zhí)行者之間進行傳遞與執(zhí)行，表現(xiàn)為一組人員為完成某一項業(yè)務(wù)所進行的所有工作與工作轉(zhuǎn)交過程，例如部隊日常公文審批、各類申請?zhí)幚淼?，每一項工作以流程的形式，由發(fā)起人(如文件起草人)發(fā)起流程，經(jīng)過本部門以及其他部門的處理(如簽署、會簽)，最終到達流程的終點(如發(fā)出文件者、歸檔入庫等)，它是工作流管理系統(tǒng)的核心技術(shù)，對于部隊來說，它描述的是部隊日常業(yè)務(wù)流程，監(jiān)督、控制、協(xié)調(diào)整個業(yè)務(wù)過程的完成，并對信息流進行跟蹤。主要特征是實現(xiàn)人與計算機交互事件結(jié)合過程中的“審批自動化”，從而節(jié)省紙質(zhì)文件傳遞在時間和人力成本上的浪費，提高審批的工作效率。在部隊中，日常工作繁多復(fù)雜，在處理審批文件時往往出現(xiàn)不及時辦理或因工作矛盾無法找到領(lǐng)導(dǎo)審批的情況；同時，當(dāng)今部隊官兵中利用信息化技術(shù)素質(zhì)參差不齊，有的會利用網(wǎng)絡(luò)辦公，但有的連打字錄入文檔都比較吃力。因此，想改進由于部隊自身的復(fù)雜性和缺陷導(dǎo)致的辦公效率低下等情況，特進行基于工作流的部隊日常公文審批系統(tǒng)應(yīng)用研究。該部隊審批系統(tǒng)平臺基于關(guān)系數(shù)據(jù)庫的工作流引擎(DB Flow)技術(shù)，整個技術(shù)由Java實現(xiàn)，根據(jù)已有的工作流模型提出并詳細介紹了DB Flow工作流引擎所支持的工作流模型。特別給出DB Flow工作流引擎支持的工作流模型繼承體系，該體系來源于面向?qū)ο蟮乃枷耄Y(jié)合類繼承的方式，實現(xiàn)工作流模型的繼承機制，從而使工作流模型能象類一樣具有重用性，甚至多態(tài)性。為了實現(xiàn)部隊日常公文的審批自動化，本人在論文中主要做了以下幾個方面的研究工作：1)通過審批工作流技術(shù)的全面闡述，分析了工作流目前發(fā)展的現(xiàn)狀和不足，為自己的相關(guān)研究工作劃定了問題范圍；2)提出了基于關(guān)系數(shù)據(jù)庫的 DB Flow工作流引擎，給出了DB Flow工作流引擎的框架體系結(jié)構(gòu)，并介紹了DB Flow工作流引擎所支持的工作流模型；3)在DB Flow工作流引擎所支持的工作流模型的基礎(chǔ)上，提出了通用的部隊審批工作流平臺的設(shè)計思想和方法；4)通過部隊的日常審批的工作流實例，來體現(xiàn)該部隊審批系統(tǒng)平臺的功能。關(guān)鍵詞：Java；部隊審批；工作流；工作流引擎；DB FlowABSTRACTABSTRACT: The so-called work class is one kind can completely or the partial auto-matization execution management process, it acts according to a series of process rule, the documents, the information or the duty can carry on the transmission and the execution between the different performer, the performance is group of personnel to complete all work which and the work transmission process some service carries on, for example the army archives examination, each kind of application processing and so on, each work by the flow form, (for example document drafter) initiates the flow by the initiator, passes through this department as well as other departments processing (for example signs, countersigns), arrives at the flow the end point (for example to issue document finally, filing-up warehousing and so on),It is the work class management system management systems core technologies, regarding the army, what it describes is the army day-to-day business flow, the surveillance, the control, coordinated entire service process completion, and carries on the track to the information flow. And then it can shorten the expense of transferring the paper and human resources and increase the working efficiency.In army, routine work many complex, when processing examination document because often appeared is not prompt handles or works is unable to find the leadership examination contradictory the situation; At the same time, in the army officers and soldiers the quality is now irregular, some using the network work, but some will be quite strenuous including the documents typing. Therefore, wants to improve, because army own complexity and the flaw cause office efficiency low and so on situations, carries on especially based on the work class army daily archives examination system applied research.This army approval platform is based of the RDB workflow engine technique. The technique is implemented by Java language. It advanced and detailed introduced the workflow model supported by DB Flow engine based of existed workflow model especially the inherited workflow architecture. And the architecture is born of OOP and coordinate the class inheritance way to implement the workflow inheritance architecture. It made the workflow model have the reusing and polymorphism as the class.To the purpose of army automatic approving, the main contents of research in this dissertation are as follows:1) Analyze the current status and the shortage of workflow development by introducing the approve workflow technologies detailed, which draws the demarcation of concerned issues in research.2) Propose a new workflow engine based on Relational Database called DB Flow engine, introduce the framework of DB Flow engine and the workflow models support by this architecture.3) Propose the designing ideas and methods of the general army approving workflow platform on the basis of workflow model supported by DB Flow engine. 4) By the general army approving workflow instances, express the strong functions of army approving platform. KEYWORDS：Java；Army Approving；Workflow；Workflow Engine； DB Flow北京交通大學(xué)專業(yè)碩士學(xué)位論文 目錄目錄中文摘要iiiABSTRACTiv第一章 緒論11.1選題背景11.2國內(nèi)外研究現(xiàn)狀及其不足31.3本文研究內(nèi)容51.4本章小結(jié)6第二章 審批自動化平臺采用的工作流技術(shù)72.1基于關(guān)系數(shù)據(jù)庫的工作流引擎(DBFIow)體系結(jié)構(gòu)72.1.1為什么要基于關(guān)系數(shù)據(jù)庫72.1.2基于關(guān)系數(shù)據(jù)庫的工作流引擎(DBFlow)的功能82.1.3基于關(guān)系數(shù)據(jù)庫工作流引擎體(DBFIow)系結(jié)構(gòu)82.2 DBFlow工作流引擎支持模型及數(shù)據(jù)庫結(jié)構(gòu)102.2.1工作流的基本模型102.2.2核心模型122.3 DBFlow工作流引擎的執(zhí)行服務(wù)與調(diào)度服務(wù)162.3.1流程的執(zhí)行162.3.2活動調(diào)度172.4本章小結(jié)22第三章 技術(shù)路線233.1 java技術(shù)233.2 B/S模式243.3影子主碼273.3.1影子主碼的提出273.3.2影子主碼的概念283.3.3影子主碼的實現(xiàn)293.4本章小結(jié)29第四章 審批自動化平臺的體系結(jié)構(gòu)及實現(xiàn)方案304.1工作流產(chǎn)品的結(jié)構(gòu)304.1.1流程定義工具304.1.2流程定義304.1.4工作流相關(guān)數(shù)據(jù)和應(yīng)用程序數(shù)據(jù)314.1.5工作列表324.1.6工作列表處理器324.2工作流的元模型324.2.1解釋器344.2.2分配器344.2.3路由選擇器354.2.4工作列表管理器354.2.5管理監(jiān)控器354.2.6工作流的運行控制方法354.3基于工作流技術(shù)的辦公自動化系統(tǒng)開發(fā)方法364.3.1方法的合理性與完備性364.3.2基于工作流技術(shù)的辦公自動化系統(tǒng)的開發(fā)方法374.4本章小結(jié)40第五章 部隊審批實例415.1具體實例415.1.1.戰(zhàn)士正課時間請假流程415.1.2.戰(zhàn)士特殊情況請假流程425.1.3.休假流程425.1.4.臨時用車請示流程435.1.5.機關(guān)用車請示流程435.2本章小結(jié)43第六章 總結(jié)與展望446.1論文主要工作446.2未來工作展望44參考文獻46作者簡歷48獨創(chuàng)性聲明49學(xué)位論文數(shù)據(jù)集50北京交通大學(xué)專業(yè)碩士學(xué)位論文 獨創(chuàng)性聲明第一章 緒論1.1 選題背景計算機技術(shù)的飛速發(fā)展，尤其是近年來網(wǎng)絡(luò)技術(shù)的發(fā)展，使人們的生活方式和思維方式產(chǎn)生了巨大變化?，F(xiàn)代化辦公方式正在不斷改造著傳統(tǒng)意義上的辦公室，人們愈來愈依賴于自動化的辦公手段。先進的數(shù)字化工具和強大的網(wǎng)絡(luò)系統(tǒng)，使我們可以容易地獲得信息、共享信息和處理信息。辦公自動化的內(nèi)涵也從以提高個人工作效率為目的，發(fā)展為通過提高組織內(nèi)部的協(xié)同工作能力，從而提高整體工作效率。辦公自動化不僅是政府、企業(yè)提高辦公效率和管理決策水平的重要工具，目前已成為國民經(jīng)濟發(fā)展水平的重要標(biāo)志。辦公自動化的廣泛應(yīng)用，使得在傳統(tǒng)體制中承擔(dān)信息的搜集、加工、統(tǒng)計的中間管理層次成為多余，為精簡機構(gòu)，真正實現(xiàn)組織結(jié)構(gòu)的扁平化，提供了技術(shù)保證。為了充分反映信息社會和網(wǎng)絡(luò)環(huán)境下現(xiàn)代辦公自動化的時代特征，為了適應(yīng)經(jīng)濟全球化和信息網(wǎng)絡(luò)化對辦公自動化的需求，現(xiàn)代辦公自動化系統(tǒng)可以理解為: 辦公自動化系統(tǒng)是以計算機科學(xué)、信息科學(xué)、管理科學(xué)和網(wǎng)絡(luò)通訊技術(shù)等現(xiàn)代科學(xué)技術(shù)為支撐、以提高專項和綜合業(yè)務(wù)管理和輔助決策的水平效果為目的綜合性人機信息系統(tǒng)。在該系統(tǒng)中，指導(dǎo)思想是靈魂，規(guī)范標(biāo)準(zhǔn)是基礎(chǔ)，信息資源是前提，硬件設(shè)備和軟件系統(tǒng)是工具，系統(tǒng)管理和維護是保證，系統(tǒng)應(yīng)用是目的。辦公自動化具有以下特征： .是以人為本的綜合性人機信息系統(tǒng)； .是以網(wǎng)絡(luò)技術(shù)和信息技術(shù)為支撐的信息系統(tǒng)； .是各類用戶進行綜合業(yè)務(wù)管理和輔助決策的有效工具，其最終目的是提高辦公質(zhì)量、效率和達到預(yù)期的工作效果； .規(guī)范標(biāo)準(zhǔn)是建設(shè)現(xiàn)代辦公信息系統(tǒng)的基礎(chǔ)； .信息資源的積累和網(wǎng)絡(luò)技術(shù)的應(yīng)用是辦公信息系統(tǒng)發(fā)展的必要條件。辦公自動化的一個目標(biāo)，就是創(chuàng)建無紙化辦公室。無紙化辦公室，是理想的辦公室，在全數(shù)字化的工作間中，所有的信息都以數(shù)字方式，而不是以紙張形式存儲、操作和傳送。隨著信息技術(shù)和通信技術(shù)的發(fā)展，我們己擁有使這一理想變?yōu)楝F(xiàn)實的技術(shù)條件?，F(xiàn)代信息社會正在逐步向知識經(jīng)濟社會過渡，知識成為一種資源，知識管理對企業(yè)持續(xù)發(fā)展具有深遠的重要性。辦公自動化應(yīng)成為企業(yè)實現(xiàn)知識管理的工具，幫助企業(yè)管理員工頭腦中的知識和專業(yè)技能，同時使員工有效的利用他人的知識，提高企業(yè)的生產(chǎn)力。因此，改進和提高組織的創(chuàng)新、響應(yīng)能力、生產(chǎn)力和技能素質(zhì)，是辦公自動化的另一個目標(biāo)。網(wǎng)上公文審批是辦公自動化一個重要的組成部分。網(wǎng)上公文審批的概念最早起源于電子政務(wù)領(lǐng)域，是電子政務(wù)平臺承載的主要應(yīng)用之一。網(wǎng)上公文審批是指運用計算機與網(wǎng)絡(luò)技術(shù)將政府的各項行政審批業(yè)務(wù)轉(zhuǎn)移到互聯(lián)網(wǎng)上進行，實現(xiàn)政府部門行政審批程序的信息化、網(wǎng)絡(luò)化，同時起到優(yōu)化審批流程、精簡政府機構(gòu)、提高辦事效率的作用，真正做到公開、公正、透明。公眾從互聯(lián)網(wǎng)上填寫中請?zhí)峤坏酵饩W(wǎng)上，審批平臺上的智能調(diào)度中心根據(jù)不同的審批事項啟動相應(yīng)的審批流程，使審批任務(wù)依次出現(xiàn)在相應(yīng)科室相關(guān)人員的計算機桌面上，順序完成各審批環(huán)節(jié)。在審批過程中，如實記錄審批過程，并根據(jù)中報渠道的不同，適時地將審批狀態(tài)和結(jié)果發(fā)布在外網(wǎng)網(wǎng)站，供中報者查詢了解辦理進度和結(jié)果。網(wǎng)上審批根據(jù)范圍和性質(zhì)的大小可分為橫向聯(lián)合審批和單點審批，橫向?qū)徟且哉疄橹行穆?lián)合相關(guān)部門進行對公眾服務(wù)。單點審批是以某審批機關(guān)為中心構(gòu)建的網(wǎng)上公文審批系統(tǒng)。單點審批以一個審批機關(guān)為主，其他相關(guān)部門為輔，為公眾提供單一專業(yè)的審批服務(wù)，它的優(yōu)點是系統(tǒng)構(gòu)建比較簡單，不足之處在于比橫向?qū)徟墓δ鼙∪跻恍?，審批信息不便于共享。網(wǎng)上公文審批系統(tǒng)的主要目標(biāo)對外是對組織機構(gòu)和個人提供各種行政事務(wù)的流程查詢、表格下載、在線填報、批復(fù)信息反饋等項服務(wù)，對內(nèi)實現(xiàn)網(wǎng)上審批、時限監(jiān)督、流程控制，從而實現(xiàn)辦公自動化。部隊這一特殊行業(yè)，擔(dān)負著祖國領(lǐng)土完整、社會穩(wěn)定、安邦興業(yè)的特殊使命。在數(shù)字化的今天，要實現(xiàn)“科技強軍”、“保障有力”，除卻了人為的團體外，科技含量現(xiàn)代設(shè)備在整個過程中起著舉足輕重的作用。在和平與發(fā)展為主題的世界大的環(huán)境下，提高部隊辦公效率，實現(xiàn)數(shù)字化的辦公模式，以簡、準(zhǔn)、新、快實現(xiàn)收集、處理各種信息為其決策起關(guān)鍵的輔助和矯正作用。隨著電子政務(wù)的飛發(fā)展，網(wǎng)上審批系統(tǒng)得到了廣泛深入的應(yīng)用。為國民經(jīng)濟的建設(shè)起到良好的作用，但同時也面對很多的問題：不能很好地把握用戶需求；分析和設(shè)計能力欠缺；軟件開發(fā)無法跟上需求的變化，從而難以真正實現(xiàn)資源共享和信息互通，這種將軟件做成了“硬件”的傳統(tǒng)開發(fā)模式已逐步顯現(xiàn)出其缺點。在這種情況下，開發(fā)審批自動化平臺，在平臺上根據(jù)部隊需求，不需要大量的程序設(shè)計，僅通過一系列的定義、配置就建立起所需的審批系統(tǒng)，而且可以良好面對需求變更；部隊擁有這樣的基礎(chǔ)平臺意味著投入一次資金可以任意按自己要求自行完成審批系統(tǒng)的快速建設(shè)，可以大大降低在軟件系統(tǒng)建設(shè)上的資金投入。1.2 國內(nèi)外研究現(xiàn)狀及其不足縱觀目前國內(nèi)外辦公自動化系統(tǒng)或工作流系統(tǒng)的應(yīng)用情況，應(yīng)該說處于一個“百花齊放、百家爭鳴”的狀態(tài)，應(yīng)用需求多種多樣，計算平臺也是各有特色。但總的來說，我國辦公自動化的發(fā)展方向應(yīng)該是數(shù)字化辦公。所謂數(shù)字化辦公即幾乎所有的辦公業(yè)務(wù)都在網(wǎng)絡(luò)環(huán)境下實現(xiàn)。從技術(shù)發(fā)展角度來看，特別是互聯(lián)網(wǎng)技術(shù)的發(fā)展，安全技術(shù)的發(fā)展和軟件理論的發(fā)展，實現(xiàn)數(shù)字化辦公是可能的。實現(xiàn)數(shù)字化辦公不同于傳統(tǒng)的OA，也不同于MIS的建設(shè)，它的結(jié)構(gòu)是Intranet網(wǎng)的結(jié)構(gòu)，它的構(gòu)建思路是自上而下的，即首先把整個內(nèi)網(wǎng)看成是一個整體，這個整體的對象是網(wǎng)上所有用戶，它必需有一個基礎(chǔ)，我們稱這個基礎(chǔ)為內(nèi)網(wǎng)平臺，就好像PC必需有一個操作系統(tǒng)為基礎(chǔ)一樣。內(nèi)網(wǎng)平臺負責(zé)所有用戶的管理、負責(zé)所有網(wǎng)絡(luò)資源的管理、網(wǎng)絡(luò)資源的分層授權(quán)、網(wǎng)絡(luò)資源的開放標(biāo)準(zhǔn)和提供常用的網(wǎng)絡(luò)服務(wù)。在平臺的基礎(chǔ)上，插接各種業(yè)務(wù)應(yīng)用，這些應(yīng)用都是網(wǎng)絡(luò)資源。用戶通過統(tǒng)一的界面入網(wǎng)，網(wǎng)絡(luò)根據(jù)用戶的權(quán)限提供相應(yīng)的信息、功能和服務(wù)，使用戶在網(wǎng)絡(luò)環(huán)境下辦公。實現(xiàn)數(shù)字化辦公必須有良好的技術(shù)支撐，考慮到數(shù)字化辦公的授權(quán)和開放這兩個特點，首選技術(shù)應(yīng)該是互聯(lián)網(wǎng)技術(shù)及標(biāo)準(zhǔn)，在此基礎(chǔ)上采用相關(guān)技術(shù)。實現(xiàn)數(shù)字化辦公離不開工作流技術(shù)，目前比較流行的是以郵件系統(tǒng)為基礎(chǔ)的工作流技術(shù)(如:LotusNotes, MSExchange和 NovellGroupWise等)，或叫群件技術(shù)。隨著WEB技術(shù)的發(fā)展，基于Intranet模式下的工作流軟件也越來越多，基于WEB的工作流軟件將在未來的數(shù)字化辦公領(lǐng)域?qū)⒄贾鲗?dǎo)地位。在部隊的業(yè)務(wù)中，日常事務(wù)大都是和流程聯(lián)系在一起的，比如行政審批、公文流轉(zhuǎn)等。如何改進部門流程，提高效率，降低成本，更好地為官兵服務(wù)，是部隊機關(guān)進行信息化建設(shè)的目標(biāo)之一。工作流技術(shù)為實現(xiàn)這些目標(biāo)提供了先進手段。利用工作流技術(shù)，可以靈活地定義流程，有力地簡化應(yīng)用開發(fā)的步驟，降低應(yīng)用開發(fā)的難度，提高應(yīng)用開發(fā)的效率及靈活性，為部隊改進工作流程提供強有力的支持。因此網(wǎng)上審批系統(tǒng)一般都要采用工作流技術(shù)。目前，工作流領(lǐng)域存在如下幾種不同方向的工作流管理系統(tǒng)：(1)基于成熟產(chǎn)品的工作流管理系統(tǒng)，以Microsoft Exchange和 IBM Domino Notes為典型的成熟群件平臺，在其上面做二次開發(fā)容易實現(xiàn)，但是不能完全擁有自主版權(quán)，并目_其多樣性的適應(yīng)性較差。(2)智能工作流管理系統(tǒng)，通過運用人工智能技術(shù)到工作流管理系統(tǒng)提高工作流管理系統(tǒng)的智能性。L.Myers和M. Berry在他們的文章3中詳細討論了人工智能技術(shù)對WFMS的影響，他們認(rèn)為人工智能的過程控制致力于實物(如機器、設(shè)備)的過程控制，而工作流則側(cè)重于商業(yè)和制造業(yè)企業(yè)流程的控制;人工智能的技術(shù)對工作流管理有許多借鑒意義:反應(yīng)控制(Reactive Control)理論，對于流程的監(jiān)控。自適應(yīng)和錯誤處理具有重要意義;反應(yīng)調(diào)度(Reactive Scheduling)和資源分配算法，則對于動態(tài)、復(fù)雜、實時性要求較高的流程調(diào)度引擎的設(shè)計具有現(xiàn)實的指導(dǎo)意義;規(guī)劃(Panning)算法，可以幫助工作流系統(tǒng)從大量的工作流定義案例中歸結(jié)出新的流程定義及使流程定義具有自學(xué)習(xí)的功能，有助于目標(biāo)拉動型WFMS的研究與發(fā)展。有的相關(guān)資料中6則提出了基于Agent技術(shù)的WFMS體系結(jié)構(gòu)，把分布式人工智能代理的技術(shù)引入了工作流管理系統(tǒng);另外一些文獻資料7討論了一個基于AI的工作流使能的反應(yīng)控制系統(tǒng)SWIM的體系結(jié)構(gòu)和基本組件。(3)面向?qū)ο蟮腤FMS(Object-oriented WFMS),隨著面向?qū)ο蠹夹g(shù)的成熟與應(yīng)用，許多學(xué)者開始研究如何利用面向?qū)ο蟮募夹g(shù)來推動工作流技術(shù)的發(fā)展，主要包括兩個領(lǐng)域:第一，如何利用面向?qū)ο蠹夹g(shù)如名字服務(wù)、安全控制技術(shù)來簡化WFMS的實現(xiàn)，提高WFMS的性能和適應(yīng)HAD環(huán)境的能力，如佐治業(yè)大學(xué)的METEOR產(chǎn)品則是其中的代表，它是一種基于CORBA標(biāo)準(zhǔn)面向?qū)ο蟮腤FMS文獻8詳細地論證了如何用OO技術(shù)提高WFMS的容錯能力，文獻9探討了如何讓利用CORBA的對象事務(wù)服務(wù)來構(gòu)建可靠工作流產(chǎn)品OpenFlow的技術(shù);第二，如何利用面向?qū)ο蟮姆治龇椒▉順?gòu)建面向?qū)ο蟮牧鞒潭x，以提高流程定義的可重用性。文獻10中詳細討論了MOKASSIN項目的面向?qū)ο蟮牧鞒潭x模型，文獻11用UML方法給出了WONDER系統(tǒng)OO模型。(4)分布式WFMS，為了提高系統(tǒng)的魯棒性，許多學(xué)者研究如何實現(xiàn)WFMS的分布處理，一個流程可以使用多個分布的工作流引擎，每個工作流引擎可以調(diào)度不同流程實例或流程實例的不同任務(wù)，一個調(diào)度引擎發(fā)生故障時，不會影響其它引擎的工作。分布式系統(tǒng)會帶未一系列的問題，如數(shù)據(jù)一致性、并發(fā)性、備份和恢復(fù)間題，這些是當(dāng)前研究的熱點。(5)基于WEB構(gòu)架的WFMS，基于Web構(gòu)架的應(yīng)用系統(tǒng)，由于零安裝、移動性好、易操作等優(yōu)點得到了巨大的發(fā)展，許多應(yīng)用系統(tǒng)轉(zhuǎn)移到基于Web構(gòu)架上來，WFMS也不例外?，F(xiàn)有的許多WFMS也增加了對Web的支持，但多局限于用Web來實現(xiàn)任務(wù)項(WorkItem)的處理，而在Sewer端通過CGI與工作流引擎通信這種體系結(jié)構(gòu)12，CGI程序的瓶頸、HTML不能表示結(jié)構(gòu)化數(shù)據(jù)都使現(xiàn)有的Web使能的系統(tǒng)效率不高。如何利用XML和Java等技術(shù)來實現(xiàn)Web構(gòu)架的WFMS是一個切需研究的課題。韓國國立漢城大學(xué)的Yeonsnok和Sub Hob等人提出WW-flow的體系結(jié)構(gòu)，使用Java, Servlet技術(shù)對CGI模式進行了改造13美國明尼蘇達大學(xué)的R. Tripathi等人利用XML技術(shù)實現(xiàn)了分布式工作流管理系統(tǒng)14;挪威科學(xué)與技術(shù)大學(xué)的A.I. Wang基于XML技術(shù)實現(xiàn)了 ERPRIT支持的Renaissance項目流程定義的自動執(zhí)行15。(6)基于ECA的適應(yīng)性工作流，在實際中往往需要根據(jù)具體情況動態(tài)地確定執(zhí)行路由，這就需要工作流模型能表達出不同情況下的不同處理方法。近年來，數(shù)據(jù)庫的非傳統(tǒng)應(yīng)用促進了對主動數(shù)據(jù)庫的研究和應(yīng)用，并目引起了對軟件主動性的研究。它采用事件觸發(fā)機制來組織應(yīng)用系統(tǒng)，或者為應(yīng)用系統(tǒng)增加主動功能。當(dāng)一個事件發(fā)生后，事件監(jiān)視器捕獲該事件，然后依據(jù)事件一條件一動作(ECA)規(guī)則進行條件判斷，選擇合適的執(zhí)行動作16。在企業(yè)業(yè)務(wù)執(zhí)行過程中，各個活動的進行總是伴隨著事件的發(fā)生。特定的事件觸發(fā)特定的活動，而活動的結(jié)束又引發(fā)新的事件，因而用事件也可以描述業(yè)務(wù)過程的動態(tài)特性。就目前看來，雖然帶有審批流程性質(zhì)的辦公自動化軟件或工作流軟件很多，但存在以下一些問題:1.部分軟件產(chǎn)品質(zhì)量不高，不顧中國單位的運作特點照搬國外技術(shù)，使得實施困難;2.定制開發(fā)，無法根據(jù)用戶需求變化對軟件進行靈活改動，造成軟件性能和可用性大大降低;3.為用戶考慮的較少，過分強調(diào)軟件之間的功能橫向?qū)Ρ?，為用戶考慮的實際功能少，導(dǎo)致軟件大而全，真正為用戶接受的功能模塊少;4.開發(fā)手段單一，平臺依賴性嚴(yán)重，無法與其他相關(guān)系統(tǒng)進行系統(tǒng)集成;5.國內(nèi)相關(guān)優(yōu)秀軟件很少，一般依賴國外軟件巨頭，軟件安全性問題堪憂，特別是部隊辦公審批事關(guān)國家安全，更應(yīng)謹(jǐn)慎。由于這些弱點，業(yè)界特別是國內(nèi)一些軟件廠商也提出了一些新的產(chǎn)品，但在部隊軍事安全領(lǐng)域，還存在空白。本課題提出的部隊審批自動化平臺將根據(jù)具體應(yīng)用領(lǐng)域，特別是針對不同的使用對象和應(yīng)用目的，采用適合的模型和實現(xiàn)手段。1.3 本文研究內(nèi)容本課題將研究部隊審批流程的應(yīng)用特點，將眾多帶有審批性質(zhì)的事務(wù)進行軟件設(shè)計抽象，探索在不改變程序和數(shù)據(jù)庫基礎(chǔ)結(jié)構(gòu)的情況下，實現(xiàn)柔性平臺，廣泛涵蓋審批性質(zhì)的事務(wù)，開發(fā)具有實用價值的審批自動化平臺。本課題研究人將在張晉豫教授的指導(dǎo)下，努力進行理論探索和應(yīng)用研究，應(yīng)用開發(fā)出較為符合研究目的的軟件。重點在于對其實現(xiàn)機制上做出一些有益的嘗試，并為部隊的辦公自動化發(fā)展及其應(yīng)用做出貢獻。 第一章 緒論，主要介紹了論文的選題背景以及國內(nèi)外研究現(xiàn)狀; 第二章 審批自動化平臺采用的工作流技術(shù)，主要介紹了該審批自動化平臺中采用的工作流技術(shù); 第三章 技術(shù)路線，主要介紹了在開發(fā)該審批自動化平臺過程中所采用一些主要的技術(shù)，如:Java, B/S開發(fā)模式和影子主碼。 第四章 審批自動化平臺的體系結(jié)構(gòu)及實現(xiàn)方案，主要介紹該審批自動化平臺的體系結(jié)構(gòu)，以及具體的實現(xiàn)方案。 第五章 部隊審批實例，主要針對一些部隊審批流程實例來進一步具體介紹該審批自動化平臺。 第六章 總結(jié)與展望，主要對該審批自動化平臺進行了綜合評價，指出了其缺點和不足以及今后的改進方向。1.4 本章小結(jié)在介紹了論文選題背景的基礎(chǔ)上，本章首先介紹了網(wǎng)上公文審批的基本概念和應(yīng)用，接著介紹了國內(nèi)外的研究現(xiàn)狀并提出一些不足的地方，針對這些不足，提出開發(fā)一個審批平臺，最后介紹本文研究的主要內(nèi)容。第二章 審批自動化平臺采用的工作流技術(shù)2.1基于關(guān)系數(shù)據(jù)庫的工作流引擎(DB Flow)體系結(jié)構(gòu)2.1.1為什么要基于關(guān)系數(shù)據(jù)庫所謂基于關(guān)系的工作流引擎指的是工作流引擎中的數(shù)據(jù)模型(即核心模型和支撐模型)全部通過關(guān)系結(jié)構(gòu)來表達;控制工作流引擎運作的各種程序邏輯也是通過常規(guī)關(guān)系數(shù)據(jù)庫管理系統(tǒng)中所提供的存儲過程、包以及觸發(fā)器等機制來實現(xiàn);同時，事務(wù)的并發(fā)控制也通過數(shù)據(jù)庫系統(tǒng)所提供的機制來實現(xiàn)。從技術(shù)角度來說，使用關(guān)系結(jié)構(gòu)來表達工作流引擎中的數(shù)據(jù)模型可以降低工作流引擎開發(fā)過程中的技術(shù)難度和工作量。具體表現(xiàn)在:(1)與工作流引擎相關(guān)的各種控制數(shù)據(jù)(包括業(yè)務(wù)活動的狀態(tài)數(shù)據(jù))可以存儲在數(shù)據(jù)庫系統(tǒng)中;(2)與此相關(guān)的數(shù)據(jù)的完整性可以由數(shù)據(jù)庫管理系統(tǒng)來維護;(3)利用關(guān)系結(jié)構(gòu)可以方便地定義工作流引擎中的各種數(shù)據(jù)格式和數(shù)據(jù)結(jié)構(gòu);(4)可以方便地利用數(shù)據(jù)庫管理系統(tǒng)提供的各種DML語句來操縱工作流引擎所需的各種數(shù)據(jù)。從開發(fā)應(yīng)用系統(tǒng)的角度來看，在同一數(shù)據(jù)庫環(huán)境下為開發(fā)者提供一個基于關(guān)系結(jié)構(gòu)的工作流引擎，并目如果這個工作流引擎所提供的功能可以方便地嵌入到應(yīng)用的開發(fā)環(huán)境中，則可以降低開發(fā)應(yīng)用的難度。這是因為:(1)針對關(guān)鍵業(yè)務(wù)的應(yīng)用系統(tǒng)通常會采用一個常規(guī)的關(guān)系數(shù)據(jù)庫系統(tǒng)作為后臺的支撐;(2)應(yīng)用系統(tǒng)的開發(fā)者往往會采用一種他們所熟悉的并且適合此數(shù)據(jù)庫系統(tǒng)的前端開發(fā)工具來開發(fā)具體應(yīng)用，這些前端開發(fā)工具一個顯著特征是開發(fā)功能強大，但一般不具備工作流機制。因此，采用基于關(guān)系結(jié)構(gòu)的工作流引擎很容易與應(yīng)用的開發(fā)環(huán)境做到無縫的集成。從引擎與應(yīng)用系統(tǒng)集成的角度來看由于數(shù)據(jù)庫管理系統(tǒng)所具有的技術(shù)特征，使得DB Flow工作流引擎與應(yīng)用系統(tǒng)集成時，在許多方面的處理變得非常簡單.(1)事務(wù)處理。一方面，利用數(shù)據(jù)庫系統(tǒng)的事務(wù)處理機制，保證了工作流管理系統(tǒng)中某些操作的原子性;另一方面，盡量減少在工作流管理系統(tǒng)中不必要的事務(wù)處理控制，從而為應(yīng)用系統(tǒng)提供更多事務(wù)處理的靈活性。(2)異常處理。使用數(shù)據(jù)庫異常處理機制，保證了工作流管理系統(tǒng)運行異常的有效捕獲。(3)互操作性。由于數(shù)據(jù)庫系統(tǒng)具有豐富的標(biāo)準(zhǔn)訪問方法，因此，能夠很方便地開發(fā)出符合互操作性標(biāo)準(zhǔn)的接口。(4)性能優(yōu)化。數(shù)據(jù)庫管理系統(tǒng)為數(shù)據(jù)庫應(yīng)用的設(shè)計和實現(xiàn)提供了許多進行優(yōu)化的方法和手段。(5)備份與恢復(fù)。利用數(shù)據(jù)庫的備份機制，可以保證在出現(xiàn)異常的情況下，各集成應(yīng)用系統(tǒng)的數(shù)據(jù)能夠得到一致的恢復(fù)。2.1.2基于關(guān)系數(shù)據(jù)庫的工作流引擎(DB Flow)的功能工作流引擎在一個執(zhí)行服務(wù)內(nèi)負責(zé)部分或全部的運行時控制。工作流引擎定義：是一個為工作流實例提供運行時執(zhí)行環(huán)境的軟件服務(wù)或“引擎”。工作流引擎提供了過程實例的運行環(huán)境，主要完成以下功能：1)實例化過程模型并執(zhí)行:解釋建模工具生成的工作流定義，根據(jù)過程執(zhí)行請求的初始條件和執(zhí)行參數(shù)初始化過程實例，運行過程實例并管理其運行。2)為過程和活動的執(zhí)行進行導(dǎo)航：根據(jù)過程定義和工作流相關(guān)數(shù)據(jù)為過程實例的運行進行導(dǎo)航，如根據(jù)實例的進入和退出條件啟動和終止一個過程實例；根據(jù)活動之問的關(guān)聯(lián)和活動的執(zhí)行條件，決定并行或串行執(zhí)行后續(xù)的活動；根據(jù)用戶操作的需要提供過程的運行信息；據(jù)運行的需要激活相應(yīng)的應(yīng)用程序等。3)與外部資源交互完成各項活動：與外部資源的交互有兩個途徑:客戶應(yīng)用接口和直接調(diào)用應(yīng)用接口方式。對子客戶調(diào)用方式，工作流引擎通過任務(wù)列表管理器對應(yīng)用進行管理，它提供任務(wù)列表給用戶選擇，并記錄執(zhí)行情況;對于直接調(diào)用的活動由工作流引擎直接調(diào)用相應(yīng)的應(yīng)用程序來完成。4)功維護工作流控制數(shù)據(jù)和工作流相關(guān)數(shù)據(jù)：工作流在執(zhí)行過程中要維護不同過程實例和活動實例的內(nèi)部狀態(tài)信息，以及用于辦調(diào)和恢復(fù)的各種檢查數(shù)據(jù)和恢復(fù)/重起信息，還包括用戶傳送的必要相關(guān)數(shù)據(jù)。2.1.3基于關(guān)系數(shù)據(jù)庫工作流引擎體(DB Flow)系結(jié)構(gòu)工作流執(zhí)行服務(wù)在實際工作流管理系統(tǒng)中特別是在分布式環(huán)境下，通常有一個或者多個工作流引擎組成。工作流引擎是系統(tǒng)的核心部分。每個基于關(guān)系數(shù)據(jù)庫的工作流引擎(DB Flow)實現(xiàn)了流程定義版本管理、流程實例生命周期管理、流程路由調(diào)度以及任務(wù)調(diào)度分配等等功能，下面先對各個主要的作用及實現(xiàn)機制進行簡要的介紹： 流程定義版本管理：流程定義版本管理主要實現(xiàn)流程實例按照不同版本進行有效和高效的管理。通過引擎外部接口類統(tǒng)一標(biāo)準(zhǔn)的接口進行查詢、刪除、修改或創(chuàng)建具有特定版本的流程定義。 流程實例生命周期管理：主要在于流程實例狀態(tài)的管理，控制流程實例的狀態(tài)根據(jù)用戶的需要進行必要的改變，從而滿足企業(yè)應(yīng)用中流程實例的實際需求。流程實例的狀態(tài)分為初始化(Initial)、激活(Started)、掛起(Suspended)、終止(Terminated)、結(jié)束(Completed)等5種。 工作項管理：也就是任務(wù)管理器(Task Manager)，負責(zé)流程實例所產(chǎn)生工作項的具體管理，涉及到狀態(tài)改變、查詢以及相關(guān)數(shù)據(jù)修改等方面，需要提供一個快速而有效的管理機制。在實際企業(yè)應(yīng)用中工作項的數(shù)量將會非常大，對于快速有效的管理特別是查詢將會使一個關(guān)鍵點而且是一個難點。 流程級路由調(diào)度：就是處理流程實例運轉(zhuǎn)過程當(dāng)中的路由選擇，機遇關(guān)系數(shù)據(jù)庫的工作流引擎支持串行、并行、分支、匯合、循環(huán)、同步、子流程等流程邏輯結(jié)構(gòu)，而根據(jù)企業(yè)的實際需求提供了跳過和反饋兩種功能，能夠較好的完成目前企業(yè)用戶的實際應(yīng)用需求。在路由選擇的調(diào)度工程當(dāng)中引擎即支持參數(shù)控制的自動流轉(zhuǎn)支持用戶控制的非自動流轉(zhuǎn)，具有很好的柔性路由選擇。 任務(wù)分配調(diào)度管理：根據(jù)用戶的需要進行工作項的參與人的指派，DB Flow工作流引擎支持一個面向角色與團隊的混合任務(wù)分配方式，同時在任務(wù)分配管理中引入層次性策略處理任務(wù)分配中的復(fù)雜與異常情況，并在此基礎(chǔ)上建立一個任務(wù)管理實現(xiàn)機制一一基于單列表、多視圖的任務(wù)分配管理。 事務(wù)管理服務(wù)：DB Flow工作流引擎采用的實際可行的并發(fā)控制管理策略和流程事務(wù)管理策略。采用鎖機制的并發(fā)控制管理和流程級事務(wù)數(shù)據(jù)保護模型和流程級事務(wù)故障處理模型?；陉P(guān)系數(shù)據(jù)庫的工作流引擎(DB Flow)采用J2EE技術(shù)和關(guān)系數(shù)據(jù)庫結(jié)合實現(xiàn)。在上面介紹的六個模塊分別由幾個無狀態(tài)EJB組成.對于各個模塊間的相互依賴關(guān)系，下面做一些簡要的介紹。流程級調(diào)度需要通過流程定義管理獲得流程定義，進行實例化流程定義，取得流程實例后進行調(diào)度。流程級調(diào)度通過流程實例管理獲得某個具體流程實例，進而進行調(diào)度。流程級調(diào)度完成后所產(chǎn)生的活動實例，通過活動級調(diào)度產(chǎn)生具有特定參與人的工作向，交于工作項管理，反過來工作項管理產(chǎn)生的工作狀態(tài)改變通過活動級調(diào)度，條件滿足的情況下進行流程級調(diào)度。2.2 DB Flow工作流引擎支持模型及數(shù)據(jù)庫結(jié)構(gòu)工作流模型是工作流管理系統(tǒng)運行的基礎(chǔ)，模型定義的好壞、執(zhí)行效率的高低、定義的友好性和應(yīng)用的繼承性都嚴(yán)重影響工作流系統(tǒng)的運行。本節(jié)在給出工作流基本模型的基礎(chǔ)上，特別給出DB Flow工作流引擎支持的工作流模型繼承體系，該體系來源于面向?qū)ο蟮乃枷?，結(jié)合類繼承的方式，實現(xiàn)工作流模型的繼承機制，從而使工作流模型能象類一樣具有重用性，甚至多態(tài)性。2.2.1工作流的基本模型在研究借鑒現(xiàn)有工作流模型的基礎(chǔ)上，我們對工作流模型進行了分析認(rèn)為工作流模型有兩個層次支撐模型和核心模型。支撐模型主要包括組織模型、資源模型、權(quán)限模型和時間模型；核心模型則是以過程模型為中心，另外還包含數(shù)據(jù)模型和應(yīng)用模型。支撐模型是任何一個工作流模型所必須的，但同時它們又經(jīng)常是企業(yè)中其他應(yīng)用系統(tǒng)所關(guān)聯(lián)，為了實現(xiàn)工作流系統(tǒng)的集成性和柔性，有必要將它們分為獨立的一類。工作流模型定義的好壞，特別是過程模型定義的好壞，直接的影響到工作流引擎的路由調(diào)度、狀態(tài)轉(zhuǎn)換、角色解析和資源調(diào)度等方面，從而影響到工作流系統(tǒng)的效率。過程模型作為工作流模型的核心，是評價一個工作流引擎好壞的主要標(biāo)準(zhǔn)之一。過程模型對支撐模型的依賴關(guān)系如：時間管理、資源調(diào)度、訪問控制和角色解析也都是工作流建模的核心部分。過程模型的直接體現(xiàn)就是我們最?？吹降幕顒右约盎顒又g的關(guān)系的反映。各個模型間關(guān)系如圖2.1所示。過程模型：作為工作流模型核心的過程模型由流程(Process)、活動(Activity)和遷移(Transition)三部分組成。流程是工作流模型的基本概念，是能夠?qū)嵗\轉(zhuǎn)的基本單元。流程由活動和活動間的依賴關(guān)系也就是遷移組成，而活動由可以分化成于流程；遷移支持分裂、合并、循環(huán)、跳過和反饋等。數(shù)據(jù)模型：流程、流程活動和遷移的詳細描述信息、擴展信息來自于數(shù)據(jù)模型，具有用戶自定義相關(guān)數(shù)據(jù)功能，增加流程、流程活動和遷移的描述能力，同時也可增加流程的路由選擇的柔性。應(yīng)用模型：針對應(yīng)用代理自執(zhí)行活動類型所需激活的應(yīng)用的描述。時間模型：定義了流程在執(zhí)行時各種時間設(shè)置及時間刻度，如工時長度、節(jié)假日、工作時間等等，是工作流模型時間維的描述，在工作流模型管理和流程實例運行等方面都有重要的作用。資源模型：用于描述活動執(zhí)行所需配備的各種支撐條件，如工具、設(shè)備、機器等等信息，此外流程等工作流實體也可歸為資源模型的實體范圍。資源模型需要有自已的一套合適的資源管理體系。組織模型：用于建立企業(yè)的組織模型，方便活動的指派和權(quán)限的管理，它是用戶交互型任務(wù)引用的數(shù)據(jù)，由人員(User)、組織(Organization)、職位(Position)、角色(Role)等實體組成。權(quán)限模型：主要描述對象權(quán)限和實體權(quán)限的信息，為工作流訪問控制安全管理提供方便。圖2.2中的除了上述六個模型以外，還提到了時間管理、資源調(diào)度、訪問控制和角色解析四個概念，它們雖然不是元模型的范疇，但是是工作流建模所必須的在后面章節(jié)將會有詳細的描述。2.2.2核心模型工作流模型的核心包括過程模型以及與過程模型緊密關(guān)聯(lián)的數(shù)據(jù)模型和應(yīng)用模型。而在多種不同結(jié)構(gòu)的過程模型中(如活動網(wǎng)絡(luò)圖、Petri網(wǎng)、狀態(tài)圖、語義行為模型等)，活動網(wǎng)絡(luò)圖(Activity Network Diagram)是可讀性最好的一種，對于非專業(yè)人員而言是最直觀、最自然的過程表達方式，因此，DB Flow工作流引擎的工作流模型是建立在活動網(wǎng)絡(luò)圖的基礎(chǔ)上。下面對各個部分進行詳細描述。過程模型上面提到我們的過程模型是以活動網(wǎng)路圖為基礎(chǔ)的，追求的是簡單、直觀。而模型在簡單化的同時，必須要兼顧其自身的描述能力。除了常見的由WfMC定義的基本原語(如“與分支”、“或連接”等)外，過程中還可能出現(xiàn)更復(fù)雜的邏輯關(guān)系(如“A活動的執(zhí)行不能早于B話動”、“A與B互斥，但其具體的選擇機制則是依賴于外界的，是隨機的”等等)，這些情況也同樣要求模型提供相應(yīng)的概念予以支持。因此，我們在活動網(wǎng)絡(luò)圖的基本表達上進行合理的擴展，通過增加模型元素以及模型元素的屬性來彌補其描述能力的不足。1)活動活動是工作流模型中的一個最基本的概念和單元，同時，活動又是流程中的一個基本元素。其定義如下定義2.1活動Activity=Ab，Tc，Dr，Tr，Pl，Rl，Al，Sc，Ec，S，J，PsAb：活動的基本屬性集合，包含了活動標(biāo)志號、活動名稱、活動類型、合并類型、分裂類型、版本號以及活動描述信息等等?；顒訕?biāo)志號和版本號構(gòu)成二維變量唯一的確定一個活動。其中活動類型我們支持以下幾種：開始節(jié)點：一個流程定義中有且只能有一個開始節(jié)點，開始節(jié)點可以沒有參與人，也可以按照需要指派參與人，如果沒有指派參與人則自動執(zhí)行。結(jié)束節(jié)點：一個流程定義中有且只能有一個結(jié)束節(jié)點，結(jié)束節(jié)點可以沒有參與人，也可以按照需要指派參與人，如果沒有指派參與人則流程實例開始進行結(jié)束操作(引擎需要做的收尾工作)同時也宣告流程實例馬上要結(jié)束?？蛻舳藞?zhí)行：指這個活動是一個需要用戶執(zhí)行的活動節(jié)點，這樣的活動需要參與人的指定。應(yīng)用代理自執(zhí)行：指通過應(yīng)用代理服務(wù)器在該活動中指定的某項服務(wù)，需要描述該激活的應(yīng)用。引擎自執(zhí)行：指通過引擎自執(zhí)行的活動類型，可包含一段BSF支持的腳本，由引擎端負責(zé)執(zhí)行。子流程：子流程意味該活動的執(zhí)行即啟動另一個流程，本模型支持單流程定義多流程實例的模式，同時具有同步、異步的選擇特性；而且對于父子流程實例變量映射提供腳本支持，子流程可跨域選定，支持流程定義的分布式(數(shù)據(jù)分布)。Email：對于這種常用的活動提供一種友好的支持。Tc：指對活動節(jié)點的時間約束，包含工作時間和工作時間單位。Dr：活動相關(guān)信息集合。Tr：活動相關(guān)團隊信息。Pl：指客戶端執(zhí)行類型活動的參與人設(shè)置。Rl：只活動所需資源的設(shè)置Al：針對應(yīng)用代理自執(zhí)行活動的應(yīng)用代理執(zhí)行的描述，本模型采用腳本形式有腳本進行所需執(zhí)行的應(yīng)用描述，有應(yīng)用代理服務(wù)進行執(zhí)行。Sc：活動開始激活的條件。Ec：活動實例結(jié)束的條件。Sm：活動結(jié)束的分裂方式，有AND、OR和XOR三種方式。Jm：活動開始的合并方式，有AND和OR兩種方式。Ps：活動的狀態(tài)，缺省為就緒(Inactive)。流程是過程模型的基本概念，也是一個基本單元。其定義如下：定義2.2流程ProcessDefinition=At，Ab，ST，ACL，Dr，Tc，Al，Tl，PaAt：用戶標(biāo)志該流程定義是否是虛流程定義，字符串Abstract用子標(biāo)志虛流程定義，否則為空。Ab：流程的基本屬性集合，包括一般的業(yè)務(wù)流程都會有的一些常用屬性例如：標(biāo)志號、創(chuàng)建人、創(chuàng)建時問、流程名稱、版本號、有效性和流程描述等等。標(biāo)志號和版本號構(gòu)成二維變量才唯一的確定一個流程，有效性標(biāo)志該流程是否可以實例化執(zhí)行。ST：流程的開始節(jié)點和結(jié)束節(jié)點的信息，也就是開始節(jié)點和結(jié)束節(jié)點的標(biāo)志(包括標(biāo)，態(tài)號和版本號)流程的開始節(jié)點和結(jié)束節(jié)點是分別作為一種特殊的活動類型存在的，而且一個完整的流程必須有且僅有一個開始節(jié)點和一個結(jié)束節(jié)點。ACL：流程的訪問控制信息，包括流程的測覽、實例化、刪除和修改等的信息安全控制策略。Dr：流程相關(guān)信息。Tc：關(guān)于流程時間約束的信息，包含了流程的有效時間、工作時間、工作時