計(jì)算機(jī)科學(xué)與技術(shù)畢業(yè)設(shè)計(jì)-基于sqlserver的業(yè)務(wù)流程管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)

1、<p><b>　　本科畢業(yè)論文</b></p><p><b>　?。?0 屆）</b></p><p>　　基于SQLServer的業(yè)務(wù)流程管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)</p><p>　　The Design and Accomplish of Business Process Management System

2、 Based on SQLServer</p><p>　　所在學(xué)院 </p><p>　　專業(yè)班級(jí) 計(jì)算機(jī)科學(xué)與技術(shù) </p><p>　　學(xué)生姓名 學(xué)號(hào) </p><p>　　指導(dǎo)教師 職稱

3、 </p><p>　　完成日期 年 月 </p><p><b>　　摘要</b></p><p>　　目前企業(yè)中已經(jīng)廣泛使用的信息系統(tǒng)種類繁多，這些都是企業(yè)中常見(jiàn)的信息辦公系統(tǒng)，并且已經(jīng)發(fā)展相對(duì)比業(yè)務(wù)流程管理成熟。但是這些傳統(tǒng)的信息辦公系統(tǒng)都只是針對(duì)完成某一特定任務(wù)，而業(yè)務(wù)流程

4、管理加入了流程的因素，使得企業(yè)整個(gè)業(yè)務(wù)流程能夠?qū)崿F(xiàn)自動(dòng)執(zhí)行或流轉(zhuǎn)。開(kāi)發(fā)實(shí)施工作流管理系統(tǒng)，可幫助企業(yè)事業(yè)單位實(shí)現(xiàn)信息資源的共享；增強(qiáng)員工協(xié)同工作的能力；強(qiáng)化領(lǐng)導(dǎo)的監(jiān)控管理；有效管理企業(yè)資源。業(yè)務(wù)流程管理是辦公自動(dòng)化的核心，也是其關(guān)鍵的組成部分。</p><p>　　本文首先針對(duì)業(yè)務(wù)流程管理的發(fā)展，分析國(guó)內(nèi)外發(fā)展的差異情況，結(jié)合業(yè)務(wù)流程的發(fā)展方向，并說(shuō)明了本文將實(shí)現(xiàn)的業(yè)務(wù)流程管理系統(tǒng)的概念與內(nèi)容。最后，針對(duì)業(yè)務(wù)流程

5、管理系統(tǒng)中的重要功能模塊，如業(yè)務(wù)建模工具，流程引擎等，重點(diǎn)論述了詳細(xì)的設(shè)計(jì)方案，并分析了實(shí)現(xiàn)的方法。</p><p>　　本文的主要完成了基于.net平臺(tái)，利用xml、Ajax等技術(shù)，實(shí)現(xiàn)一款基于關(guān)系數(shù)據(jù)庫(kù)的業(yè)務(wù)流程管理軟件。</p><p>　　關(guān)鍵字：辦公自動(dòng)化；業(yè)務(wù)建模；業(yè)務(wù)流程管理；流程引擎 </p><p><b>　　ABSTRACT</

6、b></p><p>　　Currently the enterprise information systems have been widely used in a wide range, such as office automation systems, transaction processing systems and decision support systems, which are co

7、mmon in the enterprise. Although these information systems have developed more mature than Business Process Management, these systems are only for the completion of a specific business task. Business Process Management i

8、s different from those traditional information systems, it joined the factors the proces</p><p>　　Development and implementation of Business Process Management Systems can help companies realize the sharing

9、of information resources, enhance the ability of employees to work together; strengthen the leadership of monitoring and management; effective management of corporate resources; achieve document flowing, auditing, issuin

10、g and other administrative matters automatic processing, help promoting the information flow of organization be standardized and in seamless integration. Business Process </p><p>　　Keywords: automatic office

11、; business modeling; business process management; process engine</p><p><b>　　目錄</b></p><p><b>　　第1章 緒論1</b></p><p>　　1.1 課題研究背景1</p><p>　　1.2

12、國(guó)內(nèi)外研究現(xiàn)狀1</p><p>　　1.3 論文的主要內(nèi)容3</p><p>　　1.4 論文的組織結(jié)構(gòu)3</p><p>　　第2章 系統(tǒng)需求分析與相關(guān)技術(shù)5</p><p>　　2.1 系統(tǒng)需求概述5</p><p>　　2.2 系統(tǒng)業(yè)務(wù)需求6</p><p>　　2.3 系統(tǒng)

13、用戶需求8</p><p>　　2.3.1 系統(tǒng)使用人員8</p><p>　　2.3.2 系統(tǒng)角色對(duì)系統(tǒng)的需求8</p><p>　　2.4 本章小結(jié)10</p><p>　　第3章 業(yè)務(wù)流程管理系統(tǒng)的概要設(shè)計(jì)11</p><p>　　3.1 業(yè)務(wù)流程管理系統(tǒng)的設(shè)計(jì)原則11</p><

14、p>　　3.2 系統(tǒng)的總體架構(gòu)12</p><p>　　3.2.1 系統(tǒng)架構(gòu)設(shè)計(jì)12</p><p>　　3.2.2 分層設(shè)計(jì)思想13</p><p>　　3.3 系統(tǒng)的功能設(shè)計(jì)14</p><p>　　3.3.1 功能架構(gòu)14</p><p>　　3.3.2 子系統(tǒng)模塊功能14</p>

15、<p>　　3.4 數(shù)據(jù)庫(kù)設(shè)計(jì)16</p><p>　　3.4.1 概念設(shè)計(jì)16</p><p>　　3.4.2 邏輯設(shè)計(jì)17</p><p>　　3.4.3 物理設(shè)計(jì)18</p><p>　　3.5 本章小結(jié)23</p><p>　　第4章 業(yè)務(wù)流程管理系統(tǒng)的詳細(xì)設(shè)計(jì)與實(shí)現(xiàn)24</p&g

16、t;<p>　　4.1 系統(tǒng)模塊設(shè)計(jì)24</p><p>　　4.2 業(yè)務(wù)模型管理子系統(tǒng)的詳細(xì)設(shè)計(jì)與實(shí)現(xiàn)25</p><p>　　4.2.1 業(yè)務(wù)流程模型元素25</p><p>　　4.2.2 業(yè)務(wù)流程建模27</p><p>　　4.2.3 模型管理30</p><p>　　4.2.4 模型

17、測(cè)試30</p><p>　　4.3 組織結(jié)構(gòu)管理子系統(tǒng)的詳細(xì)設(shè)計(jì)與實(shí)現(xiàn)31</p><p>　　4.3.1 組織模型31</p><p>　　4.3.2 組織模型與業(yè)務(wù)流程模型32</p><p>　　4.3.3 組織結(jié)構(gòu)管理33</p><p>　　4.4 業(yè)務(wù)流程實(shí)例管理子系統(tǒng)的詳細(xì)設(shè)計(jì)與實(shí)現(xiàn)33&l

18、t;/p><p>　　4.4.1 工作流引擎34</p><p>　　4.4.2 業(yè)務(wù)流程模型實(shí)例的新建36</p><p>　　4.4.3 業(yè)務(wù)流程實(shí)例的流轉(zhuǎn)39</p><p>　　4.4.4 業(yè)務(wù)流程實(shí)例的管理39</p><p>　　4.5 本章小節(jié)40</p><p><b

19、>　　結(jié)論41</b></p><p><b>　　參考文獻(xiàn)45</b></p><p>　　攻讀學(xué)士學(xué)位期間發(fā)表的論文和取得的科研成果47</p><p><b>　　致謝48</b></p><p><b>　　第1章 緒論</b></p&g

20、t;<p>　　1.1 課題研究背景</p><p>　　目前經(jīng)濟(jì)發(fā)展的節(jié)奏越來(lái)越快，企業(yè)因此對(duì)自身業(yè)務(wù)的決策、執(zhí)行等系列活動(dòng)也要求提高效率。隨著管理理論與實(shí)踐的不斷發(fā)展，另外大量現(xiàn)代的信息技術(shù)的進(jìn)步，給企業(yè)管理帶來(lái)的可想象的利用前景。業(yè)務(wù)流程管理技術(shù)就是其中一種，其利用現(xiàn)代信息技術(shù)，已經(jīng)成為一種成熟企業(yè)管理技術(shù) [1-5]。</p><p>　　業(yè)務(wù)流程管理系統(tǒng)（Busin

21、ess Process Management System , BPMS）是一種基于工作流（Workflow）及企業(yè)應(yīng)用集成技術(shù)的全新管理信息系統(tǒng)開(kāi)發(fā)技術(shù)。在繼承了企業(yè)內(nèi)部和外部資源的基礎(chǔ)上，利用以流程為中心的開(kāi)發(fā)模式，整合、構(gòu)建新型管理信息系統(tǒng)[10-11]。</p><p>　　雖然業(yè)務(wù)流程管理已經(jīng)發(fā)展多年，并逐漸形成了成熟的產(chǎn)品，國(guó)外公司也廣泛實(shí)施了業(yè)務(wù)流程管理系統(tǒng)，利用這種管理方法解決公司的業(yè)務(wù)目標(biāo)，但是

22、在國(guó)內(nèi)的發(fā)展仍然還不成熟，相對(duì)滯后。在大多數(shù)企業(yè)中，業(yè)務(wù)流程管理只是作為一種新技術(shù)被應(yīng)用于企業(yè)的業(yè)務(wù)，而公司的管理體系本身與業(yè)務(wù)流程管理理論的結(jié)合還不深[16]。這就導(dǎo)致業(yè)務(wù)流程管理這種管理形式并沒(méi)有給企業(yè)帶來(lái)明顯的業(yè)務(wù)效率提升，這當(dāng)中存在很多因素。</p><p>　　業(yè)務(wù)流程管理理論是從外國(guó)引進(jìn)的一種管理理論，中國(guó)的經(jīng)濟(jì)類型主要以制造業(yè)等人口密集型的產(chǎn)業(yè)為主，還處于信息化管理和部分流程化管理階段，與其他發(fā)達(dá)國(guó)

