基于SOA柔性的審批流程管理系統(tǒng)研究與實(shí)現(xiàn)

基于SOA的審批流程管理系統(tǒng)研究與實(shí)現(xiàn)

專業(yè)：軟件工程姓名：日期：2010.8.1;;http:///;目前一頁(yè)\總數(shù)三十四頁(yè)\編于二十一點(diǎn)內(nèi)容概要

課題研究背景及意義

相關(guān)技術(shù)分析校務(wù)審批系統(tǒng)需求方案設(shè)計(jì)校務(wù)審批系統(tǒng)中審批流程的設(shè)計(jì)系統(tǒng)的具體實(shí)現(xiàn)未來(lái)的工作目前二頁(yè)\總數(shù)三十四頁(yè)\編于二十一點(diǎn)課題研究背景及意義在電子校務(wù)管理中最核心的是電子校務(wù)系統(tǒng)能夠使用各種業(yè)務(wù)流程變化的能力，因?yàn)楝F(xiàn)在高等職業(yè)院校辦學(xué)方式還在不斷摸索中，因?yàn)樾?wù)也需要適應(yīng)這種變化而不斷變化，以往開(kāi)發(fā)的校務(wù)管理系統(tǒng)是使用靜態(tài)流程管理技術(shù)設(shè)計(jì)的，它所處理的業(yè)務(wù)流程是靜態(tài)的，所以在現(xiàn)在多變的環(huán)境下，這種系統(tǒng)就越來(lái)越不滿足當(dāng)前的使用現(xiàn)狀。因此需要開(kāi)發(fā)具有高效，靈活，敏捷的業(yè)務(wù)流程管理系統(tǒng)，實(shí)施柔性化的管理方式來(lái)對(duì)校務(wù)進(jìn)行管理，這個(gè)是未來(lái)電子校務(wù)發(fā)展的方向。目前三頁(yè)\總數(shù)三十四頁(yè)\編于二十一點(diǎn)課題研究背景及意義本課題的研究從建設(shè)柔性化的電子校務(wù)管理系統(tǒng)出發(fā)，使用SOA和業(yè)務(wù)流程管理兩個(gè)設(shè)計(jì)思路，打造柔性化校務(wù)管理系統(tǒng)，讓學(xué)校校務(wù)管理的服務(wù)者和使用這操作，按照流程化的方式進(jìn)行操作，同時(shí)又可以避免由于業(yè)務(wù)流程變更而導(dǎo)致的系統(tǒng)不能在使用，改進(jìn)工作手段、方式和流程，減輕各級(jí)管理部門和教學(xué)科研人員的工作負(fù)擔(dān)，增強(qiáng)管理溝通能力，提高行政辦公效率和水平，來(lái)滿足當(dāng)前高職院校中對(duì)辦學(xué)提出的不斷完善的要求。目前四頁(yè)\總數(shù)三十四頁(yè)\編于二十一點(diǎn)相關(guān)技術(shù)分析SOA技術(shù)：面向?qū)ο蟮姆?wù)構(gòu)架，一種架構(gòu)模型，可以根據(jù)需求通過(guò)網(wǎng)絡(luò)對(duì)松散耦合的粗粒度應(yīng)用組件進(jìn)行分布式部署、組合和使用，這些應(yīng)用組件是通過(guò)接口進(jìn)行連接起來(lái)的，BPM：業(yè)務(wù)流程管理，解決了企業(yè)流程改變所帶來(lái)的敏捷性，資源整合中優(yōu)化的等問(wèn)題，整個(gè)流程是：業(yè)務(wù)流程的發(fā)掘→業(yè)務(wù)流程設(shè)計(jì)→業(yè)務(wù)流程執(zhí)行→業(yè)務(wù)流程管理維護(hù)以及業(yè)務(wù)流程優(yōu)化目前五頁(yè)\總數(shù)三十四頁(yè)\編于二十一點(diǎn)通過(guò)SOA思想，采用面向服務(wù)的建模工具來(lái)確保業(yè)務(wù)流程服務(wù)活動(dòng)的設(shè)計(jì)與實(shí)施，并從業(yè)務(wù)模型角度上提出完善業(yè)務(wù)流程活動(dòng)的基本方法，本方案的方法可以整合多種業(yè)務(wù)系統(tǒng)，適用于在使用過(guò)程中需要對(duì)業(yè)務(wù)數(shù)據(jù)進(jìn)行調(diào)整，買符合業(yè)務(wù)變化而需要作出快速響應(yīng)的地方，發(fā)揮企業(yè)信息化的要求。

