于古勝 朱 會(huì) 王鵬宇

（91550部隊(duì) 大連 116023）

1 引言

實(shí)時(shí)測(cè)控軟件系統(tǒng)在航天發(fā)射試驗(yàn)任務(wù)中承擔(dān)實(shí)時(shí)數(shù)據(jù)處理、試驗(yàn)航區(qū)安全控制、測(cè)量裝備數(shù)字引導(dǎo)、試驗(yàn)指揮顯示和場(chǎng)際間信息傳輸?shù)戎匾姑蝿?wù)。實(shí)時(shí)測(cè)控軟件是測(cè)控系統(tǒng)的核心，其可靠性直接關(guān)系著飛行試驗(yàn)任務(wù)的成敗。1981年美國(guó)哥倫比亞號(hào)航天飛機(jī)的第一次發(fā)射就是因?yàn)檐浖_(kāi)發(fā)過(guò)程中的一個(gè)影響軟件實(shí)時(shí)性效率的BUG而造成發(fā)射失?。?］。問(wèn)題是由一個(gè)程序員錯(cuò)誤地將延遲因子從50ms重新設(shè)置為80ms，錯(cuò)誤引起同步問(wèn)題，導(dǎo)致發(fā)射失敗，造成了重大損失。事實(shí)證明，航天發(fā)射過(guò)程中大部分事故都是由軟件引起的。由于馮·諾依曼模型在程序與數(shù)據(jù)的區(qū)分上沒(méi)有確定性原則、人性的弱點(diǎn)和程序設(shè)計(jì)方法學(xué)的不完善，實(shí)時(shí)測(cè)控軟件的上百萬(wàn)條指令完全由程序員設(shè)計(jì)、編寫(xiě)，軟件中的BUG難以避免。適應(yīng)國(guó)防和軍隊(duì)建設(shè)需要，靶場(chǎng)正在并將長(zhǎng)期處于持續(xù)高密度試驗(yàn)狀態(tài)，隨著試驗(yàn)任務(wù)的日益繁重，對(duì)靶場(chǎng)測(cè)控軟件的質(zhì)量提出了更高的要求。測(cè)控軟件質(zhì)量和可靠性已經(jīng)成為制約測(cè)控系統(tǒng)質(zhì)量和可靠性的“瓶頸”。加強(qiáng)靶場(chǎng)測(cè)控軟件質(zhì)量管理是提高測(cè)控軟件可靠性和未來(lái)高質(zhì)量地完成新型試驗(yàn)任務(wù)的必然要求。因此，研究提高實(shí)時(shí)測(cè)控軟件系統(tǒng)可靠性方法，最大限度地保證實(shí)時(shí)測(cè)控軟件可靠運(yùn)行對(duì)保證航天試驗(yàn)任務(wù)的順利完成意義重大。

2 實(shí)時(shí)測(cè)控軟件系統(tǒng)的特點(diǎn)

2.1 強(qiáng)實(shí)時(shí)性

所謂實(shí)時(shí)，是指在一個(gè)確定的時(shí)間里，對(duì)外部產(chǎn)生的事件做出響應(yīng)，并在確定的時(shí)間里，完成這種響應(yīng)及處理［2］。在航天測(cè)控系統(tǒng)中，這個(gè)確定的時(shí)間一般是ms級(jí)。實(shí)時(shí)處理的特性意味著如果在一個(gè)截止時(shí)間的最終期限內(nèi)沒(méi)有完成規(guī)定的工作，就會(huì)引起數(shù)據(jù)丟失、數(shù)據(jù)非法、甚至產(chǎn)生致命性的災(zāi)難［3］。因此，實(shí)時(shí)測(cè)控軟件系統(tǒng)必須在規(guī)定的時(shí)間周期內(nèi)完成數(shù)據(jù)采集、處理，解算出被測(cè)目標(biāo)的空間位置，顯示各種測(cè)量參數(shù)和曲線(xiàn)及采取相應(yīng)的航區(qū)安全控制措施等任務(wù)，這就是測(cè)控軟件的強(qiáng)實(shí)時(shí)性特點(diǎn)。

