關(guān)于武器裝備軟件問(wèn)題產(chǎn)生原因分析

任喜錄，胡 勇

(解放軍63961部隊(duì)，北京 100012)

關(guān)于武器裝備軟件問(wèn)題產(chǎn)生原因分析

任喜錄，胡 勇

(解放軍63961部隊(duì)，北京 100012)

為了提高武器裝備軟件工程化水平，在對(duì)武器裝備設(shè)計(jì)定型軟件測(cè)評(píng)工作中發(fā)現(xiàn)的軟件問(wèn)題進(jìn)行分析、歸納的基礎(chǔ)上，總結(jié)提出了武器裝備軟件問(wèn)題產(chǎn)生的7種可能原因：裝備軟件指標(biāo)可操作性差、軟件需求分析不充分、軟件設(shè)計(jì)說(shuō)明內(nèi)容不詳實(shí)、軟件編程不規(guī)范、軟件文檔評(píng)審不嚴(yán)謹(jǐn)、軟件研制單位內(nèi)部軟件測(cè)試不落實(shí)、軟件研制過(guò)程的軟件工程化管理水平不高，闡述了武器裝備軟件問(wèn)題產(chǎn)生原因的各種表現(xiàn)，并通過(guò)具體軟件問(wèn)題實(shí)例對(duì)每一個(gè)軟件問(wèn)題產(chǎn)生原因進(jìn)行了進(jìn)一步的說(shuō)明，這對(duì)從根本上減少或避免裝備軟件問(wèn)題的產(chǎn)生具有促進(jìn)作用。

武器裝備;軟件問(wèn)題;產(chǎn)生原因

0 引言

隨著裝備信息化程度的不斷提高，軟件在裝備中的規(guī)模和復(fù)雜程度越來(lái)越大，軟件在裝備中的作用越來(lái)越重要，信息化裝備的功能和性能越來(lái)越多地由軟件來(lái)實(shí)現(xiàn)，因此，信息化裝備中軟件的質(zhì)量對(duì)信息化裝備完成任務(wù)成敗的影響也越來(lái)越大。為了保證定型裝備中的軟件質(zhì)量，陸軍裝備在設(shè)計(jì)定型時(shí)由必須進(jìn)行基地試驗(yàn)、部隊(duì)試驗(yàn)的基礎(chǔ)上增加了軟件測(cè)評(píng)考核項(xiàng)目。自這時(shí)起作者開(kāi)始從事陸軍裝備設(shè)計(jì)定型軟件測(cè)評(píng)工作，在這期間參加并完成了幾十個(gè)型號(hào)的設(shè)計(jì)定型軟件測(cè)評(píng)任務(wù)，在軟件測(cè)試過(guò)程中發(fā)現(xiàn)了數(shù)千個(gè)軟件問(wèn)題，其中有大量的致命問(wèn)題和嚴(yán)重問(wèn)題。這些問(wèn)題在裝備定型前被發(fā)現(xiàn)并得到有效解決，保證了這些新研裝備軟件質(zhì)量的提高[1]。

在軟件測(cè)評(píng)過(guò)程中發(fā)現(xiàn)，有的新研裝備軟件中存在的問(wèn)題很多，多達(dá)上千個(gè)。雖然裝備設(shè)計(jì)定型時(shí)進(jìn)行軟件測(cè)評(píng)是一種減少或避免軟件問(wèn)題的有效手段，但這不能從根本上減少或避免新研裝備軟件問(wèn)題的產(chǎn)生。為了找到解決在新研裝備的研制過(guò)程中減少或避免軟件問(wèn)題產(chǎn)生的根本手段，作者對(duì)以往發(fā)現(xiàn)的軟件問(wèn)題產(chǎn)生原因進(jìn)行了分析總結(jié)。

1 軟件問(wèn)題產(chǎn)生原因分析

