陳 霞 宋 敏 韋正現(xiàn)

（1.北京西三環(huán)中路19號 北京 100841）（2.北京外國語大學信息技術中心 北京 100089）（3.中國船舶工業(yè)系統(tǒng)工程研究院 北京 100094）

1 引言

在電子信息技術快速發(fā)展的推動下，全綜合一體化的系統(tǒng)集成技術已成為國內(nèi)外艦艇電子與信息系統(tǒng)的發(fā)展趨勢。目前系統(tǒng)集成的含義在學術界還沒有形成一致的概念，從集成層次上一般認為系統(tǒng)集成主要包含硬件（設備）集成、信息（數(shù)據(jù)）集成、功能集成和過程（應用）集成。并且目前從艦船電子與信息系統(tǒng)來說，國外主要從這幾個方面開展研究。硬件（設備）集成主要是以統(tǒng)一標準化的形式實現(xiàn)系統(tǒng)中硬件設備標準化和可共用。信息集成是將系統(tǒng)獲取的信息進行統(tǒng)一處理、有機綜合，以實現(xiàn)信息的最大化共享和運用；功能集成主要是以統(tǒng)一的軟件功能實現(xiàn)形式、功能訪問方式等實現(xiàn)功能的即插即用。過程集成主要是將系統(tǒng)活動、流程等采用統(tǒng)一的組織方式、流程模式快速構建適用不同需求的系統(tǒng)流程。當前國外艦船電子與信息系統(tǒng)根據(jù)不同的需要，通過建立開放的體系結構從這四個方面進行綜合集成。

本文從艦船電子與信息系統(tǒng)集成技術發(fā)展的角度出發(fā)，詳細介紹了當前適用于艦船電子與信息系統(tǒng)硬件集成、信息集成、功能集成和過程集成的相關技術和國外的發(fā)展狀況，然后根據(jù)艦船電子與信息系統(tǒng)的應用特征和使用需求，重點分析國外艦船電子與信息系統(tǒng)綜合集成技術的研究進展，結合我國艦船電子與信息系統(tǒng)的現(xiàn)狀，提出了我國發(fā)展艦船電子與信息系統(tǒng)綜合集成技術的一些設想，為我國在艦艇電子與信息系統(tǒng)綜合集成技術的進一步發(fā)展提供參考。

2 系統(tǒng)綜合集成的研究進展

2.1 硬件集成研究現(xiàn)狀

硬件集成主要是從網(wǎng)絡設備、計算設備和顯控設備等方面，通過制定統(tǒng)一的標準規(guī)范，實現(xiàn)這些硬件資源的統(tǒng)一共用。在這方面，德國STN阿特拉斯公司的ISUS90綜合作戰(zhàn)系統(tǒng)采用開放式體系結構，采用交換式以太網(wǎng)雙總線網(wǎng)絡拓撲結構，將聲納、光導、光學、雷達、電子支援措施和通信情報系統(tǒng)、導航系統(tǒng)與武器系統(tǒng)有效地集成到一起，整個系統(tǒng)具有數(shù)據(jù)聯(lián)系能力，計算機通信由以太網(wǎng)雙總線系統(tǒng)和光纖數(shù)據(jù)傳輸系統(tǒng)控制，所有子系統(tǒng)均裝備了先進的基于PC的處理計算機實現(xiàn)實時控制，整個系統(tǒng)采用標準化信號處理，盡可能減少信號誤差。英國宇航防御系統(tǒng)有限公司研制的SMCS潛艇指揮系統(tǒng)采用雙冗余光纖局域網(wǎng)與潛艇的聲納、戰(zhàn)術武器連接，提供對武器發(fā)射系統(tǒng)的控制，可支持“戰(zhàn)斧”對地導彈。該系統(tǒng)共使用了200多個80386／486微處理機進行統(tǒng)一的計算處理。法國UDS公司研制SUBTICS戰(zhàn)術綜合作戰(zhàn)系統(tǒng)以標準數(shù)據(jù)處理機、冗余數(shù)據(jù)總線和多功能控制臺為基礎，采用雙冗余以太網(wǎng)總線，將所有的聲和非聲傳感器的輸入以及武器、導航系統(tǒng)、指揮和武器控制系統(tǒng)的功能綜合到6和雙屏多功能彩色控制臺上。

