（中國人民解放軍91404部隊 秦皇島 066001）

1 引言

艦載電子對抗系統(tǒng)各分系統(tǒng)或設(shè)備通常分由不同的專業(yè)研發(fā)機(jī)構(gòu)承擔(dān)研制，各軟件也交由不同專業(yè)研發(fā)方實施開發(fā)［1］，雖然各裝備軟件研發(fā)機(jī)構(gòu)均遵循CMMI等標(biāo)準(zhǔn)體系要求組織研發(fā)，相關(guān)軟件也須經(jīng)“單元測試→部件測試→集成測試”等多級別測試進(jìn)行驗證后方可進(jìn)入產(chǎn)品基線正式發(fā)布，但由于各分系統(tǒng)/設(shè)備多只在本地環(huán)境下實施針對自身分系統(tǒng)/設(shè)備軟件的測試，僅能驗證和確認(rèn)各分系統(tǒng)/設(shè)備自身軟件實現(xiàn)的正確性和符合性，無法發(fā)現(xiàn)裝備系統(tǒng)中潛在的系統(tǒng)性軟件缺陷并實現(xiàn)對艦載電子對抗系統(tǒng)軟件系統(tǒng)整體的效能評估［2］，從而致使在裝備進(jìn)入服役和維護(hù)階段后，暴露出過多的系統(tǒng)性軟件缺陷，不僅造成整改成本過高，更有可能極大影響裝備效能的正常發(fā)揮甚至導(dǎo)致核心任務(wù)失效、人員裝備財產(chǎn)受損等嚴(yán)重后果。

綜上所述，為驗證艦載電子對抗系統(tǒng)軟件系統(tǒng)整體功能的正確性和有效性、評估艦載電子對抗系統(tǒng)軟件系統(tǒng)效能，須在所有分系統(tǒng)和設(shè)備完成各自軟件的確認(rèn)和驗證后，從系統(tǒng)層面對由各分系統(tǒng)和設(shè)備軟件所組成的電子對抗實裝系統(tǒng)開展軟件系統(tǒng)性驗證測試以及軟件系統(tǒng)效能評估［3］。本文基于工程實踐牽引，通過對艦載電子對抗系統(tǒng)軟件系統(tǒng)性驗證測試工作所涉及的工具、方法、標(biāo)準(zhǔn)等要素進(jìn)行分析匯總，兼顧軟件系統(tǒng)效能評估要求，構(gòu)建出可同時適用于艦載電子對抗系統(tǒng)軟件系統(tǒng)性驗證測試與軟件系統(tǒng)效能評估的一體化測評框架。

2 艦載電子對抗系統(tǒng)軟件一體化測評框架概述

2.1 總體設(shè)計思路

艦載電子對抗系統(tǒng)軟件一體化測評框架總體設(shè)計思路是：以艦載電子對抗系統(tǒng)軟件系統(tǒng)整體為對象，以被測電子對抗系統(tǒng)實裝為基礎(chǔ)，基于艦載電子對抗系統(tǒng)層面驗證性測試的具體需求構(gòu)建測試環(huán)境；分析并選取與之相適應(yīng)的測試策略和方法；確定合理可行的測試評判要素；同時兼顧軟件系統(tǒng)效能評估的特殊要求［4］，從測試環(huán)境、測評策略以及評判標(biāo)準(zhǔn)等方面構(gòu)建出適用于艦載電子對抗系統(tǒng)軟件系統(tǒng)性驗證測試以及軟件系統(tǒng)效能評估的一體化測評框架。

2.2 總體架構(gòu)

軟件系統(tǒng)性驗證測試、軟件系統(tǒng)效能評估在測試環(huán)境、測評策略、評判標(biāo)準(zhǔn)三方面的具體要求構(gòu)成了艦載電子對抗系統(tǒng)軟件一體化測評框架的三維架構(gòu)，即環(huán)境維度、策略維度以及評判維度（如圖1所示）。

圖1 艦載電子對抗系統(tǒng)軟件一體化測評框架三維結(jié)構(gòu)圖

環(huán)境維度提出了適用于艦載電子對抗系統(tǒng)軟件系統(tǒng)性驗證測試的柔性測評環(huán)境架構(gòu)，闡述了所需的軟硬件資源要求；策略維度與評判維度梳理并分析了艦載電子對抗系統(tǒng)軟件系統(tǒng)性驗證測試、軟件系統(tǒng)效能評估過程中所涉及的特定的策略和方法、評判準(zhǔn)則或評價標(biāo)準(zhǔn)。

