隨著GJB5000A-2008《軍用軟件研制能力成熟度模型》在我國(guó)科研單位的逐步應(yīng)用推廣，軟件產(chǎn)品研制過(guò)程的工程化要求越來(lái)越科學(xué)和嚴(yán)格。因此我們?cè)谀承┲攸c(diǎn)項(xiàng)目上進(jìn)行了GJB5000A二級(jí)的首批實(shí)踐。這次實(shí)踐有效地提高了軟件研制的工程化水平，但是同時(shí)也發(fā)現(xiàn)了許多問(wèn)題和和失誤。通過(guò)管理人員和技術(shù)人員的分析和總結(jié)，得出結(jié)論：GJB5000A二級(jí)的應(yīng)用需要關(guān)注的兩方面工作重點(diǎn)，一是建立適應(yīng)于中小型嵌入式軟件的高效的項(xiàng)目管理體系，二是利用軟件測(cè)試技術(shù)提高軟件的可靠性，保證軟件的質(zhì)量。

　　1 中小型嵌入式軟件的高效管理

　　1．1 軟件研制的現(xiàn)狀

　　在電子信息系統(tǒng)及相關(guān)產(chǎn)品中，主要包含三類(lèi)軟件：

　　（1）人機(jī)交互類(lèi)軟件，采集目標(biāo)狀態(tài)信息和各分系統(tǒng)狀態(tài)信息顯示于終端圖形界面上，同時(shí)由操縱員進(jìn)行人工操作；

　　（2）數(shù)據(jù)處理類(lèi)軟件，包括數(shù)據(jù)處理、信號(hào)處理、數(shù)據(jù)融合、數(shù)據(jù)交換等；

　　（3）控制類(lèi)軟件，包括波束控制，機(jī)械裝置控制，時(shí)序控制，系統(tǒng)校準(zhǔn)，系統(tǒng)自檢等。這三類(lèi)軟件的功能模塊基本相同，包括系統(tǒng)初始化、任務(wù)調(diào)度、數(shù)據(jù)解算、時(shí)序控制、I／O通信定時(shí)管理、中斷管理、任務(wù)問(wèn)的通信／同步／互斥管理及內(nèi)存管理等。它們的研制特點(diǎn)如表1所示：

　　表1反映出三類(lèi)軟件均存高實(shí)時(shí)性的嵌入式芯片或平臺(tái)上開(kāi)發(fā)和運(yùn)行，三類(lèi)軟件規(guī)模較小，研制周期短，不同項(xiàng)目的軟件之間具有重復(fù)性。在實(shí)際工作當(dāng)中，每個(gè)軟件項(xiàng)目組的人員配置上，全部軟件研發(fā)人員人數(shù)一般不多于10人，項(xiàng)目組成員同時(shí)分擔(dān)大量的硬件研制、系統(tǒng)組成、系統(tǒng)聯(lián)調(diào)、試驗(yàn)的工作。因此我們面對(duì)的主要是中小型軟件項(xiàng)目的嵌入式軟件。

　　在軟件工程化的首次實(shí)踐中，軟件研制過(guò)程反映出4類(lèi)共性的問(wèn)題：

　　（1）項(xiàng)目軟件研發(fā)時(shí)間緊，人員少，人員投入度不足，人員職責(zé)不明晰，造成部分執(zhí)行要求被人為簡(jiǎn)化，甚至隨意取消；

　　（2）項(xiàng)目軟件的計(jì)劃性不強(qiáng)，經(jīng)常出現(xiàn)需求、人員、資源的變動(dòng)，造成了進(jìn)度拖延，計(jì)劃無(wú)法得到保證；

　　（3）項(xiàng)目軟件研發(fā)過(guò)程中會(huì)議和文檔較多，但利益相關(guān)方的界定不明晰，造成不必要的“文山會(huì)海”現(xiàn)象，降低管理效率，影響軟件設(shè)計(jì)工作；

