綜合射頻系統(tǒng)顯控的可重構(gòu)軟件架構(gòu)設(shè)計

任志明，戴振民

(中國船舶重工集團公司第七二三研究所，江蘇 揚州 225001)

?

綜合射頻系統(tǒng)顯控的可重構(gòu)軟件架構(gòu)設(shè)計

任志明，戴振民

(中國船舶重工集團公司第七二三研究所，江蘇 揚州 225001)

綜合射頻系統(tǒng)具備雷達、電子對抗、通信等多種作戰(zhàn)能力，其通過前端天線陣面分置、集中數(shù)據(jù)處理、統(tǒng)一任務(wù)調(diào)度，統(tǒng)一顯示控制，實現(xiàn)作戰(zhàn)功能的協(xié)同整合，從而提升系統(tǒng)整體作戰(zhàn)效能。為此，綜合射頻系統(tǒng)的顯控分系統(tǒng)需要能夠進行功能組合，按照當(dāng)前的作戰(zhàn)需求實現(xiàn)功能重構(gòu)。從綜合射頻系統(tǒng)顯控分系統(tǒng)的使用需求出發(fā)，設(shè)計了一種支持軟件模塊進行重構(gòu)的軟件架構(gòu)，并用Qt實現(xiàn)了此軟件架構(gòu)，然后將其應(yīng)用到多個工程中。

綜合射頻系統(tǒng)；顯控；軟件架構(gòu)；數(shù)據(jù)總線；重構(gòu)

0 引 言

綜合射頻系統(tǒng)將綜合推進到天線及射頻前端，實現(xiàn)了最大化的作戰(zhàn)能力集成，將各型設(shè)備生成的數(shù)字波束合成(DBF)、脈沖描述字(PDW)等數(shù)據(jù)流通過光纖高速傳輸?shù)綌?shù)據(jù)處理中心進行統(tǒng)一的數(shù)據(jù)處理，使雷達、通信、電子戰(zhàn)等功能能夠在統(tǒng)一的任務(wù)規(guī)劃下協(xié)同工作，提升了電子系統(tǒng)的作戰(zhàn)能力[1]。

綜合射頻系統(tǒng)顯控需要整合雷達、通信、電子對抗系統(tǒng)等多型設(shè)備或多種作戰(zhàn)能力的使用需求，跨越單個設(shè)備界限，設(shè)計可擴展的、支持重構(gòu)的軟件架構(gòu)，從作戰(zhàn)的角度對全系統(tǒng)所有設(shè)備的作戰(zhàn)能力進行整合，實現(xiàn)統(tǒng)一的操控，以一致的風(fēng)格進行人機交互[2]。

綜合射頻系統(tǒng)顯控的軟件架構(gòu)需要具備動態(tài)擴展的能力，單個的插件能夠無縫替換升級，通過重構(gòu)集成新的功能模塊，滿足新的作戰(zhàn)需求。

1 綜合射頻系統(tǒng)顯控軟件架構(gòu)的功能要求分析

綜合射頻系統(tǒng)顯控需要設(shè)計新的軟件架構(gòu)，在統(tǒng)一架構(gòu)的前提下按照當(dāng)前的作戰(zhàn)需求將每個功能設(shè)計為獨立的插件，能夠動態(tài)組合，實現(xiàn)功能重構(gòu)，動態(tài)生成顯控臺位。按照作戰(zhàn)能力劃分軟件模塊，如雷達探測功能、電子偵察功能、有源干擾功能、無源干擾功能等，顯控臺位啟動的時候按照配置文件加載指定的功能模塊，生成相應(yīng)的功能臺。

在功能重構(gòu)的軟件架構(gòu)下，軟件模塊分為3種類型：

(1) 框架：提供插件的加載管理，設(shè)置插件的公共數(shù)據(jù)訪問接口，對插件的畫面進行布局，定義需要使用的數(shù)據(jù)總線；

(2) 數(shù)據(jù)總線：提供插件之間的通信機制，實現(xiàn)插件之間的通信和控制傳遞，提供插件對數(shù)據(jù)總線的掛接、卸載，接收數(shù)據(jù)寫入的接口，將數(shù)據(jù)更新通知所有掛接的插件；

(3) 插件：提供具體的設(shè)備操控界面和功能，每個功能模塊通過統(tǒng)一定義的接口和外界進行交互，負(fù)責(zé)各類數(shù)據(jù)的顯示和操控。下面對3個部分需要實現(xiàn)的功能進行逐一分析。

1.1 框架的功能分析