軟件生命周期始于裝備型號(hào)論證，經(jīng)過(guò)一系列階段之后進(jìn)入編程階段，實(shí)現(xiàn)軟件編程。程序中存在的軟件問(wèn)題并不一定是由編碼所引起的，有的軟件問(wèn)題是由編程階段之前的某個(gè)階段存在的問(wèn)題所引起的，裝備軟件測(cè)試模型見(jiàn)圖1。通過(guò)對(duì)以往軟件測(cè)試發(fā)現(xiàn)的軟件問(wèn)題的原因進(jìn)行分析、總結(jié)，可將軟件測(cè)評(píng)過(guò)程中發(fā)現(xiàn)的軟件問(wèn)題產(chǎn)生的原因歸納為7個(gè)方面：

1)裝備軟件指標(biāo)可操作性差；

2)軟件需求分析不充分；

3)軟件設(shè)計(jì)內(nèi)容不詳實(shí)；

4)軟件編程不規(guī)范；

5)軟件產(chǎn)品評(píng)審不嚴(yán)謹(jǐn)；

6)研制單位內(nèi)部軟件測(cè)試不落實(shí)；

7)軟件研制過(guò)程的工程化管理水平不高。

圖1 裝備軟件測(cè)試W模型

1.1 裝備軟件指標(biāo)可操作性差

裝備型號(hào)論證分為作戰(zhàn)使用要求論證和戰(zhàn)術(shù)技術(shù)指標(biāo)論證兩個(gè)方面。裝備型號(hào)論證的主要工作是確定裝備型號(hào)的作戰(zhàn)使命、任務(wù)及作戰(zhàn)對(duì)象，確定裝備型號(hào)的系統(tǒng)組成、主要戰(zhàn)術(shù)技術(shù)指標(biāo)與作戰(zhàn)使用要求等。裝備型號(hào)論證的產(chǎn)品是《武器裝備研制總要求》，為開(kāi)展裝備型號(hào)研制提供依據(jù)。

在設(shè)計(jì)定型軟件測(cè)評(píng)發(fā)現(xiàn)的軟件問(wèn)題中，有些軟件問(wèn)題是由于裝備的軟件指標(biāo)可操作性差造成的，這為研制高水平的武器裝備留下了隱患。裝備軟件指標(biāo)可操作性差的表現(xiàn)為：作戰(zhàn)使用需求不明，戰(zhàn)技指標(biāo)不細(xì)，總體技術(shù)方案不清。

例1：在某型節(jié)點(diǎn)交換設(shè)備的研制總要求中對(duì)節(jié)點(diǎn)交換設(shè)備接入戰(zhàn)術(shù)互聯(lián)網(wǎng)的戰(zhàn)術(shù)技術(shù)指標(biāo)要求是“具有接入戰(zhàn)術(shù)互聯(lián)網(wǎng)數(shù)據(jù)傳輸功能”，僅僅這么一句籠統(tǒng)要求，對(duì)接入戰(zhàn)術(shù)互聯(lián)網(wǎng)的組網(wǎng)類型有哪些沒(méi)有要求。節(jié)點(diǎn)交換設(shè)備接入戰(zhàn)術(shù)互聯(lián)網(wǎng)的組網(wǎng)類型實(shí)際可有多種：

1)直接接入戰(zhàn)術(shù)互聯(lián)網(wǎng)的節(jié)點(diǎn)交換設(shè)備的數(shù)字終端間通過(guò)戰(zhàn)術(shù)互聯(lián)網(wǎng)能進(jìn)行數(shù)據(jù)傳輸；

2)直接接入戰(zhàn)術(shù)互聯(lián)網(wǎng)的節(jié)點(diǎn)交換設(shè)備的數(shù)字終端與戰(zhàn)術(shù)互聯(lián)網(wǎng)的數(shù)字終端之間能進(jìn)行數(shù)據(jù)傳輸；

3)非直接接入戰(zhàn)術(shù)互聯(lián)網(wǎng)的節(jié)點(diǎn)交換設(shè)備的數(shù)字終端之間通過(guò)戰(zhàn)術(shù)互聯(lián)網(wǎng)進(jìn)行數(shù)據(jù)傳輸；

