基于GJB5000A的軍用軟件項目管理研究

周甄珍

摘要：該文首先梳理了GJB5000A中關于項目管理的過程域，在此基礎上提出目前存在較為突出的幾點問題，最后結合實際提出在項目應用中具體有效的解決方案。

關鍵詞：GJB5000A；項目管理；軟件外包；風險管理

中圖分類號：TP393 文獻標識碼：A 文章編號：1009-3044（2018）25-0084-03

Research on Military Software Project Management Based on GJB5000A

ZHOU Zhen-zhen

（The 38th Institute of China Electronics Technology Group Corporation， Hefei 230088，China）

Abstract： This paper first combs the process area of project management in GJB5000A. Based on this， it proposes some outstanding problems at present. Finally， the actual proposed concrete and effective solutions in project applications.

Key words： GJB5000A； project management； software outsourcing； risk management

隨著武器裝備現(xiàn)代化程度和軍隊信息化作戰(zhàn)程度的日益提高，軍用軟件已經(jīng)成為武器裝備中不可或缺的組成部分，軍用軟件規(guī)模和復雜度的日漸升高，使得軟件質(zhì)量的好壞直接影響著武器裝備的效能，軟件一旦發(fā)生輕微的故障或失效，就可能直接導致整個武器裝備系統(tǒng)的崩潰，軟件質(zhì)量與可靠性問題已經(jīng)成為國內(nèi)外武器裝備系統(tǒng)研制的主要問題[1]。

針對軍用軟件嵌入式、高精確性、高實時性的特點，軍用軟件的開發(fā)過程、項目管理過程都需要較高的規(guī)范要求，為了與國家軍用軟件發(fā)展速度相匹配，更加科學合理地規(guī)范國家軍用軟件的研制過程，原總裝備部頒布了《軍用軟件研制能力成熟度模型》（GJB5000A），進一步規(guī)范了軍用軟件研制單位的軟件開發(fā)過程，強化了軍用軟件開發(fā)的管控，從前端入手，在開發(fā)階段實施控制，杜絕質(zhì)量問題，從而提高軍用軟件的可靠性和質(zhì)量水平[2]。

1 項目管理過程域

軍用軟件研制能力成熟度模型采用分級表示法，主要分為五個等級[3]，其中一級（或M1）稱為初始級，2級（或M2）稱為已管理級，3級（或ML3）稱為已定義級，4級（或ML4）稱為已定量管理級，5級（或ML5）成為優(yōu)化級，在成熟度等級1，過程通常都是隨意、無序的；在成熟度等級2，組織的項目已確保其過程按照方針進行策劃并得到執(zhí)行；在成熟度等級3，過程已經(jīng)得到了很好的定義和理解，并用標準、規(guī)程、工具和方法進行了描述。標準包含22個過程域，按不同成熟度等級進行了分類，每個能力成熟度等級包含若干過程域，組織在提升成熟度等級的過程中，應使用相應成熟度等級中的過程域以及較低成熟度等級中的全部過程域，增量地實現(xiàn)了這幾個過程域相關的專用目標和共用目標。具體對照關系見下表1。

本文主要關注的是與項目管理有關的幾個過程域[4]，主要包括項目監(jiān)控（PMC）、項目策劃（PP）、供方協(xié)議管理（SAM）、集成項目管理（IPM）、風險管理（RskM）。

2 目前軍用軟件項目管理存在問題

2.1 項目估計不到位

項目估計應在項目策劃階段完成，主要包括進度和工作量的估計。目前軍用軟件開發(fā)過程存在輕策劃、重實現(xiàn)的現(xiàn)象，軟件開發(fā)或是不進行估計，或是拍著腦袋估計，導致軟件開發(fā)很難保證按時按質(zhì)的完成，項目估計作為后續(xù)開發(fā)工作的指導有著重要的意義，需要有一套系統(tǒng)科學的方法來支撐。

2.2 項目監(jiān)督過程中未積極開展糾正措施

糾正措施是指對軟件項目管理過程出現(xiàn)的問題進行解決閉環(huán)。大部分項目在運行過程中會出現(xiàn)很多問題，主要有項目實際進展過程中與項目計劃進度不一致、風險狀態(tài)的重大改變、利益相關方提出的問題、評審中發(fā)現(xiàn)的問題等，而開發(fā)人員往往忽視這些問題，沒有進行預防或及時解決，從而造成項目拖期、項目實現(xiàn)與需求不一致、軟件實現(xiàn)過程中問題過多等致命問題。

2.3 軟件外包管理有效性不足

目前由于軍用軟件外包的管理不規(guī)范、軟件外包的需求和接口不明確，導致外包軟件的質(zhì)量參差不齊，往往在與項目集成之后會存在很多問題，需要花費大量的人力和物力進行調(diào)試完善，嚴重影響了整個項目的進度和成本。外包軟件作為整個軟件中的一部分，必須要進行規(guī)范管理，這就需要制定合理的軍用軟件外包管理方案。

2.4 忽視項目風險

風險管理的目的是在風險發(fā)生前，識別潛在的問題，以便在項目生存周期內(nèi)處理這些風險，緩解不利的影響。目前大多數(shù)軟件開發(fā)過程中基本不存在風險管理，從而導致風險大多數(shù)都是在項目前期被忽略，而在項目后期轉(zhuǎn)化為問題，軟件開發(fā)中的問題后置勢必會影響項目的進度和成本。

3 實際項目應用中的解決方案

3.1 科學進行項目估計

項目估計[5]的主要步驟見圖1，主要內(nèi)容包括：