　　（4）管理人員和技術(shù)人員的工作過(guò)程缺乏足夠的監(jiān)管和測(cè)量分析，造成了項(xiàng)目管理進(jìn)程缺乏統(tǒng)一性和技術(shù)可重復(fù)性。

　　為了解決通過(guò)上述問(wèn)題，我們?cè)趯?shí)踐過(guò)程中逐漸摸索和總結(jié)出一些適合中小型嵌入式軟件研制方法。下面將從軟件項(xiàng)目管理體系和軟件項(xiàng)目研制過(guò)程兩方面進(jìn)行闡述。

　　1．2 軟件項(xiàng)目管理體系

　　成功的軟件取決于科學(xué)的管理體系。GJB5000A二級(jí)的七個(gè)過(guò)程域中，項(xiàng)目策劃（PP）、配置管理（CM）、過(guò)程和產(chǎn)品質(zhì)量保證（PPQA）這三個(gè)過(guò)程域是十分重要的管理過(guò)程域。

　　項(xiàng)目策劃的目的是制定和維護(hù)定義項(xiàng)目活動(dòng)的計(jì)劃，具體分為四項(xiàng)工作：

　　（1）制定項(xiàng)目軟件研制計(jì)劃；

　　（2）適當(dāng)?shù)嘏c利益相關(guān)方交換意見(jiàn)；

　　（3）獲得對(duì)計(jì)劃的承諾；

　　（4）維護(hù)該計(jì)劃。

　　項(xiàng)目策劃可以理解為整個(gè)軟件研制過(guò)程的劇本，其規(guī)定了“WWWHI0”——（When、Who、Where、How、Input、Output）六個(gè)要素，即規(guī)定時(shí)間內(nèi)安排項(xiàng)目人員及相關(guān)管理人員在一定環(huán)境下按照軟件工程化的方法，以項(xiàng)目的早期需求或軟件研制任務(wù)書(shū)為輸入，依靠項(xiàng)目軟件經(jīng)理與所級(jí)主管領(lǐng)導(dǎo)、項(xiàng)目總師、科研開(kāi)發(fā)部、質(zhì)量管理部、設(shè)計(jì)師、同行專(zhuān)家經(jīng)過(guò)多方協(xié)調(diào)，在需求管理、軟件生命周期、代碼規(guī)模估計(jì)、文檔規(guī)模估計(jì)、工作量估計(jì)、進(jìn)度、風(fēng)險(xiǎn)管理、培訓(xùn)管理、數(shù)據(jù)測(cè)量、數(shù)據(jù)管理等達(dá)成一致．輸出整個(gè)項(xiàng)目的軟件開(kāi)發(fā)計(jì)劃。

　　初期的計(jì)劃往往無(wú)法做到盡善盡美，需求和承諾的更改，不準(zhǔn)確的前期估計(jì)都會(huì)影響計(jì)劃的實(shí)施，導(dǎo)致項(xiàng)目計(jì)劃需要在過(guò)程中調(diào)整甚至重新制定，因此對(duì)于研制周期較長(zhǎng)、軟件模塊之間存在復(fù)雜依賴(lài)關(guān)系的項(xiàng)目，需要分每一階段進(jìn)行更細(xì)化的項(xiàng)目策劃。

　　配置管理緊緊依賴(lài)于軟件開(kāi)發(fā)計(jì)劃，目的是利用配置標(biāo)識(shí)、配置控制、配置狀態(tài)紀(jì)文和配置審核建立和維護(hù)工作產(chǎn)品的完整性。整個(gè)軟件生命周期中，配置管理起到 “數(shù)據(jù)庫(kù)”和“錄像機(jī)”的作用。首先組織級(jí)配置管理員規(guī)定三類(lèi)基線：功能基線、分配基線、產(chǎn)品基線；規(guī)定三類(lèi)文件存儲(chǔ)庫(kù)：開(kāi)發(fā)庫(kù)、受控庫(kù)、產(chǎn)品庫(kù) 然后項(xiàng)目級(jí)配置管理員規(guī)定基線下的工作產(chǎn)品，如技術(shù)文檔、軟件源代碼及可執(zhí)行程序、評(píng)審報(bào)告等，根據(jù)軟件研制階段不同分別放置于對(duì)應(yīng)基線下的庫(kù)中。組織級(jí)和項(xiàng)目級(jí)配置管理員進(jìn)行合理計(jì)劃，輸出配置管理計(jì)劃。