4)非直接接入戰(zhàn)術(shù)互聯(lián)網(wǎng)的節(jié)點(diǎn)交換設(shè)備的數(shù)字終端與戰(zhàn)術(shù)互聯(lián)網(wǎng)的數(shù)字終端之間能進(jìn)行數(shù)據(jù)傳輸。

從滿足作戰(zhàn)使用角度來(lái)講，上述所有組網(wǎng)類型均應(yīng)實(shí)現(xiàn)。在進(jìn)行設(shè)計(jì)定型軟件測(cè)評(píng)時(shí)發(fā)現(xiàn)：研制方由于難于實(shí)現(xiàn)其中的某些接入戰(zhàn)術(shù)互聯(lián)網(wǎng)的組網(wǎng)類型而發(fā)生了隨意剪裁指標(biāo)要求情況，當(dāng)軟件測(cè)評(píng)時(shí)作者對(duì)此提出軟件實(shí)現(xiàn)存在問(wèn)題時(shí)，研制方以研制總要求對(duì)接入戰(zhàn)術(shù)互聯(lián)網(wǎng)的組網(wǎng)類型沒(méi)有明確要求為由，找出各種理由解釋他們這樣做的合理性，并堅(jiān)稱他們這樣做滿足研制總要求的要求。

例2：在某型節(jié)點(diǎn)交換設(shè)備的研制總要求中對(duì)節(jié)點(diǎn)交換設(shè)備的信道監(jiān)測(cè)指標(biāo)要求是“支持鏈路狀態(tài)監(jiān)測(cè)功能”。對(duì)鏈路狀態(tài)監(jiān)測(cè)的約束沒(méi)有要求。因此，在型號(hào)研制時(shí)，研制方只從功能達(dá)到的角度實(shí)現(xiàn)了這一功能，未考慮實(shí)現(xiàn)方法是否符合作戰(zhàn)使用。研制方對(duì)鏈路狀態(tài)監(jiān)測(cè)功能的實(shí)現(xiàn)方式是：節(jié)點(diǎn)交換設(shè)備通過(guò)不可控、周期性地發(fā)送握手?jǐn)?shù)據(jù)來(lái)監(jiān)測(cè)鏈路狀態(tài)。采用這種鏈路狀態(tài)監(jiān)測(cè)方式的后果是：在作戰(zhàn)使用時(shí)，不論是在不要求電磁靜默使用狀態(tài)下，還是要求在電磁靜默使用狀態(tài)下，只要節(jié)點(diǎn)交換設(shè)備開(kāi)機(jī)工作，節(jié)點(diǎn)交換設(shè)備就使作為中繼信道的通信設(shè)備——超短波電臺(tái)、短波電臺(tái)、高速數(shù)據(jù)電臺(tái)、無(wú)線接力機(jī)、衛(wèi)星通信地面收發(fā)設(shè)備等開(kāi)始周期性地向外發(fā)射電磁波信號(hào)以傳輸監(jiān)測(cè)握手?jǐn)?shù)據(jù)；這樣，在需要電磁靜默時(shí)就有可能造成電磁暴露。

1.2 軟件需求分析不充分

軟件需求分析階段的主要任務(wù)是依據(jù)研制總要求和軟件研制任務(wù)書(shū)對(duì)軟件的功能、性能、數(shù)據(jù)和接口等要求逐項(xiàng)細(xì)化，通過(guò)分析深入地、全面地理解研制總要求和軟件研制任務(wù)書(shū)對(duì)軟件的要求，編寫(xiě)形成《軟件需求規(guī)格說(shuō)明》，為下一步開(kāi)展軟件設(shè)計(jì)提供依據(jù)。

在設(shè)計(jì)定型軟件測(cè)評(píng)過(guò)程中發(fā)現(xiàn)的軟件問(wèn)題中，有些軟件問(wèn)題是由于軟件需求分析不充分造成的。軟件需求分析不充分的表現(xiàn)為：《軟件需求規(guī)格說(shuō)明》的內(nèi)容沒(méi)有完全覆蓋研制總要求中關(guān)于軟件方面的要求或軟件研制任務(wù)書(shū)的要求，沒(méi)有覆蓋隱含需求；《軟件需求規(guī)格說(shuō)明》中的要求不全面、不清晰、不準(zhǔn)確。

