賀彥博 徐曉輝 彭立章 徐峰

摘 ?要：空間飛行器研制正在由專用化向通用化方向轉(zhuǎn)型，因此必須改變當(dāng)前為每個(gè)型號(hào)重新開(kāi)發(fā)業(yè)務(wù)軟件的現(xiàn)狀。本文闡述了層次化軟件基礎(chǔ)平臺(tái)的設(shè)計(jì)思想，引入國(guó)際標(biāo)準(zhǔn)，結(jié)合空間飛行器業(yè)務(wù)需求建立了可通用的主控計(jì)算機(jī)軟件架構(gòu)。

關(guān)鍵詞：空間飛行器;飛行軟件;軟件架構(gòu)

中圖分類號(hào)：TP311.1 ? ? 文獻(xiàn)標(biāo)識(shí)碼：A

Abstract：Spacecraft development is transforming from specialization to generalization，so the current status of software redevelopment for each project must be changed.This paper describes the design hierarchy based software platform，introduces international standards，establishes a main control computer software architecture that can be generalized in combination with the requirements of spacecraft industry.

Keywords：spacecraft;flight software;software architecture

1 ? 引言（Introduction）

隨著航天科技的持續(xù)發(fā)展，航天工業(yè)部門面臨日益增長(zhǎng)的研制壓力。相比以往，研制任務(wù)更加繁重而研制周期不斷縮短，同時(shí)客戶又對(duì)航天器任務(wù)提出了更高的可擴(kuò)展性要求。包括美國(guó)航空航天局和歐空局在內(nèi)的主要國(guó)際航天組織均面臨空間任務(wù)愈加復(fù)雜、軟件規(guī)模持續(xù)增長(zhǎng)的情況。以歐空局為例，該組織管轄下的空間任務(wù)飛行器主控計(jì)算機(jī)軟件的規(guī)模在過(guò)去的30多年里持續(xù)增長(zhǎng)，如表1所示。

軟件規(guī)模的持續(xù)增長(zhǎng)使得歐空局面臨較大的研制壓力，于是歐空局提出了空間航電開(kāi)放接口體系（SAVOIR）作為空間電子設(shè)備的參考體系，該參考體系提出如下軟件工程要求[1]：

（a）軟件生產(chǎn)效率

縮短軟件開(kāi)發(fā)時(shí)間，節(jié)省軟件確認(rèn)和驗(yàn)證消耗，避免重復(fù)開(kāi)發(fā)，提高效費(fèi)比，保持并提高軟件產(chǎn)品質(zhì)量。

（b）增加反應(yīng)性

緩解項(xiàng)目后期需求變動(dòng)帶來(lái)的沖擊，簡(jiǎn)化并協(xié)調(diào)故障檢測(cè)、隔離和恢復(fù)（FDIR）。

（c）增加靈活性

支持不同類型的系統(tǒng)集成策略，支持工業(yè)界策略和商用標(biāo)準(zhǔn)，支持多軟件供應(yīng)商策略，支持分發(fā)活動(dòng)，以及未來(lái)其他需求。

滿足上述要求的關(guān)鍵是軟件構(gòu)件的可重用性：

（a）體系結(jié)構(gòu)重用：標(biāo)準(zhǔn)化、可組裝、功能可組合的組件模型。

（b）功能重用：業(yè)務(wù)的標(biāo)準(zhǔn)化及軟件組件的可重用性。

以往針對(duì)特定任務(wù)目標(biāo)重新研制專用飛行軟件的方式使得空間飛行器的成本高昂，因此亟待改變研制模式，在未來(lái)用途廣泛、性能先進(jìn)而價(jià)格可承受的通用空間飛行器基礎(chǔ)軟件平臺(tái)將是研制的主流方向。空間飛行器基礎(chǔ)軟件平臺(tái)需在各個(gè)型號(hào)中復(fù)用，在軌運(yùn)行過(guò)程中也需要持續(xù)拓展飛行任務(wù)，因此要求軟件基礎(chǔ)平臺(tái)具備架構(gòu)易復(fù)用、模塊易維護(hù)、功能易擴(kuò)展、在軌易重構(gòu)和研制成本可負(fù)擔(dān)的特性。