　　配置管理工作不能誤認(rèn)為僅僅是檔案工作，作為組織級(jí)項(xiàng)目配置管理員，其職責(zé)為：

　　（1）定制標(biāo)準(zhǔn)化的開(kāi)發(fā)流程；

　　（2）定制訪問(wèn)控制、變更控制的條例；

　　（3）監(jiān)督配置管理事件并驅(qū)動(dòng)相應(yīng)的對(duì)策；

　　（4）軟件配置管理工具的日常管理與維護(hù)。

　　作為項(xiàng)目級(jí)配置管理員，其職責(zé)為：

　　（1）提交配置管理汁劃；

　　（2）各配置項(xiàng)的管理與維護(hù)：

　　（3）執(zhí)行版本控制和變更控制方案；

　　（4）完成配置管理階段工作報(bào)告。

　　過(guò)程與產(chǎn)品質(zhì)量保證是從制度和規(guī)范上嚴(yán)格保證了軟件工程化的實(shí)施。質(zhì)量管理人員應(yīng)該具備軟件研制開(kāi)發(fā)的經(jīng)驗(yàn)，熟悉各種軟件的研制流程。首先建立對(duì)研制過(guò)程、工作產(chǎn)品的評(píng)價(jià)標(biāo)準(zhǔn)；其次通過(guò)檢查標(biāo)識(shí)并文檔化不符合項(xiàng)，追蹤不符合項(xiàng)的閉環(huán)；然后定期將軟件研制過(guò)程的質(zhì)量情況通報(bào)整個(gè)項(xiàng)目組和高層，并做出階段總結(jié)報(bào)告。

　　項(xiàng)目軟件經(jīng)理、組織級(jí)／項(xiàng)目級(jí)配置管理員、質(zhì)量保證人員三者應(yīng)該及時(shí)溝通，從不同的角度管理軟件研制項(xiàng)目組成員，包括相互之間的監(jiān)督，促使軟件研制過(guò)程嚴(yán)格按照GJB5000A二級(jí)標(biāo)準(zhǔn)執(zhí)行。他們也需要按階段或定期向項(xiàng)目總師、部門(mén)領(lǐng)導(dǎo)以及所領(lǐng)導(dǎo)匯報(bào)軟件工程化的實(shí)施情況以獲得上級(jí)對(duì)項(xiàng)目的支持。

　　1．3 軟件項(xiàng)目研制過(guò)程

　　項(xiàng)目策劃和配置管理雖然已經(jīng)定義了流程化或模板式的操作方法，但大部分項(xiàng)目軟件人員會(huì)犯“先做事，后補(bǔ)義檔”的錯(cuò)誤。因?yàn)閷?duì)于總師、分系統(tǒng)負(fù)責(zé)人、設(shè)計(jì)師等項(xiàng)目組技術(shù)人員來(lái)說(shuō)，他們更關(guān)注如何能夠促進(jìn)軟件研制過(guò)程又好又快的進(jìn)行。為了這個(gè)目的，必須重視需求管理（REQM）、項(xiàng)曰監(jiān)控（PMC）、測(cè)量與分析（MA）這三個(gè)工程過(guò)程域。

　　下面以一個(gè)瀑布模型的軟件研制過(guò)程為例說(shuō)明如何進(jìn)行過(guò)程中的監(jiān)控。

