周甄珍+王浩宇

摘要摘要：介紹GJB5000A三級的基本概念，并在此基礎上闡述軟件開發(fā)實施的重要過程，最后結(jié)合項目實踐提出項目實施過程中普遍存在的問題及建議。

關鍵詞關鍵詞：GJB5000A；過程域；軍用軟件開發(fā)；軟件項目管理

DOIDOI：10.11907/rjdk.161642

中圖分類號：TP319文獻標識碼：A文章編號文章編號：16727800（2017）001013302

軍用軟件研制能力成熟度模型采用分級表示的方法，主要分為5個等級[2]：1級（或M1）為初始級，2級（或M2）為已管理級，3級（或ML3）為已定義級，4級（或ML4）為已定量管理級，5級（或ML5）為優(yōu)化級。從軟件開發(fā)過程看，成熟度1級的過程通常是隨意、無序的；成熟度2級的項目已確保其過程按照方針進行策劃并執(zhí)行；在成熟度等級3，過程已經(jīng)得到了很好的定義和理解，并采用標準、規(guī)程、工具和方法進行了描述。

標準包含22個過程域[3]，按不同成熟度等級進行了分類，每個能力成熟度等級包含若干過程域。組織在提升成熟度等級的過程中，應使用相應成熟度等級中的過程域以及較低成熟度等級中的全部過程域，增量地實現(xiàn)幾個過程域相關的專用目標和共用目標。其中成熟度等級2包括配置管理、測量與分析、項目監(jiān)控、項目策劃、過程和產(chǎn)品質(zhì)量保證、需求管理、供方協(xié)議管理7個過程域，成熟度等級3則是在成熟度等級2的基礎上增加了決策分析與決定、集成項目管理、組織過程定義、組織過程焦點、組織培訓、產(chǎn)品集成、需求開發(fā)、風險管理、技術解決方案、確認、驗證11個過程域。

2GJB5000A三級實施中的關鍵過程

2.1需求開發(fā)與管理

需求開發(fā)的目的是挖掘并分析顧客、產(chǎn)品和產(chǎn)品部件的需求。需求管理的目的是管理項目需求，并標識這些需求與項目的計劃和工作產(chǎn)品之間的不一致性。具體實施步驟[4]如下：①將用戶需求轉(zhuǎn)換為軟件系統(tǒng)需求，制定軟件系統(tǒng)規(guī)范，并通過仿真或編碼實現(xiàn)的方式確定軟件的關鍵技術；②將軟件系統(tǒng)需求分解給各個配置項，開展軟件需求分析工作，并確定最終解決方案；③對軟件需求實現(xiàn)方案進行詳細設計；④依據(jù)軟件設計進行代碼的編寫；⑤每個開發(fā)階段都形成相應的文檔，文檔之間采用正逆向追溯表進行需求之間的追溯。

2.2軟件項目管理

軟件項目管理的目的是在項目的全生命周期內(nèi)制定和維護項目活動計劃并監(jiān)控計劃的執(zhí)行，確保項目的有效運作。具體實施步驟如下：①建立項目已定義過程，完成項目的工作量和進度估計，完成軟件項目計劃，并保證各個計劃之間的一致性；②依據(jù)階段計劃，在定期監(jiān)控、月分析和里程碑階段進行任務分配和監(jiān)控，針對出現(xiàn)的問題和偏差采取糾正措施；③軟件開發(fā)工作完成后，對軟件開發(fā)的各項工作進行總結(jié)分析，并編寫軟件開發(fā)總結(jié)報告。

2.3軟件分包管理

軟件分包管理的目的是保證項目按計劃讓分包方提交滿足要求的產(chǎn)品。具體實施步驟如下：①擬制軟件技術協(xié)議并簽訂合同，并明確與分包軟件研制工作有關的實施要求；②按照分包合同及技術協(xié)議、分包管理計劃的要求參與并管控分包合同及技術協(xié)議，以及分包管理計劃的執(zhí)行；③對分包方提交的產(chǎn)品進行驗收，證明該產(chǎn)品能夠滿足軟件技術協(xié)議的要求。

2.4軟件質(zhì)量保證

軟件質(zhì)量保證的目的是使員工和管理者對過程和相關的工作產(chǎn)品能有客觀深入的了解。具體步驟如下：①開展軟件質(zhì)量保證策劃工作，如制定《軟件質(zhì)量保證計劃》；②在規(guī)定的過程評價時間點到達時，或相關事件發(fā)生時對過程活動進行評價，記錄與計劃、標準、過程、規(guī)程不符合之處；③在規(guī)定的工作產(chǎn)品評價時間點到達時對軟件工作產(chǎn)品進行評價；④記錄過程評價和工作產(chǎn)品評價中發(fā)現(xiàn)的問題，跟蹤不符合項的關閉；⑤在項目規(guī)定的報告期內(nèi)總結(jié)軟件質(zhì)量保證工作的開展情況。

2.5軟件配置管理