2 ? 當(dāng)前面臨的問(wèn)題（Current problems）

對(duì)于空間高可靠性計(jì)算機(jī)系統(tǒng)而言，特別是對(duì)器件中的各種存儲(chǔ)單元，單粒子效應(yīng)是影響并制約系統(tǒng)可靠性及其使用壽命的主要因素。

在傳統(tǒng)的飛行器中，主控計(jì)算機(jī)一般使用具有抗輻射指標(biāo)的可編程只讀存儲(chǔ)器（PROM）、SRAM的硬件配置。由于PROM在抗單粒子方面具有高可靠性，飛行軟件一般在PROM中運(yùn)行，而將SRAM作為程序運(yùn)行的緩存區(qū)。在默認(rèn)流程中系統(tǒng)自動(dòng)執(zhí)行飛行軟件業(yè)務(wù)流程以完成系統(tǒng)主要功能，當(dāng)需要進(jìn)行軟件調(diào)試時(shí)，則啟動(dòng)調(diào)試功能從串口加載測(cè)試軟件。

該模式在行業(yè)內(nèi)廣泛應(yīng)用，技術(shù)成熟，爭(zhēng)議最少，但該模式具有明顯的缺陷。具體如表2所示。

現(xiàn)階段空間飛行器中，大多將軟件劃分為設(shè)備管理軟件和應(yīng)用軟件兩個(gè)層次，在應(yīng)用軟件層并未做更具體的分層設(shè)計(jì)，該模式適用于針對(duì)專用裝備研制專用軟件的任務(wù)，易于硬件研制單位與總體設(shè)計(jì)單位分工協(xié)作。

目前已存在部分新型號(hào)將軟件劃分為設(shè)備訪問(wèn)層、服務(wù)組件層和應(yīng)用任務(wù)層，具備了現(xiàn)代大型軟件架構(gòu)的雛形，但缺乏參考標(biāo)準(zhǔn)和操作系統(tǒng)支持，層次劃分不夠清晰、業(yè)務(wù)軟件組件間的耦合仍然較多、軟件復(fù)用率較低，若面臨新的業(yè)務(wù)需求仍會(huì)引發(fā)大規(guī)模代碼變更。

傳統(tǒng)的軟件設(shè)計(jì)方法在當(dāng)下型號(hào)研制工作中仍然具有參考價(jià)值，但新型的多用途空間飛行器對(duì)軟件提出了更高的可復(fù)用性和可維護(hù)性要求，因此亟待將更先進(jìn)的軟件技術(shù)投入工程應(yīng)用。需解決的問(wèn)題如下所示：

（a）降低軟件維護(hù)的代價(jià)

目前，飛行器研制過(guò)程中軟件部署流程復(fù)雜且固化后難以更改，導(dǎo)致軟件研制成本居高不下、軟件難以快速迭代，進(jìn)而影響軟件產(chǎn)品的質(zhì)量;若在飛行器型號(hào)正樣階段軟件固化后再次發(fā)現(xiàn)程序缺陷，由此帶來(lái)的計(jì)算機(jī)下器處理會(huì)導(dǎo)致型號(hào)進(jìn)度受到嚴(yán)重影響;處于在軌飛行階段時(shí)進(jìn)行大規(guī)模軟件升級(jí)較為困難，也會(huì)極大制約飛行器空間任務(wù)拓展能力。

（b）建立軟件參考架構(gòu)

現(xiàn)階段軟件架構(gòu)層次劃分不清、模塊間耦合過(guò)多、各型號(hào)軟件架構(gòu)差異過(guò)大，導(dǎo)致軟件復(fù)用率較低，研發(fā)效率不高，研制成本居高不下。歐空局、NASA等機(jī)構(gòu)的軟件參考架構(gòu)難以直接在我國(guó)工業(yè)部門的軟件研制中落地，因此需要根據(jù)具體業(yè)務(wù)有針對(duì)性的引入行業(yè)標(biāo)準(zhǔn)，并設(shè)計(jì)適合于我國(guó)空間飛行器需求的軟件參考架構(gòu)。

3 ? 軟件參考體系設(shè)計(jì)（Software reference architecture）