2.2 信息集成研究現(xiàn)狀

信息集成主要從信息統(tǒng)一表示和統(tǒng)一管理兩個方面開展研究，信息統(tǒng)一表示主要是實現(xiàn)異構信息的同構化，就是將不同表示形式（異構）的信息采用統(tǒng)一的表示框架、標準來描述。信息統(tǒng)一管理是將系統(tǒng)運行中所有的數(shù)據(jù)進行統(tǒng)一的管理與控制。

在信息表示方面，美國的“網(wǎng)絡中心戰(zhàn)”是提出需要在信息表示上要求具有統(tǒng)一標準。由于傳統(tǒng)的作戰(zhàn)單元中信息具有多樣性、異構性、復雜性等特點，導致了信息數(shù)據(jù)種類多樣化、格式不統(tǒng)一等特點，需要將異構平臺、不同格式、不同語義的數(shù)據(jù)信息進行統(tǒng)一表示和規(guī)范操作。解決這個問題最常用的方法是提供統(tǒng)一數(shù)據(jù)模型（Integration Data Model，IDM），它具有自描述能力、具有統(tǒng)一表示形式和代數(shù)操作，能夠描述各種異構數(shù)據(jù)的抽象結構、具體表示和關系，提供原子數(shù)據(jù)、組合數(shù)據(jù)的元數(shù)據(jù)描述，屏蔽數(shù)據(jù)在結構格式、句法上的異構性，能夠容納已有的數(shù)據(jù)格式、復雜數(shù)據(jù)類型，支持各種具有不同語法和格式的數(shù)據(jù)結構模型，使得協(xié)同作戰(zhàn)單元各種信息數(shù)據(jù)按照統(tǒng)一的模型和規(guī)范進行分類、處理和表示，形成一個統(tǒng)一、標準、科學的信息表示標準與操作規(guī)范。數(shù)據(jù)模型應該滿足三方面的要求：能比較真實地模擬現(xiàn)實世界；能容易為人們所理解，便于在計算機上實現(xiàn)［1］。當前數(shù)據(jù)分為結構化、半結構化以及非結構化數(shù)據(jù)。在早期提出的信息表示方案中，往往存在一些不足：數(shù)據(jù)轉(zhuǎn)換和整合規(guī)則都融合在定制代碼中，發(fā)生變化就難以靈活適應；各個設備只能通過中間庫或者集中庫的方式來解決數(shù)據(jù)集成，然而這樣又形成了新的數(shù)據(jù)孤島。這種狀況直至XML的出現(xiàn)才有改變。XML作為一種自描述語言，具有適合數(shù)據(jù)交換的特性?，F(xiàn)有的基于XML數(shù)據(jù)集成平臺有如下特點：用XML格式作為統(tǒng)一的數(shù)據(jù)交換標準，為數(shù)據(jù)訪問提供簡便、統(tǒng)一的模式；數(shù)據(jù)轉(zhuǎn)換和整合規(guī)則可以靈活定義，獨立于應用集成和業(yè)務邏輯。如BEA公司的數(shù)據(jù)集成平臺BEA Liquid Data就是這樣產(chǎn)品［2］。不幸的是，伴隨著用XML進行數(shù)據(jù)交換的是系統(tǒng)運行性能的降低。從XML文檔所形成的樹狀結構中查找信息、解析、校驗、轉(zhuǎn)換等操作，都不能輕易完成，需要耗費過多系統(tǒng)資源。因此，XML還不能徹底解決這類問題。為了解決數(shù)據(jù)表示以及XML問題，國際上有一些組織致力于數(shù)據(jù)概念模型的標準化工作，試圖通過對各個信息數(shù)據(jù)資源的統(tǒng)一抽象和概括，為分布式集成提供通用的、統(tǒng)一的概念模型，找到能夠?qū)崿F(xiàn)全社會數(shù)據(jù)共享的數(shù)據(jù)模型，例如美國斯坦福大學與IBM Almaden研究中心提出OEM（Object Exchange Model）［3］以及東南大學的基于帶根連通有向圖的對象集成模型（OIM）［4］。OEM是一種自描述數(shù)據(jù)模型，適合表示松散或結構不固定的半結構化數(shù)據(jù)，用于異構數(shù)據(jù)集成。OIM模型以OIM對象代數(shù)作為查詢語言的數(shù)學基礎，OIM模型對象操作包括六種對象操作，分別是對象并、對象差、對象選擇、對象投影、對象粘貼和對象切削，其中對象差和對象并不同于關系代數(shù)的相應運算，參與運算的兩個OIM可以不相容，即可以具有不同數(shù)目的子對象以及不同的子對象取值。