2.2 高可靠性

靶場(chǎng)試驗(yàn)“零缺陷”為目標(biāo)的特點(diǎn)［4］決定了對(duì)實(shí)時(shí)測(cè)控軟件系統(tǒng)具有高可靠性要求。軟件的可靠性是指“軟件系統(tǒng)在規(guī)定的時(shí)間內(nèi)及規(guī)定的環(huán)境下，完成規(guī)定功能的能力”［5］。軟件的可靠性和硬件的可靠性有著顯著的差別，其可靠性比硬件可靠性更難保證。主要表現(xiàn)在：

1）成熟軟件的可靠性不會(huì)因?yàn)槭褂枚l(fā)生變化，而硬件會(huì)隨著時(shí)間和使用而老化，其可靠性具有浴盆曲線(xiàn)現(xiàn)像；

2）軟件可靠性取決于設(shè)計(jì)質(zhì)量，硬件可靠性受設(shè)計(jì)、生產(chǎn)、使用所有過(guò)程影響；

3）軟件不會(huì)產(chǎn)生物理失效，對(duì)軟件的修復(fù)需要重新設(shè)計(jì)，并往往要考慮對(duì)整個(gè)軟件系統(tǒng)的影響，硬件的維護(hù)要通過(guò)修復(fù)或更換損壞部件來(lái)重新恢復(fù)其功能，影響往往是局部的。

需要指出的是：為提高硬件可靠性可采用冗余技術(shù)，而基于同一軟件的冗余不提高可靠性。

2.3 信息流量大、接口關(guān)系復(fù)雜

實(shí)時(shí)測(cè)控軟件系統(tǒng)是一個(gè)規(guī)模龐大的分布式實(shí)時(shí)處理系統(tǒng)，一般由運(yùn)行于不同平臺(tái)的實(shí)時(shí)數(shù)據(jù)處理、航區(qū)安全控制、試驗(yàn)指揮顯示和信息仿真等分系統(tǒng)組成，通常是由幾十個(gè)進(jìn)程、線(xiàn)程通過(guò)復(fù)雜的接口關(guān)系組成的龐大的應(yīng)用軟件系統(tǒng)。被測(cè)目標(biāo)高速飛行，距離、速度、高度急劇變化的特性要求實(shí)時(shí)測(cè)控軟件系統(tǒng)在極短的時(shí)間內(nèi)處理大量的數(shù)據(jù)信息。分布在不同地域的數(shù)十臺(tái)測(cè)控裝備在實(shí)時(shí)測(cè)控軟件系統(tǒng)的集中控制下協(xié)調(diào)運(yùn)行完成航天測(cè)控任務(wù)。大射程飛行試驗(yàn)需要多個(gè)指控中心接力完成實(shí)時(shí)測(cè)控任務(wù)，要求對(duì)不同體制測(cè)控信息接口協(xié)議進(jìn)行實(shí)時(shí)轉(zhuǎn)換。測(cè)控信息流量大，測(cè)控系統(tǒng)接口關(guān)系復(fù)雜都會(huì)對(duì)實(shí)時(shí)測(cè)控的可靠性帶來(lái)一定影響。

3 實(shí)時(shí)測(cè)控軟件系統(tǒng)可靠性風(fēng)險(xiǎn)分析

3.1 開(kāi)發(fā)周期長(zhǎng)、軟件測(cè)試難度大的風(fēng)險(xiǎn)