3.1 ? 部署與運(yùn)行

為解決軟件在研和在軌過(guò)程中維護(hù)代價(jià)過(guò)高的問(wèn)題，要求空間飛行器主控計(jì)算機(jī)平臺(tái)配置的存儲(chǔ)硬件為PROM、FLASH/EEPROM和SRAM三者結(jié)合的方式。相比傳統(tǒng)模式，由于FLASH/EEPROM的抗單粒子性能遠(yuǎn)不及PROM，在該新模式下如何應(yīng)對(duì)單粒子效應(yīng)的影響是較為重要的問(wèn)題。另外，基于FLASH/EEPROM芯片的固有特性，通過(guò)設(shè)計(jì)在線燒寫(xiě)軟件功能，使得系統(tǒng)具備了更加靈活的軟件部署能力。芯片特性對(duì)軟件的影響情況如表3所示。

基于該硬件配置，軟件系統(tǒng)在PROM中部署系統(tǒng)bootloader（啟動(dòng)、加載）軟件和最小模式軟件，在FLASH/EEPROM中部署飛行軟件。其中boot功能實(shí)現(xiàn)計(jì)算機(jī)資源的初始化，loader功能實(shí)現(xiàn)從串口或從FLASH/EEPROM加載飛行軟件兩種運(yùn)行模式，最小模式軟件用以進(jìn)行緊急故障應(yīng)對(duì)和大規(guī)模軟件在軌重構(gòu)。

最小模式軟件可實(shí)現(xiàn)系統(tǒng)在軌應(yīng)急狀況下的安全處置，并支持在軌和地面研制過(guò)程中對(duì)軟件進(jìn)行全部更新。在軌期間，當(dāng)系統(tǒng)出現(xiàn)嚴(yán)重故障或者需要大規(guī)模修改時(shí)，將軟件切換至最小模式，該模式以系統(tǒng)最簡(jiǎn)配置保證平臺(tái)的姿態(tài)、能源安全，建立應(yīng)急通信通道和故障反饋機(jī)制，使得飛行器具備通過(guò)地面干預(yù)而恢復(fù)正常工作狀態(tài)的能力。

啟動(dòng)加載軟件運(yùn)行后通過(guò)倒計(jì)時(shí)等待用戶選擇加載對(duì)象，若超過(guò)倒計(jì)時(shí)無(wú)操作則自動(dòng)加載飛行軟件，工作模式如下所示：

（a）默認(rèn)模式

在軌期間飛行器平臺(tái)上電或復(fù)位后，首先從PROM運(yùn)行啟動(dòng)加載軟件，而后自動(dòng)以三取二方式加載FLASH/EEPROM中的飛行軟件到RAM中，并跳轉(zhuǎn)到RAM中開(kāi)始執(zhí)行飛行軟件功能。

（b）故障模式

當(dāng)系統(tǒng)發(fā)生嚴(yán)重故障或需要大規(guī)模重構(gòu)時(shí)可切換進(jìn)入最小模式軟件，在保障系統(tǒng)能源、溫控與姿態(tài)安全的基礎(chǔ)上進(jìn)行故障監(jiān)測(cè)和在軌軟件重構(gòu)。

（c）調(diào)試模式

在地面研制過(guò)程中，可在倒計(jì)時(shí)時(shí)刻選擇串口接收加載功能，用于對(duì)FLASH/EEPROM中的程序和數(shù)據(jù)進(jìn)行重新編程。

3.2 ? 軟件架構(gòu)設(shè)計(jì)

軟件系統(tǒng)實(shí)現(xiàn)飛行器核心管理控制，整合程控、導(dǎo)航、姿軌控、機(jī)構(gòu)控制、遙控遙測(cè)、能源管理、溫度控制、健康安全維護(hù)等功能。

應(yīng)用實(shí)時(shí)操作系統(tǒng)，建立層次化、組件化和標(biāo)準(zhǔn)化的開(kāi)放式軟件架構(gòu)，提高產(chǎn)品的靈活性、減小維護(hù)升級(jí)的代價(jià)，實(shí)現(xiàn)系統(tǒng)的靈活管理控制，為核心軟件組件及飛行任務(wù)的持續(xù)革新提供良好的基礎(chǔ)平臺(tái)。