23、家的經(jīng)濟(jì)類型存在巨大差異[17][18]。這也就導(dǎo)致這種引進(jìn)的先進(jìn)管理理論先天的水土不服，無(wú)法適應(yīng)國(guó)內(nèi)的企業(yè)管理和發(fā)展需求。</p><p>　　局限于目前國(guó)內(nèi)的企業(yè)現(xiàn)狀，業(yè)務(wù)流程管理的發(fā)展也受到了很大的障礙。國(guó)內(nèi)大多數(shù)企業(yè)仍保留著金字塔式的集權(quán)管理，企業(yè)業(yè)務(wù)沒(méi)有形成完整的業(yè)務(wù)流程，絕大多數(shù)的企業(yè)業(yè)務(wù)依然按職能部門運(yùn)轉(zhuǎn)而不是按業(yè)務(wù)流運(yùn)轉(zhuǎn)[19]。這些因素使得業(yè)務(wù)流程管理的本地化進(jìn)程變得非常緩慢。同時(shí)這些問(wèn)題也使得

24、利用業(yè)務(wù)流程管理系統(tǒng)建立業(yè)務(wù)模型時(shí)存在困難。</p><p>　　如今中國(guó)企業(yè)的業(yè)務(wù)流程發(fā)展得越來(lái)越復(fù)雜，企業(yè)內(nèi)部和企業(yè)間存在大量繁雜的業(yè)務(wù)流程交叉，有相當(dāng)數(shù)量的公司表現(xiàn)出了對(duì)業(yè)務(wù)流程管理的興趣并已開(kāi)始實(shí)施，因此可見(jiàn)業(yè)務(wù)流程管理在國(guó)內(nèi)具有廣闊的應(yīng)用前景。在國(guó)內(nèi)，雖然企業(yè)在實(shí)施業(yè)務(wù)流程管理有較好的基礎(chǔ)條件，但在實(shí)施層面存在諸多挑戰(zhàn)。</p><p>　　1.2 國(guó)內(nèi)外研究現(xiàn)狀</p&g

25、t;<p>　　國(guó)內(nèi)大部分業(yè)務(wù)流程應(yīng)用目前還是停留在企業(yè)內(nèi)部工作流系統(tǒng)層次上，業(yè)務(wù)主要服務(wù)于人與人之間交流用的審批流程。部分業(yè)務(wù)流程系統(tǒng)只是簡(jiǎn)單將原有的紙質(zhì)辦公電子化，并未實(shí)現(xiàn)業(yè)務(wù)流程的真正作用。國(guó)內(nèi)目前大多數(shù)業(yè)務(wù)流程軟件處于自成體系的階段，各自的自定義流程數(shù)據(jù)基本無(wú)法被其他系統(tǒng)識(shí)別，數(shù)據(jù)格式和對(duì)外借口不統(tǒng)一，導(dǎo)致不同產(chǎn)品間無(wú)法交流流程數(shù)據(jù)，跨平臺(tái)整合困難[20]。</p><p>　　少數(shù)開(kāi)發(fā)商雖

26、然采用先進(jìn)的思想和技術(shù)開(kāi)發(fā)了相關(guān)的業(yè)務(wù)流程管理系統(tǒng)，但是這些系統(tǒng)大部分還處于試驗(yàn)階段，只能提供簡(jiǎn)單的管理框架，尚未形成完整的商業(yè)解決方案，在實(shí)際生產(chǎn)環(huán)境中，這些系統(tǒng)并不能適應(yīng)生成需求，這也導(dǎo)致業(yè)務(wù)流程管理發(fā)展受阻。國(guó)內(nèi)的主要相關(guān)公司有金蝶，普元等，而Joinwork Process Studio是其中支持BPMN2.0 （Business Process Model and Notation, 業(yè)務(wù)流程建模與標(biāo)注 ）標(biāo)準(zhǔn)的系統(tǒng)[21-2

27、3]。</p><p>　　Primeton BPS流程平臺(tái)是遵從WfMC參考模型、BPMN1.1規(guī)范而又具備中國(guó)特色的流程平臺(tái)產(chǎn)品，相比國(guó)外產(chǎn)品，是一款更加符合中國(guó)客戶需求的流程平臺(tái)產(chǎn)品。</p><p>　　國(guó)外的發(fā)展相比國(guó)內(nèi)要相對(duì)成熟，相關(guān)的標(biāo)準(zhǔn)和配套的規(guī)范都比較完善。2005年之前，國(guó)外的發(fā)展情況與現(xiàn)在的國(guó)內(nèi)情況類似，均采用自定義的數(shù)據(jù)結(jié)構(gòu)，隨著B(niǎo)PMN2.0等業(yè)務(wù)流程管理相關(guān)的新

28、標(biāo)準(zhǔn)的完善和推廣，并由于網(wǎng)頁(yè)內(nèi)容形式的發(fā)展和近年的云計(jì)算，移動(dòng)計(jì)算等新形式的IT技術(shù)的出現(xiàn)，逐漸向標(biāo)準(zhǔn)化，集成化過(guò)渡[24-26]。過(guò)去的產(chǎn)品主要致力于解決企業(yè)內(nèi)部的工作流管理，現(xiàn)在則主要集中解決業(yè)務(wù)整合與服務(wù)編排。國(guó)外主要的業(yè)務(wù)流程管理軟件均支持業(yè)界廣泛使用的標(biāo)準(zhǔn)，如前面提到的BPMN標(biāo)準(zhǔn)的主要目標(biāo)就是要提供被所有業(yè)務(wù)用戶理解的一套標(biāo)記語(yǔ)言，包括業(yè)務(wù)分析者、軟件開(kāi)發(fā)者以及業(yè)務(wù)管理者與監(jiān)察者，BPMN使得業(yè)務(wù)設(shè)計(jì)與流程實(shí)現(xiàn)之間有了一條標(biāo)

29、準(zhǔn)化路徑[27]。知名的系統(tǒng)有Pegasystems的Smart BPM ,IBM Lombardi ,Cordys ,Oracle BPM Suite ,BizAgi。</p><p>　　IBM Lombardi是一款I(lǐng)BM公司的BPM產(chǎn)品，Lombardi引入了共享流程模型（Shared Model）、版本控制（Snapshot）、集成開(kāi)發(fā)環(huán)境（Authoring Environment）、回放（Playb

30、ack）、流程工具包（Toolkit）等功能。</p><p>　　在國(guó)內(nèi)大多數(shù)正在或已經(jīng)實(shí)施業(yè)務(wù)流程管理的公司中，IT部門是實(shí)施該管理體系的主要推動(dòng)者。而企業(yè)內(nèi)部IT部門與業(yè)務(wù)部門各自為戰(zhàn)由來(lái)已久，這為流程項(xiàng)目的進(jìn)一步推進(jìn)產(chǎn)生了巨大阻力[28]。在業(yè)務(wù)流程管理的實(shí)施過(guò)程中，管理團(tuán)隊(duì)的參與度較高，而業(yè)務(wù)部門的參與度普遍較低，這導(dǎo)致企業(yè)流程比較完善，但流程定義不精確，需求不明確，原本花費(fèi)大量成本實(shí)施的系統(tǒng)在實(shí)際流轉(zhuǎn)

31、過(guò)程中可能會(huì)遇到大量問(wèn)題，系統(tǒng)本身的作用相應(yīng)也就大打折扣了。</p><p>　　各軟件商或是公司在開(kāi)發(fā)系統(tǒng)時(shí)，為了更好地適應(yīng)某個(gè)公司或是某種業(yè)務(wù)而針對(duì)性地開(kāi)發(fā)系統(tǒng)，導(dǎo)致系統(tǒng)復(fù)用率下降，同時(shí)維護(hù)成本也相應(yīng)增加。由于各廠商之間缺少采用統(tǒng)一的格式標(biāo)準(zhǔn)，致使各系統(tǒng)間集成或是交流數(shù)據(jù)存在困難。軟件提供商也沒(méi)有成型的商業(yè)解決方案，主要是為客戶公司提供組件方的式進(jìn)行二次開(kāi)發(fā)。二次開(kāi)發(fā)中主要集中于解決如何將公司業(yè)務(wù)用各種組件重

32、新集成，組成客戶需要的系統(tǒng)。這樣就使系統(tǒng)的實(shí)施周期延長(zhǎng)，系統(tǒng)升級(jí)成本提高，增大了業(yè)務(wù)流程管理系統(tǒng)的實(shí)施難度。</p><p>　　1.3 論文的主要內(nèi)容</p><p>　　本文通過(guò)介紹和分析國(guó)內(nèi)企業(yè)管理的特點(diǎn)和面臨的問(wèn)題，說(shuō)明了實(shí)施業(yè)務(wù)流程管理的必要性和實(shí)現(xiàn)本文所設(shè)計(jì)的業(yè)務(wù)流程管理系統(tǒng)的意義。</p><p>　　本文主要目地是設(shè)計(jì)并實(shí)現(xiàn)一款基于SQLServer

33、關(guān)系數(shù)據(jù)庫(kù)，面向企業(yè)或政府機(jī)構(gòu)的業(yè)務(wù)流程管理軟件。主要的研究?jī)?nèi)容如下：</p><p>　?。?） 結(jié)合課題背景與實(shí)際企業(yè)的需求，分析本文業(yè)務(wù)流程管理系統(tǒng)的業(yè)務(wù)需求和用戶需求。以需求分析為基礎(chǔ)，完成業(yè)務(wù)流程管理系統(tǒng)的架構(gòu)設(shè)計(jì)，數(shù)據(jù)庫(kù)設(shè)計(jì)以及系統(tǒng)功能模塊的詳細(xì)設(shè)計(jì)。</p><p>　?。?） 本次系統(tǒng)以Visual Studio 2010和SQLServer 2008為開(kāi)發(fā)平臺(tái)，并以IIS

34、為服務(wù)平臺(tái)。同時(shí)利用xml和Ajax等技術(shù)，設(shè)計(jì)并實(shí)現(xiàn)基于關(guān)系數(shù)據(jù)庫(kù)的工作流業(yè)務(wù)管理軟件。</p><p>　?。?） 綜合企業(yè)的業(yè)務(wù)實(shí)際，以分層設(shè)計(jì)模式為設(shè)計(jì)框架，實(shí)現(xiàn)系統(tǒng)的業(yè)務(wù)流程建模，業(yè)務(wù)流程實(shí)例流轉(zhuǎn)。同時(shí)為了保證業(yè)務(wù)流程的流轉(zhuǎn)安全，需要實(shí)現(xiàn)基于崗位角色的用戶權(quán)限控制。</p><p>　　當(dāng)前國(guó)內(nèi)企業(yè)的業(yè)務(wù)普遍自動(dòng)化程度不高，而且日常業(yè)務(wù)包含大量的公文審批，評(píng)審等需要人工參與的活動(dòng)

