張萍 李棟

摘 ?要：為提高裝備軟件的質(zhì)量和可靠性，其研制過(guò)程需遵循GJB 5000A（軍用軟件研制能力成熟度模型）開(kāi)展。本文旨在對(duì)GJB 5000A中的五個(gè)工程類過(guò)程域在彈載嵌入式軟件研發(fā)中的實(shí)施過(guò)程進(jìn)行研究，并分析了彈載嵌入式軟件的自身特點(diǎn)以及該過(guò)程域的實(shí)施情況。根據(jù)研制經(jīng)驗(yàn)，提出了在工程研制中需注意的實(shí)際問(wèn)題，為提高相關(guān)軟件的研發(fā)質(zhì)量和效率提供經(jīng)驗(yàn)和參考。

關(guān)鍵詞：GJB 5000A;工程類過(guò)程域;彈載嵌入式軟件

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

Abstract： In order to improve the quality and reliability of military equipment software， its development process needs to follow GJB 5000A （military software development capability maturity model）. This paper proposes to study the implementation process of the five engineering process areas in GJB 5000A in the development of missile-borne embedded software. Characteristics of the missile-borne embedded software and the implementation of this process area are also analyzed. Based on development experience， actual issues that need to be paid attention to in the engineering development are put forward to provide experience and reference for improving the quality and efficiency of related software development.

Keywords： GJB 5000A; engineering process areas; missile-borne embedded software

1 ? 引言（Introduction）

隨著對(duì)軍用軟件產(chǎn)品質(zhì)量和可靠性的要求日益增高，中國(guó)人民解放軍總裝備部于2008 年頒布了《軍用軟件研制能力成熟度模型》[1]，用以規(guī)范管理軍用軟件產(chǎn)品的研制流程。彈載嵌入式軟件作為重要的裝備軟件，其質(zhì)量和可靠性更是重中之重。軍用軟件研制能力成熟度模型在彈載嵌入式軟件研制中的實(shí)施，為保證軟件產(chǎn)品的高質(zhì)量和高可靠性提供了有效手段。隨著軍用軟件在武器裝備中作用的不斷提高，其在裝備系統(tǒng)研制中也逐漸占據(jù)主導(dǎo)地位[2]。軟件能力成熟度模型中的工程類過(guò)程域?yàn)閺椵d嵌入式軟件研制的工程活動(dòng)提供了標(biāo)準(zhǔn)依據(jù)和規(guī)范化的軟件研制流程。在軟件需求開(kāi)發(fā)方面，文獻(xiàn)[3]和文獻(xiàn)[4]分別從可否定性方面和實(shí)施方法上對(duì)軟件需求開(kāi)發(fā)進(jìn)行了研究。針對(duì)軍用嵌入式軟件，文獻(xiàn)[5]引入了技術(shù)成熟度（M）管理的方法來(lái)解決設(shè)計(jì)過(guò)程中的常見(jiàn)問(wèn)題。文獻(xiàn)[6]從集成策劃、產(chǎn)品集成和接口管理三個(gè)方面分析研究了產(chǎn)品集成的具體實(shí)施方法。本文基于軍用軟件研制能力成熟度模型在軍用彈載嵌入式軟件研發(fā)中的實(shí)際工程應(yīng)用，對(duì)其中的工程類過(guò)程域的具體實(shí)施過(guò)程進(jìn)行研究，并根據(jù)彈載軟件的工程研制經(jīng)驗(yàn)，提出了實(shí)施過(guò)程中需注意的幾個(gè)問(wèn)題，對(duì)不斷規(guī)范裝備研制單位的軟件產(chǎn)品流程，提高軟件產(chǎn)品研制質(zhì)量起到積極的作用。

2 ? 工程類過(guò)程域（Engineering process areas）

GJB 5000A的軟件研制能力成熟度模型所包含的22 個(gè)過(guò)程域可以分為四大類，分別為過(guò)程管理類過(guò)程域五個(gè)、項(xiàng)目管理類過(guò)程域七個(gè)、工程類過(guò)程域五個(gè)和支持類過(guò)程域五個(gè)[7]。其中工程類的五個(gè)過(guò)程域分別為需求開(kāi)發(fā)（RD）、技術(shù)解決方案（TS）、產(chǎn)品集成（PI）、驗(yàn)證（VER）和確認(rèn)（VAL），如圖1所示。這五個(gè)過(guò)程域貫穿軟件的整個(gè)工程研制過(guò)程，使整個(gè)研發(fā)過(guò)程都有據(jù)可依，有標(biāo)可循。