開(kāi)發(fā)實(shí)時(shí)測(cè)控軟件系統(tǒng)涉及到計(jì)算機(jī)硬件、網(wǎng)絡(luò)通信、時(shí)間統(tǒng)一、無(wú)線(xiàn)電外測(cè)、遙測(cè)遙控、光學(xué)測(cè)量、大地測(cè)量、水文氣象、彈道學(xué)、空氣動(dòng)力學(xué)、應(yīng)用數(shù)學(xué)等多領(lǐng)域知識(shí)，開(kāi)發(fā)周期一般需要2年以上。航天測(cè)控領(lǐng)域的特殊性決定了實(shí)時(shí)測(cè)控軟件系統(tǒng)很難借助外部力量開(kāi)發(fā)，只能由具備上述領(lǐng)域知識(shí)的航天指控中心的軟件研制人員根據(jù)試驗(yàn)任務(wù)要求提出軟件需求，自行設(shè)計(jì)開(kāi)發(fā)。他們集軟件交辦方、開(kāi)發(fā)方、最終用戶(hù)于一身。不可能建立一般軟件開(kāi)發(fā)的甲、乙方相互監(jiān)督制約的軟件開(kāi)發(fā)機(jī)制。因此，實(shí)時(shí)測(cè)控軟件的測(cè)試難度較大，測(cè)試計(jì)劃、標(biāo)準(zhǔn)的制定，測(cè)試用例、邊界條件的選擇只能靠軟件開(kāi)發(fā)人員憑經(jīng)驗(yàn)進(jìn)行把握，很難有一個(gè)定量的依據(jù)和標(biāo)準(zhǔn)。開(kāi)發(fā)周期長(zhǎng)、測(cè)試難度大對(duì)保證實(shí)時(shí)測(cè)控軟件系統(tǒng)的可靠性提出了挑戰(zhàn)。

3.2 異構(gòu)平臺(tái)實(shí)時(shí)數(shù)據(jù)可靠傳輸風(fēng)險(xiǎn)

在飛行試驗(yàn)時(shí)，由于受地理?xiàng)l件和測(cè)量裝備作用范圍的限制，需布設(shè)多臺(tái)測(cè)量裝備，才能保證飛行器在整個(gè)飛行過(guò)程中的測(cè)量控制。各測(cè)量裝備以規(guī)定的周期向中心計(jì)算機(jī)系統(tǒng)傳送一點(diǎn)測(cè)量數(shù)據(jù)，各裝備向計(jì)算機(jī)系統(tǒng)傳輸測(cè)量數(shù)據(jù)采用了異構(gòu)通信方式，即分別采用同步、異步和IP三種通信方式中的一種或多種。由于各裝備向計(jì)算機(jī)系統(tǒng)傳輸測(cè)量數(shù)據(jù)所采用的通信方式不同，以及受信道質(zhì)量和傳輸時(shí)延不同的影響，計(jì)算機(jī)系統(tǒng)對(duì)每一點(diǎn)測(cè)量數(shù)據(jù)的接收可能存在通過(guò)某個(gè)信道傳輸?shù)臏y(cè)量數(shù)據(jù)丟失或因時(shí)延較大而收到的不是同一時(shí)間點(diǎn)數(shù)據(jù)的現(xiàn)象。因此，對(duì)計(jì)算機(jī)系統(tǒng)而言，接收單一通信方式傳輸?shù)臏y(cè)量信息，存在獲取的測(cè)量數(shù)據(jù)不完整、不齊全的問(wèn)題；接收所有通信方式傳輸?shù)臏y(cè)量信息，又存在獲取的測(cè)量數(shù)據(jù)冗余或不一致的問(wèn)題。這些問(wèn)題必然對(duì)實(shí)時(shí)處理可靠性帶來(lái)一定影響。

3.3 集中式數(shù)據(jù)處理方式面臨的風(fēng)險(xiǎn)

當(dāng)前靶場(chǎng)實(shí)時(shí)測(cè)控軟件系統(tǒng)采用的是中心機(jī)集中處理方式下的硬件雙工機(jī)制，實(shí)時(shí)測(cè)控軟件系統(tǒng)在基于相同的操作系統(tǒng)平臺(tái)和相同的數(shù)據(jù)接口標(biāo)準(zhǔn)的中心機(jī)上運(yùn)行，這種集中式處理方式在可靠性方面存在一定的風(fēng)險(xiǎn)。在飛行試驗(yàn)過(guò)程中各種突發(fā)事件、異常事件隨機(jī)發(fā)生，某些非法的、異常輸入數(shù)據(jù)難以預(yù)測(cè)，由于中心機(jī)雙機(jī)軟件完全一致，異常處理方法也完全一致，如果對(duì)異常數(shù)據(jù)引起的錯(cuò)誤處理不當(dāng)可能會(huì)引起中心機(jī)雙機(jī)同時(shí)崩潰，給飛行試驗(yàn)造成不可預(yù)料的風(fēng)險(xiǎn)代價(jià)和災(zāi)難性的后果。