例3：在某探測(cè)系統(tǒng)的研制總要求中對(duì)GPS定位定向儀的定向指標(biāo)要求是“定向精度：≤Xmil(基線長(zhǎng)度Z米)”，同時(shí)，在研制總要求中明確規(guī)定了系統(tǒng)的作戰(zhàn)使用條件“探測(cè)陣列的傾斜角≤Y°”。GPS定位定向儀的研制單位在進(jìn)行軟件需求分析時(shí)沒(méi)有全面分析研究研制總要求的各項(xiàng)戰(zhàn)技指標(biāo)要求，因此，對(duì)GPS定位定向儀的定向精度滿足要求的條件只考慮了被定向物體處于水平狀態(tài)下是否滿足要求，未考慮被定向物體處于作戰(zhàn)使用要求允許的非水平狀態(tài)下是否滿足要求。軟件測(cè)評(píng)時(shí)，作者在對(duì)其他定型試驗(yàn)單位已通過(guò)測(cè)試的GPS定位定向儀進(jìn)行軟件測(cè)試時(shí)發(fā)現(xiàn)：當(dāng)被定向物體處于研制總要求允許的非水平狀態(tài)下工作時(shí)，GPS定位定向儀的尋北精度嚴(yán)重超出指標(biāo)要求，并且，當(dāng)被定向物體處于在研制總要求允許的較大傾斜姿態(tài)時(shí)GPS定位定向儀不能進(jìn)行尋北。探測(cè)系統(tǒng)在實(shí)際使用時(shí)被定向物體處于水平狀態(tài)的情況較少，大多數(shù)情況下是處于非水平狀態(tài)下使用。作為探測(cè)系統(tǒng)重要組成部分的GPS定位定向儀所存在的只能在被定向物體處于水平狀態(tài)下正常工作、在非水平狀態(tài)下尋北精度嚴(yán)重超出指標(biāo)要求或者不能尋北的問(wèn)題如果不被發(fā)現(xiàn)和解決，那么，這樣的探測(cè)偵查裝備在作戰(zhàn)時(shí)將無(wú)法為取得戰(zhàn)爭(zhēng)的勝利起到應(yīng)有的積極作用。

例4：在某武器系統(tǒng)的研制總要求中對(duì)引信的指標(biāo)要求之一是“炮口可靠保險(xiǎn)距離不小于X米”。引信研制單位在進(jìn)行軟件需求分析時(shí)未考慮到炮彈旋轉(zhuǎn)加速度計(jì)信號(hào)線開(kāi)路時(shí)引信解除保險(xiǎn)對(duì)使用安全的影響，未考慮炮彈旋轉(zhuǎn)加速度計(jì)信號(hào)線開(kāi)路時(shí)不解除保險(xiǎn)這一隱含需求，因此，在引信的軟件需求規(guī)格說(shuō)明文檔中沒(méi)有要求炮彈旋轉(zhuǎn)加速度計(jì)信號(hào)線開(kāi)路時(shí)不解除保險(xiǎn)。軟件測(cè)試時(shí)作者發(fā)現(xiàn)：當(dāng)炮彈旋轉(zhuǎn)加速度計(jì)信號(hào)線開(kāi)路時(shí)引信電保險(xiǎn)裝置上電后就解除保險(xiǎn)，未能滿足炮彈旋轉(zhuǎn)加速度達(dá)到預(yù)定值后解除保險(xiǎn)的要求。如果存在這一軟件設(shè)計(jì)缺陷的引信被裝備到部隊(duì)，那么，當(dāng)發(fā)射安裝有炮彈旋轉(zhuǎn)加速度計(jì)信號(hào)線開(kāi)路的引信的炮彈時(shí)將有可能發(fā)生炮彈在炮口附近爆炸的事故。

1.3 軟件設(shè)計(jì)內(nèi)容不詳實(shí)