　　項(xiàng)目監(jiān)控從圖1中的軟件需求分析階段開(kāi)始直至項(xiàng)目結(jié)束。項(xiàng)目監(jiān)控過(guò)程中，設(shè)計(jì)師和管理人員需要提供個(gè)人工作周報(bào)，記錄自己實(shí)際的工作完成情況；在雙周或整月時(shí)，項(xiàng)目軟件經(jīng)理組織項(xiàng)目組成員交流項(xiàng)目情況并記錄；階段結(jié)束后，組織針對(duì)階段工作產(chǎn)品的評(píng)審會(huì)，然后輸出里程碑報(bào)告。管理人員對(duì)照《軟件開(kāi)發(fā)計(jì)劃》中的進(jìn)度計(jì)劃、風(fēng)險(xiǎn)管理計(jì)劃、數(shù)據(jù)管理計(jì)劃、利益相關(guān)方參與計(jì)劃等文檔監(jiān)控進(jìn)度偏差、工作量偏差、規(guī)模偏差、風(fēng)險(xiǎn)變化、培訓(xùn)情況、評(píng)審狀況、問(wèn)題數(shù)量和回歸狀況。一旦出現(xiàn)偏差加大的趨勢(shì)，就需要及時(shí)開(kāi)會(huì)交流，查明原因，迅速糾偏。

　　測(cè)量與分析更加詳細(xì)地規(guī)定了對(duì)于能夠證明過(guò)程的文檔的采集和存儲(chǔ)方法，而且需要對(duì)采集數(shù)據(jù)匯總后進(jìn)行統(tǒng)計(jì)分析，將分析結(jié)果，如偏差、趨勢(shì)、錯(cuò)誤數(shù)目等展示給項(xiàng)目組成員和高層領(lǐng)導(dǎo)，由他們進(jìn)行項(xiàng)目開(kāi)發(fā)的決策。

　　項(xiàng)目監(jiān)控是手段，測(cè)量與分析為輔助，需求管理則是最終目的。結(jié)合圖1，需求在整個(gè)軟件研制周期內(nèi)不可能是一成不變的，是逐步細(xì)化的。用戶需求是第一步，隨后軟件研制任務(wù)書(shū)將用戶需求工程化，需求規(guī)格說(shuō)明對(duì)任務(wù)書(shū)的需求細(xì)化，設(shè)計(jì)說(shuō)明對(duì)需求規(guī)格說(shuō)明的需求細(xì)化，軟件源代碼將設(shè)計(jì)說(shuō)明對(duì)應(yīng)到代碼。單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試是對(duì)細(xì)化后的需求進(jìn)行回歸。根據(jù)GJB438B-2009中的《軟件需求規(guī)格說(shuō)明》模板，需求包括10類(lèi)技術(shù)需求和4類(lèi)非技術(shù)需求。非技術(shù)類(lèi)需求一般可以得到客觀保證，因此不會(huì)出現(xiàn)大的變動(dòng)，可以暫不納入需求跟蹤矩陣。技術(shù)需求由于項(xiàng)目研制情況會(huì)出現(xiàn)變化，需要納入需求跟蹤矩陣進(jìn)行管理，確保軟件工作產(chǎn)品巾需求能夠進(jìn)行雙向追溯。一旦需求變更狀況時(shí)，及時(shí)記錄并且上報(bào)整個(gè)項(xiàng)目組，獲得項(xiàng)目組的一致認(rèn)可。

　　1．4 項(xiàng)目管理信息化手段的應(yīng)用

　　工欲善其事，必先利其器。軟件工程化管理主要通過(guò)文檔來(lái)反映過(guò)程。如果通過(guò)傳統(tǒng)的人工撰寫(xiě)文檔和凡事開(kāi)會(huì)溝通的方式進(jìn)行軟件項(xiàng)目管理的話，將會(huì)大大增加管理人員和設(shè)計(jì)師人員的工作量，況且這種方式的效率是十分低下的。因此有必要應(yīng)用先進(jìn)的項(xiàng)目管理信息化工具。

　　目前，關(guān)鍵科技公司推出專(zhuān)門(mén)針對(duì)GJB5000A二級(jí)軟件工程化產(chǎn)品的解決方案，包括KPFLOW、KRFLOW、KCFLOW和KTFLOW四類(lèi)工具：