需求開(kāi)發(fā)過(guò)程域主要是識(shí)別用戶需求，并把這些需求轉(zhuǎn)化為產(chǎn)品需求。通過(guò)對(duì)這一系列產(chǎn)品需求的分析，從而得出初始的產(chǎn)品部件需求。通過(guò)溝通協(xié)調(diào)，產(chǎn)品和產(chǎn)品部件需求能夠清晰地描述產(chǎn)品性能、質(zhì)量特性、設(shè)計(jì)特點(diǎn)、驗(yàn)證需求等，從而使開(kāi)發(fā)人員能夠理解和使用。需求開(kāi)發(fā)過(guò)程域?yàn)榧夹g(shù)解決方案過(guò)程域提供需求，技術(shù)解決方案過(guò)程域?qū)⑦@些需求轉(zhuǎn)化為產(chǎn)品結(jié)構(gòu)、產(chǎn)品部件設(shè)計(jì)和產(chǎn)品部件。同時(shí)，需求開(kāi)發(fā)過(guò)程域中提出的接口需求也要在產(chǎn)品集成過(guò)程域中得到驗(yàn)證。

技術(shù)解決方案過(guò)程域?yàn)楫a(chǎn)品部件提供技術(shù)數(shù)據(jù)包，這些技術(shù)數(shù)據(jù)包在產(chǎn)品集成過(guò)程域或者供方協(xié)議管理過(guò)程域（SAM）中會(huì)被使用。根據(jù)已建立的準(zhǔn)則，將會(huì)開(kāi)發(fā)各種備選方案從而得到最優(yōu)設(shè)計(jì)。對(duì)于不同的產(chǎn)品，這些準(zhǔn)則可能完全不同，這取決于產(chǎn)品類型、操作環(huán)境、性能要求、維護(hù)需求以及費(fèi)用和交付時(shí)間。決策分析與決定過(guò)程域（DAR）的專用實(shí)踐可以用來(lái)選擇最終的解決方案。技術(shù)解決方案過(guò)程域還依賴于驗(yàn)證過(guò)程域中的專用實(shí)踐來(lái)開(kāi)展設(shè)計(jì)的驗(yàn)證和設(shè)計(jì)中的同行評(píng)審。

驗(yàn)證過(guò)程域保證工作產(chǎn)品滿足特定的需求。驗(yàn)證過(guò)程域根據(jù)特定的需求選擇需要驗(yàn)證的工作產(chǎn)品和驗(yàn)證方法。驗(yàn)證是一個(gè)增量式過(guò)程，通常以產(chǎn)品部件驗(yàn)證開(kāi)始，以集成后產(chǎn)品的驗(yàn)證結(jié)束。驗(yàn)證還包括同行評(píng)審，該過(guò)程能夠較早地發(fā)現(xiàn)被評(píng)審工作產(chǎn)品和產(chǎn)品部件的缺陷，并提供寶貴意見(jiàn)。

確認(rèn)過(guò)程域是根據(jù)客戶需求對(duì)產(chǎn)品逐步進(jìn)行確認(rèn)。它可以在真實(shí)操作環(huán)境中進(jìn)行，也可以在仿真環(huán)境中開(kāi)展。對(duì)該過(guò)程域來(lái)說(shuō)，與客戶對(duì)確認(rèn)要求進(jìn)行溝通協(xié)調(diào)是非常重要的環(huán)節(jié)。確認(rèn)的對(duì)象可以是產(chǎn)品、產(chǎn)品部件、中間工作產(chǎn)品以及過(guò)程。經(jīng)過(guò)確認(rèn)的對(duì)象通常需要重新驗(yàn)證和確認(rèn)。

產(chǎn)品集成過(guò)程域包括生成集成策略、產(chǎn)品部件集成以及向客戶遞交產(chǎn)品等專用實(shí)踐。驗(yàn)證和確認(rèn)過(guò)程的專用實(shí)踐在產(chǎn)品集成的實(shí)施過(guò)程中都會(huì)被涉及。驗(yàn)證過(guò)程更傾向于對(duì)產(chǎn)品部件而非產(chǎn)品集成的接口和接口需求的驗(yàn)證。接口驗(yàn)證在集成過(guò)程中是相當(dāng)重要的。若產(chǎn)品集成是在真實(shí)的試驗(yàn)環(huán)境中進(jìn)行，則運(yùn)用確認(rèn)過(guò)程的專用實(shí)踐。

