鄒衛(wèi)國　郭建勝　王　毅

[摘 要]本文針對航空維修信息集成需求，探討了傳統(tǒng)信息集成方法的局限性和Web Service集成技術的優(yōu)點，提出了基于Web Service的航空維修信息集成框架。

[關鍵詞]航空維修；信息集成；Web Service

[中圖分類號]F270.7；C931.6

[文獻標識碼]A

[文章編號]1673-0194(2009)05-0076-04

隨著信息技術的飛速發(fā)展，在航空維修各業(yè)務領域內(nèi)設計了許多業(yè)務管理信息系統(tǒng)，極大地提高了維修信息管理效率和維修效率。但在目前，這些業(yè)務系統(tǒng)在數(shù)據(jù)平臺、數(shù)據(jù)結構等方面存在異構性，形成了大量的“信息孤島”。為進一步提高航空維修管理效率，實現(xiàn)航空維修信息一體化，必須對這些業(yè)務系統(tǒng)進行綜合集成。

1 航空維修信息分布特點及集成需求特點

1.1 航空維修信息分布特點

航空維修信息涉及航空裝備的使用單位、維護單位、相關修理單位，飛機、發(fā)動機生產(chǎn)廠，各零備件生產(chǎn)廠，零備件儲備倉庫等不同單位實體，每個實體又至少運行一種業(yè)務管理信息系統(tǒng)，這直接導致航空維修信息的高度分散，而且隨著各業(yè)務系統(tǒng)的孤立而孤立。同時，各業(yè)務管理信息系統(tǒng)之間的同類信息在數(shù)據(jù)結構、存儲格式、數(shù)據(jù)庫平臺等方面存在異構性。

1.2 航空維修信息集成需求特點

航空維修實體或維修業(yè)務管理信息系統(tǒng)之間存在著龐雜的信息需求。航空維修信息集成的需求特點主要體現(xiàn)在以下幾個方面：

(1)信息需求的不一致性。一方面，一個維修業(yè)務管理信息系統(tǒng)包含的信息，不是其他維修實體都需要的信息，有的維修實體只需要該業(yè)務系統(tǒng)中的部分信息；另一方面，一個維修實體所需要的重要信息，可能是另一實體完全不需要的。

(2)信息需求的廣泛性。一個維修業(yè)務管理信息系統(tǒng)需要的信息，往往存在于多個業(yè)務系統(tǒng)之中。

(3)信息的異構性。一個維修實體需要的信息，在不同的業(yè)務系統(tǒng)中存儲的數(shù)據(jù)格式和結構也不盡相同，即存在信息上的異構性。

(4)信息需求的實時性差異。在信息集成的實時性需求上，各維修實體的要求也不盡相同，有的實時性要求很強，有的則不要求實時性。

(5)信息需求的形式差異。有的維修實體要求提供原始數(shù)據(jù)，再按需求進行匯總，有的則只關心部分固定的匯總數(shù)據(jù)。

2 傳統(tǒng)信息集成方法的局限性

傳統(tǒng)的應用集成是基于消息總線/代理或者中間件的。首先建一個集成平臺，然后針對該集成平臺開發(fā)各種各樣的適配器和連接器(Adapter & Connector)去連接已有的航空維修業(yè)務管理信息系統(tǒng)，如維修管理信息子系統(tǒng)、航材子系統(tǒng)等。用適配器來進行各維修保障信息的有效收集、現(xiàn)有集成平臺與原有平臺的信息轉發(fā)。這種集成本質(zhì)上是點對點的集成，開發(fā)需要投入大量的時間和成本。它不僅有失靈活性，而且容易受制于傳統(tǒng)分布式對象中間件技術存在的局限性，如CORBA、DCOM、RMI等關鍵技術之間的互操作性、客戶端與服務端之間的緊耦合等。所以，傳統(tǒng)的集成方法不是解決航空維修信息綜合集成的最佳方案。

3 Web Service集成技術的優(yōu)點

采用Web Service技術可以很好地解決傳統(tǒng)應用集成方法上的局限，滿足航空維修信息集成的需求特點。Web Service技術以服務為基礎，通過服務的交互來實現(xiàn)系統(tǒng)動態(tài)、松耦合集成，極大地降低了航空維修信息集成的復雜性與成本。