4 提高實(shí)時(shí)測(cè)控軟件系統(tǒng)可靠性途徑

4.1 樹(shù)立質(zhì)量意識(shí)，把好軟件研制關(guān)

樹(shù)立軟件質(zhì)量意識(shí)是搞好軟件質(zhì)量管理的“第一道工序”。靶場(chǎng)測(cè)控軟件和靶場(chǎng)其它專(zhuān)用裝備一樣有其生存周期。軟件的生存周期是指從提出軟件產(chǎn)品的任務(wù)開(kāi)始到軟件產(chǎn)品不能使用為止的時(shí)間叫軟件的生存周期［6］。包括：項(xiàng)目規(guī)劃、需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼及測(cè)試、系統(tǒng)運(yùn)行維護(hù)等不同階段［7］。在項(xiàng)目規(guī)劃階段，要建立軟件質(zhì)量標(biāo)準(zhǔn)和制定軟件開(kāi)發(fā)質(zhì)量保證計(jì)劃并成立軟件質(zhì)量保證組。在需求分析階段，軟件質(zhì)量保證組要和軟件研制人員共同探討數(shù)學(xué)模型的合理性、準(zhǔn)確性等問(wèn)題，并對(duì)需求分析階段產(chǎn)生的文檔進(jìn)行審查。在概要設(shè)計(jì)階段，質(zhì)量保證組要重點(diǎn)監(jiān)督審查以下幾個(gè)方面：設(shè)計(jì)文檔的編制標(biāo)準(zhǔn)，規(guī)定編碼的信息形式，與硬件操作系統(tǒng)的接口規(guī)約、命名規(guī)則；模塊的層次結(jié)構(gòu)、功能、對(duì)應(yīng)關(guān)系、調(diào)用關(guān)系和接口關(guān)系設(shè)計(jì)；為實(shí)現(xiàn)系統(tǒng)的功能需求所必需的算法和模塊間的控制方式；輸入/出文件的詳細(xì)的數(shù)據(jù)結(jié)構(gòu)；數(shù)據(jù)的保護(hù)性和一致性設(shè)計(jì)；冗余設(shè)計(jì)及概要設(shè)計(jì)階段的文檔。在詳細(xì)設(shè)計(jì)階段，質(zhì)量檢查的重點(diǎn)是對(duì)軟件研制進(jìn)度進(jìn)行控制。在編碼及測(cè)試階段，重點(diǎn)是依據(jù)測(cè)試原則對(duì)軟件測(cè)試進(jìn)行監(jiān)督，檢查模塊測(cè)試及系統(tǒng)集成測(cè)試的關(guān)鍵環(huán)節(jié)。在系統(tǒng)運(yùn)行維護(hù)階段，軟件管理者要對(duì)軟件的修改維護(hù)進(jìn)行全程監(jiān)督，嚴(yán)格軟件的出入庫(kù)登記制度和簽字審批手續(xù)。

4.2 以“零缺陷”為目標(biāo)，完善測(cè)試手段