3 ?彈載嵌入式軟件的特點(diǎn)（Characteristics of missile-borne embedded software）

彈載嵌入式飛行控制軟件在規(guī)模上屬于中等規(guī)模軟件。它對(duì)外要接收載機(jī)飛行任務(wù)，對(duì)內(nèi)需要控制全彈各個(gè)組件的自檢以及整個(gè)工作流程，接口繁多，時(shí)序復(fù)雜。在研制初期，系統(tǒng)需求尚不明晰，存在諸多不確定性，這就造成在軟件研制啟動(dòng)后的整個(gè)開(kāi)發(fā)過(guò)程中會(huì)有大量的需求變更，從而引發(fā)多輪次軟件迭代設(shè)計(jì)。

鑒于飛行控制軟件的使用目的，其對(duì)可靠性和安全性要求嚴(yán)格，因此軟件開(kāi)發(fā)過(guò)程規(guī)范、受控、可追溯等更不可忽視。飛行控制軟件為嵌入式運(yùn)行的軟件產(chǎn)品，其最終隨硬件產(chǎn)品一同交付。軟件研發(fā)過(guò)程受硬件產(chǎn)品的制約，接口需求等需要硬件產(chǎn)品配合的驗(yàn)證試驗(yàn)要在硬件到位的情況下才能開(kāi)展，軟件研發(fā)周期無(wú)法保證。

4 ?工程類過(guò)程域在軟件研發(fā)中的應(yīng)用（Application of Engineering process areas in software development）

在系統(tǒng)需求分析基本完成，軟件研制任務(wù)明確后，即可啟動(dòng)軟件研制工作。從完成系統(tǒng)的需求分析，到軟件最終交付使用，軟件研制需經(jīng)歷需求開(kāi)發(fā)過(guò)程、設(shè)計(jì)與實(shí)現(xiàn)過(guò)程和驗(yàn)證與確認(rèn)過(guò)程。五個(gè)工程類過(guò)程域貫穿整個(gè)軟件的開(kāi)發(fā)與迭代過(guò)程，如圖2所示。

4.1 ? 需求開(kāi)發(fā)過(guò)程

需求開(kāi)發(fā)過(guò)程產(chǎn)生并分析用戶、產(chǎn)品和產(chǎn)品部件的需求，這些需求包括與產(chǎn)品生存周期各個(gè)階段有關(guān)的需要，以及與產(chǎn)品屬性有關(guān)的需要。

開(kāi)發(fā)用戶需求。根據(jù)飛控軟件特點(diǎn)，系統(tǒng)工程組向利益相關(guān)方收集、獲取需求，歸納總結(jié)共性的需求條目，編寫《用戶需求列表》，并對(duì)軟件的功能、性能、接口等需求進(jìn)行定義，編寫《軟件研制任務(wù)書》初稿，內(nèi)容涵蓋軟件產(chǎn)品介紹、軟件應(yīng)遵循的標(biāo)準(zhǔn)或規(guī)范，以及軟件產(chǎn)品的功能性需求、非功能性需求、接口需求等。

評(píng)審《軟件研制任務(wù)書》。系統(tǒng)工程組組織對(duì)《軟件研制任務(wù)書》進(jìn)行評(píng)審，評(píng)審?fù)ㄟ^(guò)后，系統(tǒng)工程組申請(qǐng)將《軟件研制任務(wù)書》入庫(kù)，同時(shí)申請(qǐng)建立功能基線。

制定運(yùn)行方案和場(chǎng)景。軟件設(shè)計(jì)組分析軟件對(duì)硬件平臺(tái)及計(jì)算機(jī)資源的需求，包括計(jì)算機(jī)軟件配置項(xiàng)（CSCI）環(huán)境需求和計(jì)算機(jī)資源需求。

確定并分配產(chǎn)品部件需求。軟件設(shè)計(jì)組將產(chǎn)品分解為產(chǎn)品部件，將功能需求、性能需求、設(shè)計(jì)約束條件分配給每個(gè)產(chǎn)品部件，分析CSCI能力需求。

標(biāo)識(shí)接口需求。軟件設(shè)計(jì)組對(duì)軟件產(chǎn)品的內(nèi)部接口、外部接口（包括通訊協(xié)議）、工作用接口和測(cè)試用接口等進(jìn)行標(biāo)識(shí)，文檔化已標(biāo)識(shí)接口的類型、功能、使用方式、數(shù)據(jù)格式、限制條件等信息。