基于SOA的BPM系統(tǒng)設(shè)計(jì)思想

目前六頁(yè)\總數(shù)三十四頁(yè)\編于二十一點(diǎn)整個(gè)構(gòu)架分為三層：業(yè)務(wù)層、服務(wù)層和數(shù)據(jù)層三層。業(yè)務(wù)層是針對(duì)使用的具體情況，有外部業(yè)務(wù)系統(tǒng)和內(nèi)部業(yè)務(wù)系統(tǒng)，它們分別進(jìn)行業(yè)務(wù)流程定義和業(yè)務(wù)流程執(zhí)行，這兩個(gè)系統(tǒng)通過(guò)WebService來(lái)與服務(wù)層進(jìn)行聯(lián)系。服務(wù)層是本系統(tǒng)的，主要由工作流引擎，服務(wù)總線和適配器組成。服務(wù)總線實(shí)現(xiàn)了工作流引擎和適配器之間的聯(lián)系，保證整個(gè)系統(tǒng)能夠正常的運(yùn)行。

第三層為數(shù)據(jù)層，它是來(lái)進(jìn)行與底層數(shù)據(jù)庫(kù)資源進(jìn)行訪問(wèn)的，為底層數(shù)據(jù)庫(kù)訪問(wèn)提供一個(gè)接口?；赟OA的BPM系統(tǒng)總體架構(gòu)

目前七頁(yè)\總數(shù)三十四頁(yè)\編于二十一點(diǎn)本系統(tǒng)是為山東東營(yíng)職業(yè)技術(shù)學(xué)院設(shè)計(jì)、開(kāi)發(fā)的辦公自動(dòng)化系統(tǒng)。山東東營(yíng)職業(yè)技術(shù)學(xué)院辦公系統(tǒng)主要任務(wù)是在各二級(jí)學(xué)院、教學(xué)管理、人事部門、財(cái)務(wù)和后勤部門之間進(jìn)行公文傳遞，起到上傳下達(dá)、信息溝通的目的，克服以前主要是通過(guò)人工傳遞文件，造成效率低下、實(shí)時(shí)性差等問(wèn)題。經(jīng)多次仔細(xì)調(diào)研以及和用戶的交流明確了整個(gè)系統(tǒng)所要實(shí)現(xiàn)的主要目標(biāo)：公文流轉(zhuǎn)的自動(dòng)化，歸檔的電子化，提高處室工作人員辦公效率。網(wǎng)上審批系統(tǒng)簡(jiǎn)介

目前八頁(yè)\總數(shù)三十四頁(yè)\編于二十一點(diǎn)審批業(yè)務(wù)流程分析從審批流程上來(lái)，大學(xué)校內(nèi)審批流程通常可概況為事項(xiàng)目申報(bào)者申報(bào)填報(bào)，提交-----系負(fù)責(zé)人審批----院人事科審批----學(xué)院負(fù)責(zé)人/黨委審批----校負(fù)責(zé)人/黨委領(lǐng)導(dǎo)審批，根據(jù)審批事項(xiàng)的不同，審批流程可以是多比通用流程精簡(jiǎn)或復(fù)雜。目前九頁(yè)\總數(shù)三十四頁(yè)\編于二十一點(diǎn)系統(tǒng)管理員用例圖分析

系統(tǒng)管理員在校務(wù)審批平臺(tái)上具有電子表單的定義，流程定義，流程發(fā)布和流程監(jiān)控和統(tǒng)計(jì)。在行政審批平臺(tái)上進(jìn)行信息流動(dòng)的是電子表單，這里可以按照不同的要求定義不同的模板后保存，在流程定義中按照流程的任務(wù)節(jié)點(diǎn)的權(quán)限進(jìn)行設(shè)置，并且按照審批業(yè)務(wù)的輕重緩急設(shè)置為一般、緊急、特急，然后按照這些設(shè)置進(jìn)行流程控制，系統(tǒng)流程和監(jiān)控可以監(jiān)控整個(gè)流程在某個(gè)節(jié)點(diǎn)的運(yùn)行時(shí)間和運(yùn)行狀態(tài)。目前十頁(yè)\總數(shù)三十四頁(yè)\編于二十一點(diǎn)行政審批用例圖分析

