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

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

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

課題研究背景及意義

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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