軟件設(shè)計(jì)通常分軟件概要設(shè)計(jì)和軟件詳細(xì)設(shè)計(jì)。軟件概要設(shè)計(jì)是軟件的總體設(shè)計(jì)或架構(gòu)設(shè)計(jì)，軟件詳細(xì)設(shè)計(jì)是確定軟件模塊內(nèi)部特征和內(nèi)部詳細(xì)執(zhí)行過(guò)程的設(shè)計(jì)。通過(guò)軟件設(shè)計(jì)編寫(xiě)形成《軟件設(shè)計(jì)說(shuō)明》，為下一步開(kāi)展軟件編程提供依據(jù)。

在設(shè)計(jì)定型軟件測(cè)評(píng)過(guò)程中發(fā)現(xiàn)的軟件問(wèn)題中，有些軟件問(wèn)題是由于軟件設(shè)計(jì)說(shuō)明內(nèi)容不詳實(shí)造成的。軟件設(shè)計(jì)內(nèi)容不詳實(shí)的表現(xiàn)為：《軟件設(shè)計(jì)說(shuō)明》的內(nèi)容沒(méi)有完全覆蓋《軟件需求規(guī)格說(shuō)明》的要求，《軟件設(shè)計(jì)說(shuō)明》的設(shè)計(jì)內(nèi)容不全面、不詳細(xì)、不準(zhǔn)確。

例5：在某顯示控制軟件需求規(guī)格說(shuō)明中對(duì)RS-232C接口字節(jié)傳輸?shù)囊笫牵簜鬏斔俾?9.2kBPS，字節(jié)傳輸格式：起始位1位、數(shù)據(jù)位8位、奇/偶校驗(yàn)為奇校驗(yàn)、停止位2位。研制單位在軟件的詳細(xì)設(shè)計(jì)時(shí)對(duì)RS-232C接口接收字節(jié)處理流程中的字節(jié)奇/偶校驗(yàn)考慮不周，因此，致使按照軟件設(shè)計(jì)說(shuō)明編制實(shí)現(xiàn)的程序在對(duì)RS-232C接口接收字節(jié)的奇/偶校驗(yàn)處理時(shí)存在軟件缺陷。軟件測(cè)試時(shí)作者發(fā)現(xiàn)：當(dāng)顯示控制軟件通過(guò)RS-232C接口接收到字節(jié)校驗(yàn)位錯(cuò)誤的數(shù)據(jù)幀時(shí)，顯示控制軟件發(fā)生死機(jī)。

例6：在某顯示控制軟件的概要設(shè)計(jì)中要求：顯示控制軟件能夠?qū)⒔邮盏降母鞣N信息疊加到偵察視頻圖象上顯示。研制單位在軟件的詳細(xì)設(shè)計(jì)時(shí)從功能實(shí)現(xiàn)角度出發(fā)僅考慮了將接收到的各種信息以白色、透明顯示方式疊加到偵察視頻圖象的深色部分顯示情況，因此，致使按照軟件設(shè)計(jì)說(shuō)明編制實(shí)現(xiàn)的程序在實(shí)現(xiàn)信息疊加到偵察視頻圖象上顯示時(shí)未能滿足在各種灰度的偵察視頻圖象上清晰顯示的要求。軟件測(cè)試時(shí)作者發(fā)現(xiàn)：當(dāng)疊加信息的偵察視頻圖象位置也為白色時(shí)被疊加的信息無(wú)法看見(jiàn)，影響系統(tǒng)的正常使用。

1.4 軟件編程不規(guī)范

軟件編程階段的主要任務(wù)是依據(jù)《軟件設(shè)計(jì)說(shuō)明》按指定的編程語(yǔ)言、采用結(jié)構(gòu)化編程方法、以與軟件詳細(xì)設(shè)計(jì)完全一致的方式完成編程。

在設(shè)計(jì)定型軟件測(cè)評(píng)過(guò)程中發(fā)現(xiàn)的軟件問(wèn)題中，有些軟件問(wèn)題是由于軟件編程不規(guī)范造成的。軟件編程不規(guī)范的表現(xiàn)為：程序沒(méi)有完全覆蓋《軟件設(shè)計(jì)說(shuō)明》，程序的規(guī)范性、安全性、可靠性、可維護(hù)性等指標(biāo)不滿足裝備軟件相關(guān)管理規(guī)定的要求。

