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

基于SOA的審批流程管理系統(tǒng)研究與實現(xiàn),專 業(yè)：軟件工程 姓 名： 日 期：2010.8.1,;;;,內容概要,課題研究背景及意義 相關技術分析 校務審批系統(tǒng)需求方案設計 校務審批系統(tǒng)中審批流程的設計 系統(tǒng)的具體實現(xiàn) 未來的工作,課題研究背景及意義,在電子校務管理中最核心的是電子校務系統(tǒng)能夠使用各種業(yè)務流程變化的能力，因為現(xiàn)在高等職業(yè)院校辦學方式還在不斷摸索中，因為校務也需要適應這種變化而不斷變化，以往開發(fā)的校務管理系統(tǒng)是使用靜態(tài)流程管理技術設計的，它所處理的業(yè)務流程是靜態(tài)的，所以在現(xiàn)在多變的環(huán)境下，這種系統(tǒng)就越來越不滿足當前的使用現(xiàn)狀。因此需要開發(fā)具有高效，靈活，敏捷的業(yè)務流程管理系統(tǒng)，實施柔性化的管理方式來對校務進行管理，這個是未來電子校務發(fā)展的方向。,課題研究背景及意義,本課題的研究從建設柔性化的電子校務管理系統(tǒng)出發(fā)，使用SOA和業(yè)務流程管理兩個設計思路，打造柔性化校務管理系統(tǒng)，讓學校校務管理的服務者和使用這操作，按照流程化的方式進行操作，同時又可以避免由于業(yè)務流程變更而導致的系統(tǒng)不能在使用，改進工作手段、方式和流程，減輕各級管理部門和教學科研人員的工作負擔，增強管理溝通能力，提高行政辦公效率和水平，來滿足當前高職院校中對辦學提出的不斷完善的要求。,相關技術分析,SOA技術：面向對象的服務構架，一種架構模型，可以根據(jù)需求通過網絡對松散耦合的粗粒度應用組件進行分布式部署、組合和使用，這些應用組件是通過接口進行連接起來的， BPM ：業(yè)務流程管理，解決了企業(yè)流程改變所帶來的敏捷性，資源整合中優(yōu)化的等問題，整個流程是：業(yè)務流程的發(fā)掘業(yè)務流程設計業(yè)務流程執(zhí)行業(yè)務流程管理維護以及業(yè)務流程優(yōu)化,通過SOA思想，采用面向服務的建模工具來確保業(yè)務流程服務活動的設計與實施，并從業(yè)務模型角度上提出完善業(yè)務流程活動的基本方法，本方案的方法可以整合多種業(yè)務系統(tǒng)，適用于在使用過程中需要對業(yè)務數(shù)據(jù)進行調整，買符合業(yè)務變化而需要作出快速響應的地方，發(fā)揮企業(yè)信息化的要求。,基于SOA的BPM系統(tǒng)設計思想,整個構架分為三層：業(yè)務層、服務層和數(shù)據(jù)層三層。業(yè)務層是針對使用的具體情況，有外部業(yè)務系統(tǒng)和內部業(yè)務系統(tǒng)，它們分別進行業(yè)務流程定義和業(yè)務流程執(zhí)行，這兩個系統(tǒng)通過Web Service來與服務層進行聯(lián)系。 服務層是本系統(tǒng)的，主要由工作流引擎，服務總線和適配器組成。服務總線實現(xiàn)了工作流引擎和適配器之間的聯(lián)系，保證整個系統(tǒng)能夠正常的運行。 第三層為數(shù)據(jù)層，它是來進行與底層數(shù)據(jù)庫資源進行訪問的，為底層數(shù)據(jù)庫訪問提供一個接口。,基于SOA的BPM系統(tǒng)總體架構,本系統(tǒng)是為山東東營職業(yè)技術學院設計、開發(fā)的辦公自動化系統(tǒng)。山東東營職業(yè)技術學院辦公系統(tǒng)主要任務是在各二級學院、教學管理、人事部門、財務和后勤部門之間進行公文傳遞，起到上傳下達、信息溝通的目的，克服以前主要是通過人工傳遞文件，造成效率低下、實時性差等問題。經多次仔細調研以及和用戶的交流明確了整個系統(tǒng)所要實現(xiàn)的主要目標：公文流轉的自動化，歸檔的電子化，提高處室工作人員辦公效率。,網上審批系統(tǒng)簡介,審批業(yè)務流程分析,從審批流程上來，大學校內審批流程通?？筛艣r為事項目申報者申報填報，提交-系負責人審批-院人事科審批-學院負責人/黨委審批-校負責人/黨委領導審批，根據(jù)審批事項的不同，審批流程可以是多比通用流程精簡或復雜。,系統(tǒng)管理員用例圖分析,系統(tǒng)管理員在校務審批平臺上具有電子表單的定義，流程定義，流程發(fā)布和流程監(jiān)控和統(tǒng)計。在行政審批平臺上進行信息流動的是電子表單，這里可以按照不同的要求定義不同的模板后保存，在流程定義中按照流程的任務節(jié)點的權限進行設置，并且按照審批業(yè)務的輕重緩急設置為一般、緊急、特急，然后按照這些設置進行流程控制，系統(tǒng)流程和監(jiān)控可以監(jiān)控整個流程在某個節(jié)點的運行時間和運行狀態(tài)。,行政審批用例圖分析,行政審批是與校務審批相關的所有人員，這里有教務處，科研處，院系領導燈，從行政審批的起始節(jié)點所參與的相關人員，可以傳遞給下一個相關人員，這里的用列有啟動流程，處理待辦任務，查看流程，設置代理人，查看通知的消息。,外部用戶用例圖分析,外部用戶只能對平臺特定開發(fā)的結構進行訪問，這里有提交材料和超期審批提醒。,行政審批系統(tǒng)的服務模型,各個服務模型之間不是孤立的、它們可能存在相互訪問和調用的關系，而且服務的開發(fā)要堅持一定的原則。在開發(fā)服務時，要避免服務請求者依賴于服務提供者的狀態(tài)；服務使用者看到的是服務的接口，其位置、實現(xiàn)技術以及當前的狀態(tài)都是不可見的。,審批系統(tǒng)的信息模型,從業(yè)務流程的分析看出，系統(tǒng)中可能的信息載體是：申報表單和經過各個階段審批的表單。審批系統(tǒng)部分信息模型中的業(yè)務實體如它們是數(shù)據(jù)模型中數(shù)據(jù)維護服務的實體，在業(yè)務服務操作時它們之間要有消息傳遞。,基于SOA的工作流架構,基于SOA的工作流架構含有五部分，分別是注冊表和信息庫、可視化建模和管理工具、服務治理服務和代理、工作流管理、顯示和用戶交互管理 。,基于SOA的工作流管理系統(tǒng)的模型,整個行政審批系統(tǒng)中工作流引擎是核心部分，通過對工作流引擎的設計后就可以按照定義進行柔性審批平臺的設計，在進行工作流管理系統(tǒng)的設計中還是按照三層體系的結構進行：表示層、功能層和數(shù)據(jù)層。在該功能模塊主要是實現(xiàn)審批平臺中系統(tǒng)管理員中業(yè)務流程定義的功能，并把定義好的流程進行存放到數(shù)據(jù)庫中。表示層是用戶交互接口層面，這里提供給系統(tǒng)管理員一個圖形拖放的接口來方便訪問；業(yè)務層實現(xiàn)了工作流引擎的業(yè)務邏輯控制，以方便工作流程實例的建立、管理、協(xié)調及控制，它是整個系統(tǒng)協(xié)調工作的關鍵；數(shù)據(jù)層存放著與業(yè)務流程相關的數(shù)據(jù)，活動和服務。,基于SOA的工作流管理系統(tǒng)的模型,審批流程的設計,JBoss jBPM還擁有一套圖形化的設計工具。這個設計器是一個圖形化的業(yè)務流程定制工具。,流程的部署,jPDL的流程部署文件包含processdefinition.xml的定義部分和Java處理器的代碼部分，這些文件可以被一起打包成.jpdl的zip格式包而后上傳服務器端。這個過程可以在流程設計器界面的“deployment”標簽頁中操作 。,系統(tǒng)軟件模塊,行政審批系統(tǒng)中可能的角色主要有：系統(tǒng)管理員、部門負責人（如財務主任、招生辦主任）、校長、教師、學生等。下圖是按照這些角色設計的功能模塊圖。,電子校務審批平臺構架圖,電子校務審批平臺構架分析,（1）持久層利用Hibernate映射工具實現(xiàn)，封裝所有與數(shù)據(jù)庫交互操作。 （2）中間邏輯層，在這里表現(xiàn)為Spring的業(yè)務控制器providerController、HRController等，通過Spring的IoC進行集成。這一層的事務管理、系統(tǒng)日志管理，也利用Spring框架的AOP功能進行。 在持久層與業(yè)務層之間，有一DAO層，包括DBInsertDao、DBremoveDao、DbchangeDao等類，也由Spring的IoC進行組織。 （3）前臺控制器DispatcherServlet由Spring提供。在該校務行政審批系統(tǒng)中，所有的請求都由DispatcherServlet轉發(fā)到業(yè)務控制器中。 （4）前端Web層，采用的是Spring MVC結構，利用JSP作為視圖。,業(yè)務邏輯與事務管理功能的設計實現(xiàn),業(yè)務邏輯層負責事務管理，事務是所有企業(yè)應用系統(tǒng)的核心。本系統(tǒng)采用Spring提供的一套輕量級事務管理功能，事務管理分為編程式事務管理和聲明式事務管理，而后者又有兩種具體的實現(xiàn)形式，一個是通過通用的AOP ProxyFactoryBean創(chuàng)建事務代理，另一種是將前者簡化后的通過一站式TransactionProxyFactoryBean來創(chuàng)建事務代理，本系統(tǒng)采用了后者方式，不僅達到事務管理的要求又能簡化各種配置。通過以下兩步配置實現(xiàn)：首先配置事務管理器 ；然后在具體的業(yè)務邏輯類配置中，使用Spring的事務代理工廠bean進行創(chuàng)建，并配置前面的事務管理器屬性及事務屬性（值。,數(shù)據(jù)訪問對象的設計實現(xiàn),本系統(tǒng)中設計實現(xiàn)了一個通用的數(shù)據(jù)訪問對象（Data Access Objects）接口（IHibernateBaseDAO）和接口實現(xiàn)類（HibernateBaseDAO）。 接口實現(xiàn)類則對這些接口的聲明進行了實現(xiàn)。通過定義DAO組件，實現(xiàn)了數(shù)據(jù)訪問與業(yè)務邏輯的分離，使用面向接口的設計原則降低了耦合度。接口實現(xiàn)類繼承于HibernateDaoSupport類，這個類是Spring針對Hibernate下DAO類提供的一個工具類。,Spring與Struts的集成,本系統(tǒng)采用了服務定位器（service locator）的設計模式，把Spring與Struts進行集成。使Action類可以方便高效的調用業(yè)務邏輯層中方法。業(yè)務邏輯層對每一組業(yè)務邏輯Service方法提供一個ServiceLocator類，Action類在模塊功能實現(xiàn)時，只需要引入對應的服務定位器獲得所需調用業(yè)務邏輯接口。,Spring與Hibernate的集成,Spring與Hibernate的集成是通過對Hibernate SessionFacotry的封裝來實現(xiàn)的，使開發(fā)人員能更方便的使用Hibernate來操作數(shù)據(jù)。Spring通過統(tǒng)一的方式將數(shù)據(jù)持久層整合在一起，并且以統(tǒng)一的方式進行調用和事務管理，這樣可以避免讓具體的數(shù)據(jù)庫操作滲透到業(yè)務邏輯層的代碼中。,系統(tǒng)的實現(xiàn),系統(tǒng)按照分層設計的思想，按照表示層 、控制層 、業(yè)務邏輯層 、 數(shù)據(jù)持久層 分層次進行實現(xiàn)。下圖是各個層次之間的關系。,系統(tǒng)演示,系統(tǒng)演示,系統(tǒng)演示,系統(tǒng)測試,并發(fā)對比表,認證系統(tǒng)性能測試,未來的工作,（1）工作流技術方面：如流程動態(tài)修改后流程實例的轉變、流程中的自由跳轉等問題，這些是目前工作流研究方面普遍關注的重點和難點問題。這也是我今后工作的重點。 （2）BPM方面：業(yè)務流