為了保證實(shí)時(shí)測(cè)控軟件系統(tǒng)的可靠性，一般采用開(kāi)發(fā)仿真測(cè)試軟件并用飛機(jī)模擬被測(cè)目標(biāo)進(jìn)行聯(lián)試、校飛。根據(jù)試驗(yàn)任務(wù)的具體功能指標(biāo)要求，結(jié)合實(shí)時(shí)測(cè)控軟件的特性，開(kāi)發(fā)仿真系統(tǒng)進(jìn)行測(cè)試［8］。仿真系統(tǒng)要盡最大可能模仿飛行器的實(shí)際飛行過(guò)程和測(cè)量設(shè)備的工作狀態(tài)。設(shè)計(jì)各種故障彈道和測(cè)量數(shù)據(jù)包進(jìn)行仿真測(cè)試，檢驗(yàn)實(shí)時(shí)測(cè)控軟件數(shù)據(jù)處理的正確性。仿真系統(tǒng)主要是模擬外部測(cè)控設(shè)備、故障飛行器、故障設(shè)備的信息，邊界條件數(shù)據(jù)和干擾數(shù)據(jù)，用于檢測(cè)實(shí)時(shí)測(cè)控軟件系統(tǒng)可靠性、實(shí)時(shí)性和穩(wěn)定性。從總體上檢測(cè)系統(tǒng)功能、數(shù)據(jù)處理是否滿(mǎn)足精度要求，以及用戶(hù)顯示界面是否滿(mǎn)足研制任務(wù)書(shū)的要求和任務(wù)的需求。從而考驗(yàn)實(shí)時(shí)測(cè)控軟件系統(tǒng)各主要功能。校飛是指利用飛機(jī)模仿被測(cè)目標(biāo)，整個(gè)測(cè)控系統(tǒng)開(kāi)機(jī)對(duì)實(shí)際飛行的目標(biāo)進(jìn)行測(cè)量。這種方法對(duì)功能測(cè)試直觀、有效，可檢驗(yàn)實(shí)時(shí)測(cè)控軟件整體功能的正確性，外部測(cè)控設(shè)備與指控系統(tǒng)軟、硬接口的準(zhǔn)確性，輸入、輸出信息格式，數(shù)學(xué)模型中的數(shù)字濾波、數(shù)據(jù)檢擇、彈道解算、實(shí)時(shí)處理精度是否符合設(shè)計(jì)要求，安全故障判斷準(zhǔn)則，穿越安全管道、必炸線(xiàn)報(bào)警等功能的正確性。

4.3 基于靶場(chǎng)公共體系統(tǒng)結(jié)構(gòu)的多路IP數(shù)據(jù)的實(shí)時(shí)應(yīng)用

當(dāng)前靶場(chǎng)聯(lián)網(wǎng)裝備與通信裝備互聯(lián)采用DDN和IP體制并存下互聯(lián)方式，它是指聯(lián)網(wǎng)裝備與通信裝備之間主要通過(guò)DDN節(jié)點(diǎn)機(jī)和IP交換機(jī)實(shí)現(xiàn)試驗(yàn)信息傳輸?shù)耐ㄐ欧绞?。由于通信時(shí)延等因素必然產(chǎn)生異構(gòu)的通信方式下實(shí)時(shí)數(shù)據(jù)不一致的問(wèn)題。DDN體制傳輸容量小，固定連接無(wú)法解決用戶(hù)接入靈活性，無(wú)法解決通信質(zhì)量穩(wěn)定性等問(wèn)題，主要設(shè)備價(jià)格高，面臨市場(chǎng)淘汰。IP技術(shù)已成為通信業(yè)務(wù)承載層的主流技術(shù)。IP設(shè)備生產(chǎn)廠(chǎng)家多，性?xún)r(jià)比高，且有以下技術(shù)優(yōu)勢(shì)：網(wǎng)絡(luò)自動(dòng)尋址且不面向連接，用戶(hù)可以自己確定通信對(duì)象，并可不經(jīng)網(wǎng)絡(luò)允許就向網(wǎng)內(nèi)發(fā)送信息；線(xiàn)路的統(tǒng)計(jì)（隨機(jī)）時(shí)分復(fù)用即排隊(duì)轉(zhuǎn)發(fā)，使用戶(hù)可以用一個(gè)物理接口同時(shí)和多個(gè)對(duì)象通信；開(kāi)放的網(wǎng)絡(luò)協(xié)議，互聯(lián)互通性好；統(tǒng)一化的用戶(hù)網(wǎng)絡(luò)接口即以太網(wǎng)接口，便于用戶(hù)接入。因此，為了實(shí)現(xiàn)測(cè)控資源的互聯(lián)、互通、互操作的要求，提高實(shí)時(shí)數(shù)據(jù)處理的可靠性，實(shí)時(shí)測(cè)控軟件系統(tǒng)采用靶場(chǎng)公共體系結(jié)構(gòu)標(biāo)準(zhǔn)進(jìn)行設(shè)計(jì)，并逐漸采用多路IP網(wǎng)絡(luò)數(shù)據(jù)互為備份的方式進(jìn)行網(wǎng)絡(luò)傳輸，這樣可以有效保證實(shí)時(shí)數(shù)據(jù)處理的實(shí)時(shí)性和完整性，從而提高系統(tǒng)可靠性。