Web Services技術具有簡單性和普遍通用性兩大特征。其簡單性主要是因為Web Services協(xié)議都基于XML標準。同時，Web Services為在Internet上及局域網(wǎng)內(nèi)部提供服務建立了一個通用的模式。

如圖1所示，面向服務的Web Services體系結構有3種角色：服務提供者(Web Services Provider)、服務請求者(Web Services Requester)、服務注冊中心(Web Services Registration Center)；3種主要操作：發(fā)布(publish)、查詢(find)和綁定(bind)；一些主要的協(xié)議，如UDDI、SOAP、WSDL等。

Web Service服務提供者通過WSDL描述Web服務，遵循UDDI協(xié)議在服務注冊中心發(fā)布注冊，服務請求者在服務中心查閱自己所要的服務，根據(jù)返回信息的Web Service的WSDL描述文件找到服務提供者地址，然后服務請求者綁定服務提供者，采用SOAP通信，實現(xiàn)Web Service服務調(diào)用和交互。

Web Service技術可用于數(shù)據(jù)集成和應用集成等多個集成層次，它不是應用集成的一部分，而是一種機制。與傳統(tǒng)應用集成技術相比，它具有如下優(yōu)越性：

(1)粗粒度、松耦合的服務構架；

(2)具有良好定義的標準化接口；

(3)實現(xiàn)技術和位置的透明性；

(4)靈活地適應服務的多變性；

(5)服務組合與重用。

4 基于Web Service的航空維修信息集成框架

4.1 框架設計

針對航空維修信息集成的需求特點和Web Service技術的優(yōu)點，本文對航空維修信息集成框架進行設計，如圖2所示。

圖2是一個基于Web Service的航空維修信息集成框架，突出了Web Service集成技術的靈活性優(yōu)勢。對通過該框架實現(xiàn)的服務訪問流程描述如下：

(1)集成系統(tǒng)用戶界面將用戶對某個服務的請求傳到后端支持服務總線的應用服務器；

(2)應用服務器通過查詢公共UDDI或者安全機制經(jīng)驗證后訪問私有UDDI，得到Web Service的WSDL描述，然后生成SOAP請求消息綁定服務提供者；

(3)服務提供者激活相關應用系統(tǒng)提供的服務；

(4)應用系統(tǒng)將處理結果返回服務提供者，服務提供者將處理結果打包成SOAP消息，返回給SOAP路由器，直至返回用戶處。

4.2 主要組成部分功能描述

4.2.1 服務提供者

服務提供者(Service Provider)中包含已有的航空維修子系統(tǒng)、新開發(fā)的非面向服務的航空維修子系統(tǒng)、新開發(fā)的面向服務的新應用系統(tǒng)，它們均被封裝為標準的Web Service組件，成為系統(tǒng)中的一個集成點。對已有維修信息系統(tǒng)集成的關鍵在于對系統(tǒng)的封裝和包裹，可以先利用組件技術將各業(yè)務功能封裝成粒度較小、功能相對獨立與完整的服務組件，再利用WSDL生成器生成該服務組件對應的WSDL文件，然后生成服務器端基于SOAP的框架代碼，在框架代碼的基礎上開發(fā)Web服務適配器，通過該服務適配器，將XML格式的請求轉換為已有維修系統(tǒng)能解析的格式，同時，將已有系統(tǒng)處理后的結果轉換為XML格式。服務適配器還具備與后端服務器建立通信連接，驗證數(shù)據(jù)有效性等功能。

框架負責管理服務的注冊和調(diào)用，各應用系統(tǒng)提供的服務組件注冊到相應的內(nèi)部私有UDDI中，它可以是航空維修單位體系內(nèi)部的數(shù)據(jù)庫、目錄服務或XML文件；若為需要提供給單位體系外部用戶使用的服務，則在公有UDDI中心進行服務注冊。一旦注冊成功，需要使用服務的集成對象就可以定位和調(diào)用該服務。

4.2.2 服務總線

業(yè)務流程的集成是航空維修信息集成框架中最有價值的一部分，業(yè)務流程集成，就是通過支持服務總線的集成服務器來完成。為了更好地組合、集成和協(xié)調(diào)各種服務，服務總線通過一個處于中間層的集中式服務器，作為業(yè)務流程控制、服務路由、協(xié)議轉換和安全的中央控制點。以下對服務總線上的幾個關鍵功能作簡要介紹：