3.2.1 ? 軟件層次設(shè)計(jì)

軟件設(shè)計(jì)方式由以往面向系統(tǒng)硬件資源處理的設(shè)計(jì)方式，轉(zhuǎn)而面向基于系統(tǒng)需求的功能組織[2];軟件設(shè)計(jì)中將設(shè)備面與應(yīng)用面分離，以設(shè)備面實(shí)現(xiàn)硬件資源的訪問(wèn)處理，以應(yīng)用面實(shí)現(xiàn)系統(tǒng)平臺(tái)的靈活功能定義。

設(shè)計(jì)遵循策略與機(jī)制分離的原則，以軟件定義飛行器為基本設(shè)計(jì)思想，建立基于分層體系結(jié)構(gòu)的開(kāi)放式軟件架構(gòu)。

（a）策略與機(jī)制分離

軟件設(shè)計(jì)中將平臺(tái)的管理和控制功能劃分為飛行任務(wù)策略和平臺(tái)基礎(chǔ)機(jī)制兩部分，加強(qiáng)平臺(tái)基礎(chǔ)機(jī)制的完備性和穩(wěn)定性，并以此為基礎(chǔ)構(gòu)建靈活多變的飛行任務(wù)策略，同時(shí)要求任務(wù)策略具備可快速全面重構(gòu)的能力。

（b）體系結(jié)構(gòu)開(kāi)放性

借鑒工業(yè)界軟件定義網(wǎng)絡(luò)與歐空局軟件定義衛(wèi)星的設(shè)計(jì)思想，確立將應(yīng)用面與設(shè)備面分離的原則，以應(yīng)用面重定義實(shí)現(xiàn)飛行任務(wù)的靈活擴(kuò)展。

軟件設(shè)計(jì)實(shí)現(xiàn)縱向?qū)哟位蜋M向組件化，支持設(shè)備的即插即用管理，支持因適應(yīng)技術(shù)進(jìn)步或任務(wù)變化而對(duì)局部或全部軟件實(shí)施快速變更，使得體系結(jié)構(gòu)具有良好的開(kāi)放性和較強(qiáng)的適應(yīng)性。

軟件實(shí)施層次化設(shè)計(jì)，借鑒通用開(kāi)放式結(jié)構(gòu)（GOA）標(biāo)準(zhǔn)將各項(xiàng)功能分解到應(yīng)用任務(wù)管理、系統(tǒng)服務(wù)組件和設(shè)備資源訪問(wèn)三個(gè)層次[3]，如圖5所示。

（a）應(yīng)用任務(wù)管理層使用實(shí)時(shí)操作系統(tǒng)調(diào)度各系統(tǒng)任務(wù)，實(shí)現(xiàn)平臺(tái)資源的管理和試驗(yàn)流程的控制。

（b）系統(tǒng)服務(wù)組件層包含程控機(jī)制、平臺(tái)內(nèi)務(wù)管理、姿態(tài)軌道控制、機(jī)構(gòu)控制、安全可靠性支持和應(yīng)用支持庫(kù)等，為任務(wù)系統(tǒng)提供基礎(chǔ)應(yīng)用組件支持。

（c）設(shè)備資源訪問(wèn)層管理平臺(tái)硬件資源并提供平臺(tái)狀態(tài)信息和平臺(tái)命令執(zhí)行的操作接口。

3.2.2 ? 軟件多維度解耦及可維護(hù)性設(shè)計(jì)

主控計(jì)算機(jī)軟件實(shí)現(xiàn)操作系統(tǒng)內(nèi)核與應(yīng)用軟件、控制面與設(shè)備面、應(yīng)用軟件與應(yīng)用軟件之間等多個(gè)層次和緯度的解耦，如圖6所示。

（a）建立平臺(tái)設(shè)備抽象層以將應(yīng)用業(yè)務(wù)與設(shè)備資源分離，并實(shí)現(xiàn)應(yīng)用面的通用化和可維護(hù)性。

（b）將操作系統(tǒng)內(nèi)核與應(yīng)用軟件分離編譯[4]，并啟用權(quán)限分級(jí)機(jī)制。