4.4 研究探索新機(jī)制，設(shè)計(jì)高可靠性實(shí)時(shí)軟件架構(gòu)

當(dāng)前國(guó)內(nèi)靶場(chǎng)一般采用中心機(jī)雙工熱備份的方式進(jìn)行實(shí)時(shí)數(shù)據(jù)處理，從硬件上進(jìn)行雙工設(shè)計(jì)，軟件上還是基于同一操作系統(tǒng)平臺(tái)的“單工模式”，異常事件造成中心機(jī)雙機(jī)死機(jī)的風(fēng)險(xiǎn)依然存在，有必要研究建立中心計(jì)算機(jī)軟件雙工系統(tǒng)的方法。軟件雙工是在不改變中心機(jī)雙工熱備份和集中式處理模式的前提下，遵從相同的用戶(hù)需求和接口約定，基于異構(gòu)的操作系統(tǒng)平臺(tái)、不同的數(shù)學(xué)模型和數(shù)據(jù)處理方法，特別是異常數(shù)據(jù)處理方法，不同的數(shù)據(jù)驅(qū)動(dòng)模式，研制兩套不同的實(shí)時(shí)測(cè)控軟件系統(tǒng)，在保證兩套軟件同步運(yùn)行和I/O信息一致前提下，實(shí)現(xiàn)軟件雙工控制，并保證兩套軟件處理結(jié)果的一致性，從軟件架構(gòu)設(shè)計(jì)上提高測(cè)控可靠性。另一種方式是改變中心機(jī)集中式處理模式，把集群技術(shù)引入實(shí)時(shí)測(cè)控軟件系統(tǒng)，采用高可用性集群技術(shù)，將中心機(jī)承擔(dān)的外測(cè)處理、遙測(cè)處理、數(shù)字引導(dǎo)、落點(diǎn)計(jì)算和場(chǎng)際通信等功能分布在不同的集群節(jié)點(diǎn)上［9］。集群內(nèi)部按功能分為控制節(jié)點(diǎn)和計(jì)算節(jié)點(diǎn)，控制節(jié)點(diǎn)采用雙工熱備份方式工作［10］，主要功能是對(duì)集群節(jié)點(diǎn)運(yùn)行狀態(tài)進(jìn)行實(shí)時(shí)監(jiān)控、故障判斷、任務(wù)調(diào)度，對(duì)控制節(jié)點(diǎn)進(jìn)行主備切換，把外測(cè)處理、遙測(cè)、落點(diǎn)計(jì)算等功能分布在各計(jì)算節(jié)點(diǎn)上，一旦某一計(jì)算節(jié)點(diǎn)出現(xiàn)故障，由控制節(jié)點(diǎn)把任務(wù)遷移到正常工作節(jié)點(diǎn)上，只要集群系統(tǒng)有一個(gè)計(jì)算節(jié)點(diǎn)正常工作，就能保證實(shí)時(shí)數(shù)據(jù)處理任務(wù)的完成，因此，集群系統(tǒng)有效提高了實(shí)時(shí)數(shù)據(jù)處理的可靠性［11］。上述兩種模式都可有效提高實(shí)時(shí)測(cè)控軟件系統(tǒng)可靠性。軟件雙工模式由于耗時(shí)多、投入大，目前還處于研究階段。集群模式工程適用性強(qiáng)，是實(shí)時(shí)數(shù)據(jù)處理技術(shù)的重點(diǎn)發(fā)展方向，有著良好的應(yīng)用前景。