(1)工作流控制，定義工作流程，并協(xié)調(diào)服務間的交互。

(2)事務管理，采用IBM、微軟和BEA聯(lián)合提出的WS-Transaction規(guī)范進行事務管理，以保證參與事務的Web Service服務的執(zhí)行結果或者全部成功，或者執(zhí)行全部取消。

(3)數(shù)據(jù)服務，包括動態(tài)數(shù)據(jù)轉換、數(shù)據(jù)共享、數(shù)據(jù)同步等。數(shù)據(jù)轉換提供數(shù)據(jù)格式、類型等轉換功能；數(shù)據(jù)共享服務向用戶提供統(tǒng)一的數(shù)據(jù)視圖與查詢接口；數(shù)據(jù)同步服務負責管理數(shù)據(jù)不一致的流程，執(zhí)行數(shù)據(jù)更新等。

(4)消息服務，與SOAP路由技術相結合，對消息進行標準化處理并控制信息流。首先，當目標機器故障或過載時，傳輸數(shù)據(jù)暫存在消息隊列中，消息被投遞一次且僅被投遞一次，從而保證可靠性；其次，消息服務可提供業(yè)務邏輯管理，有利于進行工作流編排、管理，把消息路由到適當?shù)哪繕嘶蛲瓿杀匾母袷睫D換；此外，消息服務支持同步和異步兩種通信方式，能夠對應不同的應用場合。

(5)服務監(jiān)控：監(jiān)控流程的執(zhí)行，利用記錄的數(shù)據(jù)來分析服務質(zhì)量和指導服務改進。

(6)SOAP路由器：用以實現(xiàn)SOAP消息的傳遞，路由器通過分析，找出對應的Web Service服務器的位置，將SOAP請求傳遞到所請求的服務器。

4.2.3 服務網(wǎng)關(Service Gateway)

對于單位體系外部的信息集成，使用服務網(wǎng)關，一方面可以安全地對外公開Web服務；另一方面，防火墻之外的客戶也能調(diào)用這些服務。它包括一個服務管理模型和過濾器。服務網(wǎng)關能夠將客戶端支持的服務協(xié)議轉換為提供方支持的服務協(xié)議，如客戶的請求可能是HTTP上的SOAP，但在內(nèi)部可以使用JMS協(xié)議上的SOAP。

4.2.4 安全機制

安全機制對集成服務器和所有參與集成的服務進行系統(tǒng)管理，提供統(tǒng)一的用戶權限驗證機制，簡化開發(fā)和管理，方便用戶使用。4.2.5 集成系統(tǒng)用戶界面

終端用戶界面集成特定用戶訪問的全部應用程序和服務來提供可用、高效、一致的界面。集成系統(tǒng)用戶界面使Web Service服務即插即用，使集成系統(tǒng)更加靈活。

5 結束語

Web Service是實現(xiàn)信息系統(tǒng)集成的有力工具，它為航空維修信息集成提供了理想的、靈活的集成框架?；赪eb Service技術，可以在不改變各航空維修業(yè)務管理信息系統(tǒng)原有底層架構的基礎上實現(xiàn)靈活的、面向服務的應用集成，它可以滿足航空維修信息集成需求、動態(tài)適應航空維修業(yè)務流程的更新與快速響應，具有跨平臺、靈活性好、易擴展等特點，能極大提高航空維修信息管理的效率。

主要參考文獻

[1]劉水平，等.基于SOA的應用集成框架研究[J].微電子學與計算機，2006，23(21).

[2]王穎，等.一個面向服務的EAI框架[J].計算機工程，2006，32(1).

[3]Softonomy Ltd.Softonomy Web Services White Paper[DB/OL].http：//www.softonomy.com/pdf/wp_web_services.pdf，2002-04-28.

[4]李巍.下一代軟件架構——SOA[DB/OL].http：//dev2dev.bea.com.cn/techdos/200404186.html，2004-04-29.

[5]毛新生.SOA原理·方法·實踐[M].北京：電子工業(yè)出版社，2007.