35、。而企業(yè)中目前使用比較廣泛的信息辦公系統(tǒng)并無(wú)法滿足這種業(yè)務(wù)需求，往往只是提供資產(chǎn)管理或者簡(jiǎn)單講公文電子化的功能。業(yè)務(wù)流程管理系統(tǒng)能夠與這些已經(jīng)部署的系統(tǒng)整合，利用現(xiàn)有的資源實(shí)現(xiàn)大部分企業(yè)業(yè)務(wù)的自動(dòng)處理，大大提高企業(yè)的運(yùn)營(yíng)效率。本文重點(diǎn)研究實(shí)現(xiàn)讓用戶更容易的進(jìn)行業(yè)務(wù)建模，同時(shí)實(shí)現(xiàn)基于關(guān)系數(shù)據(jù)庫(kù)的工作流引擎。業(yè)務(wù)建模工具與工作流引擎也是本文工作的難點(diǎn)。</p><p>　　1.4 論文的組織結(jié)構(gòu)</p>

36、<p>　　第1章為緒論，概括介紹業(yè)務(wù)流程管理的主要概念，國(guó)內(nèi)外的發(fā)展情況及本文的主要工作。</p><p>　　第2章介紹分析系統(tǒng)需求，根據(jù)課題要求，分析本次設(shè)計(jì)實(shí)現(xiàn)的業(yè)務(wù)流程管理系統(tǒng)需要解決的主要問(wèn)題，確定本文討論的業(yè)務(wù)流程管理系統(tǒng)的業(yè)務(wù)需求、用戶需求以及非功能性需求。</p><p>　　第3章主要闡述系統(tǒng)的架構(gòu)設(shè)計(jì)，從技術(shù)架構(gòu)、功能架構(gòu)等方面討論和分析系統(tǒng)的設(shè)計(jì)方案和實(shí)

37、現(xiàn)途徑，擬定本文系統(tǒng)采用的實(shí)現(xiàn)技術(shù)和方法。同時(shí)給出系統(tǒng)的數(shù)據(jù)庫(kù)設(shè)計(jì)以及各個(gè)模塊與數(shù)據(jù)庫(kù)的關(guān)系。</p><p>　　第4章描述了本文系統(tǒng)的詳細(xì)設(shè)計(jì)與實(shí)現(xiàn)，給出系統(tǒng)的詳細(xì)設(shè)計(jì)思路，分析系統(tǒng)主要模塊的內(nèi)部功能結(jié)構(gòu)與實(shí)現(xiàn)方法，以及介紹了模塊和模塊之間的關(guān)系。</p><p>　　最后在結(jié)論中，對(duì)本文的工作進(jìn)行總結(jié)，分析系統(tǒng)的不足及需要改進(jìn)的方面，并明確下一步的研究方向。</p>&

38、lt;p>　　第2章 系統(tǒng)需求分析與相關(guān)技術(shù)</p><p>　　2.1 系統(tǒng)需求概述</p><p>　　業(yè)務(wù)流程管理系統(tǒng)的主要管理對(duì)象是企業(yè)的業(yè)務(wù)流程，業(yè)務(wù)流程現(xiàn)在被作為一種企業(yè)資源，受到企業(yè)的重視。業(yè)務(wù)流程管理系統(tǒng)是基于業(yè)務(wù)流程提供各種與之相關(guān)的服務(wù)，所以業(yè)務(wù)流程管理系統(tǒng)的各種需求都是圍繞業(yè)務(wù)流程產(chǎn)生的。</p><p>　　目前在國(guó)內(nèi)企業(yè)中，大多數(shù)業(yè)務(wù)

39、是業(yè)務(wù)審批或類似的業(yè)務(wù)，需要實(shí)現(xiàn)公文的流轉(zhuǎn)、審批、簽批等行政事務(wù)的自動(dòng)處理[29]。這一類的業(yè)務(wù)要求業(yè)務(wù)流程管理系統(tǒng)的流程引擎需要有較強(qiáng)的人工交互處理能力，同時(shí)業(yè)務(wù)類型也可以因此劃分為自動(dòng)業(yè)務(wù)和人工業(yè)務(wù)。綜合課題要求和企業(yè)的實(shí)際生產(chǎn)需求，本文的業(yè)務(wù)流程管理系統(tǒng)需要提供以下功能。</p><p><b>　　1.業(yè)務(wù)流程建模</b></p><p>　　需要為企業(yè)的業(yè)務(wù)

40、設(shè)計(jì)人員提供業(yè)務(wù)設(shè)計(jì)建模的能力。同時(shí)系統(tǒng)提供的業(yè)務(wù)元素需要滿足企業(yè)的業(yè)務(wù)設(shè)計(jì)需求，以便業(yè)務(wù)人員設(shè)計(jì)業(yè)務(wù)流程情況。設(shè)計(jì)實(shí)現(xiàn)業(yè)務(wù)流程建模工具時(shí)，數(shù)據(jù)格式是一個(gè)需要重點(diǎn)考慮的問(wèn)題。在現(xiàn)代企業(yè)中，大多已經(jīng)實(shí)施部署了很多傳統(tǒng)的信息管理系統(tǒng)，現(xiàn)實(shí)中可能會(huì)需要不同系統(tǒng)之間的集成[30-31]。另外，業(yè)務(wù)流程圖形信息與業(yè)務(wù)流程進(jìn)入流轉(zhuǎn)后的流程信息并不同的，業(yè)務(wù)建模工具完成的業(yè)務(wù)流程包含大量的流程圖形描述信息，圖形坐標(biāo)信息，而這些信息并不是流程引擎可以直

41、接使用進(jìn)行流程流轉(zhuǎn)的數(shù)據(jù)信息。所以需要考慮如何將業(yè)務(wù)人員設(shè)計(jì)的業(yè)務(wù)流程圖形信息轉(zhuǎn)化為業(yè)務(wù)流程流轉(zhuǎn)是所需的數(shù)據(jù)信息。</p><p><b>　　2.業(yè)務(wù)流轉(zhuǎn)執(zhí)行</b></p><p>　　業(yè)務(wù)流程進(jìn)入流轉(zhuǎn)即業(yè)務(wù)模型在流程引擎中通過(guò)實(shí)例化后開(kāi)始流轉(zhuǎn)。流程引擎是業(yè)務(wù)流程管理系統(tǒng)的核心功能提供者。事實(shí)上，流程引擎并不直接提供任何功能，而是向外提供接口，系統(tǒng)的其他的子模塊通

42、過(guò)這些接口獲得模塊所需數(shù)據(jù)后提供相應(yīng)的功能。因此，流程引擎是業(yè)務(wù)流程管理系統(tǒng)中至關(guān)重要的部分，需要保證它的安全運(yùn)行和穩(wěn)定。流程引擎主要負(fù)責(zé)業(yè)務(wù)流程的流轉(zhuǎn)和調(diào)度管理。能夠按照流程建模是設(shè)定的業(yè)務(wù)規(guī)則流轉(zhuǎn)，同時(shí)需要相應(yīng)流轉(zhuǎn)過(guò)程中用戶的請(qǐng)求，對(duì)流程流轉(zhuǎn)狀態(tài)進(jìn)行更新維護(hù)。</p><p><b>　　3.權(quán)限模型管理</b></p><p>　　在業(yè)務(wù)流程管理系統(tǒng)中，流程引擎

43、的正常運(yùn)行需要依賴于一個(gè)完善的權(quán)限模型。流程引擎中流轉(zhuǎn)的業(yè)務(wù)流程的任務(wù)節(jié)點(diǎn)需要相關(guān)負(fù)責(zé)處理人員，處理人員可以是崗位或是角色，只有到了節(jié)點(diǎn)任務(wù)最終處理時(shí)刻，處理人員才會(huì)定位到某個(gè)具體用戶。在考慮權(quán)限模型與流程引擎結(jié)合時(shí)，需要進(jìn)一步劃分權(quán)限粒度，例如角色，角色組，崗位，部門等權(quán)限粒度。</p><p><b>　　4.組織模型管理</b></p><p>　　與權(quán)限模型對(duì)

44、應(yīng)的就是組織模型，因?yàn)闃I(yè)務(wù)流程的節(jié)點(diǎn)任務(wù)在最終處理時(shí)刻需要將任務(wù)分配給具體的處理人員，所以需要在權(quán)限模型與組織模型之間建立映射。節(jié)點(diǎn)任務(wù)與具體處理人員通過(guò)權(quán)限模型建立關(guān)聯(lián)。</p><p>　　2.2 系統(tǒng)業(yè)務(wù)需求</p><p>　　業(yè)務(wù)流程管理系統(tǒng)的管理對(duì)象是業(yè)務(wù)流程，所有的管理方法都是以業(yè)務(wù)流程為基礎(chǔ)。系統(tǒng)提供的服務(wù)因此都是圍繞業(yè)務(wù)流程產(chǎn)生，主要包括：業(yè)務(wù)流程建模、業(yè)務(wù)模型執(zhí)行服務(wù)、

45、流程實(shí)例流轉(zhuǎn)以及流程監(jiān)控。分析業(yè)務(wù)流程的生命周期特點(diǎn)，業(yè)務(wù)流程管理過(guò)程如圖2.1所示。</p><p>　　圖2.1 業(yè)務(wù)流程管理流程圖</p><p>　　業(yè)務(wù)流程建模用于流程定義、流程的活動(dòng)定義等；業(yè)務(wù)模型執(zhí)行服務(wù)是指解釋業(yè)務(wù)流程模型，實(shí)例化模型信息，并控制其流轉(zhuǎn)。同時(shí)還要提供業(yè)務(wù)流程流轉(zhuǎn)過(guò)程產(chǎn)生的業(yè)務(wù)信息，流轉(zhuǎn)情況的存儲(chǔ)查詢功能，以滿足業(yè)務(wù)流程管理系統(tǒng)在日常使用中的用戶交互需求。業(yè)務(wù)

46、流程管理系統(tǒng)的主要業(yè)務(wù)模塊如下說(shuō)明：</p><p><b>　　1. 組織機(jī)構(gòu)管理</b></p><p>　　添加、刪除、更新企業(yè)的組織架構(gòu)信息；組織機(jī)構(gòu)管理的對(duì)象是業(yè)務(wù)流程管理系統(tǒng)的權(quán)限模型和組織模型，這是業(yè)務(wù)流程正常流轉(zhuǎn)所必須依賴的信息。由于目前國(guó)內(nèi)企業(yè)的絕大多數(shù)業(yè)務(wù)都需要人工處理，所以組織模型與權(quán)限模型的安全也是業(yè)務(wù)流程正常流轉(zhuǎn)的保證。為了滿足不同企業(yè)的組織