分析需求。分析利益相關(guān)方的需要、期望、約束和外部接口，識(shí)別需求的優(yōu)先順序和關(guān)鍵程度，并完成《軟件需求規(guī)格說(shuō)明》的編寫。

評(píng)審《軟件需求規(guī)格說(shuō)明》。由軟件設(shè)計(jì)組根據(jù)評(píng)審規(guī)程組織相關(guān)人員對(duì)《軟件需求規(guī)格說(shuō)明》進(jìn)行評(píng)審，確保與用戶、開(kāi)發(fā)人員、測(cè)試人員以及其他利益相關(guān)方能達(dá)成一致理解，共同確認(rèn)《軟件需求規(guī)格說(shuō)明》。

4.2 ? 設(shè)計(jì)與集成過(guò)程

設(shè)計(jì)與集成過(guò)程是針對(duì)軟件需求進(jìn)行軟件設(shè)計(jì)、代碼實(shí)現(xiàn)和代碼集成的工程技術(shù)活動(dòng)，它涵蓋技術(shù)解決方案和產(chǎn)品集成兩個(gè)過(guò)程域。

確定設(shè)計(jì)策略。軟件設(shè)計(jì)人員依據(jù)《軟件需求規(guī)格說(shuō)明》建立選擇準(zhǔn)則，制定備選方案，并對(duì)分配需求逐條開(kāi)展設(shè)計(jì)決策，確定最能滿足選擇準(zhǔn)則的設(shè)計(jì)策略方案。

體系結(jié)構(gòu)設(shè)計(jì)和詳細(xì)設(shè)計(jì)。軟件設(shè)計(jì)人員依據(jù)《軟件需求規(guī)格說(shuō)明》進(jìn)行軟件體系結(jié)構(gòu)分解，定義軟件接口設(shè)計(jì)準(zhǔn)則，分析每個(gè)軟件部件的設(shè)計(jì)，確定其實(shí)現(xiàn)方式。根據(jù)設(shè)計(jì)策略和體系結(jié)構(gòu)設(shè)計(jì)，確定軟件體系結(jié)構(gòu)的細(xì)節(jié)，完整定義產(chǎn)品部件和接口。根據(jù)設(shè)計(jì)內(nèi)容，完成編寫《軟件設(shè)計(jì)說(shuō)明》。

建立技術(shù)數(shù)據(jù)包。軟件設(shè)計(jì)人員在體系結(jié)構(gòu)設(shè)計(jì)期間開(kāi)始建立技術(shù)數(shù)據(jù)包，并在軟件產(chǎn)品生存周期內(nèi)維護(hù)該數(shù)據(jù)包。

軟件實(shí)現(xiàn)。軟件實(shí)現(xiàn)人員根據(jù)《軟件設(shè)計(jì)說(shuō)明》實(shí)現(xiàn)軟件部件，編寫軟件支持文檔，并對(duì)實(shí)現(xiàn)的軟件單元進(jìn)行單元測(cè)試。

制定軟件集成計(jì)劃。軟件實(shí)現(xiàn)人員依據(jù)《軟件需求規(guī)格說(shuō)明》和《軟件設(shè)計(jì)說(shuō)明》建立軟件集成環(huán)境，確認(rèn)軟件部件和部件的內(nèi)外部接口關(guān)系，制定軟件集成策略，并編寫《軟件集成計(jì)劃》。

軟件集成。軟件實(shí)現(xiàn)人員根據(jù)《軟件集成計(jì)劃》，將軟件部件集成為可提交用戶使用的完成軟件產(chǎn)品，對(duì)集成后的軟件產(chǎn)品進(jìn)行軟件仿真等功能驗(yàn)證，并開(kāi)展部件測(cè)試。

4.3 ? 驗(yàn)證與確認(rèn)過(guò)程

驗(yàn)證與確認(rèn)過(guò)程是確保工作產(chǎn)品滿足指定的需求和使用需求。

在彈載嵌入式軟件研發(fā)過(guò)程中，主要通過(guò)相關(guān)文檔的評(píng)審、軟件代碼的測(cè)試、軟件仿真等手段實(shí)施驗(yàn)證活動(dòng)，確保工作產(chǎn)品滿足指定的需求;在用戶及利益相關(guān)方參與的情況下，通過(guò)飛控組件交付試驗(yàn)以及半實(shí)物仿真試驗(yàn)等方法，在接近真實(shí)的環(huán)境中進(jìn)行產(chǎn)品確認(rèn)，確保產(chǎn)品滿足使用需求。