3 環(huán)境維度設(shè)計

艦載電子對抗系統(tǒng)軟件一體化測評環(huán)境架構(gòu)如圖2所示。

3.1 實裝被測系統(tǒng)

區(qū)別于各分系統(tǒng)/設(shè)備獨立開展的自身層面的軟件系統(tǒng)/配置項測試時所采用的測試環(huán)境，艦載電子對抗系統(tǒng)軟件一體化測評應(yīng)基于被測軟件運行實裝開展，即將被測電子對抗系統(tǒng)所有分系統(tǒng)、設(shè)備應(yīng)按照實裝部署要求互聯(lián)互通后，在其上安裝各相關(guān)軟件，構(gòu)成被測系統(tǒng)實裝運行環(huán)境。

圖2 艦載電子對抗系統(tǒng)軟件一體化測評環(huán)境架構(gòu)圖

3.2 作戰(zhàn)系統(tǒng)模擬器

作戰(zhàn)系統(tǒng)模擬器軟件依據(jù)作戰(zhàn)系統(tǒng)的工作原理、信息流程及接口關(guān)系，采用軟件仿真的方式，模擬艦載電子對抗系統(tǒng)與作戰(zhàn)系統(tǒng)相關(guān)分系統(tǒng)或設(shè)備，以及其它外部各系統(tǒng)和設(shè)備之間的信息交互及業(yè)務(wù)流程。艦載電子對抗系統(tǒng)與作戰(zhàn)系統(tǒng)之間的業(yè)務(wù)及信息交互關(guān)系復(fù)雜，必須采用軟件仿真自動化測試手段才能確保測試的效率及有效性（測試廣度、測試深度）。

3.3 雷達(dá)模擬器

雷達(dá)模擬器應(yīng)具備模擬雷達(dá)信號生成、被測系統(tǒng)干擾信號接收、干擾效果展示的能力，集成高/中/低重頻、相參/非相參、LFM（Linear Frequency Modulation，相位編碼）/PE（Phase-encoding線性調(diào)頻）、線性/對數(shù)中放、移動目標(biāo)檢測（Moving Target Detection，MTD）處理/移動目標(biāo)指示（Moving Target Indication，MTI）處理、恒虛警（Constant False Alarm，CFA）/普通信號檢測以及低旁瓣/普通天線等特性，輸出信號可覆蓋各頻段、多種類型信號，支持對各雷達(dá)參數(shù)、多種雷達(dá)體制的組合配置，實現(xiàn)功能多樣、性能層次化的雷達(dá)模擬能力，盡可能多地模擬出各種潛在目標(biāo)雷達(dá)特性［5］，以滿足艦載電子對抗系統(tǒng)軟件測試的要求。

3.4 多信號模擬器

多信號模擬器用于向被測電子對抗系統(tǒng)發(fā)送不同頻點、不同類型的模擬雷達(dá)信號，其綜合使用軟硬件控制的方式集成多個標(biāo)準(zhǔn)信號源，從頻率、重復(fù)周期、脈寬等信號特性層面構(gòu)建雷達(dá)模擬信號，經(jīng)天線饋線系統(tǒng)向被測電子對抗系統(tǒng)發(fā)射，構(gòu)建用于測試的來襲模擬雷達(dá)信號［6］。

3.5 電磁環(huán)境錄取及回放系統(tǒng)

艦載電子對抗系統(tǒng)軟件系統(tǒng)性驗證測試時，可直接使用由裝備研制方配套開發(fā)的電磁環(huán)境錄取及回放系統(tǒng)，將實裝外場條件下所記錄的電磁環(huán)境作為背景態(tài)勢注入被測電子對抗系統(tǒng)，以產(chǎn)生仿真模擬手段無法構(gòu)建的高逼真度復(fù)雜戰(zhàn)場電磁態(tài)勢，為系統(tǒng)軟件測評實施提供真實的復(fù)雜背景電磁環(huán)境。

3.6 電子偵察目標(biāo)模擬器

電子偵察目標(biāo)模擬器依據(jù)電子對抗系統(tǒng)內(nèi)外部信息接口協(xié)議，從信息層面構(gòu)建出雷達(dá)、光電、通信等各種電子偵察目標(biāo)及威脅態(tài)勢，為艦載電子對抗系統(tǒng)軟件系統(tǒng)性驗證測試提供信息層面的綜合目標(biāo)模擬能力［7］。

3.7 輔助設(shè)備