47、架構(gòu)，本文的系統(tǒng)需要提供靈活的組織模型建模能力。組織模型包含的組織元素有企業(yè)單位、部門、崗位。</p><p><b>　　2. 用戶信息管理</b></p><p>　　需要管理企業(yè)員工的添加、更新等操作。用戶與企業(yè)的組織模型并不存在固定的關(guān)聯(lián)，組織模型不會(huì)因?yàn)槿藛T的變動(dòng)而改變，所以用戶信息與組織機(jī)構(gòu)可以劃分為兩個(gè)獨(dú)立的模塊進(jìn)行設(shè)計(jì)。企業(yè)中的每個(gè)員工必然有其崗位，但

48、員工的崗位并不是固定不變，所以用戶信息管理需要隨時(shí)根據(jù)企業(yè)實(shí)際的人員變動(dòng)，而更新用戶與組織模型的關(guān)聯(lián)。獨(dú)立設(shè)計(jì)的好處就是在這種人員變動(dòng)時(shí)完全不需要改動(dòng)組織模型，只需要在用戶信息里更新其組織關(guān)系即可。</p><p><b>　　3. 業(yè)務(wù)流程建模</b></p><p>　　根據(jù)企業(yè)的實(shí)際業(yè)務(wù)需求，建立業(yè)務(wù)模型，同時(shí)需要后期對(duì)模型升級(jí)、更新。圖形化的業(yè)務(wù)流程定制模式能

49、夠更加直觀地描述用戶的業(yè)務(wù)流程規(guī)則，業(yè)務(wù)信息，達(dá)到“所見(jiàn)即所得”的目的。同時(shí)采用拖放的方式使得流程定制更為簡(jiǎn)單，業(yè)務(wù)設(shè)計(jì)人員只需了解企業(yè)的業(yè)務(wù)流程就可以輕松的定制出復(fù)雜的流程。</p><p>　　業(yè)務(wù)流程模型有活動(dòng)節(jié)點(diǎn)和鏈接線組成，流程模型中每個(gè)節(jié)點(diǎn)活動(dòng)在流程模型實(shí)例化后成為任務(wù)。節(jié)點(diǎn)活動(dòng)是組成業(yè)務(wù)流程模型的主要部分，節(jié)點(diǎn)活動(dòng)包含了任務(wù)執(zhí)行時(shí)的所有信息：業(yè)務(wù)，資源，規(guī)則?；顒?dòng)節(jié)點(diǎn)類型包括開(kāi)始節(jié)點(diǎn)，結(jié)束節(jié)點(diǎn)，歸檔

50、節(jié)點(diǎn)，活動(dòng)節(jié)點(diǎn)，控制節(jié)點(diǎn)。</p><p>　　結(jié)束節(jié)點(diǎn)與開(kāi)始節(jié)點(diǎn)類似，不同的是結(jié)束節(jié)點(diǎn)的出度為零?？刂乒?jié)點(diǎn)本身不包含需要執(zhí)行的業(yè)務(wù)活動(dòng)，而只是用來(lái)設(shè)定流程的流轉(zhuǎn)方向。控制節(jié)點(diǎn)的判斷規(guī)則在業(yè)務(wù)流程建模時(shí)預(yù)先設(shè)定，判斷規(guī)則類型可以是判斷變量、判斷公式、取值表等形式。根據(jù)實(shí)際企業(yè)的業(yè)務(wù)需求，控制節(jié)點(diǎn)可以分為或節(jié)點(diǎn)和與節(jié)點(diǎn)?；顒?dòng)節(jié)點(diǎn)是執(zhí)行實(shí)際業(yè)務(wù)的節(jié)點(diǎn)，活動(dòng)節(jié)點(diǎn)有自動(dòng)節(jié)點(diǎn)、人工節(jié)點(diǎn)。自動(dòng)節(jié)點(diǎn)根據(jù)建模時(shí)預(yù)先設(shè)定的啟動(dòng)條件

51、，由流程引擎自動(dòng)執(zhí)行節(jié)點(diǎn)業(yè)務(wù)；人工節(jié)點(diǎn)則需要關(guān)聯(lián)任務(wù)處理人員提交處理事件，然后流程引擎根據(jù)提交事件與業(yè)務(wù)規(guī)則執(zhí)行業(yè)務(wù)[33]。</p><p><b>　　4. 業(yè)務(wù)流程執(zhí)行</b></p><p>　　提供用戶創(chuàng)建業(yè)務(wù)實(shí)例的服務(wù)，并運(yùn)行業(yè)務(wù)實(shí)例。需要能夠處理業(yè)務(wù)流程執(zhí)行問(wèn)題，能夠按照用戶創(chuàng)建的流程規(guī)則運(yùn)行流程。本文設(shè)計(jì)實(shí)現(xiàn)的業(yè)務(wù)流程管理系統(tǒng)主要面向企事業(yè)單位，實(shí)現(xiàn)公

52、文流轉(zhuǎn)、審批、簽批等行政事務(wù)的處理，包括自動(dòng)，人工等處理方式。</p><p><b>　　5. 流程管理</b></p><p>　　對(duì)運(yùn)行中或處于其他狀態(tài)的流程實(shí)例進(jìn)行一些處理，例如中止運(yùn)行中流程，調(diào)整流程中的任務(wù)節(jié)點(diǎn)，還有流程角色，權(quán)限等內(nèi)容的管理。企業(yè)在實(shí)際運(yùn)營(yíng)中會(huì)經(jīng)常發(fā)生一些臨時(shí)變化，業(yè)務(wù)流轉(zhuǎn)過(guò)程需要能夠?qū)@些臨時(shí)事件做出響應(yīng)，也就是對(duì)業(yè)務(wù)流程實(shí)例動(dòng)態(tài)更改。

53、因?yàn)橥话l(fā)的臨時(shí)事件而需要對(duì)正在流轉(zhuǎn)中的業(yè)務(wù)流程實(shí)例的處理一般采用：中止流程流轉(zhuǎn)、調(diào)整業(yè)務(wù)流程信息或重新執(zhí)行業(yè)務(wù)流程。通過(guò)提供這些應(yīng)對(duì)臨時(shí)事件的措施可以顯著幫助企業(yè)降低運(yùn)營(yíng)成本，避免有價(jià)值的已執(zhí)行業(yè)務(wù)信息丟失，同時(shí)可以降低業(yè)務(wù)流程重新建模概率。</p><p>　　2.3 系統(tǒng)用戶需求</p><p>　　2.3.1 系統(tǒng)使用人員</p><p>　　經(jīng)分析，使用系統(tǒng)

54、的人員類型主要有以下幾種類型：系統(tǒng)管理員，業(yè)務(wù)設(shè)計(jì)人員，一般用戶。各個(gè)類型用戶說(shuō)明如下：</p><p><b>　　1.系統(tǒng)管理員</b></p><p>　　系統(tǒng)管理員是系統(tǒng)的管理人員，負(fù)責(zé)維護(hù)整個(gè)系統(tǒng)。其職責(zé)包括：設(shè)置系統(tǒng)的基本設(shè)置（如數(shù)據(jù)庫(kù)連接，系統(tǒng)日志等）；維護(hù)系統(tǒng)組件及其數(shù)據(jù)等。系統(tǒng)管理員最重要的職責(zé)是維護(hù)權(quán)限模型與組織模型，隨時(shí)更新模型數(shù)據(jù)與實(shí)際企業(yè)組織

55、架構(gòu)設(shè)置保持一致。</p><p><b>　　2.業(yè)務(wù)設(shè)計(jì)人員</b></p><p>　　業(yè)務(wù)設(shè)計(jì)人員，熟悉公司的業(yè)務(wù)過(guò)程，負(fù)責(zé)分析、設(shè)計(jì)公司日常業(yè)務(wù)所需的業(yè)務(wù)模型，即業(yè)務(wù)流程模型；以及設(shè)計(jì)企業(yè)日常業(yè)務(wù)所需的表單模板。</p><p><b>　　3.一般用戶</b></p><p>　　一般用

56、戶是使用系統(tǒng)執(zhí)行公司日常業(yè)務(wù)的人員，是業(yè)務(wù)流程管理系統(tǒng)的最終使用者。</p><p>　　2.3.2 系統(tǒng)角色對(duì)系統(tǒng)的需求</p><p>　　為了保證業(yè)務(wù)流程的流轉(zhuǎn)過(guò)程安全，需要根據(jù)系統(tǒng)不同角色的系統(tǒng)需求對(duì)用戶角色的權(quán)限加以控制。本文中的系統(tǒng)角色是根據(jù)不同角色的需求上的差異進(jìn)行劃分，實(shí)際生產(chǎn)環(huán)境中用戶可能需要執(zhí)行多個(gè)不同的系統(tǒng)角色的功能需求，因此需要考慮不同的系統(tǒng)角色間的業(yè)務(wù)需求重疊。&

57、lt;/p><p>　　一般用戶的業(yè)務(wù)需求是其他類型用戶可以共享的功能需求，是最小的需求集合。而業(yè)務(wù)設(shè)計(jì)人員與系統(tǒng)管理員各自擁有特定的業(yè)務(wù)需求。系統(tǒng)的用例圖如圖2.2所示。</p><p>　　圖2.2 系統(tǒng)用例圖</p><p>　　1. 業(yè)務(wù)設(shè)計(jì)人員需求</p><p>　?。?）“定義業(yè)務(wù)”的具體需求主要包括定義業(yè)務(wù)數(shù)據(jù)、業(yè)務(wù)表單、任務(wù)處理

58、以及業(yè)務(wù)規(guī)則的使用。</p><p>　?。?）定制業(yè)務(wù)流程，主要是設(shè)計(jì)業(yè)務(wù)流程的任務(wù)節(jié)點(diǎn)和流轉(zhuǎn)規(guī)則。定義業(yè)務(wù)流程的流轉(zhuǎn)通過(guò)設(shè)計(jì)流程圖來(lái)展現(xiàn)。通過(guò)圖形拖放方式定義流程中處理的活動(dòng)以及活動(dòng)之間的關(guān)系。在設(shè)計(jì)流程圖的同時(shí)需要為每個(gè)業(yè)務(wù)設(shè)定業(yè)務(wù)規(guī)則，包括相關(guān)表單，數(shù)據(jù)權(quán)限，業(yè)務(wù)負(fù)責(zé)人等信息。</p><p>　　2. 一般用戶的需求</p><p>　　用戶是最終處理業(yè)務(wù)