　　（1）KPFLOW：對(duì)軟件項(xiàng)目的進(jìn)度、成本、質(zhì)量、資源等情況進(jìn)行集成管理的平臺(tái)。其主要功能包括：任務(wù)分配與跟蹤、項(xiàng)目估計(jì)、項(xiàng)目周報(bào)和個(gè)人周報(bào)記錄、問(wèn)題與風(fēng)險(xiǎn)管理、項(xiàng)目度量分析。該平臺(tái)支持系統(tǒng)建模，即意味著可以針對(duì)不同項(xiàng)目設(shè)計(jì)對(duì)應(yīng)的模板和模塊。該平臺(tái)主要體現(xiàn)PP、PMC、MA和PPOA四個(gè)過(guò)程域的信息化管理；

　　（2）KRFLOW：需求管理工具，其主要功能包括：需求的獲取和編輯、需求跟蹤和分析、變更建議系統(tǒng)、基線管理。該軟件主要實(shí)現(xiàn)REQM過(guò)程域的信息化管理工作；

　　（3）KCFLOW：確保軟件項(xiàng)目生存周期內(nèi)產(chǎn)品的完整性、一致性和可追溯性。其主要功能包括：配置計(jì)劃管理、變更控制、版本管理、產(chǎn)品依賴(lài)關(guān)系和一致性管理、軟件問(wèn)題跟蹤管理、軟件配置狀態(tài)審計(jì)。該軟件實(shí)現(xiàn)了CM過(guò)程域的信息化管理，同時(shí)也可以管理REQM和PPQA兩個(gè)過(guò)程域；

　　（4）KTFLOW：測(cè)試過(guò)程的管理軟件，其主要功能包括：梳理測(cè)試需求、制定測(cè)試計(jì)劃、設(shè)計(jì)測(cè)試用例、執(zhí)行測(cè)試過(guò)程、輸出測(cè)試報(bào)告。該軟件幫助測(cè)試人員在短時(shí)間內(nèi)、大批量的完成多個(gè)項(xiàng)目的軟件測(cè)試。

　　這四類(lèi)工具有兩個(gè)特色：一是它們相互之間可以進(jìn)行數(shù)據(jù)互聯(lián)，幫助管理人員從不同角度監(jiān)督研制過(guò)程；二是工具支持文檔自動(dòng)生成，項(xiàng)目組人員只需要按照GJB438B模板，填寫(xiě)部分軟件研制過(guò)程的信息，即可輸出標(biāo)準(zhǔn)化的文檔。

　　盡管具有功能強(qiáng)大的工具，但是在初期實(shí)踐階段，由于丁具普及的程度參差不一，我們先使用KCFLOW配置管理工具，先由組織級(jí)配置管理員負(fù)責(zé)使用，然后逐步對(duì)項(xiàng)目級(jí)配置管理員以及項(xiàng)目相關(guān)成員進(jìn)行推廣。在這個(gè)過(guò)程中，項(xiàng)目組成員需要不斷的實(shí)踐，逐步提高勞動(dòng)效率。

　　2 嵌入式軟件可靠性的提高

　　2．1 嵌入式軟件可靠性

　　軟件工程化的核心是為了實(shí)現(xiàn)好的軟件，而評(píng)價(jià)軟件好壞的關(guān)鍵標(biāo)準(zhǔn)是軟件可靠性。軟件可靠性（Software Reliability）指的是在給定時(shí)間和特定環(huán)境要求下，軟件完成規(guī)定功能的能力。針對(duì)在雷達(dá)系統(tǒng)中使用的嵌入式軟件中，可靠性指標(biāo)一般隸屬于分系統(tǒng)或整機(jī)的指標(biāo)，即在初始系統(tǒng)正常的條件下，在規(guī)定時(shí)間內(nèi)，軟件不引起系統(tǒng)故障的能力。

