【正文】 服務(wù)的狀態(tài)（啟動或者暫停）等等。數(shù)據(jù)視圖層就象將收到的“郵包”進行分檢，經(jīng)過格式轉(zhuǎn)換和語義轉(zhuǎn)換，生成新的“郵包”，返回給請求者。視圖的多少取決于數(shù)據(jù)的格式，格式統(tǒng)一的數(shù)據(jù)可以使用同一視圖。 數(shù)據(jù)視圖層數(shù)據(jù)視圖層調(diào)用接口層的服務(wù)，獲取原樣數(shù)據(jù)，對數(shù)據(jù)進行加工處理，生成視圖結(jié)果要求的數(shù)據(jù)格式返回給調(diào)用者。一般來說，一種連接方式有一個接口層。但針對一次具體的調(diào)用過程是單向的。數(shù)據(jù)接口層負責獲取數(shù)據(jù)過程中的物理連接的建立和撤消、權(quán)限和身份驗證、連接異常的處理等。數(shù)據(jù)源可以是數(shù)據(jù)庫、XML文件等，連接方式可以為JDBC，ODBC，F(xiàn)TP等。例如，當服務(wù)的屬性“視圖名稱”值為“view1”時，服務(wù)執(zhí)行callview1()方法；當服務(wù)的屬性“視圖名稱”值為“view2”時，服務(wù)執(zhí)行callview2()方法。n 數(shù)據(jù)服務(wù)采用本地 EJB調(diào)用的方式調(diào)用視圖EJB。 數(shù)據(jù)服務(wù)層設(shè)計 有關(guān)說明如下：n 數(shù)據(jù)服務(wù)層一般封裝一個視圖，并定義了多個使用視圖的參數(shù)。n 為了統(tǒng)一接口調(diào)用，將視圖層EJB的本地接口設(shè)計為一個。n 數(shù)據(jù)接口層構(gòu)成一個獨立的jar放在視圖層應(yīng)用可以引用到的地方。 數(shù)據(jù)接口層設(shè)計 數(shù)據(jù)接口層設(shè)計如下：圖46：數(shù)據(jù)接口層設(shè)計示意圖說明如下：n 所有的接口類都從公用數(shù)據(jù)接口類中繼承。數(shù)據(jù)服務(wù)層提供EJB的遠程調(diào)用。數(shù)據(jù)視圖層只供數(shù)據(jù)服務(wù)層本地調(diào)用。對外數(shù)據(jù)交換的格式如下：n 需要用FTP傳輸?shù)氖褂肵ML格式；n 需要用Socket傳輸?shù)牟捎脭?shù)據(jù)報文格式，數(shù)據(jù)報文的格式定義需要同相應(yīng)的外部系統(tǒng)共同制定。n 對實時性要求高且交換數(shù)據(jù)信息量較大的對外數(shù)據(jù)交換，采用Socket和FTP結(jié)合的方式。對外數(shù)據(jù)交換的方式如下：n 對外服務(wù)系統(tǒng)在通訊信息中心建立FTP服務(wù)器，對實時性要求不高且交換數(shù)據(jù)信息較大的外部的數(shù)據(jù)交換采用FTP方式。n 離線系統(tǒng)客戶端的數(shù)據(jù)采用文件方式存儲。n 業(yè)務(wù)數(shù)據(jù)采用數(shù)據(jù)庫的JDBC連接通訊，業(yè)務(wù)數(shù)據(jù)的交換需要通過雙方系統(tǒng)的安全性、完整性校驗，同時需要相關(guān)業(yè)務(wù)員的審核。 設(shè)計目標數(shù)據(jù)交換平臺的設(shè)計目標為：通過數(shù)據(jù)接口/適配器層、數(shù)據(jù)視圖層、數(shù)據(jù)服務(wù)層，整合對外服務(wù)系統(tǒng)涉及到的各種數(shù)據(jù)，完成內(nèi)外部應(yīng)用之間數(shù)據(jù)的格式轉(zhuǎn)換，語義轉(zhuǎn)換和數(shù)據(jù)交換。 EDI包括數(shù)據(jù)交換和數(shù)據(jù)集成兩部分。但是EDI技術(shù)中的EDI編碼技術(shù)確得到了廣泛的應(yīng)用。經(jīng)過EDI技術(shù)的不斷發(fā)展，有些行業(yè)技術(shù)非常成熟比如建筑、機械制造等，實現(xiàn)了部分數(shù)據(jù)格式的統(tǒng)一。即在各行各業(yè)的信息系統(tǒng)之間，有著大量的信息需要共享和交換。n 應(yīng)用集成平臺可以在接口層實現(xiàn)電話、電子郵件、短信、傳真等接口。n 對外服務(wù)系統(tǒng)應(yīng)用系統(tǒng)：網(wǎng)上業(yè)務(wù)系統(tǒng)、對外數(shù)據(jù)交換系統(tǒng)、門戶網(wǎng)站系統(tǒng)、離線客戶端系統(tǒng)。配置子系統(tǒng)和監(jiān)控子系統(tǒng)是提供給系統(tǒng)管理員使用的系統(tǒng)。對外服務(wù)系統(tǒng)包括對內(nèi)部系統(tǒng)和各級外部系統(tǒng)的集成。應(yīng)用服務(wù)層還提供對集成服務(wù)的基本管理，包括服務(wù)的發(fā)現(xiàn)，注冊和查找。比如，服務(wù)可以向上提供一個同步接口，但在接口內(nèi)部使用消息方式整合與該服務(wù)有關(guān)的各應(yīng)用流程。這里的“混合”可以表現(xiàn)為對不同應(yīng)用分別使用同步，異步方式進行整合，也可以表現(xiàn)為在過程流，工作流定義中混合使用接口直接調(diào)用和消息，事件方式進行信息傳遞。消息總線為應(yīng)用提供公用的消息平臺，被整合應(yīng)用可以在消息總線上發(fā)布，訂閱特定的消息主題；消息處理器定義各應(yīng)用處理特定消息的過程。如果應(yīng)用之間沒有嚴格的調(diào)用次序和事務(wù)關(guān)系（松耦合），則適合使異步方式進行整合。對于同步整合方式，流程整合層提供工作流，過程流管理接口用于協(xié)調(diào)應(yīng)用間的調(diào)用次序和事務(wù)關(guān)系。流程整合在方式上分為同步方式和異步方式和混合方式三種： 1) 同步整合方式被整合的各應(yīng)用之間采用接口直接調(diào)用方式傳遞信息。 應(yīng)用服務(wù)層應(yīng)用服務(wù)層主要提供流程整合和服務(wù)發(fā)現(xiàn)/注冊/查找功能。應(yīng)用視圖層主要包含數(shù)據(jù)轉(zhuǎn)換和接口封裝兩個功能模塊。 應(yīng)用視圖層應(yīng)用視圖層為EAI系統(tǒng)的核心，應(yīng)用視圖層對接口層的API進行一系列的轉(zhuǎn)換，最后向上層提供了統(tǒng)一的應(yīng)用視圖，所謂統(tǒng)一的應(yīng)用視圖，也是一組API接口，和應(yīng)用接口層API的不同之處在于：n 應(yīng)用視圖API中各參數(shù)的數(shù)據(jù)格式和語義都是統(tǒng)一的n 應(yīng)用視圖API是面向“應(yīng)用”的，而接口層API是面向外部系統(tǒng)“接口”的。對于兩層的企業(yè)應(yīng)用和結(jié)構(gòu)化文本數(shù)據(jù)，如PB＋Oracle方式的企業(yè)應(yīng)用，應(yīng)用接口層通過數(shù)據(jù)訪問引擎進行直接訪問需要注意的是：EAI系統(tǒng)并不直接提供數(shù)據(jù)整合功能，而是著重關(guān)注對應(yīng)用整合，保留數(shù)據(jù)訪問引擎接口的目的為了滿足數(shù)據(jù)查詢，數(shù)據(jù)同步應(yīng)用的需求，并不是為了進行數(shù)據(jù)ETL操作，從而建立統(tǒng)一的數(shù)據(jù)視圖。由于業(yè)務(wù)整合致力于從高瞻遠矚的角度來優(yōu)化和協(xié)同企業(yè)內(nèi)部的業(yè)務(wù)流程，它提高了投資回報率，它使得業(yè)務(wù)人員和IT人員獲得一個面向服務(wù)的、統(tǒng)一全面的企業(yè)組織架構(gòu)視圖，并創(chuàng)建一個可以通過IT技術(shù)實現(xiàn)的業(yè)務(wù)流程平臺，從而幫助企業(yè)獲得成功 應(yīng)用架構(gòu)應(yīng)用集成服務(wù)的應(yīng)用架構(gòu)包括應(yīng)用服務(wù)層、應(yīng)用視圖層和應(yīng)用接口層。 流程整合層業(yè)務(wù)整合著眼于提高每個業(yè)務(wù)流程的效率和效能，利用業(yè)務(wù)整合，業(yè)務(wù)流程被推向解決方案的最前沿，通過采用成熟的技術(shù)可以成功地創(chuàng)建模型，自動化流程處理過程，監(jiān)控和管理這些業(yè)務(wù)流程，從而滿足業(yè)務(wù)變化的需求。數(shù)據(jù)信息在業(yè)務(wù)流程中的流轉(zhuǎn)以及在各個應(yīng)用系統(tǒng)之間的交互必須建立在數(shù)據(jù)源和數(shù)據(jù)目的地都能理解該數(shù)據(jù)信息的基礎(chǔ)之上。適配器的引入主要有以下優(yōu)點：n 為獨立的系統(tǒng)之間提供重用的、統(tǒng)一的接口； n 支持事務(wù)管理、安全性和連接管理與應(yīng)用系統(tǒng)連接； n 增加企業(yè)數(shù)據(jù)資源的共享程度； n 適配器封裝了對數(shù)據(jù)操作的緩沖區(qū)，可以提高對數(shù)據(jù)批處理訪問的效率； n 增強了基于組件或面向?qū)ο箝_發(fā)模塊的網(wǎng)絡(luò)應(yīng)用的功能，這些組件或?qū)ο蟀ǎ喝鏑OM, DCOM或CORBA等。而在EAI的應(yīng)用接口層，主要是通過適配器技術(shù)將原有數(shù)據(jù)庫系統(tǒng)、應(yīng)用系統(tǒng)和原有網(wǎng)絡(luò)服務(wù)組件封裝起來，實現(xiàn)系統(tǒng)之間的互通互聯(lián)。上述這些規(guī)范在企業(yè)應(yīng)用系統(tǒng)或數(shù)據(jù)庫系統(tǒng)之間傳統(tǒng)的點對點的連接中得以廣泛應(yīng)用。 技術(shù)架構(gòu) 本文檔描述的EAI是指應(yīng)用集成平臺。流程服務(wù)可以包括若干個視圖服務(wù)的組合，這種組合有一定的業(yè)務(wù)邏輯關(guān)系。內(nèi)部應(yīng)用系統(tǒng)包括路政、運政、稽征、港口、航政、海事等業(yè)務(wù)系統(tǒng)。 設(shè)計目標應(yīng)用集成服務(wù)系統(tǒng)的設(shè)計目標為集成與對外服務(wù)系統(tǒng)相關(guān)的應(yīng)用系統(tǒng)?，F(xiàn)在大家談到的EAI的概念，具有更為廣義的內(nèi)涵，它已經(jīng)被擴展到業(yè)務(wù)整合(Business Integration)的范疇，業(yè)務(wù)整合相對EAI來說是一個更寬泛的概念，它將應(yīng)用整合進一步拓展到業(yè)務(wù)流程整合的級別。 應(yīng)用集成平臺服務(wù) EAI的概念狹義上的EAI，正如其字面上的含義Enterprise Application Integration，即企業(yè)應(yīng)用整合，僅指企業(yè)內(nèi)部不同應(yīng)用系統(tǒng)之間的互連，以期通過應(yīng)用整合實現(xiàn)數(shù)據(jù)在多個系統(tǒng)之間的同步和共享。n 工具類中的方法在系統(tǒng)實現(xiàn)的過程中增加。設(shè)計思路是：n 工具類的位置：相應(yīng)系統(tǒng)的工具類放在相應(yīng)系統(tǒng)的包中。主要用于數(shù)據(jù)交換服務(wù)中。標準的XML格式則定義了數(shù)據(jù)交換的標準格式，同時提供了所有有關(guān)標準格式的操作。同時維護該數(shù)據(jù)在外部系統(tǒng)的EDI碼（這里的EDI是指統(tǒng)一電子數(shù)據(jù)交換編碼）。元數(shù)據(jù)管理涉及如下幾個方面的內(nèi)容：n 數(shù)據(jù)字典的建立n 標準XML數(shù)據(jù)格式定義n 數(shù)據(jù)轉(zhuǎn)換n 語義轉(zhuǎn)換對外服務(wù)系統(tǒng)需要有一套數(shù)據(jù)字典來維護整個系統(tǒng)中數(shù)據(jù)的語義。對于非瀏覽器使用的應(yīng)用系統(tǒng)，采用同　SessionID長度相同的隨機字符串表示。本方案將SessionID作為關(guān)鍵字，在后臺數(shù)據(jù)庫中維護在線用戶列表。單點登錄服務(wù)解決在一個系統(tǒng)中登錄，在所有其他應(yīng)用中無須再登錄問題。 單點登錄對于福建交通，可能會有很多應(yīng)用系統(tǒng)在運行。隨著當前計算機運算能力的提高，DES算法的安全性開始受到挑戰(zhàn)，對于安全性要求更高的網(wǎng)絡(luò)數(shù)據(jù)，數(shù)據(jù)加密/解密模塊可以提供TriPle DES加密服務(wù)。前者在用軟件方式實現(xiàn)時可以獲得較快的加密速度。本方案中將數(shù)據(jù)的加密和解密統(tǒng)一作為一個基礎(chǔ)服務(wù)，供系統(tǒng)的其它模塊調(diào)用。同時，這些可以通過一個配置文件來靈活地進行配置，而不需要修改應(yīng)用的代碼。n 盡可能使用成熟技術(shù)，減輕開發(fā)維護負擔。n 靈活的日志信息配置。n 配置服務(wù)提供控制臺(可以是多種接入方式,如,telnet等)，用戶通過配置控制臺調(diào)用配置服務(wù)達到本地和遠程的配置修改，監(jiān)控功能。圖44：配置服務(wù)和其他基礎(chǔ)服務(wù)器的關(guān)系說明如下：n 配置服務(wù)通過調(diào)用基礎(chǔ)服務(wù)中的緩存管理服務(wù),實現(xiàn)對緩存中配置數(shù)據(jù)的修改，以達到配置即時生效的功能。配置服務(wù)的設(shè)計原則n 實現(xiàn)對外服務(wù)系統(tǒng)集中化的配置管理n 靈活配置服務(wù)接入方式n 提供區(qū)分作用域(scope)的配置管理n AOP思想的借鑒，配置管理作為獨立切面存在,和其他基礎(chǔ)服務(wù)實現(xiàn)最大程度的松耦合n 盡可能使用成熟技術(shù),減輕開發(fā)維護負擔配置服務(wù)的設(shè)計思想是基于成熟的JMX框架,對對外服務(wù)系統(tǒng)各模塊通過”分散監(jiān)聽,集中收集”的方式管理配置信息。子系統(tǒng)級別定義子系統(tǒng)間的訪問通道，即子系統(tǒng)A能否訪問子系統(tǒng)B，該級別仍然建立在應(yīng)用視圖級別之上。應(yīng)用視圖級別定義在應(yīng)用整合層，是訪問控制服務(wù)中最細粒度的訪問控制級別，在該級別上定義了每個應(yīng)用視圖的訪問控制列表，精細的定義哪些接入系統(tǒng)能訪問哪些應(yīng)用視圖。 訪問控制服務(wù)訪問控制服務(wù)是對接入系統(tǒng)使用對外服務(wù)系統(tǒng)提供的服務(wù)是進行的控制。由于當?shù)蛯訑?shù)據(jù)源實現(xiàn)變化時，DAO向客戶端提供的接口不會變化，采用該設(shè)計模式允許DAO調(diào)整到不同的存儲模式，而不會影響其客戶端或業(yè)務(wù)組件，即使將來不再采用Hibernate作為關(guān)系映射框架，上層客戶端也不會受到任何影響。DAO管理著與數(shù)據(jù)源的連接以便于檢索和存儲數(shù)據(jù)，DAO實現(xiàn)了用來操作數(shù)據(jù)源的訪問機制，內(nèi)部封裝了對Hibenernate數(shù)據(jù)操縱、事務(wù)處理、會話管理等API的封裝。DAO 模式是標準J2EE設(shè)計模式之一。持久化服務(wù)的架構(gòu)如下圖所示：圖43：持久化服務(wù)架構(gòu)圖持久化為緩存服務(wù)提供持久化接口，加載，更新持久存儲層的數(shù)據(jù)為配置服務(wù)提供持久化接口，直接讀取，修改持久存儲層的數(shù)據(jù)。完成對各種數(shù)據(jù)進行持久化的編程工作，對業(yè)務(wù)邏輯層提供數(shù)據(jù)訪問接口。提供對外服務(wù)系統(tǒng)需要持久化的業(yè)務(wù)接口。n cache服務(wù)提供輔助類CacheSizes可以得到對象的大小,。緩存服務(wù)的設(shè)計思路如下：n 在需要cache的類中增加cacheable接口,在類聲明中實現(xiàn)cacheable。同時，如果各個模塊隨意使用緩存，可造成編碼的重復使用、內(nèi)存資源的緊張及緩存管理的漏洞。在應(yīng)用實踐中，系統(tǒng)經(jīng)常有一些數(shù)據(jù)需要頻繁使用。n 為了保證系統(tǒng)產(chǎn)生異常的可追溯，異常處理的設(shè)計原則不允許拋出用戶沒有定義的異常。n 建立異常提示列表，所有的出錯提示采用代碼和描述對應(yīng)。n 系統(tǒng)的異常處理類一般定義在同一個包下面。異常管理分的異常定義和異常處理。由在流程異步調(diào)用中使用的同一個MDB(EntryServiceMDB)來監(jiān)聽處理異步流程中發(fā)送的消息。異步流程調(diào)用是流程內(nèi)部通過異步調(diào)用各個視圖。異步調(diào)用服務(wù)包括兩方面內(nèi)容：流程異步調(diào)用和異步流程調(diào)用。同步接入服務(wù)的doProcess方法使用基礎(chǔ)服務(wù)類中的代理服務(wù)類ServiceBroker實現(xiàn)對EAI提供的視圖和服務(wù)的調(diào)用。接入層設(shè)計為一個可單獨部署的EJB的jar包，包括如下EntrySynServiceEJB和EntryAsynServiceEJB兩個EJB。n 接入服務(wù)通過服務(wù)代理調(diào)用流程整合層的集成服務(wù)，完成接入過程n 集成服務(wù)根據(jù)自身的流程定義，調(diào)用應(yīng)用整合層的各應(yīng)用視圖，如果必要，調(diào)用訪問控制服務(wù)檢查各應(yīng)用視圖的訪問權(quán)限n 應(yīng)用視圖調(diào)用應(yīng)用接口層的各種接口適配器，最終訪問服務(wù)端，完成服務(wù)過程。接入服務(wù)的接入過程如下圖所示：圖42：接入服務(wù)的接入過程上圖展示了對外服務(wù)系統(tǒng)使用接入服務(wù)的過程：n 客戶端（可以是被集成的應(yīng)用，也可以是對外服務(wù)系統(tǒng)的上層應(yīng)用）首先調(diào)用基礎(chǔ)服務(wù)中的接入服務(wù)，提供請求服務(wù)編號和其他相應(yīng)的參數(shù)，調(diào)用過程需要通過接入服務(wù)的接入認證。外部系統(tǒng)通過接入服務(wù)接入到對外服務(wù)系統(tǒng)，外部系統(tǒng)通過接入服務(wù)使用對外服務(wù)系統(tǒng)提供的應(yīng)用級服務(wù)。CA證書/身份認證在通用模塊中介紹?；A(chǔ)架構(gòu)部分設(shè)計目標為對外服務(wù)系統(tǒng)應(yīng)用系統(tǒng)提供一系列基礎(chǔ)服務(wù)，提供應(yīng)用集成平臺服務(wù)、數(shù)據(jù)交換平臺服務(wù)和信息檢索引擎等擴展服務(wù)，在此基礎(chǔ)上，實現(xiàn)對外服務(wù)系統(tǒng)業(yè)務(wù)邏輯層?；A(chǔ)架構(gòu)中的服務(wù)又分為基礎(chǔ)服務(wù)和擴展服務(wù)兩層。應(yīng)用系統(tǒng)的設(shè)計在本章簡要說明，詳細設(shè)計在第五章。接著對通用模塊CA認證、數(shù)據(jù)加密解密、電子印章、權(quán)限管理、報表工具、工作流管理等進行說明。福建省交通廳綜合執(zhí)法系統(tǒng)的技術(shù)架構(gòu)如下圖所示：圖32：福建省交通綜合執(zhí)法系統(tǒng)技術(shù)架構(gòu)圖所有的EJB在EJB容器中。n 實現(xiàn)動態(tài)負載均衡。使得業(yè)務(wù)模塊的添加非常便利。綜合執(zhí)法系統(tǒng)首先進行了技術(shù)分層，基礎(chǔ)服務(wù)采用普通java類實現(xiàn)了組件化，應(yīng)用處理邏輯采用EJB實現(xiàn)，界面表示和處理邏輯通過 JSP/javabean實現(xiàn)。綜合執(zhí)法系統(tǒng)將J2EE的關(guān)鍵服務(wù)如消息傳輸機制JMS，事務(wù)處理機制JTA等通過基礎(chǔ)服務(wù)進行封裝，提供給應(yīng)用系統(tǒng)使用。3 技術(shù)架構(gòu)綜合執(zhí)法系統(tǒng)采用J2EE體系架構(gòu)設(shè)計。n 數(shù)據(jù)交換子系統(tǒng)提供的功能實現(xiàn)與各交通業(yè)務(wù)子系統(tǒng)的協(xié)查數(shù)據(jù)交換。n 執(zhí)法隊伍管理提供功能：對全省的執(zhí)法單位、執(zhí)法人員、執(zhí)法證件進行管理。n 綜合執(zhí)法法律文書管理提供的功能：法律、條款、案由的維護工作，建立完備的交通執(zhí)法文書檔案。 功能邊界綜合執(zhí)法系統(tǒng)的功能邊界依據(jù)為福建省交通廳的《綜合執(zhí)法建設(shè)目標和業(yè)務(wù)需求概述》及法規(guī)處提出的業(yè)務(wù)需求。針對綜合執(zhí)法系統(tǒng)各子系統(tǒng)，上述用戶擁有不同權(quán)限。n 各交通執(zhí)法單位外勤上路執(zhí)法人員。n 省交通廳涉及綜合執(zhí)法管理的其它相關(guān)處室領(lǐng)導及成員。