59、流程管理系統(tǒng)中構(gòu)建的業(yè)務(wù)的人員。用戶的主要需求就是處理業(yè)務(wù)。用戶的業(yè)務(wù)處理包括：</p><p>　?。?）新建業(yè)務(wù)實(shí)例，從業(yè)務(wù)設(shè)計(jì)人員設(shè)計(jì)的業(yè)務(wù)流程模板庫(kù)中選擇新建業(yè)務(wù)實(shí)例需要的模板，創(chuàng)建本次業(yè)務(wù)實(shí)例。需要為本次實(shí)例填寫業(yè)務(wù)所需的業(yè)務(wù)規(guī)則，如業(yè)務(wù)表單，業(yè)務(wù)負(fù)責(zé)人。</p><p>　?。?）處理實(shí)例任務(wù)，主要是根據(jù)業(yè)務(wù)類型，從業(yè)務(wù)規(guī)則中選擇提交選項(xiàng)或是編輯業(yè)務(wù)表單。</p>

60、<p>　　（3）業(yè)務(wù)實(shí)例查詢，是查詢與當(dāng)前用戶查詢權(quán)限內(nèi)的業(yè)務(wù)實(shí)例流轉(zhuǎn)情況，包括查詢業(yè)務(wù)的處理進(jìn)度，已完成業(yè)務(wù)記錄查詢，一般是業(yè)務(wù)相關(guān)的任務(wù)處理記錄。</p><p>　?。?）業(yè)務(wù)實(shí)例操作，根據(jù)用戶的需求變化，可能需要對(duì)正在運(yùn)行的業(yè)務(wù)實(shí)例進(jìn)行操作，例如中止，終止，重新執(zhí)行或修改任務(wù)信息。</p><p>　　3. 系統(tǒng)管理員的需求</p><p>　

61、?。?）組織結(jié)構(gòu)管理，這是業(yè)務(wù)流程管理系統(tǒng)正常運(yùn)行的基礎(chǔ)。系統(tǒng)管理為業(yè)務(wù)流程管理系統(tǒng)新建公司信息，部門信息，并需要根據(jù)公司發(fā)展情況隨時(shí)更新組織結(jié)構(gòu)信息。</p><p>　?。?）用戶管理，業(yè)務(wù)流程管理系統(tǒng)的各種類型使用人員需要系統(tǒng)管理員審核，添加后，用戶才能登陸系統(tǒng)，處理業(yè)務(wù)。主要包括，系統(tǒng)各類型用戶信息添加、更新，用戶崗位及權(quán)限分配等。</p><p>　?。?）系統(tǒng)維護(hù)，主要工作是依

62、據(jù)實(shí)際情況，對(duì)系統(tǒng)中正在流轉(zhuǎn)的業(yè)務(wù)施加影響，改變其原有的流轉(zhuǎn)方式，保證業(yè)務(wù)流程管理系統(tǒng)正常運(yùn)行。同時(shí)維護(hù)系統(tǒng)數(shù)據(jù)與業(yè)務(wù)流程管理系統(tǒng)工作正常，保證數(shù)據(jù)庫(kù)數(shù)據(jù)合法。</p><p><b>　　2.4 本章小結(jié)</b></p><p>　　本章從總體首先詳細(xì)地分析本文業(yè)務(wù)流程管理系統(tǒng)的功能需求，說(shuō)明了業(yè)務(wù)流程管理系統(tǒng)幾個(gè)重要模塊的需求，然后分別從系統(tǒng)用戶需求和系統(tǒng)業(yè)務(wù)需求

63、兩個(gè)角度對(duì)系統(tǒng)需求進(jìn)行闡述。通過(guò)對(duì)系統(tǒng)的需求分析，對(duì)本文將要設(shè)計(jì)和實(shí)現(xiàn)的業(yè)務(wù)管理系統(tǒng)有了比較全面的認(rèn)識(shí)，為后續(xù)的系統(tǒng)架構(gòu)設(shè)計(jì)與模塊詳細(xì)設(shè)計(jì)奠定了堅(jiān)實(shí)的基礎(chǔ)。</p><p>　　第3章 業(yè)務(wù)流程管理系統(tǒng)的概要設(shè)計(jì)</p><p>　　3.1 業(yè)務(wù)流程管理系統(tǒng)的設(shè)計(jì)原則</p><p>　　本文業(yè)務(wù)流程管理系統(tǒng)的目標(biāo)是，面向企事業(yè)單位實(shí)現(xiàn)信息資源的共享，增強(qiáng)員工的協(xié)同

64、工作的能力，實(shí)現(xiàn)公文流轉(zhuǎn)、審核、簽批等行政事務(wù)的自動(dòng)處理。整個(gè)系統(tǒng)將圍繞業(yè)務(wù)流程建模、業(yè)務(wù)流程實(shí)例化、流程實(shí)例運(yùn)行、流程管理等方面構(gòu)建業(yè)務(wù)流程管理系統(tǒng)的流程引擎，同時(shí)開(kāi)發(fā)配套的應(yīng)用系統(tǒng)，包括組織管理、用戶管理、權(quán)限管理等。</p><p><b>　　1.可用性</b></p><p>　　系統(tǒng)的可用性（Availability）是用來(lái)衡量一個(gè)軟件系統(tǒng)持續(xù)提供服務(wù)的能

65、力的參考指標(biāo)，可用性表示系統(tǒng)在給定時(shí)間或者系統(tǒng)某一能力的特定環(huán)境下能夠滿意工作的概率。業(yè)務(wù)流程管理系統(tǒng)在企業(yè)中的地位非常重要，常常是一個(gè)企業(yè)日常業(yè)務(wù)運(yùn)行的基礎(chǔ)，因此系統(tǒng)的可用性需要保證。本文在業(yè)務(wù)流程管理系統(tǒng)的設(shè)計(jì)過(guò)程中，考慮系統(tǒng)的多方面需求，以實(shí)現(xiàn)系統(tǒng)提供穩(wěn)定的服務(wù)[36-37]。</p><p><b>　　2.靈活性</b></p><p>　　業(yè)務(wù)流程管理系統(tǒng)

66、屬于業(yè)務(wù)系統(tǒng)，但與其他的專有業(yè)務(wù)系統(tǒng)，例如物資管理系統(tǒng)，OA等系統(tǒng)存在差異。業(yè)務(wù)流程管理系統(tǒng)不是專門的實(shí)現(xiàn)特定的業(yè)務(wù)功能，它提供通用的業(yè)務(wù)流程建模與流程運(yùn)轉(zhuǎn)的服務(wù)。由于業(yè)務(wù)流程管理系統(tǒng)處于基礎(chǔ)的位置，在實(shí)際生產(chǎn)環(huán)境中，業(yè)務(wù)流程管理系統(tǒng)常常需要與其他業(yè)務(wù)系統(tǒng)，如前述的一些專有業(yè)務(wù)系統(tǒng)集成，因此，在業(yè)務(wù)流程管理系統(tǒng)的設(shè)計(jì)過(guò)程中需要充分考慮系統(tǒng)的靈活性。</p><p><b>　　3.標(biāo)準(zhǔn)化</b&g

67、t;</p><p>　　由于考慮到業(yè)務(wù)流程管理系統(tǒng)需要與其他業(yè)務(wù)系統(tǒng)的集成需要，所以業(yè)務(wù)流程管理系統(tǒng)的標(biāo)準(zhǔn)化也是重要的。如果采用標(biāo)準(zhǔn)的數(shù)據(jù)格式，就會(huì)使得業(yè)務(wù)流程管理系統(tǒng)在與其他業(yè)務(wù)系統(tǒng)集成的過(guò)程變得容易，同時(shí)數(shù)據(jù)格式的標(biāo)準(zhǔn)化也是流程整合與業(yè)務(wù)編排的基礎(chǔ)。業(yè)務(wù)流程管理系統(tǒng)對(duì)標(biāo)準(zhǔn)化的支持同時(shí)也是提升系統(tǒng)的可用性程度。</p><p><b>　　4.可維護(hù)性</b>&l

68、t;/p><p>　　因此系統(tǒng)架構(gòu)清晰能夠降低維護(hù)成本。為了提高業(yè)務(wù)流程管理系統(tǒng)的可維護(hù)性，需要盡量降低系統(tǒng)的耦合程度，使子系統(tǒng)之間彼此的聯(lián)系程度降低，或者使子系統(tǒng)之間的接口盡量清晰。</p><p>　　3.2 系統(tǒng)的總體架構(gòu)</p><p>　　3.2.1 系統(tǒng)架構(gòu)設(shè)計(jì)</p><p>　　本文設(shè)計(jì)業(yè)務(wù)流程管理系統(tǒng)采用基于ASP.NET MV

69、C的B/S架構(gòu)和傳統(tǒng)的C/S架構(gòu)相結(jié)合的方式實(shí)現(xiàn)。整個(gè)系統(tǒng)的技術(shù)架構(gòu)設(shè)計(jì)如圖2.2所示。</p><p>　　圖3.1 業(yè)務(wù)流程管理系統(tǒng)架構(gòu)設(shè)計(jì)圖</p><p>　　考慮本文的業(yè)務(wù)流程管理系統(tǒng)的需求，采用傳統(tǒng)C/S架構(gòu)實(shí)現(xiàn)業(yè)務(wù)流程管理系統(tǒng)中的業(yè)務(wù)建模子系統(tǒng)。業(yè)務(wù)建模子系統(tǒng)涉及大量業(yè)務(wù)信息與流程設(shè)計(jì)信息，采用C/S架構(gòu)實(shí)現(xiàn)更能夠保證這些數(shù)據(jù)的安全。如果業(yè)務(wù)建模子系統(tǒng)也采用B/S架構(gòu)實(shí)現(xiàn)，由