主要包括GPS/北斗定位系統(tǒng)、對講通信設(shè)備、光學(xué)瞄準(zhǔn)系統(tǒng)、測試轉(zhuǎn)臺、云臺、測試天線（發(fā)射、接收）等各種輔助設(shè)備或儀器。

3.8 其它相關(guān)要素

主要包括通用接口測試工具、專用測量儀器、軟件質(zhì)量特性分析工具等。

4 策略維度設(shè)計

4.1 環(huán)境構(gòu)建策略

4.1.1 實裝被測系統(tǒng)裁剪策略

為滿足艦載電子對抗系統(tǒng)軟件系統(tǒng)性驗證測試以及軟件系統(tǒng)效能評估的一體化測評要求，應(yīng)最大程度確保所構(gòu)建測評環(huán)境的實裝性和有效性，當(dāng)由于研發(fā)進(jìn)度、資源調(diào)度等各種因素制約，導(dǎo)致實際項目開展無法獲取與實裝整體狀態(tài)完全一致的被測系統(tǒng)測評環(huán)境時，可適當(dāng)裁剪被測系統(tǒng)實裝，但必須保證所有運行軟件的分系統(tǒng)或設(shè)備以實裝形態(tài)參與測試，并進(jìn)行環(huán)境差異性分析。

4.1.2 雷達(dá)模擬器構(gòu)建策略

雷達(dá)模擬器應(yīng)基于半實物仿真及雷達(dá)模擬技術(shù)，遵循模塊化、標(biāo)準(zhǔn)化、開放化設(shè)計準(zhǔn)則，采用VXI、LXI等先進(jìn)儀器總線作為底層架構(gòu)，以確保其實時性、開放性和可維護(hù)性，其采用射頻注入的方式將模擬信號注入被測系統(tǒng)，采用天線接收的方式接收被測系統(tǒng)發(fā)出的真實干擾信號，通過將模擬信號回注與接收干擾信號結(jié)合的方式產(chǎn)生回波信號［8］，基于對回波信號及模擬信號的對比展示實現(xiàn)干擾效果的顯示。

4.1.3 多信號模擬器構(gòu)建策略

為構(gòu)建出涵蓋不同頻點和類型雷達(dá)信號的、逼近真實的模擬電磁空間環(huán)境，盡可能提供對實戰(zhàn)環(huán)境下的潛在敵方目標(biāo)特性的模擬仿真能力和手段，多信號模擬器可參考RF模型（載波頻率模型）、PA模型（脈沖幅度模型）或PRI模型（脈沖重復(fù)間隔模型）等成熟算法模型，采用軟硬件相結(jié)合的手段，以編程方式設(shè)置頻率、脈寬、脈沖重復(fù)周期、調(diào)頻模式、調(diào)頻周期、調(diào)相編碼、子碼寬度、天線掃描類型及掃描周期等各類測試所需的雷達(dá)信號模擬的參數(shù)，實現(xiàn)對多種信號類型的靈活匹配，模擬出脈沖調(diào)幅信號（PAM）、線性調(diào)頻脈沖信號（LFM）、相位編碼脈沖信號（PCP）等各種體制雷達(dá)所采用的常見輻射信號形式，以提高射頻信號模擬器輸出信號的有效性。

4.2 電磁態(tài)勢構(gòu)建策略

1）基于射頻注入的電磁態(tài)勢構(gòu)建。使用單臺或多個雷達(dá)模擬器與被測艦載電子對抗系統(tǒng)互聯(lián)，即可同時實現(xiàn)模擬信號射頻注入、干擾信號接收、干擾效果展示等測試功能，構(gòu)成電子對抗系統(tǒng)完整測試回路。

2）基于空間輻射的多信號電磁態(tài)勢構(gòu)建。多信號模擬器經(jīng)天線向空間發(fā)射多個模擬電子目標(biāo)信號，被測系統(tǒng)實裝接收并進(jìn)行處理顯示，將高精度頻譜儀與被測系統(tǒng)發(fā)射天線連接，檢測干擾效果。

3）綜合電磁態(tài)勢構(gòu)建?？蓪⒗走_(dá)模擬器、多信號模擬器、電子偵察目標(biāo)模擬器以及電磁環(huán)境錄取及回放系統(tǒng)集成進(jìn)同一測試環(huán)境，綜合采用空間輻射、射頻注入、信息注入多層次模擬手段，為被測艦載電子對抗系統(tǒng)提供具有真實復(fù)雜電磁環(huán)境背景，同時覆蓋多頻段、多信號類型的多目標(biāo)電磁態(tài)勢輸入。