例7：在武器系統(tǒng)研制時(shí)有的軟件研制單位編制的程序結(jié)構(gòu)非常復(fù)雜，函數(shù)圈復(fù)雜度非常大，高達(dá)200；源程序注釋率很低，低至3%，不滿足注釋率不低于20%的要求；單元規(guī)模過(guò)大，大至數(shù)千行，不滿足重要軟件單元規(guī)模不超過(guò)100行，一般軟件單元規(guī)模不超過(guò)200行的要求；編程方式還是“手工作坊式”生產(chǎn)方式，即對(duì)于一個(gè)獨(dú)立功能軟件的開(kāi)發(fā)從軟件需求分析到軟件實(shí)現(xiàn)仍是由一個(gè)軟件開(kāi)發(fā)人員完成，未按軟件需求分析、軟件設(shè)計(jì)、軟件編程分工進(jìn)行軟件開(kāi)發(fā)，因此，導(dǎo)致編制的程序存在各種意想不到的軟件缺陷，軟件的可維護(hù)性、可擴(kuò)充性、可移植性差。

1.5 軟件產(chǎn)品評(píng)審不嚴(yán)謹(jǐn)

軟件產(chǎn)品評(píng)審作為軟件驗(yàn)證和確認(rèn)的重要手段，是一種排除軟件缺陷的有效機(jī)制。按照軟件生存周期組織進(jìn)行軟件產(chǎn)品評(píng)審，可以及時(shí)發(fā)現(xiàn)和排除軟件產(chǎn)品存在的缺陷或錯(cuò)誤，防止在下一階段蔓延和擴(kuò)大，保證軟件產(chǎn)品質(zhì)量。

在設(shè)計(jì)定型軟件測(cè)評(píng)過(guò)程中發(fā)現(xiàn)的軟件問(wèn)題中，有些軟件問(wèn)題是由于軟件產(chǎn)品評(píng)審不嚴(yán)謹(jǐn)造成的。軟件產(chǎn)品評(píng)審不嚴(yán)謹(jǐn)?shù)谋憩F(xiàn)為：軟件產(chǎn)品評(píng)審準(zhǔn)備不充分，評(píng)審會(huì)議時(shí)間短致使對(duì)軟件產(chǎn)品審查不充分，評(píng)審會(huì)專家構(gòu)成不合理、代表性不強(qiáng)，審查意見(jiàn)落實(shí)不到位。

例8：在已經(jīng)過(guò)評(píng)審的某武器系統(tǒng)的跟蹤測(cè)角裝置軟件需求規(guī)格說(shuō)明中，對(duì)發(fā)射接收機(jī)與跟蹤測(cè)角裝置通信協(xié)議的要求是通過(guò)串行通信進(jìn)行信息傳輸時(shí)要以含有幀頭、幀長(zhǎng)度、信息體、校驗(yàn)字節(jié)和幀尾的幀格式進(jìn)行傳輸，而設(shè)計(jì)的通信協(xié)議中對(duì)發(fā)射接收機(jī)與跟蹤測(cè)角裝置之間進(jìn)行握手的信息格式和握手應(yīng)答信息格式是只有一個(gè)字節(jié)的信息體，沒(méi)有幀頭、幀長(zhǎng)度、校驗(yàn)字節(jié)和幀尾，這明顯不符合通信協(xié)議對(duì)信息傳輸格式的要求，卻通過(guò)了評(píng)審。

1.6 研制單位內(nèi)部軟件測(cè)試不落實(shí)

根據(jù)軟件開(kāi)發(fā)生存周期研制單位內(nèi)部軟件測(cè)試可分為單元測(cè)試、集成測(cè)試、配置項(xiàng)測(cè)試、系統(tǒng)測(cè)試，研制單位內(nèi)部軟件測(cè)試的主要目的是驗(yàn)證軟件是否滿足軟件研制任務(wù)書(shū)、軟件需求規(guī)格說(shuō)明、軟件設(shè)計(jì)說(shuō)明等文檔所規(guī)定的要求，盡可能早、盡可能多地發(fā)現(xiàn)軟件中存在的缺陷，為軟件轉(zhuǎn)入下一階段工作提供依據(jù)。