70、于B/S的通信方式的特點(diǎn)決定，使得業(yè)務(wù)信息與流程信息在傳遞到服務(wù)器的過(guò)程中存在不確定性。大量的不同性質(zhì)數(shù)據(jù)保存會(huì)需要頻繁的客戶端（瀏覽器）與服務(wù)器之間的通信，而通信頻率的增加進(jìn)而導(dǎo)致數(shù)據(jù)保存的難度提升。</p><p>　　C/S架構(gòu)能夠利用兩端硬件環(huán)境的優(yōu)勢(shì)，將任務(wù)分配到相應(yīng)端來(lái)實(shí)現(xiàn)，與B/S架構(gòu)相比，能夠顯著降低因數(shù)據(jù)保存所帶來(lái)的通訊開(kāi)銷。同時(shí)C/S架構(gòu)比B/S架構(gòu)的性能更加穩(wěn)定，減少B/S因頁(yè)面刷新或是其他

71、因素導(dǎo)致數(shù)據(jù)丟失的概率。在業(yè)務(wù)建模與流程定制過(guò)程中，用戶只需要定義模板的信息，而不用考慮過(guò)多流程流轉(zhuǎn)是所需的數(shù)據(jù)等信息。</p><p>　　業(yè)務(wù)實(shí)例運(yùn)行、處理，組織結(jié)構(gòu)管理等功能，也就是業(yè)務(wù)實(shí)例管理子系統(tǒng)和組織結(jié)構(gòu)管理子系統(tǒng)則采用B/S架構(gòu)實(shí)現(xiàn)。子系統(tǒng)的設(shè)計(jì)方案采用目前國(guó)際上流行的MVC三層結(jié)構(gòu)系統(tǒng)模型，即數(shù)據(jù)訪問(wèn)層（DAL）,業(yè)務(wù)邏輯層（BLL）和用戶界面層（UI）。采用分層設(shè)計(jì)的目的是將業(yè)務(wù)邏輯從界面與數(shù)據(jù)

72、中分離出來(lái)，這樣可以降低系統(tǒng)后期的維護(hù)成本，提高系統(tǒng)的靈活性和可維護(hù)性。</p><p>　　業(yè)務(wù)模型管理子系統(tǒng)提供業(yè)務(wù)，流程建模功能。設(shè)計(jì)完成的模型存儲(chǔ)到數(shù)據(jù)庫(kù)中。業(yè)務(wù)實(shí)例管理子系統(tǒng)的運(yùn)行是以業(yè)務(wù)模型管理子系統(tǒng)的模型為基礎(chǔ)。它從數(shù)據(jù)庫(kù)中的模板庫(kù)中調(diào)取模板，提供子系統(tǒng)的各種服務(wù)。</p><p>　　3.2.2 分層設(shè)計(jì)思想</p><p>　　MVC全稱是Mode

73、l-View-Controller,分別對(duì)應(yīng)模型-視圖-控制器。MVC不同層之間的合作方式如圖3.2所示[38-40]。</p><p>　　圖3.2 MVC不同層之間合作方式</p><p>　　由于業(yè)務(wù)流程管理系統(tǒng)處理流程實(shí)例流轉(zhuǎn)過(guò)程中涉及大量的數(shù)據(jù)模型處理，且存在一定的重復(fù)性，而MVC的分層設(shè)計(jì)思想能夠很好的解決這種開(kāi)發(fā)需求。將想數(shù)據(jù)庫(kù)訪問(wèn)這樣的數(shù)據(jù)層代碼與視圖層的代碼分離，使系統(tǒng)開(kāi)

74、發(fā)過(guò)程能夠更加專注各自系統(tǒng)層的功能，提高開(kāi)發(fā)效率，更重要的是使后續(xù)對(duì)程序的修改和擴(kuò)展簡(jiǎn)化。</p><p>　　雖然MVC這種分層實(shí)際思想具有這些優(yōu)點(diǎn)，但同時(shí)也存在一些不足。例如本文的業(yè)務(wù)流程管理系統(tǒng)的開(kāi)發(fā)主要集中在模型層，導(dǎo)致模型層相對(duì)另外兩層顯得臃腫。但是這種開(kāi)發(fā)思想會(huì)在軟件開(kāi)發(fā)后期大大提高效率。</p><p>　　綜上所述，MVC開(kāi)發(fā)模式不僅實(shí)現(xiàn)了系統(tǒng)用戶展示與程序邏輯分離，同時(shí)提

75、高了系統(tǒng)程序的可維護(hù)性，可擴(kuò)展性和組建的可復(fù)用性。</p><p>　　3.3 系統(tǒng)的功能設(shè)計(jì)</p><p>　　3.3.1 功能架構(gòu)</p><p>　　綜合課題要求與系統(tǒng)的用戶需求分析，本文將業(yè)務(wù)流程管理系統(tǒng)劃分為 3個(gè)子系統(tǒng)：業(yè)務(wù)建模管理子系統(tǒng)、組織結(jié)構(gòu)管理子系統(tǒng)、業(yè)務(wù)實(shí)例管理子系統(tǒng)三個(gè)大模塊。每個(gè)子系統(tǒng)可具體劃分成多個(gè)功能模塊，如圖3.3所示。</p

76、><p>　　圖3.3 業(yè)務(wù)流程系統(tǒng)功能模塊結(jié)構(gòu)</p><p>　　這些功能模塊根據(jù)權(quán)限為用戶提供相應(yīng)的服務(wù)。業(yè)務(wù)流程管理系統(tǒng)將根據(jù)用戶類型與權(quán)限為用戶組合不同的功能。</p><p>　　組織結(jié)構(gòu)管理子系統(tǒng)和業(yè)務(wù)模型管理子系統(tǒng)是業(yè)務(wù)實(shí)例管理子系統(tǒng)的基礎(chǔ)，業(yè)務(wù)實(shí)例管理子系統(tǒng)的正常系統(tǒng)依賴于前兩者的數(shù)據(jù)。</p><p>　　3.3.2 子系統(tǒng)模

77、塊功能</p><p>　　1.業(yè)務(wù)模型管理模塊</p><p>　　業(yè)務(wù)模型管理模塊提供業(yè)務(wù)設(shè)計(jì)人員進(jìn)行業(yè)務(wù)建模的業(yè)務(wù)需求。該子系統(tǒng)包括業(yè)務(wù)建模、流程定制、表單建模、流程管理，模型測(cè)試等功能。</p><p>　?。?）業(yè)務(wù)建模能夠讓用戶定義：業(yè)務(wù)基本信息，提交規(guī)則，業(yè)務(wù)表單等內(nèi)容。使業(yè)務(wù)設(shè)計(jì)人員能根據(jù)實(shí)際情況設(shè)計(jì)業(yè)務(wù)模型。</p><p>

78、;　?。?）流程定制提供對(duì)業(yè)務(wù)流程建模的服務(wù)，用戶通過(guò)圖形可視化創(chuàng)建流程模型，包括定義流程處理的業(yè)務(wù)，業(yè)務(wù)流程流轉(zhuǎn)方式，流程方式等流程的流轉(zhuǎn)規(guī)則。</p><p>　?。?）表單建模提供根據(jù)業(yè)務(wù)需求創(chuàng)建表單模板的服務(wù)。創(chuàng)建完成的業(yè)務(wù)表單模板供流程建模時(shí)調(diào)用。</p><p>　?。?）流程管理提供對(duì)數(shù)據(jù)庫(kù)中的業(yè)務(wù)模型和流程模型的管理。包括模型的更新，替換，刪除。</p>&l

79、t;p>　　（5）流程測(cè)試是在業(yè)務(wù)設(shè)計(jì)人員設(shè)計(jì)完成流程模型后測(cè)試模型流轉(zhuǎn)狀態(tài)的服務(wù)。</p><p>　　2.業(yè)務(wù)實(shí)例管理模塊</p><p>　　業(yè)務(wù)實(shí)例管理子系統(tǒng)是系統(tǒng)真正提供業(yè)務(wù)功能的模塊。用戶通過(guò)業(yè)務(wù)實(shí)例管理模塊提供的服務(wù)，創(chuàng)建業(yè)務(wù)實(shí)例，處理任務(wù)。業(yè)務(wù)實(shí)例管理模塊包括，創(chuàng)建業(yè)務(wù)實(shí)例、處理流程任務(wù)、業(yè)務(wù)實(shí)例管理等功能。</p><p>　　這個(gè)模塊的功能

80、基本都是基于流程引提供的。</p><p>　?。?）創(chuàng)建業(yè)務(wù)實(shí)例：用于用戶創(chuàng)建業(yè)務(wù)實(shí)例，用戶選擇流程模型，添加實(shí)際業(yè)務(wù)流程的業(yè)務(wù)數(shù)據(jù)，流程規(guī)則等流轉(zhuǎn)信息后提交給工作流引擎正式開(kāi)始業(yè)務(wù)流程的流轉(zhuǎn)。</p><p>　?。?）流程任務(wù)處理：統(tǒng)一管理用戶的未處理任務(wù)，以列表方式展現(xiàn)給用戶，用戶根據(jù)現(xiàn)實(shí)需要，處理任務(wù)。</p><p>　?。?）業(yè)務(wù)實(shí)例管理：用于用戶管理

81、業(yè)務(wù)流程實(shí)例。包括流程管理，實(shí)現(xiàn)業(yè)務(wù)流程名稱管理、步驟名稱管理、類別管理；流程權(quán)限管理，包括節(jié)點(diǎn)任務(wù)調(diào)整、流程角色管理、權(quán)限賦予和更新等；流程狀態(tài)管理，包括流程狀態(tài)查詢、流程中止、終止、重新執(zhí)行等操作。</p><p>　　3.組織結(jié)構(gòu)管理模塊</p><p>　　考慮到人員組織在企業(yè)中的特殊位置，將對(duì)人員組織管理職責(zé)單獨(dú)劃分到一個(gè)獨(dú)立的子系統(tǒng)中，該子系統(tǒng)向業(yè)務(wù)流程管理系統(tǒng)提供人員組織管理

82、服務(wù)。組織結(jié)構(gòu)管理子系統(tǒng)是業(yè)務(wù)模型管理和業(yè)務(wù)實(shí)例管理子系統(tǒng)實(shí)施依賴，包括組織管理、用戶管理、崗位管理、權(quán)限管理等功能模塊。</p><p>　　（1）組織管理：統(tǒng)一管理和維護(hù)企業(yè)的組織架構(gòu)。包括更新組織結(jié)構(gòu)，如添加新建部門，更新已有部門信息，為每個(gè)部門添加崗位等；</p><p>　　（2）用戶管理：用于管理使用業(yè)務(wù)流程管理系統(tǒng)的用戶。每個(gè)需要使用業(yè)務(wù)流程管理系統(tǒng)的用戶都必須在系統(tǒng)中存儲(chǔ)其