4.3 測試類型選取策略

艦艇電子對抗系統(tǒng)軟件系統(tǒng)性驗證測試應(yīng)為系統(tǒng)級測試，當(dāng)對分系統(tǒng)或設(shè)備有特殊測評要求時，可增加相應(yīng)的配置項級測試，測試類型選取主要以文檔、功能、性能、接口、人機(jī)界面、強(qiáng)度、安全性、安裝性等測試類型為主［9］。

4.4 系統(tǒng)效能評估方法

測試執(zhí)行前，梳理并固化被測系統(tǒng)及軟件在功能、性能等方面的需求（固化功能基線），依據(jù)層級關(guān)系構(gòu)建被測系統(tǒng)的效能結(jié)構(gòu)模型［10］；按照從上到下的順序，以測試過程中實測數(shù)據(jù)（缺陷數(shù)量）為輸入，構(gòu)建除最底層外的各層各元素（效能項）的缺陷權(quán)比判斷矩陣［11］；采用最大特征向量法，求解除最底層外各層各元素下屬元素相對該元素的缺陷權(quán)比，并做歸一化處理；求解過程中，應(yīng)檢驗判斷矩陣的一致性是否滿足要求；從被測系統(tǒng)層次結(jié)構(gòu)圖的第3層開始，按照從上到下的順序逐層計算各效能項相對系統(tǒng)的全局缺陷權(quán)比［12］。

5 評判維度設(shè)計

5.1 問題及缺陷評判準(zhǔn)則

問題及缺陷評判準(zhǔn)則包括類別評判準(zhǔn)則以及嚴(yán)重等級評判準(zhǔn)則。類別評判準(zhǔn)則通常將問題及缺陷劃分為程序、文檔、設(shè)計以及其他四類，為進(jìn)一步準(zhǔn)確定位和描述所發(fā)現(xiàn)的各類問題或缺陷，可將上述通用劃分進(jìn)一步細(xì)化并將艦載電子對抗系統(tǒng)功能需求、專業(yè)背景代入類別評判準(zhǔn)則；嚴(yán)重等級評判準(zhǔn)則通常將問題及缺陷劃分為致命、嚴(yán)重、一般以及輕微四個等級，為便于進(jìn)一步對問題或缺陷實施量化分析，消除字面可能引入的二義性，可將嚴(yán)重等級評判準(zhǔn)則以定量方式劃分為粒度更為精細(xì)的多個層次。

5.2 軟件質(zhì)量特性評判準(zhǔn)則

軟件質(zhì)量特性評判準(zhǔn)則是在艦載電子對抗系統(tǒng)軟件系統(tǒng)性驗證測試過程中根據(jù)測試執(zhí)行情況以及被測系統(tǒng)及軟件運行狀態(tài)對被測系統(tǒng)軟件的質(zhì)量特性進(jìn)行判定和評價的依據(jù)。

5.2.1 需求滿足度

系統(tǒng)軟件系統(tǒng)性驗證測試應(yīng)對艦載電子對抗系統(tǒng)及軟件的實現(xiàn)相較于系統(tǒng)頂層計劃或方案所明確的系統(tǒng)需求的滿足度做出定量評價，需求滿足度評判指標(biāo)包括需求覆蓋度指標(biāo)Cr、需求實現(xiàn)度指標(biāo)Pf以及需求滿足度指標(biāo)Cp：

Cr=1時表明系統(tǒng)及軟件實現(xiàn)覆蓋了所有要求的需求項，Cr越小表明系統(tǒng)及軟件實現(xiàn)對應(yīng)于需求的覆蓋度越小；Pf=1時表明系統(tǒng)及軟件實現(xiàn)了所有要求的需求項并經(jīng)驗證合格，Pf越小表明經(jīng)驗證合格的系統(tǒng)或軟件實現(xiàn)的需求項越少；Cp越小表明系統(tǒng)及軟件對應(yīng)于需求的滿足度越小，當(dāng)Cp=100%時表明系統(tǒng)級軟件的實現(xiàn)經(jīng)驗證與預(yù)期需求完全相符。

5.2.2 代碼問題及缺陷密度

代碼問題及缺陷密度用于描述系統(tǒng)性驗證測試所發(fā)現(xiàn)問題或缺陷的數(shù)量相較于被測系統(tǒng)軟件規(guī)模的分布情況，常見的代碼問題及缺陷密度度量形式為千行代碼問題或缺陷率：