軟件配置管理[5]的目的是利用配置標識、配置控制、配置狀態(tài)紀實和配置審核，建立和維護工作產(chǎn)品的完整性。具體實施步驟如下：①開展配置管理策劃工作，如建立配置管理系統(tǒng)和制定《軟件配置管理計劃》；②控制工作產(chǎn)品的入庫、出庫和變更活動，變更應采取分級管理；③在各個階段結(jié)束點開展基線審核，并建立基線；④在項目規(guī)定的報告期內(nèi)總結(jié)軟件配置管理工作的開展情況。

2.6軟件過程改進

軟件過程改進主要是站在組織層面，提高整個組織的軟件過程改進能力。主要內(nèi)容包括：①制定并維護年度軟件過程改進工作計劃；②制定并維護軟件過程體系文件；③定期召開例會和按計劃定期跟蹤相關過程和產(chǎn)品，監(jiān)督過程改進工作及項目組部署的過程資產(chǎn)的實施，并在出現(xiàn)偏差時采取適當?shù)募m正措施；④定期在組織內(nèi)開展內(nèi)部評估，為下一輪過程改進工作作準備；⑤更新組織級測量數(shù)據(jù)與軟件工作環(huán)境標準，對軟件過程資產(chǎn)進行系統(tǒng)維護，對全年的軟件過程改進工作進行分析和總結(jié)；⑥根據(jù)軟件過程改進工作的活動、狀態(tài)和結(jié)果組織管理評審，以便評價和掌握過程改進工作績效，并形成相關決策事項，作為下輪過程改進工作的基礎。

2.7重大決策過程

重大決策過程的目的是采用正式的評價過程分析重大問題或事項可能的決策，依據(jù)定義的評價準則和評價方法，選擇一個盡可能滿足多個利益相關方要求的解法，從而規(guī)避決策結(jié)果可能帶來的重大風險。其中，主要要素包括評價準則、評價方法、參與評價人員和評價時間。組織人員確定重大決策問題的備選方案，或在需要時進一步明確重大決策事項；對評價結(jié)果做出決定，在必要時進行風險分析；對活動的結(jié)果作記錄，記錄形式可采用會議紀要、評審報告或獨立的文檔。

3GIB5000A三級實施過程中的常見問題與建議

（1）同行評審流于形式。同行評審被定義為“由軟件工作產(chǎn)品生產(chǎn)者的同行遵循已定義的規(guī)程對產(chǎn)品進行的技術評審”[6]，在目前的軟件開發(fā)過程中，存在“重代碼、輕文檔”的現(xiàn)象，從而導致軟件開發(fā)文檔的質(zhì)量普遍不高，因此需要相關領域的專家對文檔質(zhì)量進行把關。然而，目前大多數(shù)評審只是流于形式，而未能發(fā)現(xiàn)實質(zhì)性問題，評審有效性不足。建議文檔評審之前先交由同行專家進行文檔審查；管理層需要給予同行評審提供支持，如資源、時間、培訓和激勵等；評審結(jié)果生成評審缺陷分析表，用于檢測評審的有效性。

（2）對軟件測試過程不夠重視。目前軟件開發(fā)過程中由于時間緊、前期項目計劃未得到有效策劃和跟蹤，導致后續(xù)測試時間嚴重不足。軟件測試是為了盡快、盡早地不斷發(fā)現(xiàn)各種軟件缺陷而開展的對軟件及過程產(chǎn)品的驗證和確認活動[3]。建議在項目初期安排好項目計劃，項目除進行配置項測試和系統(tǒng)測試外，針對關鍵重要模塊要開展單元和集成測試，測試文檔要與開發(fā)文檔形成追溯關系，保證功能與性能的一致性。

（3）變更控制不到位。與硬件相比，軟件的變更更為頻繁和難以控制。在軟件開發(fā)過程中變更主要來自計劃和需求，分為文檔變更和代碼變更。在目前的項目運行過程中，變更影響域分析很薄弱，過程中比較常見的現(xiàn)象是項目分派和計劃、設計文檔和代碼之間對應不上。建議除了對變更進行分級控制外，應細化軟件文檔模板（增加正逆向追溯表），并加強對變更后文檔的同行評審和聯(lián)合評審。

4結(jié)語

GJB5000A作為軟件開發(fā)的一個通用標準，其中的過程域既獨立又相互融會貫通，而在推廣實施過程中，要將標準中的要求轉(zhuǎn)化成自身的體系要求，并結(jié)合實際情況不斷進行改進與提升，最后達到規(guī)范開發(fā)過程、提高軟件開發(fā)能力和保證軟件產(chǎn)品質(zhì)量的目標。

參考文獻：

[1]GJB5000A2008軍用軟件研制能力成熟度模型[S].2008.

[2]馮聽雷.GJB5000A從二級到三級的升級策略[J].價值工程，2012（5）：7475.

[3]張萬軍，儲善忠.基于CMMI的軟件工程教程[M].北京：清華大學出版社，2008.

[4]倪亭.在軟件研發(fā)與測試中推廣GJB5000A[J].軟件，2013（2）：3135.

[5]董越.未雨綢繆：理解軟件配 置管理[M].北京：電子工業(yè)出版社，2012.

[6]于波，姜艷.軟件質(zhì)量管理實踐：軟件缺陷預防、清楚、管理實用辦法[M].北京：電子工業(yè)出版社，2008.

責任編輯（責任編輯：黃健）