（c）應(yīng)用RTP實(shí)時(shí)進(jìn)程機(jī)制[4]，實(shí)現(xiàn)應(yīng)用軟件之間的空間隔離。

（d）將基礎(chǔ)業(yè)務(wù)框架實(shí)現(xiàn)為動(dòng)態(tài)鏈接庫(kù)，以供各個(gè)應(yīng)用程序調(diào)用。

（e）應(yīng)用SOIS星上接口業(yè)務(wù)標(biāo)準(zhǔn)，實(shí)現(xiàn)設(shè)備與平臺(tái)設(shè)備管理軟件的解耦。

飛行軟件將各應(yīng)用業(yè)務(wù)作為獨(dú)立的應(yīng)用程序，操作系統(tǒng)實(shí)時(shí)進(jìn)程（RTP）機(jī)制保證了任務(wù)調(diào)度的實(shí)時(shí)性、存儲(chǔ)空間與時(shí)間資源的確定性[4]。內(nèi)核與應(yīng)用軟件的隔離保證了應(yīng)用程序的崩潰不影響內(nèi)核的穩(wěn)定性，應(yīng)用軟件之間的隔離保證系統(tǒng)的整體穩(wěn)定性，具體飛行任務(wù)與基礎(chǔ)業(yè)務(wù)框架的分離使得軟件基礎(chǔ)平臺(tái)的可復(fù)用程度得以提高。

系統(tǒng)基于實(shí)時(shí)操作系統(tǒng)內(nèi)核系統(tǒng)調(diào)用和用戶層軟件組件庫(kù)，支持應(yīng)用軟件和基礎(chǔ)業(yè)務(wù)框架的獨(dú)立開(kāi)發(fā)和調(diào)試，并支持通過(guò)安裝不同的應(yīng)用程序?qū)崿F(xiàn)地面快速集成和部署。在軌飛行期間，通過(guò)增加、刪除或更改應(yīng)用程序和動(dòng)態(tài)鏈接庫(kù)以實(shí)現(xiàn)飛行任務(wù)的快速重構(gòu)。

3.2.3 ? 行業(yè)標(biāo)準(zhǔn)參考

可通過(guò)應(yīng)用行業(yè)標(biāo)準(zhǔn)降低研制成本和提高產(chǎn)品質(zhì)量，可參照的行業(yè)標(biāo)準(zhǔn)或協(xié)議如表4所示。

3.2.4 ? 軟件架構(gòu)設(shè)計(jì)

依據(jù)軟件協(xié)同設(shè)計(jì)思想，通過(guò)縱向分層和橫向組件化設(shè)計(jì)，建立資源訪問(wèn)、服務(wù)組件和系統(tǒng)任務(wù)等三個(gè)軟件層面，制定各層次和各組件的標(biāo)準(zhǔn)業(yè)務(wù)及接口規(guī)范，如圖8所示。

各層次功能劃分如下所示：

（a）資源訪問(wèn)層——設(shè)備層和驅(qū)動(dòng)層

設(shè)備層由構(gòu)成飛行器的各種硬件設(shè)備構(gòu)成。除處理器、存儲(chǔ)器、時(shí)基、通訊接口、看門狗等計(jì)算機(jī)資源外，還包括通過(guò)總線連接的推進(jìn)、載荷、電源、姿軌控傳感器與執(zhí)行器等飛行器設(shè)備。

驅(qū)動(dòng)層包含了實(shí)時(shí)操作系統(tǒng)和各類設(shè)備驅(qū)動(dòng)，為上層應(yīng)用提供訪問(wèn)底層設(shè)備的API接口、三模輸出數(shù)據(jù)表決和多任務(wù)管理機(jī)制等支持。

（b）資源訪問(wèn)層——平臺(tái)設(shè)備抽象層

抽象層根據(jù)平臺(tái)敏感器、執(zhí)行器等設(shè)備的不同類別，對(duì)驅(qū)動(dòng)層提供的操作接口進(jìn)行封裝，向上提供設(shè)備訪問(wèn)的標(biāo)準(zhǔn)接口，屏蔽底層軟件實(shí)現(xiàn)細(xì)節(jié)，屏蔽硬件設(shè)備的細(xì)節(jié)差異，使得服務(wù)組件層的設(shè)計(jì)不至過(guò)度耦合平臺(tái)設(shè)備特殊性。