千行代碼問題或缺陷率=系統(tǒng)性驗證測試所發(fā)現(xiàn)問題及缺陷數(shù)量/被測軟件代碼規(guī)?！?000

5.2.3 代碼質(zhì)量特性評判準(zhǔn)則

當(dāng)在系統(tǒng)性驗證測試階段對被測艦載電子對抗系統(tǒng)軟件實施內(nèi)部質(zhì)量特性檢測時，應(yīng)參照MISRA、JSFAV等工業(yè)規(guī)范及相關(guān)標(biāo)準(zhǔn)，明確控制流/數(shù)據(jù)流/表達(dá)式分析評判標(biāo)準(zhǔn)、代碼質(zhì)量度量指標(biāo)等代碼質(zhì)量特性評判準(zhǔn)則［13］。

5.2.4 代碼特性評判準(zhǔn)則

當(dāng)被測艦載電子對抗系統(tǒng)軟件對其編碼的某一特性提出明確指標(biāo)要求時，應(yīng)建立相應(yīng)的代碼特性評判準(zhǔn)則，常見的代碼特性評判準(zhǔn)則包括：程序處理時間及其余量要求、程序內(nèi)存占用量及其余量要求等。

5.3 軟件系統(tǒng)效能評估準(zhǔn)則

5.3.1 檢驗缺陷權(quán)比判斷矩陣的一致性評判

通過求解除最底層外各層各元素一致性指標(biāo)CI（Consistency Index），比對隨機(jī)一致性指標(biāo)RI（Random Index），獲取一致性比率CR（Consistency Ratio），檢驗缺陷權(quán)比判斷矩陣是否滿足一致性要求［14］。

5.3.2 單效能項縱向效能評估

通過采集不同測試輪次中實測數(shù)據(jù)，分析同一效能項所轄下一層各元素對應(yīng)于該效能項的缺陷權(quán)比，實現(xiàn)對某一具體效能項效能實際質(zhì)量效能的動態(tài)監(jiān)測和評估。

5.3.3 軟件系統(tǒng)效能評估

1）軟件系統(tǒng)效能橫向評估

通過對某一測試輪次中底層或某一中間層各效能項實測數(shù)據(jù)的采集，求解對應(yīng)層次的各效能項相對于系統(tǒng)的缺陷權(quán)比，實現(xiàn)對某一配置狀態(tài)系統(tǒng)軟件效能實現(xiàn)質(zhì)量狀況的定量分析和評估，從而進(jìn)一步分析出系統(tǒng)可能存在的質(zhì)量薄弱點或影響整體效能發(fā)揮的瓶頸。

2）軟件系統(tǒng)效能縱向評估

基于各測試輪次所獲取的系統(tǒng)效能橫向評估結(jié)果，分析系統(tǒng)整體質(zhì)量效能的變化趨勢和走向，實現(xiàn)對軟件系統(tǒng)整體效能實現(xiàn)質(zhì)量的動監(jiān)測與評估。

5.4 其他評判準(zhǔn)則

其他的評判準(zhǔn)則還包括文檔規(guī)范度、測評活動評判準(zhǔn)則等。

6 艦載電子對抗系統(tǒng)軟件一體化測評框架運用

在某新型艦載電子對抗系統(tǒng)研制過程中，項目組按照常規(guī)在獨立實裝環(huán)境下分別完成了各分系統(tǒng)/設(shè)備的相關(guān)軟件的驗證性測試。各分系統(tǒng)/設(shè)備在獨立實裝環(huán)境下均開展了2輪4次驗證性測試（參見表1），可見經(jīng)2輪次驗證性測試后，被測系統(tǒng)各分系統(tǒng)/設(shè)備在獨立實裝條件下的運行狀態(tài)已趨于穩(wěn)定。

表1 某型系統(tǒng)獨立實裝環(huán)境下各分系統(tǒng)/設(shè)備驗證性測試情況匯總

為深入驗證被測系統(tǒng)軟件系統(tǒng)整體功能、性能、接口、強(qiáng)度等方面實現(xiàn)的正確性和有效性，項目組采用本文提出的一體化測評框架設(shè)計方案，對被測系統(tǒng)整體實裝進(jìn)一步開展了軟件系統(tǒng)性驗證測試及效能評估（以下簡稱一體化系統(tǒng)測評），實際所構(gòu)建的測評構(gòu)架如圖3所示。

圖3 系統(tǒng)性驗證測試及效能評估測試構(gòu)架