信息統(tǒng)一管理最主要解決各個作戰(zhàn)單元的信息靈活的“按需獲取”問題。最初的解決方案是設備點對點的通信，直到“發(fā)布／訂閱（pub／sub）”機制的出現(xiàn)使這種需求變成了可能。發(fā)布／訂閱（pub／sub）是一種具有動態(tài)性和松散耦合特性的靈活通信范型和交互機制，與傳統(tǒng)的通信范型（消息傳遞、RPC／RMI和共享空間）相比，具有異步、多點通信特點，使通信的參與者在空間、時間和控制流上完全解耦，能夠很好地滿足艦船電子與信息系統(tǒng)松散通信需求。pub／sub系統(tǒng)中，生產(chǎn)者將事件發(fā)送給發(fā)布／訂閱中間件；消費者則向發(fā)布／訂閱中間件發(fā)出一個訂閱條件，表示對系統(tǒng)中的哪些事件感興趣，如果不再感興趣，也可以取消訂閱；而發(fā)布／訂閱中間件則保證將生產(chǎn)者發(fā)布的事件及時、可靠地傳送給所有對之感興趣的消費者。信息的生產(chǎn)者稱為發(fā)布者（publisher），信息的消費者稱為訂閱者（subscriber），發(fā)布者和訂閱者統(tǒng)稱為客戶端。匹配算法（matcher）負責高效地找到與給定事件相匹配的所有訂閱條件；而路由算法（router）則負責選擇適當路徑，將一個事件從發(fā)布者傳送到訂閱者。目前對pub／sub系統(tǒng)研究分為基于主題和基于內(nèi)容兩大類。基于主題的系統(tǒng)如IBM MQSeries［5］?；趦?nèi)容的pub／sub系統(tǒng)又可分為兩類，一類是基于Map，另一類是基于XML。在基于 Map的pub／sub系統(tǒng)中，事件內(nèi)容為多個“屬性＝值”集合，訂閱條件一般是各個屬性之上簡單斷言的連接，通常稱為平面模式（flat pattern）。較有影響的原型系統(tǒng)包括 SIENA、Gryphon、JEDI、Keryx、Elvin等。在基于XML的pub／sub系統(tǒng)中，目前已有的原型系統(tǒng)包括XFilter、XTrie、WebFilter等。

