【文章內(nèi)容簡介】 ，在該級別上定義了每個應(yīng)用視圖的訪問控制列表，精細的定義哪些接入系統(tǒng)能訪問哪些應(yīng)用視圖。服務(wù)級別定義在流程整合層，在該級別上定義集成服務(wù)級的訪問控制列表，由于一個集成服務(wù)可以訪問多個應(yīng)用視圖，因此該級別位于應(yīng)用視圖級別之上。子系統(tǒng)級別定義子系統(tǒng)間的訪問通道，即子系統(tǒng)A能否訪問子系統(tǒng)B，該級別仍然建立在應(yīng)用視圖級別之上。 配置服務(wù)配置服務(wù)是對外服務(wù)系統(tǒng)基礎(chǔ)服務(wù)部分，主要功能是提供對對外服務(wù)系統(tǒng)配置的本地和遠程修改，提供對對外服務(wù)系統(tǒng)的性能監(jiān)控的底層方法。配置服務(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)聽,集中收集”的方式管理配置信息。配置服務(wù)和與其他基礎(chǔ)服務(wù)的關(guān)系如下圖所示：圖44：配置服務(wù)和其他基礎(chǔ)服務(wù)器的關(guān)系說明如下：n 配置服務(wù)通過調(diào)用基礎(chǔ)服務(wù)中的緩存管理服務(wù),實現(xiàn)對緩存中配置數(shù)據(jù)的修改，以達到配置即時生效的功能。n 配置服務(wù)通過調(diào)用基礎(chǔ)服務(wù)中的持久化服務(wù)，實現(xiàn)對磁盤中配置數(shù)據(jù)的修改，以達到重新啟動服務(wù)器或者重新加載配置文件后對配置更改的生效功能。n 配置服務(wù)提供控制臺(可以是多種接入方式,如,telnet等)，用戶通過配置控制臺調(diào)用配置服務(wù)達到本地和遠程的配置修改，監(jiān)控功能。 日志管理日志管理的設(shè)計目標為：n 記錄對外服務(wù)系統(tǒng)運行狀況信息，提供多級別，分層次的日志數(shù)據(jù)。n 靈活的日志信息配置。n AOP思想的借鑒,日志管理作為獨立切面存在,和其它基礎(chǔ)服務(wù)實現(xiàn)最大程度的松耦合。n 盡可能使用成熟技術(shù)，減輕開發(fā)維護負擔。Log4j是Apache的一個開放源代碼項目，通過使用Log4j，我們可以控制日志信息輸送的目的地是控制臺、文件、GUI組件、甚至是套接口服務(wù)器、NT的事件記錄器、UNIX Syslog守護進程等；我們也可以控制每一條日志的輸出格式；通過定義每一條日志信息的級別，我們能夠更加細致地控制日志的生成過程。同時，這些可以通過一個配置文件來靈活地進行配置，而不需要修改應(yīng)用的代碼。Log4j有三種主要的組件：n 記錄器（loggers）n 存放器（appenders）n 布局（layouts） 數(shù)據(jù)加密/解密在對外服務(wù)系統(tǒng)中，許多地方會用到數(shù)據(jù)加密和解密，以保證數(shù)據(jù)的安全。本方案中將數(shù)據(jù)的加密和解密統(tǒng)一作為一個基礎(chǔ)服務(wù)，供系統(tǒng)的其它模塊調(diào)用?？蛇x的加密算法有IDEA算法和DES算法。前者在用軟件方式實現(xiàn)時可以獲得較快的加密速度。為了 進一步提高系統(tǒng)效率，可以采用專用硬件的方式實現(xiàn)數(shù)據(jù)的加密和解密，這時采用DES算法能得到較快的加密速度。隨著當前計算機運算能力的提高，DES算法的安全性開始受到挑戰(zhàn)，對于安全性要求更高的網(wǎng)絡(luò)數(shù)據(jù)，數(shù)據(jù)加密/解密模塊可以提供TriPle DES加密服務(wù)。 數(shù)據(jù)加密和解密作為基礎(chǔ)服務(wù)提供給應(yīng)用子系統(tǒng)、數(shù)據(jù)交換平臺和業(yè)務(wù)交換平臺使用。 單點登錄對于福建交通，可能會有很多應(yīng)用系統(tǒng)在運行。如果讓業(yè)務(wù)員分別在各個系統(tǒng)中不斷地登錄和登出，將極大地影響工作效率，同時也會降低系統(tǒng)的友好性。單點登錄服務(wù)解決在一個系統(tǒng)中登錄，在所有其他應(yīng)用中無須再登錄問題。具體實現(xiàn)思路如下：對每一個網(wǎng)絡(luò)應(yīng)用系統(tǒng)，從瀏覽器訪問是都會有一個SessionID。本方案將SessionID作為關(guān)鍵字，在后臺數(shù)據(jù)庫中維護在線用戶列表。用戶在統(tǒng)一瀏覽器使用系統(tǒng)時，首先在再線用戶表中查找本次是否已經(jīng)認證和登錄，如果在線用戶列表有該用戶的信息，則無需在登錄。對于非瀏覽器使用的應(yīng)用系統(tǒng)，采用同　SessionID長度相同的隨機字符串表示。 元數(shù)據(jù)管理元數(shù)據(jù)管理是應(yīng)用集成服務(wù)和數(shù)據(jù)交換服務(wù)需要的重要基礎(chǔ)服務(wù)。元數(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ù)的語義。既將所有有關(guān)的業(yè)務(wù)數(shù)據(jù)的描述都編在數(shù)據(jù)字典中。同時維護該數(shù)據(jù)在外部系統(tǒng)的EDI碼（這里的EDI是指統(tǒng)一電子數(shù)據(jù)交換編碼）。數(shù)據(jù)字典確定了數(shù)據(jù)項。標準的XML格式則定義了數(shù)據(jù)交換的標準格式，同時提供了所有有關(guān)標準格式的操作。本方案中標準的格式舉例如下：?xml version= encoding=GBK?business id=XXXXXXgroupdata name=OperNum value=*******/流水號data name=payerCode value=******/人識別碼/groupgroup ……/group/business數(shù)據(jù)轉(zhuǎn)換和語義轉(zhuǎn)換是建立在數(shù)據(jù)字典和標準的XML格式基礎(chǔ)上服務(wù)。主要用于數(shù)據(jù)交換服務(wù)中。 工具類工具類是提供給視圖和服務(wù)開發(fā)過程中使用的一些公共方法。設(shè)計思路是：n 工具類的位置：相應(yīng)系統(tǒng)的工具類放在相應(yīng)系統(tǒng)的包中。n 工具類中的方法為靜態(tài)(static)方法。n 工具類中的方法在系統(tǒng)實現(xiàn)的過程中增加。n 通用報文轉(zhuǎn)換工具：各種報文格式之間的互相轉(zhuǎn)換，包括ISO858類858XML、定長報文、帶分隔符變長報文、帶長度域變長報文、混合型報文以及自定義報文格式的互相轉(zhuǎn)換。 應(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)之間的同步和共享。伴隨著EAI技術(shù)的不斷發(fā)展，它所被賦予的內(nèi)涵變得越來越豐富?，F(xiàn)在大家談到的EAI的概念，具有更為廣義的內(nèi)涵，它已經(jīng)被擴展到業(yè)務(wù)整合(Business Integration)的范疇，業(yè)務(wù)整合相對EAI來說是一個更寬泛的概念，它將應(yīng)用整合進一步拓展到業(yè)務(wù)流程整合的級別。業(yè)務(wù)整合不僅要提供底層應(yīng)用支撐系統(tǒng)之間的互連，同時要實現(xiàn)存在于企業(yè)內(nèi)部應(yīng)用與應(yīng)用之間，本企業(yè)和其他合作伙伴之間的端到端的業(yè)務(wù)流程的管理，它包括應(yīng)用整合，B2B整合，過程流管理，工作流管理，企業(yè)門戶以及對所有應(yīng)用系統(tǒng)和流程的管理和監(jiān)控等方方面面。 設(shè)計目標應(yīng)用集成服務(wù)系統(tǒng)的設(shè)計目標為集成與對外服務(wù)系統(tǒng)相關(guān)的應(yīng)用系統(tǒng)。應(yīng)用系統(tǒng)包括內(nèi)部應(yīng)用系統(tǒng)和外部應(yīng)用系統(tǒng)。內(nèi)部應(yīng)用系統(tǒng)包括路政、運政、稽征、港口、航政、海事等業(yè)務(wù)系統(tǒng)。應(yīng)用集成服務(wù)包括視圖服務(wù)和流程服務(wù)。流程服務(wù)可以包括若干個視圖服務(wù)的組合，這種組合有一定的業(yè)務(wù)邏輯關(guān)系。 技術(shù)架構(gòu) 本文檔描述的EAI是指應(yīng)用集成平臺。 應(yīng)用接口層EAI要解決的問題是獨立應(yīng)用系統(tǒng)之間的連接，傳統(tǒng)的應(yīng)用系統(tǒng)之間的連接方式包括了：CORBA, SOCKET, JMS,RMI, RPC, EJB, COM/COM+, HTTP和FTP等，數(shù)據(jù)庫系統(tǒng)之間常見的連接規(guī)范包括：ODBC、JDBC。上述這些規(guī)范在企業(yè)應(yīng)用系統(tǒng)或數(shù)據(jù)庫系統(tǒng)之間傳統(tǒng)的點對點的連接中得以廣泛應(yīng)用。但是由于這些系統(tǒng)之間的連接是通過上述連接接口實現(xiàn)的，沒有一定的規(guī)范和標準，使得在今后新系統(tǒng)的加入和舊系統(tǒng)的移植過程中，就會產(chǎn)生接口兼容性問題。而在EAI的應(yīng)用接口層，主要是通過適配器技術(shù)將原有數(shù)據(jù)庫系統(tǒng)、應(yīng)用系統(tǒng)和原有網(wǎng)絡(luò)服務(wù)組件封裝起來，實現(xiàn)系統(tǒng)之間的互通互聯(lián)。適配器是EAI廠商或產(chǎn)品廠商為了解決系統(tǒng)之間的連接而開發(fā)的可重用的、統(tǒng)一的接口，通過該接口每一個應(yīng)用系統(tǒng)僅需要與業(yè)務(wù)整合平臺相連，而不需要與每個與之交互的應(yīng)用系統(tǒng)相連。適配器的引入主要有以下優(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等。 應(yīng)用整合層應(yīng)用整合層是EAI技術(shù)層次體系中的核心層次，該層次是連接業(yè)務(wù)流程管理層和應(yīng)用接口層的橋梁。數(shù)據(jù)信息在業(yè)務(wù)流程中的流轉(zhuǎn)以及在各個應(yīng)用系統(tǒng)之間的交互必須建立在數(shù)據(jù)源和數(shù)據(jù)目的地都能理解該數(shù)據(jù)信息的基礎(chǔ)之上。在應(yīng)用整合層我們定義了能為數(shù)據(jù)產(chǎn)生源、數(shù)據(jù)處理地、數(shù)據(jù)投送地都能理解的信息處理規(guī)范方式、方法和規(guī)則，包括：數(shù)據(jù)格式定義、數(shù)據(jù)轉(zhuǎn)換和消息路由。 流程整合層業(yè)務(wù)整合著眼于提高每個業(yè)務(wù)流程的效率和效能，利用業(yè)務(wù)整合，業(yè)務(wù)流程被推向解決方案的最前沿，通過采用成熟的技術(shù)可以成功地創(chuàng)建模型，自動化流程處理過程，監(jiān)控和管理這些業(yè)務(wù)流程，從而滿足業(yè)務(wù)變化的需求。它通過同時協(xié)同人工參與流程和自動化運行的流程來整合一個跨越企業(yè)內(nèi)部同部門和不同系統(tǒng)之間的業(yè)務(wù)流。由于業(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īng)用接口層應(yīng)用接口層實現(xiàn)EAI到應(yīng)用資源層中被集成系統(tǒng)的應(yīng)用層接口，該層提供多種方式與應(yīng)用資源層系統(tǒng)連接，主要包括兩類連接方式：對于三層應(yīng)用的企業(yè)應(yīng)用，應(yīng)用接口層通過應(yīng)用接口和企業(yè)應(yīng)用的應(yīng)用服務(wù)器連接，應(yīng)用接口的實現(xiàn)協(xié)議包括：Http(s), SOAP, RMI/IIOP, FTP, JMS,SOCKET等。對于兩層的企業(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īng)用接口層最終向上層提供一個統(tǒng)一的應(yīng)用接口界面，也就是提供一系列API，通過訪問這些API，EAI可以給各應(yīng)用系統(tǒng)提供的服務(wù)。 應(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īng)用視圖API對接口API進行了一定的封裝。應(yīng)用視圖層主要包含數(shù)據(jù)轉(zhuǎn)換和接口封裝兩個功能模塊。數(shù)據(jù)轉(zhuǎn)換包括格式轉(zhuǎn)換和語義轉(zhuǎn)換；接口封裝是指對原有接口進行組裝，適配，實現(xiàn)更為上層高級的功能。 應(yīng)用服務(wù)層應(yīng)用服務(wù)層主要提供流程整合和服務(wù)發(fā)現(xiàn)/注冊/查找功能。流程整合是在應(yīng)用整合層的基礎(chǔ)上對業(yè)務(wù)流程進行整合，向上提供集成的服務(wù)。流程整合在方式上分為同步方式和異步方式和混合方式三種： 1) 同步整合方式被整合的各應(yīng)用之間采用接口直接調(diào)用方式傳遞信息。如果應(yīng)用之間的有嚴格的調(diào)用次序和事務(wù)關(guān)系（緊耦合），則適合使用同步整合方式進行整合。對于同步整合方式，流程整合層提供工作流，過程流管理接口用于協(xié)調(diào)應(yīng)用間的調(diào)用次序和事務(wù)關(guān)系。2) 異步整合方式被整合應(yīng)用之間采用消息，事件方式傳遞信息。如果應(yīng)用之間沒有嚴格的調(diào)用次序和事務(wù)關(guān)系（松耦合），則適合使異步方式進行整合。對于異步整合方式，流程整合層提供消息總線和消息處理器。消息總線為應(yīng)用提供公用的消息平臺，被整合應(yīng)用可以在消息總線上發(fā)布，訂閱特定的消息主題；消息處理器定義各應(yīng)用處理特定消息的過程。3) 混合整合方式混合整合方式同時使用同步和異步方式進行整合。這里的“混合”可以表現(xiàn)為對不同應(yīng)用分別使用同步，異步方式進行整合，也可以表現(xiàn)為在過程流，工作流定義中混合使用接口直接調(diào)用和消息，事件方式進行信息傳遞。獨立于流程整合方式，流程整合層向上提供的服務(wù)也分為同步和異步方式，同步服務(wù)向上提供可直接調(diào)用接口，異步服務(wù)向上提供消息接口，需要注意的是，對于同步服務(wù)，其流程整合方式可以是同步的，也可以是異步的。比如，服務(wù)可以向上提供一個同步接口，但在接口內(nèi)部使用消息方式整合與該服務(wù)有關(guān)的各應(yīng)用流程。異步服務(wù)也是如此。應(yīng)用服務(wù)層還提供對集成服務(wù)的基本管理，包括服務(wù)的發(fā)現(xiàn)，注冊和查找。 與外部系統(tǒng)的接口外部系統(tǒng)可以通過基礎(chǔ)服務(wù)中的接入服務(wù)使用應(yīng)用集成平臺提供的應(yīng)用服務(wù)。對外服務(wù)系統(tǒng)包括對內(nèi)部系統(tǒng)和各級外部系統(tǒng)的集成。對外服務(wù)系統(tǒng)涉及內(nèi)部系統(tǒng)包括以下幾類：n 基礎(chǔ)架構(gòu)：是對外服務(wù)系統(tǒng)的核心，包括基礎(chǔ)服務(wù)系統(tǒng)、EAI系統(tǒng)、EDI系統(tǒng)，這些系統(tǒng)沒有用戶界面。配置子系統(tǒng)和監(jiān)控子系統(tǒng)是提供給系統(tǒng)管理員使用的系統(tǒng)。系統(tǒng)管理員通過配置和監(jiān)控子系統(tǒng)來管理對外服務(wù)系統(tǒng)。n 對外服務(wù)系統(tǒng)應(yīng)用系統(tǒng)：網(wǎng)上業(yè)務(wù)系統(tǒng)、對外數(shù)據(jù)交換系統(tǒng)、門戶網(wǎng)站系統(tǒng)、離線客戶端系統(tǒng)。這五個應(yīng)用系統(tǒng)使用基礎(chǔ)架構(gòu)提供的各種服務(wù)，接受配置和監(jiān)控子系統(tǒng)的管理。n 應(yīng)用集成平臺可以在接口層實現(xiàn)電話、電子郵件、短信、傳真等接口。 數(shù)據(jù)交換平臺服務(wù) EDI 的概念EDI的最初的含義是電子數(shù)據(jù)交換Electronic Data Interchange。即在各行各業(yè)的信息系統(tǒng)之間，有著大量的信息需要共享和交換。這些要共享和交換的數(shù)據(jù)需要有一種統(tǒng)一的格式以便被各個信息系統(tǒng)識別。經(jīng)過EDI技術(shù)的不斷發(fā)展，有些行業(yè)技術(shù)非常成熟比如建筑、機械制造等，實現(xiàn)了部分數(shù)據(jù)格式的統(tǒng)一。但是在更多的行業(yè)，還沒有統(tǒng)一的數(shù)據(jù)交換格式。但是EDI技術(shù)中的EDI編碼技術(shù)確得到了廣泛的應(yīng)用。隨著信息化建設(shè)程度不斷提高，電子數(shù)據(jù)交換技術(shù)的發(fā)展，一些更多技術(shù)的融合，EDI被賦予了一種新的含義即企業(yè)數(shù)據(jù)集成（Enterprise Data Integration）。 EDI包括數(shù)據(jù)交換和數(shù)據(jù)集成兩部分。對外服務(wù)系統(tǒng)只涉及到數(shù)據(jù)交換。 設(shè)計目標數(shù)據(jù)交換平臺的