行政審批是與校務(wù)審批相關(guān)的所有人員，這里有教務(wù)處，科研處，院系領(lǐng)導(dǎo)燈，從行政審批的起始節(jié)點(diǎn)所參與的相關(guān)人員，可以傳遞給下一個(gè)相關(guān)人員，這里的用列有啟動(dòng)流程，處理待辦任務(wù)，查看流程，設(shè)置代理人，查看通知的消息。

目前十一頁(yè)\總數(shù)三十四頁(yè)\編于二十一點(diǎn)外部用戶用例圖分析

外部用戶只能對(duì)平臺(tái)特定開(kāi)發(fā)的結(jié)構(gòu)進(jìn)行訪問(wèn)，這里有提交材料和超期審批提醒。目前十二頁(yè)\總數(shù)三十四頁(yè)\編于二十一點(diǎn)行政審批系統(tǒng)的服務(wù)模型

各個(gè)服務(wù)模型之間不是孤立的、它們可能存在相互訪問(wèn)和調(diào)用的關(guān)系，而且服務(wù)的開(kāi)發(fā)要堅(jiān)持一定的原則。在開(kāi)發(fā)服務(wù)時(shí)，要避免服務(wù)請(qǐng)求者依賴于服務(wù)提供者的狀態(tài)；服務(wù)使用者看到的是服務(wù)的接口，其位置、實(shí)現(xiàn)技術(shù)以及當(dāng)前的狀態(tài)都是不可見(jiàn)的。

目前十三頁(yè)\總數(shù)三十四頁(yè)\編于二十一點(diǎn)審批系統(tǒng)的信息模型

從業(yè)務(wù)流程的分析看出，系統(tǒng)中可能的信息載體是：申報(bào)表單和經(jīng)過(guò)各個(gè)階段審批的表單。審批系統(tǒng)部分信息模型中的業(yè)務(wù)實(shí)體如它們是數(shù)據(jù)模型中數(shù)據(jù)維護(hù)服務(wù)的實(shí)體，在業(yè)務(wù)服務(wù)操作時(shí)它們之間要有消息傳遞。目前十四頁(yè)\總數(shù)三十四頁(yè)\編于二十一點(diǎn)基于SOA的工作流架構(gòu)

基于SOA的工作流架構(gòu)含有五部分，分別是注冊(cè)表和信息庫(kù)、可視化建模和管理工具、服務(wù)治理服務(wù)和代理、工作流管理、顯示和用戶交互管理。目前十五頁(yè)\總數(shù)三十四頁(yè)\編于二十一點(diǎn)基于SOA的工作流管理系統(tǒng)的模型整個(gè)行政審批系統(tǒng)中工作流引擎是核心部分，通過(guò)對(duì)工作流引擎的設(shè)計(jì)后就可以按照定義進(jìn)行柔性審批平臺(tái)的設(shè)計(jì)，在進(jìn)行工作流管理系統(tǒng)的設(shè)計(jì)中還是按照三層體系的結(jié)構(gòu)進(jìn)行：表示層、功能層和數(shù)據(jù)層。在該功能模塊主要是實(shí)現(xiàn)審批平臺(tái)中系統(tǒng)管理員中業(yè)務(wù)流程定義的功能，并把定義好的流程進(jìn)行存放到數(shù)據(jù)庫(kù)中。表示層是用戶交互接口層面，這里提供給系統(tǒng)管理員一個(gè)圖形拖放的接口來(lái)方便訪問(wèn)；業(yè)務(wù)層實(shí)現(xiàn)了工作流引擎的業(yè)務(wù)邏輯控制，以方便工作流程實(shí)例的建立、管理、協(xié)調(diào)及控制，它是整個(gè)系統(tǒng)協(xié)調(diào)工作的關(guān)鍵；數(shù)據(jù)層存放著與業(yè)務(wù)流程相關(guān)的數(shù)據(jù)，活動(dòng)和服務(wù)。目前十六頁(yè)\總數(shù)三十四頁(yè)\編于二十一點(diǎn)基于SOA的工作流管理系統(tǒng)的模型目前十七頁(yè)\總數(shù)三十四頁(yè)\編于二十一點(diǎn)審批流程的設(shè)計(jì)