發(fā)布／訂閱（pub／sub）機制使系統(tǒng)信息使用的可伸縮性和靈活性有了很大提高，即要求不用重建整個系統(tǒng)就可以增加新的節(jié)點。OMG（Object Management Group）意識到了這種對數(shù)據(jù)分發(fā)服務的需求，并于2004年12月發(fā)布了面向分布式實時系統(tǒng)的數(shù)據(jù)分發(fā)服務規(guī)范（Data Distribution Service for Real－time Systems，DDS）［6］。DDS 規(guī)范為DDS中間件定義了一系列規(guī)范化的接口和行為，定義了以數(shù)據(jù)為中心的發(fā)布／訂閱（Data－Centric Publish－Subscribe，DCPS）機制，提供了一個與平臺無關的數(shù)據(jù)分發(fā)模型。此外，DDS規(guī)范還強力關注了對 QoS（Quality－of－Service）的支持，它定義了大量的QoS策略，使得DDS可以很好地配置和利用系統(tǒng)資源，協(xié)調(diào)可預測性與執(zhí)行效率之間的平衡，以及支持復雜多變的數(shù)據(jù)流需求。目前，商用的DDS產(chǎn)品全球范圍內(nèi)已經(jīng)有不少的供應商，其中最主要的有美國RTI公司、PrismTech公司以及Twin Oaks公司，它們之間的比較如表1所示。

表1 不同DDS產(chǎn)品之間比較

2.3 功能集成研究現(xiàn)狀

功能集成的主要目的是實現(xiàn)功能“即插即用”，為了實現(xiàn)這個目標，在商用行業(yè)提出了一系列組合的解決方案，其中最具有代表性的是組件技術、中間件技術。目前，有多個組織和公司為組件、組件框架和接口建立了模型和技術規(guī)范，其中OMG CORBA、Microsoft COM／DCOM（或.NET）以及Sun JavaBean／EJB占主導地位。目前組件和中間件技術在艦船電子與信息系統(tǒng)中得到了較為廣泛的應用，應用最多的是OMG CORBA。CORBA（Common Object Request Broker Architecture）是對象管理組織OMG在1992年發(fā)布的分布式對象計算的一種規(guī)范和標準。它定義了接口定義語言（IDL）和應用編程接口（API），從而通過實現(xiàn)對象請求代理（ORB）來激活客戶／服務器的交互。1996年12月發(fā)布了CORBA2.0版本，定義了如何跨越不同的ORB提供者而進行通訊，以解決不同的ORB之間的協(xié)同工作。隨著在實踐中的不斷完善，1999年又推出了CORBA3.0版本，融合了一些新興的技術Java、MOM 等，推出了組件模型CCM結構，規(guī)范了一個創(chuàng)建即插即用對象框架，為CORBA的具體實現(xiàn)提供了一種標準的方法。

CORBA規(guī)范定義了ORB的體系結構及相關內(nèi)容，定義了IDL語言及其映射，定義了對象間如何通過ORB互操作以及ORB間如何互操作。在CORBA中，對象請求代理（ORB）、接口定義語言（IDL）和因特網(wǎng)上對象請求代理之間的協(xié)議（IIOP）是三個核心組成部分，可使系統(tǒng)具有分布式、可移植、可裁剪和異構能力。此外，事件和命名服務（它們是使用最廣泛的服務程序）在實現(xiàn)分布式、可移植、可裁剪和異構型的目標當中也起到了很大的作用。CORBA命名服務程序與CORBA典型事件服務程序?qū)Υ罅孔酉到y(tǒng)與接口的成功集成起著關鍵的作用。圖1是CORBA的體系結構，表示了客戶、服務的執(zhí)行對象與ORB接口間的關系。

圖1 CORBA體系結構

2.4 過程集成研究現(xiàn)狀

過程集成主要是將系統(tǒng)活動、流程等采用統(tǒng)一的組織方式、流程模式快速構建適用不同需求的系統(tǒng)流程，它的最主要的目的是為用戶提供一個可以靈活定制的工作流程。目前在工業(yè)界最能夠體現(xiàn)過程集成特點的是Web服務。Web服務是SOC與SOA中所強調(diào)的服務概念的一種具體表現(xiàn)形式和功能載體，它提供了面向Internet應用的統(tǒng)一服務注冊、發(fā)現(xiàn)、綁定和集成機制，它是一種基于Web環(huán)境的具有自適應、自描述、模塊化并且良好互操作能力的應用程序。Web服務模型包括三個實體（如圖2）：提供商、客戶和注冊庫。服務提供商負責Web服務的實現(xiàn)、發(fā)布和維護，注冊庫用于存儲服務的描述信息并實現(xiàn)基于關鍵字的服務發(fā)現(xiàn)，客戶通過查詢注冊庫來發(fā)現(xiàn)可用的Web服務［7］。