框架需要定義插件的對外接口：插件的數(shù)據(jù)總線接口InterfaceDataBus，簡稱為IDataBus；插件的顯示功能接口Interface_Display，簡稱為IDisplay。

框架需要按照配置要求，分配相應(yīng)的資源，創(chuàng)建當(dāng)前的顯控臺位上需要的數(shù)據(jù)總線，設(shè)置插件訪問數(shù)據(jù)總線的接口。

框架需要統(tǒng)一管理顯示畫面，在啟動時，加載指定的插件，對插件的窗口進行統(tǒng)一布局，將插件的按鈕、菜單整合到界面中，生成操控界面。

框架需要設(shè)置統(tǒng)一的界面風(fēng)格，保證所有的插件能夠風(fēng)格一致。

1.2 數(shù)據(jù)總線的功能分析

在使用插件的軟件架構(gòu)下，插件之間沒有任何接口，是無法直接進行通信的，插件之間通信必須通過數(shù)據(jù)總線進行數(shù)據(jù)和控制的傳遞。

數(shù)據(jù)總線必須能夠動態(tài)接收插件的掛接，提供數(shù)據(jù)總線的讀寫訪問接口。在總線上數(shù)據(jù)有更新的時候，必須通知掛接在數(shù)據(jù)總線上的所有插件。

在初始化的時候，軟件框架在創(chuàng)建插件后，設(shè)置插件訪問數(shù)據(jù)總線的接口指針。插件通過接口指針掛接、訪問數(shù)據(jù)總線。在插件將數(shù)據(jù)寫入到數(shù)據(jù)總線時，掛接在此總線上的插件會收到通知，對數(shù)據(jù)進行讀取。插件可以掛接到任一個數(shù)據(jù)總線上，寫入數(shù)據(jù)總線的數(shù)據(jù)實時廣播到每個掛接的插件。

數(shù)據(jù)總線涉及到3個角色：數(shù)據(jù)寫入者、數(shù)據(jù)讀取者、數(shù)據(jù)更新通知的機制。數(shù)據(jù)寫入者可以通過訪問接口寫入任意的數(shù)據(jù)，總線接收數(shù)據(jù)后進行存儲，然后查詢找出所有掛接的插件，依次通知每個插件進行數(shù)據(jù)讀取。圖1顯示了1個插件寫入、2個插件讀取使用數(shù)據(jù)總線的序列圖。

1.3 插件的功能分析

將綜合射頻系統(tǒng)的作戰(zhàn)能力進行分類，每個作戰(zhàn)能力實現(xiàn)為一個獨立的插件。在需要時，被框架進行加載。

插件實現(xiàn)框架定義的統(tǒng)一接口：數(shù)據(jù)總線接口IDataBus和顯示功能接口IDisplay。數(shù)據(jù)總線接口IDataBus提供對數(shù)據(jù)總線的訪問，顯示功能接口IDisplay將本插件的顯示窗口和界面元素菜單、工具欄等輸出給框架進行統(tǒng)一的布局顯示。

如果插件沒有界面顯示元素輸出，如網(wǎng)絡(luò)通信插件，只需要實現(xiàn)數(shù)據(jù)總線接口，不需要實現(xiàn)顯示功能接口。插件如果有界面元素輸出，就需要實現(xiàn)數(shù)據(jù)總線接口和顯示功能接口。

2 設(shè)計實現(xiàn)

此軟件架構(gòu)用Qt實現(xiàn)，應(yīng)用了Qt的信號/槽技術(shù)。Qt是一個純面向?qū)ο蟮目缙脚_的軟件界面開發(fā)包，對象之間通過信號/槽機制進行通信，可以實現(xiàn)一對一、一對多，多對多的對象通信。信號/槽機制提供了任意2個對象之間通信的機制。每個對象可以聲明自己的信號Signal，聲明響應(yīng)函數(shù)Slot，每個Signal可以通過Qt的Connect機制連接到任意數(shù)量的Slot，每個Slot也可以接收任意數(shù)量的Signal的請求。Qt對象通過Signals聲明信號，通過Slots聲明槽函數(shù)，然后通過Connect函數(shù)將2個對象的信號和槽進行連接[3]。

顯控軟件由三部分構(gòu)成：框架CorePlugIn，數(shù)據(jù)總線MemDataBus和插件組合。插件組合包括：網(wǎng)絡(luò)通信插件NetPlugIn，雷達顯示插件RadarPlugIn，電子偵察目標(biāo)顯示操控插件EsmTgtPlugIn，有源干擾顯示操控插件ActJamPlugIn，無源干擾顯示操控插件PassJamPlugIn，作戰(zhàn)任務(wù)顯示操控插件TaskPlugIn，BIT顯示插件BitPlugIn，數(shù)據(jù)綜合處理插件DataProPlugIn。