1） 開發(fā)軟件的工作狀態(tài)主要是指軟件完全新開發(fā)或者軟件部分重用，軟件完全新開發(fā)是指軟件從未開發(fā)過，或有一定的技術積累但未形成正式的產(chǎn)品；軟件部分重用指軟件文檔、代碼中部分或全部重用歷史項目。

2） 軟件完全新開發(fā)的項目運用專家估計法估計軟件工作產(chǎn)品規(guī)模，軟件部分重用的項目則運用類比法估計

3） 專家估計法是指借鑒組織過程資產(chǎn)庫直接得出軟件工作產(chǎn)品規(guī)模，類比法是在原有項目的基礎上考慮新增比例和修改比例。

4） 軟件難度系數(shù)是綜合考慮軟件的技術復雜性、技術成熟度以及規(guī)模等因素給定的估計參數(shù)，數(shù)值越大表示難度系數(shù)越大。

5） 人員的熟練系數(shù)是指工作產(chǎn)品的開發(fā)人員從事此項活動的經(jīng)歷，越熟練的人員取值越大。

6） 根據(jù)下述公式計算得出活動需要的工作量。

工作量=（工作產(chǎn)品開發(fā)的規(guī)模 / 工作產(chǎn)品的生產(chǎn)率）*軟件難度系數(shù)/人員熟練系數(shù)

3.2 定期完成任務分派和跟蹤

1） 制定項目WBS，運用工具[6]按項目階段進行任務分派，并設置關鍵里程碑節(jié)點，具體見下圖2。

2） 依據(jù)項目分派完成定期跟蹤、月分析跟蹤和里程碑跟蹤，并分析工作量、進度的實際情況與計劃的差距，記錄偏離情況。

3） 關注工作量、進度的預測偏離率是否超過閾值，若超過則需要采取糾正措施，例如項目實際進展過程中與項目計劃進度的不一致，就需要對軟件開發(fā)計劃進行調(diào)整。

3.3 嚴格控制軟件外包

1） 由于軍用軟件的保密特殊性，供方的選擇上必須是具有同等保密等級的機構，另外供方也要具備一定的軟件開發(fā)管理能力，軟件工程化程度與總項目相匹配[7]。

2） 確定合適的供方后，要明確技術要求、供方需提供文件資料的要求、進度要求、質(zhì)量控制要求、驗收要求、交付材料、保密要求、售后服務和保證，這些具體要求要落實成具體的軟件技術協(xié)議，并通知利益相關方完成協(xié)議的評審[8]。

3） 軟件技術協(xié)議下發(fā)后，需要監(jiān)督外包軟件的進度執(zhí)行情況，并參加外包過程中文檔的評審，對評審中的問題進行閉環(huán)跟蹤。

4） 分包軟件[9]按照技術協(xié)議的規(guī)定完成相關工作后，要組織相關利益相關方進行驗收；驗收應制定驗收計劃并完成驗收測試，驗收評審會上應審查驗收測試結果以及分包研制過程，檢查分包方在研制過程中發(fā)現(xiàn)的產(chǎn)品問題和過程問題是否閉環(huán)，形成軟件驗收報告，并確定驗收結論。

3.4 優(yōu)化風險管理

1） 項目早期進行風險識別，風險識別[10]主要從需求、設計、編碼、測試、開發(fā)過程、管理過程、資源和項目接口這些方面去考慮，并細化風險的相關要素，計算風險優(yōu)先級，確定風險排序。

2） 針對識別出的風險制定相關措施，例如針對人員不足或是經(jīng)驗不足的風險，可以采取補充人員或是盡早安排其他人員的方式。

3） 在項目運行過程中，檢查風險是否發(fā)生，并針對未發(fā)生的風險重新評估，不斷調(diào)整風險優(yōu)先級，直至風險被解決或關閉。具體過程見圖3。

4 結束語

本文通過識別GJB5000A標準中相關項目管理過程域，并結合軍用軟件項目開發(fā)實際，結合自身工作針對項目管理中的幾個薄弱點提出了具體的解決方案，指導開發(fā)人員深入項目管理工作，從而提高軟件開發(fā)效率，優(yōu)化項目管理規(guī)程，提升軟件的質(zhì)量與可靠性。

參考文獻：

[1] 馬潔.基于GJB5000A的軍用軟件過程改進的研究[D].北京：中國科學院大學，2014.

[2] 陳昊鵬.基于GJB5000A 二級軟件過程改進的研究與實踐[D]. 上海：上海交通大學，2012：1-15.

[3] 張婧.8052軍用軟件項目管理研究[D].成都：電子科技大學，2015.

[4] 韓成哲.CMM在軍用軟件項目管理中的應用[J].吉林大學學報，2013，31（6）：654-658.

[5] 李保軍.基于CMMI模型的P公司軟件開發(fā)項目管理研究[D].上海：華東理工大學，2012.

[6] 靳琴芳.基于PDM的軟件項目管理[D]. 太原：太原理工大學，2007.

[7] 張維石.基于CMMI的軟件外包項目管理支持系統(tǒng)研究[D]. 大連：大連海事大學，2007.

[8] 楊楓.軟件外包企業(yè)的軟件質(zhì)量管理研究[D]. 廈門：廈門大學，2006.

[9] 王梅源.軟件外包項目全過程風險管理研究[D].武漢：華中科技大學，2006.

[10] 于波，姜艷.軟件質(zhì)量管理實踐[M].北京：電子工業(yè)出版社，2008.

【通聯(lián)編輯：梁書】