圖2 Web服務體系結構

Web服務的接口和綁定可以通過XML進行定義、描述和發(fā)現(xiàn)［8］，涉及的三項基本技術是：Web服務描述語言 WSDL（Web Service Description Language）［9］、Web服務與外界交互的SOAP協(xié)議（Simple Object Access Protocol）［10］、Web服務發(fā)布和發(fā)現(xiàn)的UDDI規(guī)范（Universal Description Discovery）［11］其中 WSDL是基于XML的 Web服務接口描述語言，用于描述服務的操作、參數(shù)類型以及服務的SOAP接入點；SOAP是分布式或集中式環(huán)境下基于XML的消息交換協(xié)議、UDDI則用來發(fā)布和發(fā)現(xiàn)服務。

由于艦船電子與信息系統(tǒng)在使用的過程中，一般需要遵循比較嚴格的程序和規(guī)范，因此在這方面主要是從人機交互界面的方便性、靈活性上進行一些工作。如在弗吉尼亞上通過開放式艙室，可以靈活的定義多功能顯控臺的功能，從而實現(xiàn)靈活的操作控制。荷蘭艦船、德國的最新的艦船電子信息系統(tǒng)（作戰(zhàn)系統(tǒng)）也采用同樣技術。

2.5 綜合集成研究現(xiàn)狀

由于艦船電子與信息系統(tǒng)需要安裝在艦船有限的空間上，并具有信息系統(tǒng)和控制系統(tǒng)的特征，因此，世界各國主要從硬件集成、信息集成、功能集成和過程集成等多個方面綜合解決系統(tǒng)集成的問題，這種集成方式成為綜合集成或一體化集成。艦船電子與信息系統(tǒng)綜合集成（一體化集成）主要是基于開放式體系結構，廣泛采用標準化的硬件和COTS技術，從而形成一套完整的集成解決方案。比較有代表性的有英國的SMCS系統(tǒng)、瑞典的9SCS MK3系統(tǒng)、挪威的MSI－90UMK2系統(tǒng)、法國的SUBICS系統(tǒng)、德國的ISUS90系統(tǒng)、美國的 AN／BSY－1、AN／BSY－2系統(tǒng)以及即將安裝在最新型核動力潛艇NSSN上的C3I系統(tǒng)等。目前集成度最高、集成范圍最廣的是美國DDG1000的全艦計算環(huán)境。

ISUS90綜合作戰(zhàn)系統(tǒng)（參見圖2）是德國STN阿特拉斯公司上世紀80年代研制的ISUS83系統(tǒng)的改進型。ISUS90采用開放式體系結構，采用交換式以太網(wǎng)雙總線網(wǎng)絡拓撲結構，將聲納、光導、光學、雷達、電子支援措施和通信情報系統(tǒng)、導航系統(tǒng)與武器系統(tǒng)有效地集成到一起。整個系統(tǒng)具有數(shù)據(jù)聯(lián)系能力，計算機通信由以太網(wǎng)雙總線系統(tǒng)和光纖數(shù)據(jù)傳輸系統(tǒng)控制。所有子系統(tǒng)均裝備了先進的基于PC的處理計算機實現(xiàn)實時控制。整個系統(tǒng)采用標準化信號處理，盡可能減少信號誤差。系統(tǒng)的實時控制采用PC處理機，聲納信號處理采用高速RISC處理機。系統(tǒng)采用通用多功能控制臺，功能可以互換，所有顯示器上的術語通用，信息顯示共同處理。系統(tǒng)減少使用專用硬件，將重點放在采用國際通用標準的功能化軟件上，整個系統(tǒng)提供了大量的備用替換能力。

圖3 ISUS90的典型配置