83、相關(guān)的個(gè)人信息，系統(tǒng)維持流程的合法流轉(zhuǎn)需要使用用戶的信息；</p><p>　?。?）崗位管理：用于建立、維護(hù)用戶與組織結(jié)構(gòu)的崗位之間關(guān)聯(lián)，為用戶賦予崗位職責(zé)。</p><p>　?。?）權(quán)限管理：負(fù)責(zé)賦予用戶使用業(yè)務(wù)流程管理系統(tǒng)的功能權(quán)限，并更新、維護(hù)用戶的權(quán)限信息。</p><p><b>　　3.4 數(shù)據(jù)庫(kù)設(shè)計(jì)</b></p>

84、<p>　　數(shù)據(jù)的價(jià)值在如今的大數(shù)據(jù)時(shí)代受到了前所未有的關(guān)注與重視，數(shù)據(jù)愈來(lái)愈成為企業(yè)日常的決策依據(jù)。設(shè)計(jì)良好的數(shù)據(jù)庫(kù)可以節(jié)省大量的數(shù)據(jù)空間，好的數(shù)據(jù)結(jié)構(gòu)能夠保證數(shù)據(jù)的完整性，方便進(jìn)行應(yīng)用程序的開(kāi)發(fā)。</p><p>　　本文的業(yè)務(wù)流程管理系統(tǒng)需要頻繁的數(shù)據(jù)庫(kù)操作，良好的數(shù)據(jù)庫(kù)設(shè)計(jì)與數(shù)據(jù)結(jié)構(gòu)顯得格外重要。下面從數(shù)據(jù)庫(kù)概念設(shè)計(jì)、邏輯設(shè)計(jì)以及物理設(shè)計(jì)三方面說(shuō)明本次業(yè)務(wù)流程管理系統(tǒng)的數(shù)據(jù)庫(kù)設(shè)計(jì)方案。<

85、;/p><p>　　3.4.1 概念設(shè)計(jì)</p><p>　　根據(jù)在系統(tǒng)功能設(shè)計(jì)方案中的描述，可以將數(shù)據(jù)庫(kù)劃分為兩個(gè)模塊：業(yè)務(wù)流程相關(guān)和組織結(jié)構(gòu)相關(guān)，兩個(gè)數(shù)據(jù)模塊的數(shù)據(jù)庫(kù)E-R圖如圖3.5、3.6所示。</p><p>　　業(yè)務(wù)流程相關(guān)的數(shù)據(jù)主要是與業(yè)務(wù)流程運(yùn)行有關(guān)的數(shù)據(jù)模型。兩個(gè)數(shù)據(jù)模塊并不相互獨(dú)立，業(yè)務(wù)流程的運(yùn)行需要依賴組織模型的用戶信息。在圖3.5的業(yè)務(wù)流程相關(guān)數(shù)

86、據(jù)庫(kù)E-R圖中的流程節(jié)點(diǎn)活動(dòng)處理人員實(shí)體是圖3.6組織模型數(shù)據(jù)庫(kù)E-R圖中的用戶屬性實(shí)體。雖然兩個(gè)數(shù)據(jù)模塊中數(shù)據(jù)模型存在聯(lián)系，但是批次之間的數(shù)據(jù)不會(huì)互相影響，而且組織模型的數(shù)據(jù)庫(kù)模塊式可以獨(dú)立存在，不需要依賴其他數(shù)據(jù)模型。</p><p>　　圖3.5 業(yè)務(wù)流程相關(guān)數(shù)據(jù)庫(kù)E-R圖</p><p>　　圖3.6 組織模型數(shù)據(jù)庫(kù)E-R圖</p><p>　　3.4.2

87、邏輯設(shè)計(jì)</p><p>　　E-R圖的概念模型轉(zhuǎn)化為等價(jià)的關(guān)系模式及其約束。將E-R圖轉(zhuǎn)換為關(guān)系模式，關(guān)系的碼用橫線標(biāo)出。邏輯設(shè)計(jì)是將概念模型設(shè)計(jì)成為特定的DBMS的邏輯數(shù)據(jù)模式。邏輯數(shù)據(jù)模式成為邏輯模型或數(shù)據(jù)模型，關(guān)系數(shù)據(jù)庫(kù)的數(shù)據(jù)模式是關(guān)系模式。關(guān)系數(shù)據(jù)庫(kù)需要把碼標(biāo)出：</p><p>　　業(yè)務(wù)流程模板（流程模型編號(hào)，圖形信息，說(shuō)明）</p><p>　　表單模

88、板（表單編號(hào)，名稱，設(shè)計(jì)信息，說(shuō)明）</p><p>　　業(yè)務(wù)流程實(shí)例（流程實(shí)例編號(hào)，模型編號(hào)，實(shí)例化時(shí)間，創(chuàng)建用戶，流程實(shí)例名稱，說(shuō)明）</p><p>　　節(jié)點(diǎn)任務(wù)（任務(wù)編號(hào)，實(shí)例編號(hào)，任務(wù)名稱，處理人員，開(kāi)始時(shí)間，結(jié)束時(shí)間，說(shuō)明，選項(xiàng)）</p><p>　　節(jié)點(diǎn)路由（路由編號(hào)，起點(diǎn)任務(wù)編號(hào)，目標(biāo)任務(wù)編號(hào)，路由選項(xiàng)，路由路徑，實(shí)例編號(hào)）</p>&

89、lt;p>　　業(yè)務(wù)流程實(shí)例進(jìn)度（業(yè)務(wù)流程實(shí)例編號(hào)，當(dāng)前任務(wù)編號(hào)，實(shí)例狀態(tài)，進(jìn)度編號(hào)）</p><p>　　組織信息（組織編號(hào)，名稱，Email，聯(lián)系電話，地址，說(shuō)明）</p><p>　　部門信息（部門編號(hào)，名稱，Email，聯(lián)系電話，地址，說(shuō)明，上級(jí)部門編號(hào)）</p><p>　　崗位信息（崗位編號(hào)，名稱，說(shuō)明，歸屬部門編號(hào)）</p><

90、p>　　用戶信息（用戶編號(hào)，姓，名，性別，出生日期，Email，聯(lián)系電話，住址，備注）</p><p>　　角色權(quán)限信息（角色編號(hào)，名稱，備注，權(quán)限標(biāo)識(shí)）</p><p>　　用戶屬性（用戶編號(hào)，組織編號(hào)，部門編號(hào)，崗位編號(hào)，角色編號(hào)，備注）</p><p>　　系統(tǒng)用戶登錄信息（用戶編號(hào)，登錄名，密碼，備注）</p><p>　　登錄

91、日志（用戶編號(hào)，登錄名，登錄時(shí)間，備注）</p><p>　　3.4.3 物理設(shè)計(jì)</p><p>　　數(shù)據(jù)庫(kù)物理設(shè)計(jì)是在已確定的邏輯數(shù)據(jù)結(jié)構(gòu)基礎(chǔ)上，設(shè)計(jì)出在限定應(yīng)用環(huán)境下，具有高效率，可實(shí)現(xiàn)的物理數(shù)據(jù)庫(kù)結(jié)構(gòu)的過(guò)程。物理設(shè)計(jì)的主要工作就是將邏輯設(shè)計(jì)中的關(guān)系模型轉(zhuǎn)化為關(guān)系數(shù)據(jù)庫(kù)中的二維數(shù)據(jù)表。</p><p>　　在概念設(shè)計(jì)與邏輯設(shè)計(jì)的基礎(chǔ)之上，現(xiàn)將系統(tǒng)數(shù)據(jù)庫(kù)的表結(jié)構(gòu)

92、設(shè)計(jì)為各個(gè)單表，對(duì)各表設(shè)計(jì)詳情如下各表，表中對(duì)每張表所涉及的字段名稱、存儲(chǔ)類型、字段定義進(jìn)行了詳細(xì)說(shuō)明：</p><p>　　1.業(yè)務(wù)流程相關(guān)表設(shè)計(jì)</p><p><b>　　（1） 流程模型表</b></p><p>　　流程模型表（WorkFlowModelObject）記錄通過(guò)業(yè)務(wù)流程建模工具設(shè)計(jì)完成的流程模型信息，XML字段存儲(chǔ)了流程

93、模板的全部圖形信息，業(yè)務(wù)建模工具將流程模型圖形轉(zhuǎn)化為xml數(shù)據(jù)格式的數(shù)據(jù)之后存儲(chǔ)到數(shù)據(jù)庫(kù)。之后系統(tǒng)可以通過(guò)解析XML字段中存儲(chǔ)的模型信息，還原業(yè)務(wù)流程圖形。流程引擎在實(shí)例化業(yè)務(wù)流程模型時(shí)，解析并讀取流程實(shí)例化與運(yùn)行所需的數(shù)據(jù)信息，丟棄多余的圖形位置等一些流程實(shí)例流轉(zhuǎn)不需要的數(shù)據(jù)信息。表結(jié)構(gòu)如表3.1所示</p><p>　　表3.1 流程模型表（WorkFlowModelObject）</p>&l

94、t;p><b>　?。?） 表單模板表</b></p><p>　　表單模型表（FormModel）存儲(chǔ)的是業(yè)務(wù)表單模板的設(shè)計(jì)信息。與業(yè)務(wù)流程模型采用相同的存儲(chǔ)原理，用戶完成表單設(shè)計(jì)之后，系統(tǒng)將表單的設(shè)計(jì)信息解析成xml數(shù)據(jù)格式保存在表單模板表中。Form_id是表單模板的主鍵，是表單的唯一標(biāo)識(shí)符。業(yè)務(wù)流程模型通過(guò)Form_id關(guān)聯(lián)相應(yīng)表單。表3.2中XML字段存儲(chǔ)了表單的設(shè)計(jì)信息，表

95、結(jié)構(gòu)如表3.2所示。</p><p>　　表3.2 表單模版表（FormModel）</p><p>　　（3） 業(yè)務(wù)流程實(shí)例表</p><p>　　業(yè)務(wù)實(shí)例表（BusinessInstance）在業(yè)務(wù)流程相關(guān)的數(shù)據(jù)表中處于中心位置，節(jié)點(diǎn)任務(wù)表，節(jié)點(diǎn)路由表，節(jié)點(diǎn)進(jìn)度表都通過(guò)外鍵與業(yè)務(wù)實(shí)例表相關(guān)聯(lián)。業(yè)務(wù)實(shí)例表記錄的是業(yè)務(wù)流程模型經(jīng)流程引擎實(shí)例化后的流程實(shí)例基本信息，包