在設(shè)計(jì)定型軟件測(cè)評(píng)過(guò)程中發(fā)現(xiàn)的軟件問(wèn)題中，有些軟件問(wèn)題是由于軟件研制單位內(nèi)部的軟件測(cè)試不落實(shí)造成的。軟件研制單位內(nèi)部軟件測(cè)試不落實(shí)的表現(xiàn)為：軟件測(cè)試隊(duì)伍不健全，軟件測(cè)試人員的軟件測(cè)試水平不高，軟件研制過(guò)程中未組織軟件測(cè)試人員對(duì)不同階段開(kāi)發(fā)的程序進(jìn)行軟件測(cè)試。

例9：有些軟件的研制單位在進(jìn)入設(shè)計(jì)定型階段時(shí)雖然提交了研制單位進(jìn)行軟件測(cè)試的有關(guān)文檔，但往往是為了滿足有關(guān)軟件質(zhì)量管理規(guī)定要求而撰寫(xiě)的軟件測(cè)試文檔，實(shí)際上并未進(jìn)行內(nèi)部軟件測(cè)試。在對(duì)某武器系統(tǒng)的跟蹤測(cè)角裝置軟件進(jìn)行設(shè)計(jì)定型軟件測(cè)評(píng)中發(fā)現(xiàn)的許多軟件問(wèn)題都是很容易發(fā)現(xiàn)的軟件問(wèn)題就說(shuō)明了這一點(diǎn)。譬如：在跟蹤測(cè)角裝置與執(zhí)行同步模塊通信正常時(shí)，發(fā)送目標(biāo)坐標(biāo)信息后跟蹤測(cè)角裝置軟件控制顯示的不是“發(fā)送成功”，而是“發(fā)送失敗”；在非設(shè)置狀態(tài)下“確認(rèn)”鍵不是不響應(yīng)操作，而是響應(yīng)了確認(rèn)操作，并發(fā)生了顯示屏閃爍；跟蹤測(cè)角裝置軟件控制顯示的經(jīng)度、緯度的單位符號(hào)錯(cuò)誤；當(dāng)目標(biāo)坐標(biāo)信息中的距離值為0時(shí)不是不發(fā)送目標(biāo)坐標(biāo)信息，而是發(fā)送不確定的目標(biāo)坐標(biāo)信息等。如果研制單位進(jìn)行了有效的內(nèi)部軟件測(cè)試，那么，這些軟件問(wèn)題是不難被發(fā)現(xiàn)的。

1.7 軟件研制過(guò)程的工程化管理水平不高

軟件工程化管理就是要建立一套系統(tǒng)的技術(shù)和管理規(guī)則，對(duì)軟件研制、生產(chǎn)和維護(hù)過(guò)程實(shí)行控制和管理，以保證獲得質(zhì)量可靠的軟件。

在設(shè)計(jì)定型軟件測(cè)評(píng)過(guò)程中發(fā)現(xiàn)的軟件問(wèn)題中，有些軟件問(wèn)題是由于軟件研制過(guò)程的軟件工程化管理水平不高造成的。軟件研制過(guò)程的軟件工程化管理水平不高的表現(xiàn)為：?jiǎn)挝活I(lǐng)導(dǎo)對(duì)軟件工程化管理工作不重視，軟件工程化管理體系不健全，軟件工程化管理人員職責(zé)不明，軟件工程化管理措施未落實(shí)。