SMCS指揮系統(tǒng)是作戰(zhàn)系統(tǒng)中最具有代表性和特點的系統(tǒng)，由英國宇航防御系統(tǒng)有限公司研制，是一個以SUCCESSOR結構為基礎的模塊化全分布式系統(tǒng)，該系統(tǒng)首先裝備于英國“前衛(wèi)”、“特拉法爾加”、“快速”級潛艇。

SMCS采用雙冗余光纖局域網(wǎng)與潛艇的聲納、戰(zhàn)術武器連接，提供對武器發(fā)射系統(tǒng)的控制，可支持“戰(zhàn)斧”對地導彈。該系統(tǒng)共使用了200多個80386／486微處理機，使用 Ada程序設計語言。BAeSEMA公司的SUCCESSOR產(chǎn)品可支持靈活的用戶－服務器結構，而且能夠把應用軟件從操作系統(tǒng)和基礎軟件中隔離出來。在應用軟件中還可以進一步分層，把每一個應用程序分成若干子系統(tǒng)，每個子系統(tǒng)都具有明確的任務和接口。該系統(tǒng)根據(jù)潛艇／水面艦艇指揮與控制系統(tǒng)后續(xù)發(fā)展的作戰(zhàn)要求，采用了系列化的硬件／軟件模塊。在改進中，該系統(tǒng)引用了大量的COTS軟件和硬件。

SUBTICS戰(zhàn)術綜合作戰(zhàn)系統(tǒng)（參見圖3）是法國UDS公司研制的第一個開放式、模塊化結構系統(tǒng)，適合裝備各類潛艇，包括新建和改裝艇。SUBTICS的核心是一個開放式模塊化結構，以標準數(shù)據(jù)處理機、冗余數(shù)據(jù)總線和多功能控制臺為基礎，采用雙冗余以太網(wǎng)總線，將所有的聲和非聲傳感器的輸入以及武器、導航系統(tǒng)、指揮和武器控制系統(tǒng)的功能綜合到6和雙屏多功能彩色控制臺上。該系統(tǒng)提高了總的作戰(zhàn)性能；廣泛采用COTS技術和開放式模塊化系統(tǒng)結構，系統(tǒng)兼容性好，升級容易，配置靈活；適裝性好。

圖4 法國的SUBTICS系統(tǒng)

圖5 美國艦艇作戰(zhàn)系統(tǒng)集成環(huán)境Hiper－D

NSSN C3I系統(tǒng)先進的作戰(zhàn)系統(tǒng)，也是美國海軍第一個全綜合作戰(zhàn)系統(tǒng)——Hiper－D（如圖5），它裝備在潛艇上，幾乎綜合了潛艇上的所有電子設備，形成了一個以光纖局域網(wǎng)連接的全分布式處理系統(tǒng)。該系統(tǒng)采用頂層系統(tǒng)設計原則，突出淺海作戰(zhàn)和聯(lián)合作戰(zhàn)；采用實時Unix操作系統(tǒng)和全開放式模塊化系統(tǒng)結構，使系統(tǒng)升級，技術轉(zhuǎn)移、改進和擴充更方便；最大限度地利用了商用流行技術，極大地減少了研制費用，縮短了研制周期。C3I系統(tǒng)中的各個子系統(tǒng)連接在一種松耦合聯(lián)合體系結構中，它們通過ATM光纖網(wǎng)絡的分層結構共享處理過的數(shù)據(jù)和信息。該艇95%是模塊化的結構。由于在NSSN試驗期間不斷用最新技術對C3I系統(tǒng)進行更新，以最新產(chǎn)品取代那些過時的硬件和軟件，因此當NSSN交付使用時，NSSN C3I系統(tǒng)仍然是代表當時技術水平的先進系統(tǒng)。