96、括流程模板編號(hào)，業(yè)務(wù)實(shí)例創(chuàng)建者，創(chuàng)建時(shí)間，結(jié)束時(shí)間等信息，主鍵是流程編號(hào)，是由流程引擎實(shí)例化時(shí)生成的全局唯一標(biāo)識(shí)符。表結(jié)構(gòu)與字段設(shè)置如表3.3所示。</p><p>　　表3.3 業(yè)務(wù)實(shí)例表（BusinessInstance）</p><p>　　（4） 業(yè)務(wù)流程實(shí)例節(jié)點(diǎn)任務(wù)表</p><p>　　流程節(jié)點(diǎn)表（BusinessTask）記錄的是業(yè)務(wù)流程實(shí)例的節(jié)點(diǎn)活動(dòng)

97、信息。業(yè)務(wù)流程模型實(shí)例化時(shí)，每一個(gè)節(jié)點(diǎn)活動(dòng)都會(huì)在流程節(jié)點(diǎn)表中新增相應(yīng)的記錄。業(yè)務(wù)流程實(shí)例流轉(zhuǎn)過(guò)程中通過(guò)修改表中的標(biāo)志位作為節(jié)點(diǎn)活動(dòng)的執(zhí)行記錄。本文將任務(wù)結(jié)束時(shí)間作為節(jié)點(diǎn)任務(wù)的標(biāo)志位，當(dāng)節(jié)點(diǎn)任務(wù)尚未被執(zhí)行時(shí)，標(biāo)志位數(shù)據(jù)為空。當(dāng)節(jié)點(diǎn)任務(wù)已經(jīng)執(zhí)行完成，標(biāo)志位將被填充任務(wù)完成時(shí)間，以此來(lái)表示節(jié)點(diǎn)任務(wù)的執(zhí)行情況。表結(jié)構(gòu)和字段信息如表3.4所示。</p><p>　　表3.4 流程節(jié)點(diǎn)表（BusinessTask）</

98、p><p>　?。?） 業(yè)務(wù)流程實(shí)例節(jié)點(diǎn)路由表</p><p>　　任務(wù)路由表（TaskRoute）記錄的是業(yè)務(wù)流程的節(jié)點(diǎn)流轉(zhuǎn)方向。流程引擎執(zhí)行完某一節(jié)點(diǎn)任務(wù)后通過(guò)查詢節(jié)點(diǎn)路由表決定下一個(gè)將要被執(zhí)行的節(jié)點(diǎn)任務(wù)標(biāo)號(hào)，然后通過(guò)節(jié)點(diǎn)任務(wù)編號(hào)查詢流程實(shí)例節(jié)點(diǎn)任務(wù)表中的任務(wù)列表獲取當(dāng)前任務(wù)。表結(jié)構(gòu)和字段信息如表3.5所示。</p><p>　　表3.5 流程節(jié)點(diǎn)路由表（TaskR

99、oute）</p><p>　?。?） 業(yè)務(wù)流程實(shí)例進(jìn)度表</p><p>　　流程實(shí)例進(jìn)度表（InstanceProcess）記錄的是業(yè)務(wù)流程實(shí)例的流轉(zhuǎn)進(jìn)度，包括當(dāng)前任務(wù)編號(hào)，實(shí)例狀態(tài)等信息。表結(jié)構(gòu)和字段信息如表3.6所示。</p><p>　　表3.6 流程實(shí)例進(jìn)度表（InstanceProcess）</p><p>　　2.組織結(jié)構(gòu)相關(guān)

100、表設(shè)計(jì)</p><p><b>　　（1） 組織信息表</b></p><p>　　組織信息表（Organization）記錄的是企業(yè)或公司組織的單位信息，是組織模型中的頂級(jí)組織，表結(jié)構(gòu)和字段信息設(shè)置如表3.7所示。</p><p>　　表3.7 組織信息表（Organzation）</p><p><b>　

101、?。?）部門信息表</b></p><p>　　部門信息表（Department）記錄的是所有部門的信息，部門的上下級(jí)通過(guò)字段UpOrg_id來(lái)標(biāo)識(shí)。表結(jié)構(gòu)和字段信息如表3.8所示。</p><p>　　表3.8 部門信息表（Department）</p><p>　?。?）部門崗位信息表</p><p>　　崗位信息表（Post

102、）記錄的是所有部門的崗位信息，每個(gè)崗位通過(guò)字段Dep_id來(lái)標(biāo)識(shí)崗位的歸屬部門。表結(jié)構(gòu)和字段信息如表3.9所示。</p><p>　　表3.9 崗位信息表（Post）</p><p>　　3.系統(tǒng)用戶相關(guān)表設(shè)計(jì) </p><p><b>　?。?）用戶信息表</b></p><p>　　用戶信息表（User）記錄的是用戶

103、的個(gè)人信息，在用戶信息表中不包含用戶任何與職位或權(quán)限相關(guān)的信息，數(shù)據(jù)表只包含所有類型用戶共有的個(gè)人信息。用戶的崗位，角色權(quán)限等信息通過(guò)用戶屬性表將用戶與相關(guān)的權(quán)限信息建立關(guān)聯(lián)。主鍵是用戶ID（User_id），表結(jié)構(gòu)和字段信息設(shè)置如表3.10所示。</p><p>　　表3.10 用戶信息表（User）</p><p>　?。?）系統(tǒng)角色權(quán)限表</p><p>　　

104、權(quán)限信息表（Role）記錄的是業(yè)務(wù)流程管理系統(tǒng)的所有可能使用角色的權(quán)限信息，根據(jù)系統(tǒng)的用戶需求分析，使用本文系統(tǒng)的角色類型有三種,系統(tǒng)管理員，業(yè)務(wù)設(shè)計(jì)人員和一般用戶。表結(jié)構(gòu)和字段信息設(shè)置如表3.11所示。</p><p>　　表3.11 權(quán)限信息表（Role）</p><p><b>　?。?）用戶屬性表</b></p><p>　　用戶屬性表

105、（UserAttribute）是組織模型中的關(guān)鍵，用戶通過(guò)用戶屬性表與組織、部門、角色等信息建立關(guān)聯(lián)。用戶屬性表在組織模型中起到了橋梁的作用，也是系統(tǒng)管理員在組織結(jié)構(gòu)相關(guān)數(shù)據(jù)表中操作頻率較高的數(shù)據(jù)表。表結(jié)構(gòu)和字段信息如表3.12所示。</p><p>　　表3.12 用戶屬性表（UserAttribute）</p><p>　　（4）系統(tǒng)用戶登錄信息表</p><p&g

106、t;　　登錄信息表（LoginMessage）記錄的是用戶登錄系統(tǒng)所使用的信息，表結(jié)構(gòu)和字段信息如表3.13所示。</p><p>　　表3.13 登錄信息表（LoginMessage）</p><p>　?。?）系統(tǒng)用戶登錄日志表</p><p>　　登錄日志表（Login_log）記錄的是用戶登錄信息的日志記錄，表結(jié)構(gòu)和字段信息如表3.14所示。</p&g

107、t;<p>　　表3.14 登錄日志表（Login_log）</p><p><b>　　3.5 本章小結(jié)</b></p><p>　　本章在綜合前一章的系統(tǒng)需求分析與課題要求的基礎(chǔ)上，從架構(gòu)設(shè)計(jì)，功能設(shè)計(jì)和數(shù)據(jù)庫(kù)設(shè)計(jì)三方面給出了業(yè)務(wù)流程管理系統(tǒng)的總體設(shè)計(jì)方案。為了保證系統(tǒng)的設(shè)計(jì)符合企業(yè)生產(chǎn)條件，降低業(yè)務(wù)流程管理系統(tǒng)整個(gè)生命周期中開(kāi)發(fā)成本，提出了幾條本文

108、在考慮設(shè)計(jì)方案時(shí)需要遵循的幾條原則。然后在從系統(tǒng)架構(gòu)設(shè)計(jì)為業(yè)務(wù)流程管理系統(tǒng)設(shè)計(jì)總體的結(jié)構(gòu)，本文采用MVC作為系統(tǒng)的開(kāi)發(fā)框架，以便提高系統(tǒng)開(kāi)發(fā)效率。接著則分析業(yè)務(wù)流程管理系統(tǒng)的需求后，根據(jù)系統(tǒng)的架構(gòu)，設(shè)計(jì)了本文系統(tǒng)的功能模塊。最后從概念設(shè)計(jì)、邏輯設(shè)計(jì)和數(shù)據(jù)庫(kù)設(shè)計(jì)三方面詳細(xì)的闡述了數(shù)據(jù)庫(kù)的設(shè)計(jì)思路，在此基礎(chǔ)上說(shuō)明了業(yè)務(wù)流程管理系統(tǒng)的總體架構(gòu)圖及系統(tǒng)的解決方案。</p><p>　　第4章 業(yè)務(wù)流程管理系統(tǒng)的詳細(xì)設(shè)計(jì)與

109、實(shí)現(xiàn)</p><p>　　4.1 系統(tǒng)模塊設(shè)計(jì)</p><p>　　整個(gè)業(yè)務(wù)流程管理系統(tǒng)，從總體上可以劃分為：系統(tǒng)平臺(tái)、業(yè)務(wù)模型管理模塊、組織結(jié)構(gòu)管理模塊和業(yè)務(wù)流程實(shí)例管理模塊。</p><p><b>　　1. 系統(tǒng)平臺(tái)支持</b></p><p>　　系統(tǒng)平臺(tái)并不提供具體的面向用戶的系統(tǒng)應(yīng)用功能，其只負(fù)責(zé)提供業(yè)務(wù)流程

110、管理系統(tǒng)的正常運(yùn)行所需的基礎(chǔ)業(yè)務(wù)服務(wù)和支持。</p><p>　　2. 業(yè)務(wù)模型管理模塊</p><p>　　業(yè)務(wù)模型管理模塊提供公司業(yè)務(wù)人員進(jìn)行業(yè)務(wù)建模設(shè)計(jì)的業(yè)務(wù)需求。該子系統(tǒng)模塊包括業(yè)務(wù)建模、流程定制、表單建模、流程管理，模型測(cè)試等功能。這些功能需求可以劃分為業(yè)務(wù)建模工具、業(yè)務(wù)模型管理工具。</p><p>　　業(yè)務(wù)建模工具：用于設(shè)計(jì)、定義業(yè)務(wù)流程的模型信息。業(yè)