一體化系統(tǒng)測評分為系統(tǒng)性驗證測試、系統(tǒng)效能評估兩個階段組織實施，采用的測評環(huán)境基于被測電子對抗系統(tǒng)的系統(tǒng)實裝，被測軟件運行安置環(huán)境實裝完整度達(dá)到100%，外圍模擬環(huán)境包括作戰(zhàn)系統(tǒng)等外部系統(tǒng)或設(shè)備的模擬仿真、電磁態(tài)勢仿真環(huán)境等，構(gòu)建主要基于已有經(jīng)驗證的模擬仿真手段，僅針對被測電子對抗系統(tǒng)驗收試驗專研1型雷達(dá)模擬器。系統(tǒng)性驗證測試實際共執(zhí)行2輪，所發(fā)現(xiàn)的問題情況如表2所示，可見雖然在獨立實裝環(huán)境下各分系統(tǒng)、設(shè)備已歷經(jīng)多輪次驗證測試，但在全系統(tǒng)實裝運行環(huán)境下，仍可暴露大量系統(tǒng)性軟件缺陷，因此在條件允許的情況下有必要開展系統(tǒng)性驗證測試。

表2 某型電子對抗系統(tǒng)一體化系統(tǒng)測評系統(tǒng)性驗證測試情況匯總

采用AHP法（Analytic Hierarchy Process，層次分析法）構(gòu)造效能層次評估指標(biāo)體系［15］（參見圖4）。

圖4 被測艦載電子對抗系統(tǒng)效能結(jié)構(gòu)模型示意圖

項目組基于測試過程中所發(fā)現(xiàn)的缺陷數(shù)量，通過計算各層效能項缺陷權(quán)比［16］，對被測系統(tǒng)及軟件預(yù)期效能實現(xiàn)的質(zhì)量情況進(jìn)行定量分析和評估，最終得到末端各項全局缺陷權(quán)比如表3所示。

基于第1輪系統(tǒng)性驗證測試中所發(fā)現(xiàn)的239個缺陷，通過分析各功能項在系統(tǒng)中的全局缺陷全比分布情況，項目組認(rèn)為：1）被測系統(tǒng)及軟件整體質(zhì)量狀況不均衡，質(zhì)量瓶頸出現(xiàn)在內(nèi)部接口1、性能指標(biāo)1、電子偵察功能2、電子進(jìn)攻功能3、外部接口2等效能項中，系統(tǒng)及軟件的質(zhì)量需進(jìn)一步整改提高；2）系統(tǒng)性驗證測試中所發(fā)現(xiàn)的各類缺陷均由于系統(tǒng)各分系統(tǒng)/設(shè)備采用不正確的方式進(jìn)行集成、交互、對接所導(dǎo)致，因此在獨立實裝環(huán)境下無法得到充分暴露。

表3 某型電子對抗系統(tǒng)效能項全局缺陷權(quán)比

研發(fā)方對第1輪系統(tǒng)性驗證測試所發(fā)現(xiàn)的問題進(jìn)行整改后，測試組采用同一測評框架對被測系統(tǒng)及軟件開展了回歸測評，相關(guān)測試問題均已解決，未發(fā)現(xiàn)新問題，系統(tǒng)性驗證測試第2輪測試中所有功能項全局缺陷權(quán)比均為0，表明系統(tǒng)軟件質(zhì)量效能在當(dāng)前所采用的測評框架的系統(tǒng)實裝測評環(huán)境下已趨于穩(wěn)定，可轉(zhuǎn)入下一步檢測階段。

7 結(jié)語

實踐應(yīng)用表明，在獨立實裝環(huán)境下完成各分系統(tǒng)及設(shè)備相關(guān)軟件的常規(guī)性測試后，若時間、資源、人力等條件允許，采用本文提出的一體化測評框架對被測系統(tǒng)進(jìn)一步開展軟件系統(tǒng)性驗證測試及效能評估，能夠在研制階段提前暴露更多的系統(tǒng)性軟件缺陷，有利于提升系統(tǒng)整體質(zhì)量水平、降低系統(tǒng)研發(fā)及后續(xù)驗收成本。但目前該一體化測評框架效能評估方案僅以系統(tǒng)驗證性測試所發(fā)現(xiàn)缺陷問題數(shù)量作為輸入，下一步可考慮結(jié)合缺陷類型、問題嚴(yán)重等級等多種因素，綜合使用模糊綜合評判法［17］，提高軟件系統(tǒng)效能評估的合理性和科學(xué)性，實現(xiàn)對被測軟件系統(tǒng)效能的整體量化評估。