目前裝備在美國海軍新型驅(qū)逐艦DDG1000（也稱朱姆沃爾特）上的全艦計算環(huán)境TSCE（Total Ship Computing Environment）（如圖6）是美國乃至全世界范圍內(nèi)艦艇電子與信息系統(tǒng)綜合集成的典型代表，也是最高水平，將艦艇平臺上的電子與信息系統(tǒng)的綜合集成推向了極致，全艦計算環(huán)境是DDG1000十大關鍵技術之一。在DDG1000艦上，通過TSCE對處理機柜和顯控臺等設施根據(jù)作戰(zhàn)系統(tǒng)、機械、電氣、通信等專業(yè)的不同進行了分類標準化和通用化，硬件主要選用商用現(xiàn)貨產(chǎn)品。全艦計算環(huán)境的基礎設施（TSCE－I）形成一個開放的、虛擬的計算環(huán)境，所有計算資源統(tǒng)一調(diào)度管理，可為其他領域的應用提供服務，所有應用軟件均分布在這個計算環(huán)境中。所有傳感器、受動器、激勵器和武器通過適配器與全艦計算環(huán)境連接。DDG1000全艦計算環(huán)境從集成范圍上包含了艦船導航、外部通信、傳感器、指揮控制情報、飛機、交戰(zhàn)、支持等全體船上系統(tǒng)，TSCE可以使得海軍通過在艦隊范圍內(nèi)使用標準軟件和COTS硬件獲得持續(xù)增強的能力。

圖6 DDG1000全艦計算環(huán)境示意圖

全艦計算環(huán)境通過開放式技術體系結構的技術框架，該框架利用計算機、網(wǎng)絡設備、處理器、實時操作系統(tǒng)、CORBA中間件、DDS中間件等技術，為艦上電子與信息系統(tǒng)提供了基礎軟硬件平臺。幾乎所有的基礎軟硬件平臺都是依賴商用計算技術。DDG1000能夠?qū)⑷绱舜笠?guī)模應用軟件無縫地集成到一起，并且提供軟件和硬件的持續(xù)增強能力，TSCE是關鍵因素。這種級別的集成和自動化是史無前例的，也是DDG1000驅(qū)逐艦人員減少60%的主要原因。

3 系統(tǒng)集成發(fā)展的啟示

當前艦船電子與信息系統(tǒng)綜合集成是將硬件集成、信息集成、功能集成和過程集成等融為一體的全方位集成，基于開放體系結構，構造出能夠為艦艇水聲、電磁、導航、外部通信、指揮控制情報、仿真推演等提供高性能計算環(huán)境，為指控、通信、交戰(zhàn)等應用提供高可靠的服務平臺，在國內(nèi)也已經(jīng)形成了基本共識，并且國內(nèi)多家企業(yè)也開展了基礎研究。根據(jù)技術發(fā)展和艦船應用需求，我國應該制定相應的對策，可以從以下幾方面考慮：

1）全局規(guī)劃逐步開展

艦船電子與信息系統(tǒng)綜合集成涉及到多任務并行計算、信息協(xié)同處理和在線仿真推演等不同特征大容量計算，同時也涉及到硬件集成、信息綜合、應用集成等公共服務，我國在這方面的研究應該采取全局規(guī)劃、逐步開展的策略，應該由具有集成能力強的單位牽頭，聯(lián)合具有不同專業(yè)優(yōu)勢單位共同對艦船電子與信息系統(tǒng)綜合集成的整體架構、容錯技術、虛擬技術、協(xié)同計算環(huán)境、信息集成技術等開展專項研究，并且首先在集成度要求高、集成范圍較小的中型艦船上分步實施應用，然后將成熟的技術逐步應用到大型艦船上中。

2）加快推進軟件計價

實現(xiàn)艦船電子與信息系統(tǒng)綜合集成的一個核心是軟件，綜合集成是通過其基礎軟件集成艦艇上所有的軟硬件資源為各個應用提供計算、存儲、控制等的服務。因此要推動艦船電子與信息系統(tǒng)綜合集成技術在艦船上的應用，必須首先將硬件和軟件分離，實現(xiàn)硬件與其上層軟件單獨計價、獨立交付，這樣不僅能夠使艦船電子與信息系統(tǒng)綜合集成基礎軟件這種不依附任何特定硬件又必須部署于相關硬件的軟件實體，具有研制、裝備的驅(qū)動力，同時也為艦船電子與信息系統(tǒng)各種應用軟件的構件化以及獨立于硬件開發(fā)提供基礎條件。