　　由于嵌入式軟件與硬件結(jié)合相當(dāng)緊密，其可靠性指標(biāo)具有很大的隨機(jī)性，如外界環(huán)境變化、系統(tǒng)輸入出錯(cuò)、使用不當(dāng)以及軟硬件設(shè)計(jì)的固有缺陷等原因都會(huì)導(dǎo)致軟件可靠性指標(biāo)降低，但是不能因?yàn)檫@些困難，使得嵌入式軟件可靠性的保證成為空談。軟件可靠性是可以通過(guò)軟件工程化的實(shí)踐來(lái)提高。

　　2．2 軟件可靠性的提高

　　嚴(yán)格進(jìn)行軟件工程化管理是提高軟件可靠性的必經(jīng)之路。按照軟件工程化要求，需要做好如下五方面工作：

　　（1）前期項(xiàng)目組針對(duì)軟件進(jìn)行充分的論證和分析，爭(zhēng)取將軟件需求明確體現(xiàn)在軟件研制任務(wù)書(shū)中；

　　（2）設(shè)計(jì)過(guò)程中，盡量提高軟件模塊或單元的高內(nèi)聚性、低耦合性。單元之間的接口盡量明晰，整個(gè)系統(tǒng)軟件的復(fù)雜度不易過(guò)高，該拆分的就需要合理拆分為多個(gè)組成部分；

　　（3）加強(qiáng)軟件文檔的健全性和準(zhǔn)確性，按照GJB438B-2009《武器系統(tǒng)軟件開(kāi)發(fā)文檔》的要求，軟件研制過(guò)程中的文檔不能有缺失、描述不清、前后矛盾等情況出現(xiàn)。這些文檔必須經(jīng)過(guò)專(zhuān)業(yè)人士的評(píng)審認(rèn)可，并且問(wèn)題回歸后才能進(jìn)行歸檔；

　　（4）逐步建立軟件標(biāo)準(zhǔn)化工作，包括文檔標(biāo)準(zhǔn)化和代碼模塊標(biāo)準(zhǔn)化，這樣可以有利的縮短研制周期，降低研制風(fēng)險(xiǎn)，提高軟件產(chǎn)品的重用率；

　　（5）切實(shí)加強(qiáng)嵌入式軟件的測(cè)試工作。

　　3 軟件測(cè)試

　　3．1 軟件測(cè)試的重要性

　　盡管軟件工程化管理工作對(duì)軟件質(zhì)量的保證起到至關(guān)重要的作用，但是技術(shù)人員依然心存質(zhì)疑，是否好的管理就能夠確保高可靠性的軟件。答案就在于軟件測(cè)試。軟件測(cè)試是將軟件可靠性指標(biāo)具體化的手段。從廣義上講，軟件測(cè)試是為了盡快盡早地、不斷地發(fā)現(xiàn)各種軟件缺陷而開(kāi)展的對(duì)軟件及過(guò)程產(chǎn)品的驗(yàn)證和確認(rèn)活動(dòng)。從狹義上講，軟件測(cè)試包括4類(lèi)測(cè)試：

　　（1）針對(duì)軟件源代碼的靜態(tài)測(cè)試和代碼審查，確保軟件源碼符合GJB5369《航天型號(hào)C語(yǔ)言安全子集》或其他開(kāi)發(fā)語(yǔ)言標(biāo)準(zhǔn)的要求；

　　（2）針對(duì)《軟件設(shè)計(jì)說(shuō)明》對(duì)應(yīng)的軟件模塊的單元測(cè)試和動(dòng)態(tài)測(cè)試，確保軟件模塊的代碼覆蓋率達(dá)到100％；

　　（3）針對(duì)《需求規(guī)格說(shuō)明》對(duì)應(yīng)的軟件功能性能的集成測(cè)試，確保軟件功能、性能、外部和內(nèi)部接口等符合要求；

　　（4）針對(duì)《軟件研制任務(wù)書(shū)》對(duì)應(yīng)的軟件需求的系統(tǒng)測(cè)試或驗(yàn)收測(cè)試，確保軟硬件各項(xiàng)指標(biāo)符合用戶的驗(yàn)收要求。