JBossjBPM還擁有一套圖形化的設(shè)計(jì)工具。這個(gè)設(shè)計(jì)器是一個(gè)圖形化的業(yè)務(wù)流程定制工具。目前十八頁(yè)\總數(shù)三十四頁(yè)\編于二十一點(diǎn)流程的部署

jPDL的流程部署文件包含processdefinition.xml的定義部分和Java處理器的代碼部分，這些文件可以被一起打包成.jpdl的zip格式包而后上傳服務(wù)器端。這個(gè)過(guò)程可以在流程設(shè)計(jì)器界面的“deployment”標(biāo)簽頁(yè)中操作。目前十九頁(yè)\總數(shù)三十四頁(yè)\編于二十一點(diǎn)系統(tǒng)軟件模塊行政審批系統(tǒng)中可能的角色主要有：系統(tǒng)管理員、部門負(fù)責(zé)人（如財(cái)務(wù)主任、招生辦主任）、校長(zhǎng)、教師、學(xué)生等。下圖是按照這些角色設(shè)計(jì)的功能模塊圖。

目前二十頁(yè)\總數(shù)三十四頁(yè)\編于二十一點(diǎn)電子校務(wù)審批平臺(tái)構(gòu)架圖電子校務(wù)行政審批平臺(tái)功能模塊系統(tǒng)架構(gòu)SQLServer2005HibernateSpringIoCAOPWeb層：SpringMVC結(jié)構(gòu)，JSP頁(yè)面：login.jsp、Project.jsp、…業(yè)務(wù)控制器：providerController、HRController、…jBPM工作流管理系統(tǒng)DBInsertDao、DBremoveDao、DBchangeDao…映射文件ProjectInfo.hbm.xml、…前端控制器：DispatcherServlet登錄驗(yàn)證日志管理流程監(jiān)控系統(tǒng)參數(shù)設(shè)置管理平臺(tái)審批平臺(tái)申報(bào)平臺(tái)目前二十一頁(yè)\總數(shù)三十四頁(yè)\編于二十一點(diǎn)電子校務(wù)審批平臺(tái)構(gòu)架分析（1）持久層利用Hibernate映射工具實(shí)現(xiàn)，封裝所有與數(shù)據(jù)庫(kù)交互操作。（2）中間邏輯層，在這里表現(xiàn)為Spring的業(yè)務(wù)控制器providerController、HRController等，通過(guò)Spring的IoC進(jìn)行集成。這一層的事務(wù)管理、系統(tǒng)日志管理，也利用Spring框架的AOP功能進(jìn)行。在持久層與業(yè)務(wù)層之間，有一DAO層，包括DBInsertDao、DBremoveDao、DbchangeDao等類，也由Spring的IoC進(jìn)行組織。（3）前臺(tái)控制器DispatcherServlet由Spring提供。在該校務(wù)行政審批系統(tǒng)中，所有的請(qǐng)求都由DispatcherServlet轉(zhuǎn)發(fā)到業(yè)務(wù)控制器中。（4）前端Web層，采用的是SpringMVC結(jié)構(gòu)，利用JSP作為視圖。目前二十二頁(yè)\總數(shù)三十四頁(yè)\編于二十一點(diǎn)

業(yè)務(wù)邏輯與事務(wù)管理功能的設(shè)計(jì)實(shí)現(xiàn)

業(yè)務(wù)邏輯層負(fù)責(zé)事務(wù)管理，事務(wù)是所有企業(yè)應(yīng)用系統(tǒng)的核心。本系統(tǒng)采用Spring提供的一套輕量級(jí)事務(wù)管理功能，事務(wù)管理分為編程式事務(wù)管理和聲明式事務(wù)管理，而后者又有兩種具體的實(shí)現(xiàn)形式，一個(gè)是通過(guò)通用的AOPProxyFactoryBean創(chuàng)建事務(wù)代理，另一種是將前者簡(jiǎn)化后的通過(guò)一站式TransactionProxyFactoryBean來(lái)創(chuàng)建事務(wù)代理，本系統(tǒng)采用了后者方式，不僅達(dá)到事務(wù)管理的要求又能簡(jiǎn)化各種配置。通過(guò)以下兩步配置實(shí)現(xiàn)：首先配置事務(wù)管理器；然后在具體的業(yè)務(wù)邏輯類配置中，使用Spring的事務(wù)代理工廠bean進(jìn)行創(chuàng)建，并配置前面的事務(wù)管理器屬性及事務(wù)屬性（值。