3）加快推進硬件標準化、通用化與系列化

艦船電子與信息系統(tǒng)綜合集成技術要求其硬件盡可能標準化和通用化，這樣基礎軟件和應用軟件構件在進行部署、運行時采用相對統(tǒng)一的技術方案，從而減少由于不同硬件之間轉(zhuǎn)換與匹配的開銷。當前海軍在多功能顯控臺方面已經(jīng)形成了標準化，為了適應艦船電子與信息系統(tǒng)綜合集成技術在艦艇上的應用，還需要推動水聲信號處理、電磁計算等硬件標準化和通用化工作。同時在硬件型號的鑒定與管理上，如何根據(jù)摩爾定律，保持硬件型號計算能力與技術發(fā)展相匹配，形成同一型號種多種性能產(chǎn)品系列，也是需要統(tǒng)稱考慮。

4 結語

系統(tǒng)綜合集成是艦船電子與信息系統(tǒng)發(fā)展的一次重要革新，它是硬件集成、信息集成和功能集成和過程集成等的綜合實現(xiàn)，同時也是基于開放體系結構將中間件、網(wǎng)格計算、云計算等新理念、思想、技術和方法應用于艦船電子與信息系統(tǒng)，是大幅度提升艦船電子與信息系統(tǒng)集成優(yōu)化水平的必然途徑，能夠提升艦船執(zhí)行任務的能力，這些在國內(nèi)已經(jīng)形成共識。對此本文首先對集成技術進行介紹，分析了硬件集成、信息集成、功能集成和過程集成的不同側(cè)重點和相關集成內(nèi)涵；然后根據(jù)艦船電子與信息系統(tǒng)的使用特點以及所涉及領域特征，詳細闡述了艦船電子與信息系統(tǒng)綜合集成在國外研究進展和發(fā)展趨勢情況，在此基礎上，針對我國艦船電子與信息系統(tǒng)的現(xiàn)狀，提出了我國發(fā)展艦船電子與信息系統(tǒng)綜合集成應該采取的策略，目的是為我艦船電子與信息系統(tǒng)實施綜合集成提供參考。

［1］李冠宇，劉軍，張俊.分布式異構數(shù)據(jù)集成系統(tǒng)的研究與實現(xiàn)［J］.計算機應用研究，2004，21（3）：96－98.

［2］The BEA Liquid Data Team.BEA Liquid Data for WebLogic：XML－based Enterprise Information Integration［C］／／Proceedings of the 20th International Conference on Data Engineering，2004：68－73.

［3］McHugh J，Abiteboul S，Coldman R，et al.Lore：A Database Management System for Semistructured Data［J］.ACM SIGMOD，1997，26（3）：54－66.

［4］韓江洪，鄭淑麗，魏振春，等.面向XML的 Web數(shù)據(jù)模型研究［J］.小型微型計算機系統(tǒng)，2005，26（4）：609－613.

［5］IBM.Internet Application Development with MQSeries and Java［M］.Palos Verdes：Vervante Corporate Publishing，1997：123－127.

［6］Object Management Group.Data Distribution Service for Real－time Systems［M］.Version1.2，Jan.2007.

［7］柴曉路.Web服務架構與開放互操作技術［M］.北京：清華大學出版社，2002：5－270.

［8］姚世軍.基于Agent的面向服務選擇的 Web Service架構研究［J］.計算機技術與發(fā)展，2006，16（9）：59－61.

［9］WSDL 規(guī)范［EB／OL］.http：／／www.w3.org／TR／wsdl／.

［10］SOAP 規(guī) 范 ［EB／OL］.http：／／www.w3.org／TR／soap／.

［11］UDDI規(guī)范［EB／OL］.http：／／www.uddl.org／.