計算機科學與技術畢業(yè)設計-基于sqlserver的業(yè)務流程管理系統(tǒng)的設計與實現

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

2、 Based on SQLServer</p><p>　　所在學院 </p><p>　　專業(yè)班級 計算機科學與技術 </p><p>　　學生姓名 學號 </p><p>　　指導教師 職稱

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

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

5、管理系統(tǒng)中的重要功能模塊，如業(yè)務建模工具，流程引擎等，重點論述了詳細的設計方案，并分析了實現的方法。</p><p>　　本文的主要完成了基于.net平臺，利用xml、Ajax等技術，實現一款基于關系數據庫的業(yè)務流程管理軟件。</p><p>　　關鍵字：辦公自動化；業(yè)務建模；業(yè)務流程管理；流程引擎 </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、國內外研究現狀1</p><p>　　1.3 論文的主要內容3</p><p>　　1.4 論文的組織結構3</p><p>　　第2章 系統(tǒng)需求分析與相關技術5</p><p>　　2.1 系統(tǒng)需求概述5</p><p>　　2.2 系統(tǒng)業(yè)務需求6</p><p>　　2.3 系統(tǒng)

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

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

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

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

17、測試30</p><p>　　4.3 組織結構管理子系統(tǒng)的詳細設計與實現31</p><p>　　4.3.1 組織模型31</p><p>　　4.3.2 組織模型與業(yè)務流程模型32</p><p>　　4.3.3 組織結構管理33</p><p>　　4.4 業(yè)務流程實例管理子系統(tǒng)的詳細設計與實現33&l

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

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

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

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

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

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

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

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

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

27、3]。</p><p>　　Primeton BPS流程平臺是遵從WfMC參考模型、BPMN1.1規(guī)范而又具備中國特色的流程平臺產品，相比國外產品，是一款更加符合中國客戶需求的流程平臺產品。</p><p>　　國外的發(fā)展相比國內要相對成熟，相關的標準和配套的規(guī)范都比較完善。2005年之前，國外的發(fā)展情況與現在的國內情況類似，均采用自定義的數據結構，隨著BPMN2.0等業(yè)務流程管理相關的新

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

58、以及業(yè)務規(guī)則的使用。</p><p>　　（2）定制業(yè)務流程，主要是設計業(yè)務流程的任務節(jié)點和流轉規(guī)則。定義業(yè)務流程的流轉通過設計流程圖來展現。通過圖形拖放方式定義流程中處理的活動以及活動之間的關系。在設計流程圖的同時需要為每個業(yè)務設定業(yè)務規(guī)則，包括相關表單，數據權限，業(yè)務負責人等信息。</p><p>　　2. 一般用戶的需求</p><p>　　用戶是最終處理業(yè)務

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

88、板（表單編號，名稱，設計信息，說明）</p><p>　　業(yè)務流程實例（流程實例編號，模型編號，實例化時間，創(chuàng)建用戶，流程實例名稱，說明）</p><p>　　節(jié)點任務（任務編號，實例編號，任務名稱，處理人員，開始時間，結束時間，說明，選項）</p><p>　　節(jié)點路由（路由編號，起點任務編號，目標任務編號，路由選項，路由路徑，實例編號）</p>&

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

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

91、日志（用戶編號，登錄名，登錄時間，備注）</p><p>　　3.4.3 物理設計</p><p>　　數據庫物理設計是在已確定的邏輯數據結構基礎上，設計出在限定應用環(huán)境下，具有高效率，可實現的物理數據庫結構的過程。物理設計的主要工作就是將邏輯設計中的關系模型轉化為關系數據庫中的二維數據表。</p><p>　　在概念設計與邏輯設計的基礎之上，現將系統(tǒng)數據庫的表結構

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

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

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

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

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

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

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

99、oute）</p><p>　?。?） 業(yè)務流程實例進度表</p><p>　　流程實例進度表（InstanceProcess）記錄的是業(yè)務流程實例的流轉進度，包括當前任務編號，實例狀態(tài)等信息。表結構和字段信息如表3.6所示。</p><p>　　表3.6 流程實例進度表（InstanceProcess）</p><p>　　2.組織結構相關

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

101、?。?）部門信息表</b></p><p>　　部門信息表（Department）記錄的是所有部門的信息，部門的上下級通過字段UpOrg_id來標識。表結構和字段信息如表3.8所示。</p><p>　　表3.8 部門信息表（Department）</p><p>　?。?）部門崗位信息表</p><p>　　崗位信息表（Post

102、）記錄的是所有部門的崗位信息，每個崗位通過字段Dep_id來標識崗位的歸屬部門。表結構和字段信息如表3.9所示。</p><p>　　表3.9 崗位信息表（Post）</p><p>　　3.系統(tǒng)用戶相關表設計 </p><p><b>　　（1）用戶信息表</b></p><p>　　用戶信息表（User）記錄的是用戶

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

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

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

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

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

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

109、實現</p><p>　　4.1 系統(tǒng)模塊設計</p><p>　　整個業(yè)務流程管理系統(tǒng)，從總體上可以劃分為：系統(tǒng)平臺、業(yè)務模型管理模塊、組織結構管理模塊和業(yè)務流程實例管理模塊。</p><p><b>　　1. 系統(tǒng)平臺支持</b></p><p>　　系統(tǒng)平臺并不提供具體的面向用戶的系統(tǒng)應用功能，其只負責提供業(yè)務流程

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