目前二十三頁(yè)\總數(shù)三十四頁(yè)\編于二十一點(diǎn)數(shù)據(jù)訪問(wèn)對(duì)象的設(shè)計(jì)實(shí)現(xiàn)

本系統(tǒng)中設(shè)計(jì)實(shí)現(xiàn)了一個(gè)通用的數(shù)據(jù)訪問(wèn)對(duì)象（DataAccessObjects）接口（IHibernateBaseDAO）和接口實(shí)現(xiàn)類（HibernateBaseDAO）。接口實(shí)現(xiàn)類則對(duì)這些接口的聲明進(jìn)行了實(shí)現(xiàn)。通過(guò)定義DAO組件，實(shí)現(xiàn)了數(shù)據(jù)訪問(wèn)與業(yè)務(wù)邏輯的分離，使用面向接口的設(shè)計(jì)原則降低了耦合度。接口實(shí)現(xiàn)類繼承于HibernateDaoSupport類，這個(gè)類是Spring針對(duì)Hibernate下DAO類提供的一個(gè)工具類。

目前二十四頁(yè)\總數(shù)三十四頁(yè)\編于二十一點(diǎn)Spring與Struts的集成

本系統(tǒng)采用了服務(wù)定位器（servicelocator）的設(shè)計(jì)模式，把Spring與Struts進(jìn)行集成。使Action類可以方便高效的調(diào)用業(yè)務(wù)邏輯層中方法。業(yè)務(wù)邏輯層對(duì)每一組業(yè)務(wù)邏輯Service方法提供一個(gè)ServiceLocator類，Action類在模塊功能實(shí)現(xiàn)時(shí)，只需要引入對(duì)應(yīng)的服務(wù)定位器獲得所需調(diào)用業(yè)務(wù)邏輯接口。目前二十五頁(yè)\總數(shù)三十四頁(yè)\編于二十一點(diǎn)Spring與Hibernate的集成

Spring與Hibernate的集成是通過(guò)對(duì)HibernateSessionFacotry的封裝來(lái)實(shí)現(xiàn)的，使開(kāi)發(fā)人員能更方便的使用Hibernate來(lái)操作數(shù)據(jù)。Spring通過(guò)統(tǒng)一的方式將數(shù)據(jù)持久層整合在一起，并且以統(tǒng)一的方式進(jìn)行調(diào)用和事務(wù)管理，這樣可以避免讓具體的數(shù)據(jù)庫(kù)操作滲透到業(yè)務(wù)邏輯層的代碼中。目前二十六頁(yè)\總數(shù)三十四頁(yè)\編于二十一點(diǎn)系統(tǒng)的實(shí)現(xiàn)系統(tǒng)按照分層設(shè)計(jì)的思想，按照表示層、控制層、業(yè)務(wù)邏輯層、數(shù)據(jù)持久層分層次進(jìn)行實(shí)現(xiàn)。下圖是各個(gè)層次之間的關(guān)系。目前二十七頁(yè)\總數(shù)三十四頁(yè)\編于二十一點(diǎn)系統(tǒng)演示目前二十八頁(yè)\總數(shù)三十四頁(yè)\編于二十一點(diǎn)系統(tǒng)演示目前二十九頁(yè)\總數(shù)三十四頁(yè)\編于二十一點(diǎn)系統(tǒng)演示目前三十頁(yè)\總數(shù)三十四頁(yè)\編于二十一點(diǎn)系統(tǒng)測(cè)試并發(fā)對(duì)比表并發(fā)人數(shù)最短交易時(shí)間最長(zhǎng)交易時(shí)間平均交易時(shí)間每秒處理事務(wù)個(gè)數(shù)（TPS）主機(jī)內(nèi)存消耗備注LoadRunner測(cè)試頁(yè)面：//.c

表6-1測(cè)試結(jié)果分析測(cè)試步驟用戶操作預(yù)期結(jié)果結(jié)論1管理員創(chuàng)建角色提交成功通過(guò)2管理員權(quán)限委派提交成功通過(guò)3管理員創(chuàng)建用戶提交成功通過(guò)4管理員角色委派提交成功通過(guò)5gqy登陸系統(tǒng)登陸通過(guò)通過(guò)6gqy進(jìn)行審批提交成功通過(guò)7gqy審批查詢得到正確查詢結(jié)果通過(guò)n/amconsole/base/AMAdminFrame1000.269117.2821.19754.65395%2