　　在這個(gè)測(cè)試過(guò)程中，測(cè)試問(wèn)題及問(wèn)題數(shù)目、測(cè)試問(wèn)題的歸零情況、測(cè)試問(wèn)題中文檔問(wèn)題和軟件問(wèn)題的比例、階段測(cè)試的缺陷率、軟件故障等級(jí)、軟件失效概率等度量數(shù)據(jù)可以直觀地反映出軟件的可靠性狀況。因此軟件測(cè)試工作對(duì)于軟件研制起到關(guān)鍵的保障作用。

　　3．2 軟件測(cè)試工具的應(yīng)用

　　軟件測(cè)試是一項(xiàng)有難度的專(zhuān)業(yè)技術(shù)工作，除了人工代碼走查、問(wèn)題記錄分析工作之外，大部分工作需要專(zhuān)業(yè)的軟件測(cè)試工具完成。

　　英國(guó)LDRA公司的LDRA Testbed測(cè)試軟件是目前針對(duì)嵌入式軟件測(cè)試最有效的丁具之一。該軟件主要可以實(shí)現(xiàn)代碼評(píng)審、質(zhì)量評(píng)審、設(shè)計(jì)評(píng)審、單元測(cè)試、測(cè)試確認(rèn)以及整個(gè)過(guò)程的測(cè)試管理功能。代碼評(píng)審考察了軟件源代碼對(duì)編程規(guī)則的適應(yīng)以及代碼結(jié)構(gòu)的合理性；質(zhì)量評(píng)審分析了代碼的圈復(fù)雜度、循環(huán)嵌套和不可達(dá)性，反映出代碼的清晰性、可維護(hù)性和可測(cè)試性；設(shè)計(jì)評(píng)審包含接口分析、數(shù)據(jù)流分析、數(shù)據(jù)對(duì)象分析，確保了代碼與《需求規(guī)格說(shuō)明》的一致性；單元測(cè)試包含動(dòng)態(tài)測(cè)試，主要測(cè)試代碼的語(yǔ)句覆蓋和分支覆蓋程度；測(cè)試確認(rèn)采用自動(dòng)化的方法對(duì)于測(cè)試產(chǎn)生的問(wèn)題進(jìn)行回歸和記錄，自動(dòng)輸出測(cè)試用例集和軟件測(cè)試報(bào)告。

　　對(duì)于該丁具的具體使用上，需要注意兩點(diǎn)，一是該軟件還不能有針對(duì)性的自動(dòng)生成測(cè)試用例，也就意味著我們需要針對(duì)前文提到的三類(lèi)軟件進(jìn)行人工設(shè)計(jì)和輸入測(cè)試用例，并將這些測(cè)試用例標(biāo)準(zhǔn)化后存入測(cè)試庫(kù)中作為范例；二是該軟件主要面對(duì)的是軟件源碼，因此如果遇到需要軟硬件結(jié)合測(cè)試的情況，還需要使用實(shí)時(shí)在線測(cè)試工具，如 RTInsight軟件或半實(shí)物仿真測(cè)試平臺(tái)等。

　　軟件測(cè)試工具可以極大的解放開(kāi)發(fā)和編碼人員，我們必須建立專(zhuān)業(yè)化的測(cè)試標(biāo)準(zhǔn)、測(cè)試平臺(tái)、測(cè)試隊(duì)伍，這樣才可有效的保證軟件產(chǎn)品的質(zhì)量。

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

　　軟件工程化二級(jí)的實(shí)踐在整個(gè)軟件研制過(guò)程中是一個(gè)逐步深化，不斷提升的過(guò)程。因此不能抱有“一勞永逸”的麻痹思想，而是應(yīng)該加強(qiáng)實(shí)踐，建立愈加完善的軟件項(xiàng)目管理體系，同時(shí)切實(shí)做好軟件測(cè)試工作，確保軟件的高可靠性。相信只要通過(guò)科研工作者和管理者的努力，一定會(huì)使我們的軟件工程化水平得到很大的提高！