例10：有些軟件研制單位在軟件開(kāi)發(fā)過(guò)程中對(duì)軟件過(guò)程產(chǎn)品管理不到位，未做到通過(guò)對(duì)基線的版本控制實(shí)現(xiàn)對(duì)軟件的版本控制，未做到通過(guò)對(duì)基線的變更控制實(shí)現(xiàn)對(duì)軟件的變更控制，未做到通過(guò)對(duì)基線的管理實(shí)現(xiàn)對(duì)軟件過(guò)程的管理。在設(shè)計(jì)定型階段提交被測(cè)軟件時(shí)軟件開(kāi)發(fā)人員對(duì)入庫(kù)的軟件研制任務(wù)書(shū)、軟件需求規(guī)格說(shuō)明、軟件設(shè)計(jì)說(shuō)明等軟件產(chǎn)品未經(jīng)變更請(qǐng)求、變更許可、變更實(shí)施和變更驗(yàn)證而隨意進(jìn)行更改，這對(duì)軟件狀態(tài)控制和軟件質(zhì)量的保證帶來(lái)很大風(fēng)險(xiǎn)。

2 結(jié)束語(yǔ)

作者對(duì)于軟件問(wèn)題產(chǎn)生的原因可從不同角度進(jìn)行了分析、總結(jié)，本文對(duì)武器裝備設(shè)計(jì)定型階段軟件測(cè)評(píng)時(shí)發(fā)現(xiàn)的軟件問(wèn)題產(chǎn)生原因的分析、總結(jié)是按照型號(hào)論證、軟件需求分析、軟件設(shè)計(jì)、軟件編程、軟件產(chǎn)品評(píng)審、內(nèi)部軟件測(cè)試、軟件工程化管理的線索進(jìn)行的，在此基礎(chǔ)上將軟件問(wèn)題產(chǎn)生原因歸納為7個(gè)方面：裝備軟件指標(biāo)可操作性差、軟件需求分析不充分、軟件設(shè)計(jì)說(shuō)明內(nèi)容不詳實(shí)、軟件編程不規(guī)范、軟件產(chǎn)品評(píng)審不嚴(yán)謹(jǐn)、軟件研制單位內(nèi)部軟件測(cè)試不落實(shí)、軟件研制過(guò)程的軟件工程化管理水平不高，并且，對(duì)歸納出的每一方面軟件問(wèn)題原因均通過(guò)軟件問(wèn)題實(shí)例進(jìn)行了說(shuō)明。

為了促進(jìn)武器裝備軟件開(kāi)發(fā)質(zhì)量的進(jìn)一步提高，作者建議：(1)提高武器裝備型號(hào)論證水平，確保軟件指標(biāo)的描述全面、準(zhǔn)確；(2)加強(qiáng)有關(guān)軟件開(kāi)發(fā)國(guó)軍標(biāo)的宣貫工作，確保武器裝備軟件開(kāi)發(fā)單位的軟件開(kāi)發(fā)產(chǎn)品規(guī)范、詳實(shí)、準(zhǔn)確；(3)加大對(duì)武器裝備軟件開(kāi)發(fā)單位的檢查、監(jiān)督力度，確保其軟件工程化管理工作得到真正落實(shí)。

[1] 張善文,等.軟件測(cè)試及其案例分析[M].西安：西安電子科技大學(xué)出版社，2012.

Reason Analysis on Problems of Weaponry Software

Ren Xilu, Hu Yong

(63961st Unit of PLA, Beijing 100012, China)

In order to raise the level of software engineering for weapons and military supplies, on the base of analyzing and categorizing the problems during the software testing and evaluation for weaponry design and finalization work, 7 kinds of possible reasons for weaponry software development are summarized in this article: bad operability of the KPIs, incomplete analysis for the requirements, inadequate explanations about the software design, nonstandard software programming, imprecise checking on software documentation, weak implementation of internal software testing and evaluation by developer unit, low level of software engineering management. Furthermore, this article lists the various behaviors of the above different weaponry software problems, and demonstrate the deep reasons of the problems by the practices of software testing and evaluation.

weaponry; software problem; root reason

2016-04-07；

2016-06-21。

任喜錄(1964-)，男，河北定興人，高級(jí)工程師，主要從事軟件測(cè)評(píng)及軟件工程化工作。

1671-4598(2017)02-0110-03

10.16526/j.cnki.11-4762/tp.2017.02.030

TP311.5

A