軟件測(cè)試是貫穿軟件開(kāi)發(fā)的整個(gè)過(guò)程，是軟件產(chǎn)品驗(yàn)證與確認(rèn)的一個(gè)途徑。它主要包括代碼審查、文檔審查和靜態(tài)測(cè)試，與軟件模塊對(duì)應(yīng)的單元測(cè)試，與《軟件設(shè)計(jì)說(shuō)明》相對(duì)應(yīng)的部件測(cè)試，與《軟件需求規(guī)格說(shuō)明》相對(duì)應(yīng)的配置項(xiàng)測(cè)試以及與《軟件研制任務(wù)書》相對(duì)應(yīng)的系統(tǒng)測(cè)試等。軟件研制過(guò)程中的缺陷定位技術(shù)也是目前正在探索使用的一種測(cè)試技術(shù)，主要采用基于程序譜的理論[8]。

5 ?應(yīng)用中需關(guān)注的問(wèn)題（Issues to be concerned about in application）

細(xì)致實(shí)施軟件需求開(kāi)發(fā)。軟件需求是軟件項(xiàng)目研發(fā)的基礎(chǔ)。軟件需求具有不確定性、變化性和主觀性等特點(diǎn)，獲取高質(zhì)量的軟件需求是軟件研制過(guò)程中的重點(diǎn)和難點(diǎn)。尤其是對(duì)于彈載嵌入式飛行控制軟件來(lái)說(shuō)，在研制初期，載機(jī)端的需求存在較大的不確定性，這必將給軟件需求的確定帶來(lái)較大困難。在需求開(kāi)發(fā)階段如若能夠細(xì)化需求分解，則為交付高質(zhì)量的軟件產(chǎn)品打下良好的基礎(chǔ)，也能大幅降低整個(gè)軟件研制過(guò)程的糾錯(cuò)成本[9-10]。表1給出了軟件各研制階段的糾錯(cuò)成本，其中假設(shè)在軟件實(shí)現(xiàn)階段糾正一個(gè)錯(cuò)誤的成本為1。從中我們不難看出，需求分析階段的糾錯(cuò)成本最多為實(shí)現(xiàn)階段的1/5，隨著研制進(jìn)度的深入，糾錯(cuò)成本將大幅提高。細(xì)致全面的需求分解必會(huì)幫助研發(fā)人員在軟件開(kāi)發(fā)過(guò)程中少走彎路。

軟件迭代過(guò)程中的狀態(tài)控制。隨著系統(tǒng)需求的逐步明晰，軟件狀態(tài)也會(huì)隨之迭代更改以滿足其要求。軟件本身的狀態(tài)管理在軟件開(kāi)發(fā)過(guò)程中的被重視程度已較為深入。除此之外，還需格外關(guān)注需求變更引起的一系列狀態(tài)更改，采用有效便捷的手段管理需求變更引發(fā)的軟件狀態(tài)變化。

重用模塊的使用。對(duì)于不同型號(hào)的飛行控制軟件開(kāi)發(fā)來(lái)說(shuō)，其各方面都具有較高的繼承性。軟件中部分功能明確、獨(dú)立、接口固定且經(jīng)過(guò)多輪次多途徑驗(yàn)證的成熟函數(shù)，被封裝成獨(dú)立的功能模塊，作為組織資產(chǎn)[11]的一部分供不同的項(xiàng)目軟件使用。模塊的重用是提高軟件可靠性和軟件研發(fā)效率的重要手段。在飛控軟件的設(shè)計(jì)和集成過(guò)程中，經(jīng)分析后能使用重用模塊的應(yīng)盡量使用，但應(yīng)充分分析其適用性。若需對(duì)重用模塊進(jìn)行適應(yīng)性修改后使用的，應(yīng)分析其影響域并策劃相應(yīng)的軟件測(cè)試，以保證其正確性。