框架啟動后，首先生成數(shù)據(jù)總線，從配置文件中讀取需要加載的插件名稱，加載插件，設(shè)置插件訪問總線的接口。插件啟動后，掛接相應(yīng)的數(shù)據(jù)總線。數(shù)據(jù)總線負(fù)責(zé)管理寫入的數(shù)據(jù)，發(fā)送通知消息到掛接在數(shù)據(jù)總線上的插件。

在CorePlugIn中加載完數(shù)據(jù)總線插件后，獲得了總線的訪問接口，然后創(chuàng)建了網(wǎng)絡(luò)接收數(shù)據(jù)總線、網(wǎng)絡(luò)發(fā)送數(shù)據(jù)總線、雷達顯示數(shù)據(jù)總線、偵察目標(biāo)顯示數(shù)據(jù)總線、操控指令數(shù)據(jù)總線4個總線。

每個插件定義一個接口函數(shù)，用于掛接到數(shù)據(jù)總線上接收更新通知，通知函數(shù)原型如下所示：

boolNotifyFunc(constQStringbusName,//總線名稱

const quint32 index,//寫入的下標(biāo)

const quint32 bytes,//寫入的字節(jié)數(shù)

const quint32 dataID)。//數(shù)據(jù)元素的ID

數(shù)據(jù)總線接收到數(shù)據(jù)寫入更新后，通過NotifyFunc接口通知所有掛接的插件數(shù)據(jù)所在的數(shù)據(jù)總線名稱busName、數(shù)據(jù)的流水號index、字節(jié)數(shù)bytes、數(shù)據(jù)的特征dataID。插件從數(shù)據(jù)總線讀取數(shù)據(jù)，然后進行處理。

圖2顯示了框架、數(shù)據(jù)總線、插件三者之間關(guān)系的序列圖。

圖3顯示了從網(wǎng)絡(luò)接收到雷達數(shù)據(jù)后，相關(guān)的插件和數(shù)據(jù)總線處理的序列圖。

3 結(jié)束語

本文從綜合射頻系統(tǒng)顯控的需求出發(fā)，分析了滿足動態(tài)重構(gòu)的軟件架構(gòu)的能力要求，確定了綜合射頻系統(tǒng)顯控的3個組成部分，采用Qt技術(shù)實現(xiàn)了以框架、數(shù)據(jù)總線、插件組合的系統(tǒng)軟件架構(gòu)，每個插件可以無縫升級，新的插件可以動態(tài)集成，具備較強的可擴展性，實現(xiàn)了顯控功能重構(gòu)，滿足了綜合射頻系統(tǒng)顯控要求，在多個工程中得到了應(yīng)用。

[1] 薛慧，王虎.艦載多功能綜合射頻一體化研究發(fā)展現(xiàn)狀[J].飛航導(dǎo)彈，2016(9):46-49.

[2] 許中行.綜合一體化雷達電子戰(zhàn)系統(tǒng)及技術(shù)特征探析[J].電子工程信息，2003(6):37-47.

[3] BLANCHETTE J，SUMMERFIELD M.C++ GUI Qt4 編程[M].2版.閆鋒欣，曾泉人，張志強，等譯.北京:電子工業(yè)出版社，2008.

DesignofReconfigurableSoftwareArchitectureforDisplayandControlofIntegratedRFSystem

REN Zhi-ming,DAI Zhen-min
(The 723 Institute of CSIC,Yangzhou 225001,China)

The integrated radio frequency (RF) system has many fighting capabilities such as radar,electronic countermeasure,communication and so on.It uses front-end antenna array separation,centralized data processing,unified task scheduling and unified display and control to realize the collaborative integration of operational functions,thereby improves the overall combat effectiveness of weapon system.Thus,the display and control sub-system of integrated RF system need to be combined for the functions,namely reconstructs the function modules according to current operational requirements.Considering the requirements of integrated RF system's display and control sub-system,this paper designs a software architecture supporting software model reconstruction,and implements this software architecture through Qt,then applies it to several projects.

integrated radio frequency system;display and control;software architecture;data bus;reconstruction

2017-03-06

TP302

：A

：CN32-1413(2017)03-0073-03

10.16426/j.cnki.jcdzdk.2017.03.017