5 結(jié)語(yǔ)

測(cè)控是飛行試驗(yàn)必不可少的基本條件，也是飛行試驗(yàn)成敗的關(guān)鍵。航天飛行試驗(yàn)是一個(gè)不過(guò)逆的過(guò)程，代價(jià)昂貴，如果不能保證試驗(yàn)安全，會(huì)造成不可挽回的損失［12］。要求測(cè)控系統(tǒng)的核心實(shí)時(shí)測(cè)控軟件系統(tǒng)必須性能優(yōu)良、工作可靠［13］。把好軟件研制質(zhì)量關(guān)、加強(qiáng)軟件測(cè)試、建立多路IP數(shù)據(jù)傳輸模式、設(shè)計(jì)高可靠性軟件架構(gòu)是提高實(shí)時(shí)測(cè)控軟件系統(tǒng)的有效手段。應(yīng)該指出的是：對(duì)實(shí)時(shí)測(cè)控軟件系統(tǒng)這樣規(guī)模龐大的應(yīng)用軟件系統(tǒng)，無(wú)論采用何種方法都無(wú)法一勞永逸解決可靠性問(wèn)題，還需要測(cè)控軟件的研制和使用人員在應(yīng)用過(guò)程中不斷探索新的提高實(shí)時(shí)測(cè)控軟件系統(tǒng)可靠性方法，盡最大可能找出系統(tǒng)的缺陷，以確保航天試驗(yàn)任務(wù)的順利完成。

［1］B.Bruegge，A.H.Dutoit.面向?qū)ο蟮能浖こ蹋跰］.吳丹，唐憶，等譯.北京：清華大學(xué)出版社，2002：281-183.

［2］鄭宗漢.實(shí)時(shí)系統(tǒng)軟件基礎(chǔ)［M］.北京：清華大學(xué)出版社，2003：2-5.

［3］翟麗麗.Digital UNIX實(shí)時(shí)應(yīng)用指南［M］.大連：大連理工大學(xué)出版社，2000：2-3.

［4］張瑞國(guó)，郝云勝，靶場(chǎng)試驗(yàn)作息化戰(zhàn)略規(guī)劃方法研究.導(dǎo)彈試驗(yàn)技術(shù)［J］.2008，87（3）：1-3.

［5］章暉，陳洪鈞，孫赤全.軟件可靠性設(shè)計(jì)與評(píng)估方法研究.海軍裝備［J］.2005，366（6）：10-12.

［6］郭高峰.淺析海軍電子裝備軟件可靠性.海軍裝備［J］.2005，366（6）：22-24.

［7］許聚常，王占武，呂波等.總裝備部軟件工程規(guī)范［S］.北京：中國(guó)人民解放軍總裝備部司令部，2008：3-5.

［8］楊榜林，岳全發(fā)等.軍事裝備試驗(yàn)學(xué)［M］.北京：國(guó)防工業(yè)出版社，2002：235-237.

［9］白欣，宋博，左繼章，向建軍.測(cè)控系統(tǒng)中高性能實(shí)時(shí)集群的研究與實(shí)現(xiàn).微電子學(xué)與計(jì)算機(jī)［J］.2003，20（4）：35-38.

［10］向建軍，左繼章，白欣.基于多任務(wù)并行處理的實(shí)時(shí)集群計(jì)算機(jī)系統(tǒng).系統(tǒng)工程與電子技術(shù)［J］.2003，25（9）：1144-1146.

［11］于古勝，李連登.實(shí)時(shí)測(cè)控集群數(shù)據(jù)分發(fā)方法研究.導(dǎo)彈與航天運(yùn)載技術(shù)［J］.2014，332（3）：71-73.

［12］黃學(xué)德，成求青.導(dǎo)彈測(cè)控系統(tǒng)［M］.北京：國(guó)防工業(yè)出版社，2000：3-6.

［13］金振中，李曉斌.戰(zhàn)術(shù)導(dǎo)彈試驗(yàn)設(shè)計(jì)［M］.北京：國(guó)防工業(yè)出版社，2013：224-225.