【正文】 .............................................................78 服務流程 .............................................................................................................................78 流程目的 .............................................................................................................................78 流程描述 .............................................................................................................................79 現(xiàn)場響應時間 .....................................................................................................................79 技術咨詢類 ...................................................................................................................79 服務流程 .............................................................................................................................80 意見建議類 ...................................................................................................................80 服務流程 .............................................................................................................................80 緊急情況響應服務 ................................................................................................................80 緊急情況定義 ...............................................................................................................80 緊急情況分類 ...............................................................................................................80 緊急情況處理流程 .......................................................................................................805 / 821 軟件系統(tǒng)架構設計 概要說明系統(tǒng)架構主要包括應用架構和技術架構。系統(tǒng)采用基于組件的標準 SOA 應用架構，以及按照 SOA 方法構建的基于 J2EE 標準的技術架構。門戶為人員等提供一個優(yōu)化的以人為中心的操作界面，用戶可以方便地對 xxx 的整個生命周期進行管理；同時系統(tǒng)管理維護人員也可以方便地通過 portal 對系統(tǒng)進行監(jiān)控和管理。 系統(tǒng)特點 根據(jù)優(yōu)化流程開發(fā)根據(jù)流程特點進行功能設計，采用先進的工作流引擎機制。同時達到了靈活配置。保證系統(tǒng)能夠能夠與原系統(tǒng)靈活切換。使統(tǒng)一設計，靈活接口。采用分布式部署，統(tǒng)一數(shù)據(jù)規(guī)范、統(tǒng)一接口規(guī)范的設計思路，在保證系統(tǒng)功能靈活配置，滿足業(yè)務需求的前提下，充分利用現(xiàn)有數(shù)據(jù)及硬件資源。先進的SOA架構設計，滿足現(xiàn)有的性能需求，做到架構和系統(tǒng)的先進性和強大的擴展能力。 開放式的可擴展性系統(tǒng)分部署式部署，子系統(tǒng)統(tǒng)一規(guī)劃，即滿足了分布應用的要求，又實現(xiàn)了統(tǒng)一標準。 與現(xiàn)有系統(tǒng)輕松銜接設計時充分考慮現(xiàn)有系統(tǒng)現(xiàn)狀，開發(fā)過程和現(xiàn)有系統(tǒng)數(shù)據(jù)、應用分析同步進行，保證新系統(tǒng)與現(xiàn)有系統(tǒng)順利銜接。 總體體系架構 基于組件的 SOA 系統(tǒng)應用架構系統(tǒng)的應用架構是系統(tǒng)進行構建的主要思路和方法，我們建議 xxx 系統(tǒng)采用基于組件的 SOA 的系統(tǒng)應用架構對系統(tǒng)進行構建。a) 組件層：組件層主要包括系統(tǒng)開發(fā)需要用到得各種組件，又可以分為橫向通用組件、縱向通用組件和縱向專用組件。核心層是整個系統(tǒng)的重點和難點，是整個系統(tǒng)最重要的組成部分，如 xxx 子系統(tǒng)是將申請人的申請進行接受和匯總子系統(tǒng)；；c) 門戶平臺：基于以人為本的原則，基于 portal 技術，對系統(tǒng)層各個子系統(tǒng)進行集成。結合工作流技術，對于每個登陸系統(tǒng)的人都提供簡潔統(tǒng)一的工作選項，對于申請人、審核人、系統(tǒng)管理員、維護人員、局領導等都能做到方便的操作系統(tǒng)，快速進行業(yè)務處理和系統(tǒng)管理。7 / 82通用以上的闡述，可以看出，系統(tǒng)整體都是基于 SOA 架構進行設計的，主要體現(xiàn)在如下四個方面：a) 系統(tǒng)基于 SOA 的以服務為中心的思想和方法，對 xxx 系統(tǒng)的整體體系架構進行設計，建立了分層的松耦合、跨平臺的系統(tǒng)架構；b) 在組件層，我們采用了基于 SOA 的組件模型，它將應用程序的不同功能單元（稱為服務）通過這些服務之間定義良好的接口和契約聯(lián)系起來。這使得構建在各種各樣的系統(tǒng)中的服務可以以一種統(tǒng)一的通用方式進行交互；c) 系統(tǒng)采用了基于 SOA 的分類集成方法對系統(tǒng)的業(yè)務以及服務進行分類和集成，做成統(tǒng)一的接口，面向業(yè)務和服務編寫，以適應 SOA 系統(tǒng)的統(tǒng)一交互；d) 將每一種業(yè)務構成都分解成不同的組件或者子系統(tǒng)，將組件和子系統(tǒng)分開編寫達到每項組件和子系統(tǒng)都能做到相互無關，如果一項組件和系統(tǒng)改變將對系統(tǒng)中的其余組件沒有任何影響。同時，基于 SOA 的系統(tǒng)應用架構具有強大的系統(tǒng)的擴展性：a) SOA 的一個中心思想就是使得企業(yè)應用擺脫面向技術的解決方案的束縛，輕松應對企業(yè)商業(yè)服務變化、發(fā)展的需要，本方案很好地體現(xiàn)了 SOA 的這一中心思想；b) 工作流和業(yè)務規(guī)則引擎的采用極大了提高了系統(tǒng)對于業(yè)務流程和規(guī)則變化的適應性。c) 組件模型、組件集成技術的采用使得系統(tǒng)在進行業(yè)務功能的調(diào)整時，可以把變化局限于某一個范圍之內(nèi)，在需要時還能進行靈活的替換。8 / 82 系統(tǒng)技術框架xxx 系統(tǒng)基于 J2EE 規(guī)范實現(xiàn)，整個架構建立在 Struts 框架、Spring 框架和 DAO 模式基礎之上，并提供了對于 EJB、Web Service、JMS 等組件技術的集成機制。如下圖所示為系統(tǒng)的技術框架。WEB 層：WEB 層基于 Struts MVC，完成轉發(fā)請求、Http 請求合法性校驗、Http 請求參數(shù)與數(shù)據(jù)傳輸對象 DTO 之間的綁定、Http 請求參數(shù)有效性校驗、用戶操作權限檢查、記錄用戶訪問日志、顯示系統(tǒng)運行異常等任務。持久層：持久層基于 DAO 進行構建，完成數(shù)據(jù)讀取、數(shù)據(jù)存儲、封裝 SQL 異常、拋出SQL 異常、記錄數(shù)據(jù)讀寫日志等任務。核心層：核心層表現(xiàn)為系統(tǒng)提供的基礎類庫，為 WEB 層、業(yè)務層和持久層提供支持。9 / 82本技術框架的特色或優(yōu)勢主要體現(xiàn)在如下幾個方面：（1） 系統(tǒng)技術框架提供了對 SOA 的完整支持；（2） 對于同一個應用系統(tǒng)，系統(tǒng)同時支持集中式和分布式兩種部署方案，系統(tǒng)采用分離 UI 層和 BL 層的方式來實現(xiàn)分布式的實現(xiàn)；（3） 業(yè)務層 Service 的實現(xiàn)可以有很多種，WebService、JMS、EJB、Spring 等都可以作為對業(yè)務層的一種實現(xiàn)；（4） 在系統(tǒng)的 WEB 層，同時支持同步和異步兩種通信交互方式，使用了 AJAX 技術完成改善用戶體驗的任務，主要完成頁面表單數(shù)據(jù)的錄入校驗、生成聯(lián)動的下拉列表等任務。如下圖所示為系統(tǒng)對于這兩種交互方式的支持圖。10 / 82 其他重要問題（1） 業(yè)務規(guī)則是支持企業(yè)決策，影響或控制企業(yè)業(yè)務行為的指示，它是企業(yè)處理業(yè)務過程中始終要遵循的規(guī)則，而工作流則是根據(jù)業(yè)務規(guī)則制定的實際應用當中需要流轉的程序。其目的是對業(yè)務結構做出斷言，或者對業(yè)務行為施加控制和影響。（2） 系統(tǒng)采用標準的 SOA 架構進行設計，通過組件的開發(fā)、組件的組裝、系統(tǒng)的集成形成了基于 SOA 進行設計的完整的 xxx 系統(tǒng)體系架構；在應用系統(tǒng)開發(fā)上，應用了基于 J2EE 的標準技術，如 Struts、AJAX、Hibernate 等標準技術和標準架構，開發(fā)時通過制定嚴格的開發(fā)規(guī)范，并通過嚴格的項目管理和實施方法來規(guī)范程序員的編碼規(guī)范，提高系統(tǒng)的可維護性；在數(shù)據(jù)建模時也會采用基于標準的擴展的數(shù)據(jù)模型構建方法，在數(shù)據(jù)交換、系統(tǒng)接口等領域也基于國家數(shù)據(jù)交換標準進行設計與開發(fā)；在系統(tǒng)的整體設計開發(fā)實施維護過程，都將基于國際國內(nèi)的主流標準進行。（4） 在系統(tǒng)中，復用是減少代碼量和代碼可讀性一個必須要考慮的問題。 主平臺解決方案主平臺擔負著整個系統(tǒng)運轉的樞紐工作，主平臺的設計必須在安全、穩(wěn)定、高效的規(guī)則下進行設計。系統(tǒng)以業(yè)務流程為中心，通過工作流平臺提供流程的自動化，集成各子系統(tǒng)；在實際業(yè)務中還存在著大量的業(yè)務規(guī)則，他們是系統(tǒng)中的核心的知識和價值的一個體現(xiàn)，對于業(yè)務規(guī)則的管理也顯得非常必要；主平臺還涉及到與其他 19 個子系統(tǒng)的接口交互，系統(tǒng)的接口也是系統(tǒng)要研究和討論的一個主要方面；系統(tǒng)涉及到大量的用戶，他們具有不同的角色，11 / 82如果對系統(tǒng)角色進行權限管理，也是系統(tǒng)的一個重要方面。 基于工作流的業(yè)務流程管理xx 流程復雜，環(huán)節(jié)眾多，各子系統(tǒng)在業(yè)務環(huán)節(jié)上環(huán)環(huán)相扣。工作流是解決這方面問題的最佳方案。工作流管理系統(tǒng)為方便業(yè)務交互邏輯、業(yè)務處理邏輯以及參與者的修改，多數(shù)通過提供可視化的流程設計器以及表單設計器來實現(xiàn)，為實現(xiàn)工作流管理系統(tǒng)的擴展性，多數(shù)提供了一系列的 API。下圖為圖形化的工作流管理系統(tǒng)示意圖：工作流引擎作為工作流管理系統(tǒng)的核心部分，主要提供了對于工作流定義的解析以及流程流轉的支持。WFMC 是國際工作流管理聯(lián)盟，它于 1993 年成立，發(fā)布了一系列的工作流定義、軟件接口的草案文本，是目前世界上公認的最具權威性的工作流標準制定機構，得到了廣泛的支持和應用。工作流包括一組活動及它們的相互順序關系，還包括過程及活動的啟動和終止條件，以及對每個活動的描述。工作流管理主要通過五個接口與工作流執(zhí)行服務一起共同組成了工作流系統(tǒng)：a) 工作流定義交換，用于在建模和定義工具與執(zhí)行服務之間交換工作流定義。數(shù)據(jù)交換通過 XPDL，API 通過 WAPI。c) 被調(diào)用的應用接口，用于調(diào)用不同的應用系統(tǒng)。e) 系統(tǒng)管理和監(jiān)控，用于系統(tǒng)管理應用訪問工作流執(zhí)行服務。 監(jiān)控管理監(jiān)控管理使用瀏覽器作為用戶界面，提供完善的用戶管理、角色管理、過程管理、系統(tǒng)設置、系統(tǒng)安全管理、配置文件管理和日志管理，讓管理者可以追蹤和控管角色、活動、節(jié)點、過程實例的狀態(tài)和過程實例流經(jīng)的路徑；可以以圖形的方式再現(xiàn)已經(jīng)完成的過程實例的路徑、可以顯示正在進行中的過程實例，并且提供管理的機制，讓管理者得以在必要時終止或暫停某些過程實例?？梢源蠓档图垙埼募男枨笠约皞鬟f文件所需的額外人力負擔，通過瀏覽器和數(shù)據(jù)庫把各種信息方便地展現(xiàn)給用戶,讓內(nèi)部信息的流動及傳遞更加迅速準確。 工作項服務動態(tài)產(chǎn)生其對應的待辦工作項、提醒工作項、歷史工作項、暫存工作項，為用戶提供以人為本的優(yōu)秀的系統(tǒng)使用體驗。日志數(shù)據(jù)大至包括以下幾類：過程定義、過程實例、活動定義、活動實例、工作流相關數(shù)據(jù)、工作項、統(tǒng)計數(shù)據(jù)、結構信息、歸檔信息等。 業(yè)務規(guī)則管理在 xxx 系統(tǒng)中，不僅僅流程復雜，而且中間存在著大量的業(yè)務規(guī)則，這些規(guī)則決定了系統(tǒng)流程的流轉方向，決定了 xxx 的結果等等。業(yè)務規(guī)則目前尚無工業(yè)標準定義，一個比較公認的定義是由業(yè)務規(guī)則組織(Business Rule Group)給出的，從企業(yè)業(yè)務的角度來看， “業(yè)務規(guī)則是支持企業(yè)決策，影響或控制企業(yè)業(yè)務行為的指示” ；從計算機信息系統(tǒng)的角度來看， “業(yè)務規(guī)則是一條語句，它定義或約束業(yè)務的某些方面。 ”業(yè)務規(guī)則可以用來代表企業(yè)活動和事件起因、狀態(tài)信息、活動限制(包括質量限制、一致性限制、完整性限制等)、管理企業(yè)的政策和法規(guī)、及通過數(shù)據(jù)挖掘方式可以獲得相應的專家知識和建議。而動態(tài)規(guī)則描述企業(yè)的動態(tài)行為，如活動的執(zhí)行時機與條件等。業(yè)務規(guī)則引擎用于處理復雜的業(yè)務邏輯，它從業(yè)務流程中以單獨實體的形式提取業(yè)務規(guī)則，從而達到對系統(tǒng)的更好的分離，提高系統(tǒng)的可維護性。 主平臺和各子系統(tǒng)的接口主平臺與各子系統(tǒng)接口可以將在系統(tǒng)接口方案中進行體現(xiàn)。系統(tǒng)次采用樹形機構管理模式，滿足 xxx 局的需求，支持多級組織架構、多級項目管理 系統(tǒng)能靈活適應于各種組織架構模式,能實現(xiàn)的分級的的權限管理模型。對于主控平臺可以設置多個角色如：系統(tǒng)管理員、審查員、申請人、復審人員等。14 / 82因此，建議在 xxx 系統(tǒng)中中采用多級的