通過(guò)平臺(tái)設(shè)備抽象設(shè)計(jì)，實(shí)現(xiàn)了上層軟件與設(shè)備特殊性的解耦，降低對(duì)硬件平臺(tái)的依賴，最大限度保證軟件的可復(fù)用性，推動(dòng)未來(lái)發(fā)展中平臺(tái)設(shè)備功能與接口的標(biāo)準(zhǔn)化。

（c）服務(wù)組件層

服務(wù)層包含飛行器管理控制領(lǐng)域常用的應(yīng)用組件，為任務(wù)系統(tǒng)提供基礎(chǔ)支撐。業(yè)務(wù)、通信和內(nèi)務(wù)管理組件參照歐空局星地操控基礎(chǔ)協(xié)議建立監(jiān)視業(yè)務(wù)、測(cè)試業(yè)務(wù)和事件報(bào)告業(yè)務(wù)等16個(gè)子服務(wù)[7]，利用遙控包和遙測(cè)源包監(jiān)視和控制星上各分系統(tǒng)，以及有效載荷;軌道與姿態(tài)控制組件包括導(dǎo)航、姿控和軌控等常用基礎(chǔ)算法模塊;機(jī)構(gòu)控制組件包括天線、太陽(yáng)翼等常用機(jī)構(gòu)控制算法庫(kù);應(yīng)用支持庫(kù)包括常用數(shù)學(xué)庫(kù)、安全C語(yǔ)言庫(kù)等;數(shù)據(jù)與任務(wù)管理器提供整器狀態(tài)數(shù)據(jù)的集中管理、飛行器設(shè)備狀態(tài)采集和指令分發(fā)等基礎(chǔ)管理。

（d）應(yīng)用任務(wù)層

任務(wù)層包括了系統(tǒng)配置與設(shè)備管理、規(guī)劃與自動(dòng)執(zhí)行、在軌測(cè)試管理、系統(tǒng)模式管理、AOCS管理、能源管理、中心FDIR和固態(tài)存儲(chǔ)管理等飛行器頂層功能。

其中系統(tǒng)配置與設(shè)備管理任務(wù)實(shí)現(xiàn)飛行器設(shè)備配置的動(dòng)態(tài)管理;系統(tǒng)模式管理任務(wù)負(fù)責(zé)飛行器在不同硬件配置情況或不同飛行階段時(shí)工作模式的預(yù)置和切換;規(guī)劃與自動(dòng)執(zhí)行任務(wù)負(fù)責(zé)飛行器飛行任務(wù)的子事件規(guī)劃、動(dòng)作執(zhí)行和反饋狀態(tài)監(jiān)控等;在軌測(cè)試管理任務(wù)負(fù)責(zé)整器的自動(dòng)測(cè)試與狀態(tài)報(bào)告匯總下行功能;中心FDIR負(fù)責(zé)故障的自主診斷、隔離和處理功能;在軌維護(hù)模塊負(fù)責(zé)軟件的在軌重構(gòu)功能[4]。

4 ? 應(yīng)用情況（Application situation）

經(jīng)實(shí)踐檢驗(yàn)，基于FLASH/EEPROM的軟件部署與運(yùn)行模式可有效增強(qiáng)軟件研制過(guò)程中的可維護(hù)能力和在軌飛行過(guò)程中的可重構(gòu)能力，大大提高了型號(hào)軟件研制的效率和質(zhì)量。但對(duì)于需要長(zhǎng)期留軌執(zhí)行任務(wù)的空間飛行器，該模式在復(fù)雜空間環(huán)境中的可靠性和安全性仍有待進(jìn)一步驗(yàn)證。

引入工業(yè)界技術(shù)成熟的操作系統(tǒng)可解決軟件研制中目前存在的業(yè)務(wù)間高耦合、程序難維護(hù)等問(wèn)題，但由于目前星載設(shè)備中處理器性能和存儲(chǔ)空間均嚴(yán)重受限，且對(duì)軟件的可靠性、安全性要求較高，因此對(duì)操作系統(tǒng)實(shí)時(shí)進(jìn)程、動(dòng)態(tài)鏈接庫(kù)和可加載內(nèi)核模塊等技術(shù)的應(yīng)用仍處于試驗(yàn)驗(yàn)證階段。