開(kāi)展及時(shí)有效的同行評(píng)審。從首版軟件的形成到最終交付使用的軟件版本，其間必然會(huì)通過(guò)各種方式發(fā)現(xiàn)許多軟件相關(guān)問(wèn)題。隨著軟件研制流程的不斷深入，其牽涉的產(chǎn)品和試驗(yàn)越來(lái)越繁多，發(fā)現(xiàn)并修復(fù)軟件問(wèn)題需要付出的代價(jià)也越大。因此越早發(fā)現(xiàn)缺陷，其影響域越小，修復(fù)缺陷的成本也越低。走查是一種軟件開(kāi)發(fā)中最為有效，也最便于設(shè)計(jì)人員開(kāi)展的同行評(píng)審形式。軟件文檔的一致性、軟件代碼實(shí)現(xiàn)的正確性等均可以通過(guò)走查的方式開(kāi)展。根據(jù)研制經(jīng)驗(yàn)，在首版軟件代碼形成后，開(kāi)展一輪全面的走查，其缺陷檢出率較高，且?guī)?lái)的影響也較小。在廣泛實(shí)施同行評(píng)審并收集數(shù)據(jù)的基礎(chǔ)上，可利用度量結(jié)果來(lái)評(píng)估和改進(jìn)軟件開(kāi)發(fā)過(guò)程[12]。

6 ? 結(jié)論（Conclusion）

GJB 5000A中的五個(gè)工程類過(guò)程域涵蓋了貫穿整個(gè)軟件研制過(guò)程的軟件開(kāi)發(fā)和維護(hù)活動(dòng)。根據(jù)彈載嵌入式軟件自身的特點(diǎn)，本文主要分析了這五個(gè)工程類過(guò)程域的特性以及其在彈載嵌入式軟件研制中的實(shí)際應(yīng)用情況，并根據(jù)工程實(shí)施經(jīng)驗(yàn)提出了在實(shí)際應(yīng)用中需格外關(guān)注的幾個(gè)問(wèn)題，為保證軍用軟件產(chǎn)品的質(zhì)量，提高軟件可靠性提供經(jīng)驗(yàn)和參考。

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

[1] 中華人民共和國(guó)國(guó)家軍用標(biāo)準(zhǔn).軍用軟件研制能力成熟度模型GJB 5000A-2008[S].北京：國(guó)防工業(yè)出版社，2009：13-15.

[2] 馬潔.基于GJB 5000A的軍用軟件過(guò)程改進(jìn)的研究[D].北京：中國(guó)科學(xué)院大學(xué)，2014.

[3] 宋志剛，盧德中.軟件需求的可否定性研究[J].航空計(jì)算技術(shù)，2013（3）：74-76.

[4] 常柏林，孫中泉，劉陽(yáng).GJB 5000A 2級(jí)軍用軟件過(guò)程管理[J].四川兵工學(xué)報(bào)，2010（10）：141-143.

[5] 宋志剛.基于GJB 5000A的型號(hào)軟件設(shè)計(jì)過(guò)程的研究與實(shí)踐[J].航空計(jì)算技術(shù)，2014（4）：106-108.

[6] 蘇春梅，何劍偉，劉永剛，等.基于GJB 5000A三級(jí)的產(chǎn)品集成過(guò)程研究與應(yīng)用[J].遙測(cè)遙控，2015，36（4）：37-43.

[7] CHRISSIS M B， KONRAD M， SHRUM S. CMMI for development[M]. 3rd Edition. Hoboken： Addison-Wesley Professional， 2011：68-75.

[8] NAISH L， LEE H J， RAMAMOHANARAO K. A model for spectra-based software diagnosis[J]. ACM Transactions on Software Engineering and Methodology， 2011， 20（3）：1-32.

[9] 石柱.軍用軟件能力成熟模型可重復(fù)級(jí)實(shí)施指南[M].北京：中國(guó)標(biāo)準(zhǔn)化出版社，2006：114-131.

[10] 石柱.軍用軟件研制能力成熟度模型及其應(yīng)用[M].北京：中國(guó)標(biāo)準(zhǔn)出版社，2009：100-104.

[11] 王勇.軟件過(guò)程資產(chǎn)庫(kù)的研究與實(shí)現(xiàn)[J].計(jì)算機(jī)應(yīng)用與軟件，2016，33（7）：106-108，144.

[12] 張文秀，張錦輝.軟件過(guò)程中同行評(píng)審的應(yīng)用與度量[J].計(jì)算機(jī)應(yīng)用與軟件，2008，25（10）：101-103.

作者簡(jiǎn)介：

張 ?萍（1980-），女，碩士，高級(jí)工程師.研究領(lǐng)域：彈載嵌入式軟件設(shè)計(jì).

李 ?棟（1974-），男，碩士，高級(jí)工程師.研究領(lǐng)域：控制與導(dǎo)航.