【正文】 SOA 的一個中心思想就是使得企業(yè)應(yīng)用擺脫面向技術(shù)的解決方案的束縛，輕松應(yīng)對企業(yè)商業(yè)服務(wù)變化、發(fā)展的需要，本方案很好地體現(xiàn)了 SOA 的這一中心思想；b) 工作流和業(yè)務(wù)規(guī)則引擎的采用極大了提高了系統(tǒng)對于業(yè)務(wù)流程和規(guī)則變化的適應(yīng)性。工作流引擎可以使得在業(yè)務(wù)流程發(fā)生變化時使得系統(tǒng)調(diào)整最小，而不需要向傳統(tǒng)的需要完全重新開發(fā)；業(yè)務(wù)規(guī)則引擎的采用使得業(yè)務(wù)規(guī)則發(fā)生變化時只需對業(yè)務(wù)規(guī)則進行重新描述即可完成系統(tǒng)的轉(zhuǎn)換。c) 組件模型、組件集成技術(shù)的采用使得系統(tǒng)在進行業(yè)務(wù)功能的調(diào)整時，可以把變化局限于某一個范圍之內(nèi)，在需要時還能進行靈活的替換。由于系統(tǒng)應(yīng)用架構(gòu)是根據(jù)每一項業(yè)務(wù)或者流程編寫所以對于系統(tǒng)的擴展非常方便，只要對新加入的業(yè)務(wù)對應(yīng)加入新的組件就可以實現(xiàn)對 SOA 系統(tǒng)的擴展；總之，本節(jié)提出的基于組件的 xxx 系統(tǒng)完全體現(xiàn)了 SOA 的核心思想，通過分層組件規(guī)劃、集成、工作流引擎、業(yè)務(wù)規(guī)則引擎等方法和技術(shù)充分體現(xiàn) SOA 的策略與方法，并且很好地實現(xiàn)系統(tǒng)的可擴展性、可移植性等等。 系統(tǒng)技術(shù)框架xxx 系統(tǒng)基于 J2EE 規(guī)范實現(xiàn)，整個架構(gòu)建立在 Struts 框架、Spring 框架和 DAO 模式基礎(chǔ)之上，并提供了對于 EJB、Web Service、JMS 等組件技術(shù)的集成機制。技術(shù)框架邏輯上可分為：客戶層、WEB 層、業(yè)務(wù)層、持久層、資源層、核心層。如下圖所示為系統(tǒng)的技術(shù)框架。9 / 83客戶層：客戶端計算機的瀏覽器，用于展現(xiàn)頁面。WEB 層：WEB 層基于 Struts MVC，完成轉(zhuǎn)發(fā)請求、Http 請求合法性校驗、Http 請求參數(shù)與數(shù)據(jù)傳輸對象 DTO 之間的綁定、Http 請求參數(shù)有效性校驗、用戶操作權(quán)限檢查、記錄用戶訪問日志、顯示系統(tǒng)運行異常等任務(wù)。業(yè)務(wù)層：業(yè)務(wù)層基于 Spring 框架，完成業(yè)務(wù)數(shù)據(jù)校驗、業(yè)務(wù)邏輯處理、事務(wù)管理、記錄業(yè)務(wù)處理日志、拋出業(yè)務(wù)處理異常等任務(wù)，同時它也支持 Web Service、JMS、EJB 等組件服務(wù)模型。持久層：持久層基于 DAO 進行構(gòu)建，完成數(shù)據(jù)讀取、數(shù)據(jù)存儲、封裝 SQL 異常、拋出SQL 異常、記錄數(shù)據(jù)讀寫日志等任務(wù)。資源層：資源層包括數(shù)據(jù)庫服務(wù)器、XML 存儲文件等，是數(shù)據(jù)永久存儲的介質(zhì)。核心層：核心層表現(xiàn)為系統(tǒng)提供的基礎(chǔ)類庫，為 WEB 層、業(yè)務(wù)層和持久層提供支持。包括日志記錄組件、異常處理組件、事務(wù)處理組件、IoC 容器封裝組件、WEB 層數(shù)據(jù)綁定組件、WEB 層數(shù)據(jù)校驗組件、權(quán)限檢查組件、持久層輔助組件、其他開源項目類庫組件等。本技術(shù)框架的特色或優(yōu)勢主要體現(xiàn)在如下幾個方面：（1） 系統(tǒng)技術(shù)框架提供了對 SOA 的完整支持；（2） 對于同一個應(yīng)用系統(tǒng)，系統(tǒng)同時支持集中式和分布式兩種部署方案，系統(tǒng)采用分離 UI 層和 BL 層的方式來實現(xiàn)分布式的實現(xiàn)；10 / 83（3） 業(yè)務(wù)層 Service 的實現(xiàn)可以有很多種，WebService、JMS、EJB、Spring 等都可以作為對業(yè)務(wù)層的一種實現(xiàn)；（4） 在系統(tǒng)的 WEB 層，同時支持同步和異步兩種通信交互方式，使用了 AJAX 技術(shù)完成改善用戶體驗的任務(wù)，主要完成頁面表單數(shù)據(jù)的錄入校驗、生成聯(lián)動的下拉列表等任務(wù)。客戶端訪問 web 層時通過 AJAX 技術(shù)可以實現(xiàn)異步交互，在提交頁面時系統(tǒng)采用同步方式處理提交頁面的內(nèi)容。如下圖所示為系統(tǒng)對于這兩種交互方式的支持圖。 客 戶 層客 戶 機 瀏 覽 器 WEB層StrusActionServltActionBea業(yè) 務(wù) 層數(shù) 據(jù) 層Oracle DB業(yè) 務(wù) Servic接 口 /業(yè) 務(wù) ServicWebSrvImpl實 現(xiàn)HtpPODWRServltDTOHtpervltRequst TOStrusAction數(shù) 據(jù) 庫 表 Dao接 口 /DaoHibernatImpl實 現(xiàn)DB2（5） 在系統(tǒng)中，每個功能模塊都是相對獨立的存在，在可擴展性上只要將新加入的組件添加到系統(tǒng)中就可以實現(xiàn)系統(tǒng)的擴展，在系統(tǒng)中由于采用如：Struts、AJAX 等當前最新的技術(shù)，恰當?shù)氖褂?，在性能上會有顯著的提高，而且由于 Struts、AJAX 等技術(shù)已經(jīng)相當?shù)耐晟扑栽诳煽啃陨弦灿锌煽康谋Ｕ稀?其他重要問題（1） 業(yè)務(wù)規(guī)則是支持企業(yè)決策，影響或控制企業(yè)業(yè)務(wù)行為的指示，它是企業(yè)處理業(yè)務(wù)過程中始終要遵循的規(guī)則，而工作流則是根據(jù)業(yè)務(wù)規(guī)則制定的實際應(yīng)用當中需要流轉(zhuǎn)的程序。11 / 83在系統(tǒng)的編制過程中將嚴格遵守業(yè)務(wù)規(guī)則和根據(jù)業(yè)務(wù)規(guī)則制定的工作流程，在系統(tǒng)的編程中業(yè)務(wù)規(guī)則是一條語句，它定義或約束業(yè)務(wù)的某些方面。其目的是對業(yè)務(wù)結(jié)構(gòu)做出斷言，或者對業(yè)務(wù)行為施加控制和影響。在 xxx 系統(tǒng)中，系統(tǒng)通過對工作流和業(yè)務(wù)規(guī)則的使用，對 xxx 的生命周期進行管理，從 xxx 到 xxx 都有明確的程序遵循。（2） 系統(tǒng)采用標準的 SOA 架構(gòu)進行設(shè)計，通過組件的開發(fā)、組件的組裝、系統(tǒng)的集成形成了基于 SOA 進行設(shè)計的完整的 xxx 系統(tǒng)體系架構(gòu)；在應(yīng)用系統(tǒng)開發(fā)上，應(yīng)用了基于 J2EE 的標準技術(shù)，如 Struts、AJAX、Hibernate 等標準技術(shù)和標準架構(gòu)，開發(fā)時通過制定嚴格的開發(fā)規(guī)范，并通過嚴格的項目管理和實施方法來規(guī)范程序員的編碼規(guī)范，提高系統(tǒng)的可維護性；在數(shù)據(jù)建模時也會采用基于標準的擴展的數(shù)據(jù)模型構(gòu)建方法，在數(shù)據(jù)交換、系統(tǒng)接口等領(lǐng)域也基于國家數(shù)據(jù)交換標準進行設(shè)計與開發(fā)；在系統(tǒng)的整體設(shè)計開發(fā)實施維護過程，都將基于國際國內(nèi)的主流標準進行。（3） 由于系統(tǒng)是根據(jù)標準架構(gòu)和分層編寫而成，對于想增加工作流程或者業(yè)務(wù)規(guī)則的情況，系統(tǒng)也可以很容易的進行擴展，如在系統(tǒng)中加入的新的業(yè)務(wù)規(guī)則只要在層次上分清屬于系統(tǒng)的哪一層次，在系統(tǒng)的層次中新加入組件就可以很方便和容易的對系統(tǒng)進行擴展。（4） 在系統(tǒng)中，復(fù)用是減少代碼量和代碼可讀性一個必須要考慮的問題。需要用到的重復(fù)代碼需要編寫可復(fù)用的方法，對接口的定義需要考慮到相同功能中所有的問題編寫可復(fù)用的接口，公用的類也可以做到復(fù)用，對于收費子系統(tǒng)來說，該子系統(tǒng)就可以達到的復(fù)用的功能。 主平臺解決方案主平臺擔負著整個系統(tǒng)運轉(zhuǎn)的樞紐工作，主平臺的設(shè)計必須在安全、穩(wěn)定、高效的規(guī)則下進行設(shè)計。主平臺保證 xxx 系統(tǒng)具有統(tǒng)一用戶、統(tǒng)一認證、統(tǒng)一接口、統(tǒng)一資源、統(tǒng)一管理、統(tǒng)一接入等特點，建立完善的主平臺基礎(chǔ)設(shè)施。系統(tǒng)以業(yè)務(wù)流程為中心，通過工作流平臺提供流程的自動化，集成各子系統(tǒng)；在實際業(yè)務(wù)中還存在著大量的業(yè)務(wù)規(guī)則，他們是系統(tǒng)中的核心的知識和價值的一個體現(xiàn)，對于業(yè)務(wù)規(guī)則的管理也顯得非常必要；主平臺還涉及到與其他 19 個子系統(tǒng)的接口交互，系統(tǒng)的接口也是系統(tǒng)要研究和討論的一個主要方面；系統(tǒng)涉及到大量的用戶，他們具有不同的角色，如果對系統(tǒng)角色進行權(quán)限管理，也是系統(tǒng)的一個重要方面。因此，下文將重點針對業(yè)務(wù)流程管理、業(yè)務(wù)規(guī)則管理、系統(tǒng)接口和權(quán)限管理這四個部分分別進行闡述。12 / 83 基于工作流的業(yè)務(wù)流程管理xx 流程復(fù)雜，環(huán)節(jié)眾多，各子系統(tǒng)在業(yè)務(wù)環(huán)節(jié)上環(huán)環(huán)相扣。如何不僅能保證業(yè)務(wù)流程的準確流轉(zhuǎn)，還能使系統(tǒng)具有很好的業(yè)務(wù)流程的靈活性。工作流是解決這方面問題的最佳方案。經(jīng)過對業(yè)務(wù)的分析以及抽象，工作流管理系統(tǒng)圍繞業(yè)務(wù)交互邏輯、業(yè)務(wù)處理邏輯以及參與者三個問題進行解決，業(yè)務(wù)交互邏輯對應(yīng)的為業(yè)務(wù)的流轉(zhuǎn)過程，在工作流管理系統(tǒng)中對應(yīng)的提出了工作流引擎、工作流設(shè)計器、流程操作來解決業(yè)務(wù)交互邏輯的問題，業(yè)務(wù)處理邏輯對應(yīng)業(yè)務(wù)流轉(zhuǎn)過程中的表單、文檔等的處理，在工作流管理系統(tǒng)中對應(yīng)的提出了表單設(shè)計器、與表單的集成來解決業(yè)務(wù)處理邏輯的問題，參與者對應(yīng)到的為流轉(zhuǎn)過程中環(huán)節(jié)對應(yīng)的人或程序，在工作流管理系統(tǒng)中通過與應(yīng)用程序的集成來解決參與者的問題。工作流管理系統(tǒng)為方便業(yè)務(wù)交互邏輯、業(yè)務(wù)處理邏輯以及參與者的修改，多數(shù)通過提供可視化的流程設(shè)計器以及表單設(shè)計器來實現(xiàn)，為實現(xiàn)工作流管理系統(tǒng)的擴展性，多數(shù)提供了一系列的 API。完整的工作流管理系統(tǒng)通常由工作流引擎、工作流設(shè)計器、流程操作、工作流客戶端程序、流程監(jiān)控、表單設(shè)計器、與表單的集成以及與應(yīng)用程序的集成八個部分組成。下圖為圖形化的工作流管理系統(tǒng)示意圖：工作流引擎作為工作流管理系統(tǒng)的核心部分，主要提供了對于工作流定義的解析以及流程流轉(zhuǎn)的支持。工作流定義文件描述了業(yè)務(wù)的交互邏輯，工作流引擎通過解析此工作流定義文件按照業(yè)務(wù)的交互邏輯進行業(yè)務(wù)的流轉(zhuǎn)，工作流引擎通常通過參考某種模型來進行設(shè)計，通過調(diào)度算法來進行流程的流轉(zhuǎn)(流程的啟動、終止、掛起、恢復(fù)等)，通過各種環(huán)節(jié)調(diào)度算法(SPLIT、AND、OR 等)來實現(xiàn)對于環(huán)節(jié)的流轉(zhuǎn)(環(huán)節(jié)的合并、分叉、選擇、條件性的選擇等)。WFMC 是國際工作流管理聯(lián)盟，它于 1993 年成立，發(fā)布了一系列的工作流定義、軟件接口的草案文本，是目前世界上公認的最具權(quán)威性的工作流標準制定機構(gòu)，得到了廣泛的支持和應(yīng)用。xxx 電子 xxx 系統(tǒng)流程管理將基于 WFMCTC1009，WFMCTC1013 等13 / 83設(shè)計標準設(shè)計，基于 XML 的流程化定義語言。工作流包括一組活動及它們的相互順序關(guān)系，還包括過程及活動的啟動和終止條件，以及對每個活動的描述。工作流管理系統(tǒng)指運行在一個或多個工作流引擎上用于定義、實現(xiàn)和管理工作流運行的一套軟件系統(tǒng)，它與工作流執(zhí)行者（人、應(yīng)用）交互，推進工作流實例的執(zhí)行，并監(jiān)控工作流的運行狀態(tài)。工作流管理主要通過五個接口與工作流執(zhí)行服務(wù)一起共同組成了工作流系統(tǒng)：a) 工作流定義交換，用于在建模和定義工具與執(zhí)行服務(wù)之間交換工作流定義。主要是數(shù)據(jù)交換格式和 API。數(shù)據(jù)交換通過 XPDL，API 通過 WAPI。b) 工作流客戶端應(yīng)用接口，用于工作流客戶端應(yīng)用訪問工作流引擎和工作列表，通過 WAPI 完成。c) 被調(diào)用的應(yīng)用接口，用于調(diào)用不同的應(yīng)用系統(tǒng)。d) 工作流系統(tǒng)互操作接口，用于不同工作流系統(tǒng)之間的互操作。e) 系統(tǒng)管理和監(jiān)控，用于系統(tǒng)管理應(yīng)用訪問工作流執(zhí)行服務(wù)。xxx 系統(tǒng)根據(jù)工作流管理系統(tǒng)的設(shè)計，采用先進的工作流管理設(shè)計思想，將申請、分類、初審、實審、復(fù)議、法律手續(xù)等子系統(tǒng)定義標準工作流應(yīng)用接口，在主平臺中對 xxx流程進行統(tǒng)一管理，用戶可以對 xxx 過程中的狀態(tài)隨時進行監(jiān)控。 監(jiān)控管理監(jiān)控管理使用瀏覽器作為用戶界面，提供完善的用戶管理、角色管理、過程管理、系統(tǒng)設(shè)置、系統(tǒng)安全管理、配置文件管理和日志管理，讓管理者可以追蹤和控管角色、活動、節(jié)點、過程實例的狀態(tài)和過程實例流經(jīng)的路徑；可以以圖形的方式再現(xiàn)已經(jīng)完成的過程實例的路徑、可以顯示正在進行中的過程實例，并且提供管理的機制，讓管理者得以在必要時終止或暫停某些過程實例。同時，系統(tǒng)亦提供有關(guān)工作過程的統(tǒng)計數(shù)據(jù)和報表，動態(tài)改變過程的狀態(tài)，協(xié)調(diào)各個部分的關(guān)系，并進而提升管理的效率?？梢源蠓档图垙埼募男枨笠约皞鬟f文件所需的額外人力負擔，通過瀏覽器和數(shù)據(jù)庫把各種信息方便地展現(xiàn)給用戶,讓內(nèi)部信息的流動及傳遞更加迅速準確。負載平衡提高工作流的工作效率。 工作項服務(wù)動態(tài)產(chǎn)生其對應(yīng)的待辦工作項、提醒工作項、歷史工作項、暫存工作項，為用戶提供以人為本的優(yōu)秀的系統(tǒng)使用體驗。 日志服務(wù)運行服務(wù)對工作流實例執(zhí)行過程中的各種事件及由事件引起的相應(yīng)數(shù)據(jù)的改變進行完整的記錄，形成日志數(shù)據(jù)寫入日志文件，以便對工作流實例的執(zhí)行過程進行跟蹤分析。日志數(shù)據(jù)大至包括以下幾類：過程定義、過程實例、活動定義、活動實例、工作流相關(guān)數(shù)據(jù)、14 / 83工作項、統(tǒng)計數(shù)據(jù)、結(jié)構(gòu)信息、歸檔信息等。日志庫中實際記錄的數(shù)據(jù)種類由相應(yīng)的配置文件設(shè)置不同的級別來確定。 業(yè)務(wù)規(guī)則管理在 xxx 系統(tǒng)中，不僅僅流程復(fù)雜，而且中間存在著大量的業(yè)務(wù)規(guī)則，這些規(guī)則決定了系統(tǒng)流程的流轉(zhuǎn)方向，決定了 xxx 的結(jié)果等等。通過業(yè)務(wù)規(guī)則引擎和工作流的結(jié)合的使用，可以降低系統(tǒng)流程管理的復(fù)雜性，也便于用戶對企業(yè)業(yè)務(wù)規(guī)則資產(chǎn)的積累。業(yè)務(wù)規(guī)則目前尚無工業(yè)標準定義，一個比較公認的定義是由業(yè)務(wù)規(guī)則組織(Business Rule Group)給出的，從企業(yè)業(yè)務(wù)的角度來看， “業(yè)務(wù)規(guī)則是支持企業(yè)決策，影響或控制企業(yè)業(yè)務(wù)行為的指示” ；從計算機信息系統(tǒng)的角度來看， “業(yè)務(wù)規(guī)則是一條語句，它定義或約束業(yè)務(wù)的某些方面。其目的是對業(yè)務(wù)結(jié)構(gòu)做出斷言，或者對業(yè)務(wù)行為施加控制和影響。 ”業(yè)務(wù)規(guī)則可以用來代表企業(yè)活動和事件起因、狀態(tài)信息、活動限制(包括質(zhì)量限制、一致性限制、完整性限制等)、管理企業(yè)的政策和法規(guī)、及通過數(shù)據(jù)挖掘方式可以獲得相應(yīng)的專家知識和建議。業(yè)務(wù)規(guī)則有靜態(tài)規(guī)則與動態(tài)規(guī)則之分，靜態(tài)規(guī)則描述了一致性與完整性規(guī)則，通?？捎脭?shù)據(jù)模型來描述。而動態(tài)規(guī)則描述企業(yè)的動態(tài)行為，如活動的執(zhí)行時機與條件等。每條業(yè)務(wù)規(guī)則語句都應(yīng)該滿足原子性、確定性、簡潔性、一致性和相關(guān)性。業(yè)務(wù)規(guī)則引擎用于處理復(fù)雜的業(yè)務(wù)邏輯，它從業(yè)務(wù)流程中以單獨實體的形式提取業(yè)務(wù)規(guī)則，從而達到對系統(tǒng)的更好的分離，提高系統(tǒng)的可維護性。 在業(yè)務(wù)規(guī)則實現(xiàn)過程中，系統(tǒng)將集成滿足 JSR 94 標準的業(yè)務(wù)規(guī)則引擎，如iLog、Drools 等。 主平臺和各子系統(tǒng)的接口主平臺與各子系統(tǒng)接口可以將在系統(tǒng)接口方案中進行體現(xiàn)。 多級基于角色的權(quán)限管理權(quán)限管理機制包括了組織架構(gòu)管理，根據(jù) xxx 局的下屬機構(gòu)分布情況。系統(tǒng)次采用樹形機構(gòu)管理模式，滿足 xxx 局的需求，支持多級組織架構(gòu)、多級項目管理 系統(tǒng)能靈活適應(yīng)于各種組織架構(gòu)模式,能實現(xiàn)的分級的的權(quán)限管理模型。權(quán)限管理機制采用基于角色的權(quán)限管理模型，靈活嚴格的授權(quán)模型和操作配置進行權(quán)限設(shè)計。對于主控平臺可以設(shè)置多個角色如：系統(tǒng)管理員、審查員、申請人、復(fù)審人員等。角色及崗位的定制靈活、易操作，可以保證 xxx 的要求，還能滿足今后業(yè)務(wù)流程的發(fā)展