軟件參考架構(gòu)的制定使得空間飛行器主控軟件的開(kāi)發(fā)工作有章可循，軟件模塊的復(fù)用率有所提高。隨著軟件設(shè)計(jì)方法的改進(jìn)和軟件組件復(fù)用率的提高，輔助以地面研制階段在線更新和在軌運(yùn)行階段軟件任務(wù)拓展等技術(shù)手段，軟件的研制效率、反應(yīng)性和靈活性均有所提升，推動(dòng)了型號(hào)整體研制效率的提高并有效降低了綜合研發(fā)成本。但該參考框架中提及的ESA-PUS等標(biāo)準(zhǔn)協(xié)議在當(dāng)前星載軟件業(yè)務(wù)中的應(yīng)用仍處于探索階段，需要在對(duì)現(xiàn)有成熟業(yè)務(wù)模式進(jìn)行充分分析的基礎(chǔ)上，結(jié)合用戶實(shí)際需求，從器地一體化設(shè)計(jì)的角度對(duì)飛行器操控模式和地面應(yīng)用系統(tǒng)進(jìn)行整體技術(shù)革新。

5 ? 結(jié)論（Conclusion）

隨著空間飛行器平臺(tái)由專用化向通用化的發(fā)展，必須改變針對(duì)特定飛行器重新開(kāi)發(fā)飛行軟件的研制模式，對(duì)飛行軟件的可維護(hù)性、可復(fù)用性和研制成本等提出了更高的要求，因此構(gòu)建通用化基礎(chǔ)軟件平臺(tái)具有重要意義。本文描述了空間飛行器軟件基礎(chǔ)平臺(tái)的設(shè)計(jì)要點(diǎn)，參照國(guó)際標(biāo)準(zhǔn)，確立了層次化、組件化的設(shè)計(jì)原則，設(shè)計(jì)了可通用的新型主控計(jì)算機(jī)軟件參考架構(gòu)。

新型軟件參考架構(gòu)在實(shí)際項(xiàng)目中的落地仍需一個(gè)長(zhǎng)期持續(xù)的過(guò)程，需要改進(jìn)軟件設(shè)計(jì)方法，并建立與之適應(yīng)的技術(shù)管理體制，才能真正提高星載軟件的研制質(zhì)量和研制效率。

參考文獻(xiàn)（References）

[1] ESA.SAVOIR-FAIRE[EB/OL].http：//savoir.estec.esa.int，2018-5-29.

[2] 蒲小勃.現(xiàn)代航空電子系統(tǒng)與綜合[M].北京：航空工業(yè)出版社，2013：386.

[3] AS4893，Generic open architecture （GOA） framework[S].USA：SAE，2002.

[4] 美國(guó)風(fēng)河系統(tǒng)公司北京辦事處.風(fēng)河全面整合DO-178B和IEC 61508新安全平臺(tái)[EB/OL].http：//www.ipcm.com.cn/yjdt/20101020162643.htm，2010-10-20.

[5] CCSDS 732.0-B-3，AOS Space Data Link Protocol[S].Washington，DC，USA：CCSDS，2015.

[6] CCSDS 850.0-G-2，Spacecraft Onboard Interface Services[S].Washington，DC，USA：CCSDS，2013.

[7] ECSS-E-70-41A，Space engineering—Ground systems and operations[S].Noordwijk，The Netherlands：ESA-ESTEC，2003.

作者簡(jiǎn)介：

賀彥博（1984-），男，碩士，高級(jí)工程師.研究領(lǐng)域：航天器軟件設(shè)計(jì).

徐曉輝（1975-），男，碩士，高級(jí)工程師.研究領(lǐng)域：航天項(xiàng)目管理.

彭立章（1984-），男，碩士，高級(jí)工程師.研究領(lǐng)域：航天器軟件設(shè)計(jì).

徐 ?峰（1976-），男，碩士，研究員.研究領(lǐng)域：航天器總體設(shè)計(jì).