書名: 信息時代的火力與指揮控制作者名: 火力與指揮控制研究會主編本章字數: 2078字更新時間: 2018-12-28 19:32:30
GJB5000A需求管理過程域的管理和實現
陳素青
(北方通用電子集團公司無錫分公司 無錫 214145)
摘要:需求管理是GJB5000A-2008《軍用軟件研制能力成熟度模型》中的一個重要過程域,貫穿于軟件研制的全生命周期,結合我單位實施二級認證時的一些經驗,簡要地闡述了該過程域的管理和實現方法。
關鍵詞:GJB5000A-2008,過程域,需求管理
The Manage and Realize of ReqM in GJB5000A
Chen Shu-qing
(North General Electionics Group co.,Ltd Wuxi 214145 ,China)
Abstract: ReqM is one of the most important PA of GJB5000A-2008(Capability maturity model for military software development),it run through the full life cycle of software product.In this paper,the writer link up with the experiences of practice,introduce the the methods to manage and realize this PA.
Keywords: GJB5000A-2008,Rrocess Area(PA),Requirement Management(ReqM)
引言
GJB5000A-2008《軍用軟件研制能力成熟度模型》是GJB5000-2003的修訂版,代替GJB5000-2003。【2005】裝字第4號部長令,2005年9月2日發布第四條:總裝備部按照國家軍用標準和有關規定對軟件研制單位進行軟件研制能力評價,對軟件測評機構進行認可,并以合格名錄形式予以發布。未達到規定的軟件研制能力要求的單位,不能承擔軟件研制任務;未經認可的軟件測評機構不能承擔軟件測評任務。另外還明確階段目標,共分三個階段:2015年前,所有研制單位達到二級,部分單位達到三、四級;2020年前,所有應達到三級單位的全部達到;2025年前所有單位達到規定等級。因此,對于承擔軟件研制和軟件測評的單位來說,通過二級資質評價已經刻不容緩。
需求管理是二級成熟度達標所要求的七個過程域中的一個,貫穿于整個軟件研制周期,是連接用戶和開發者的一座橋梁。開發軟件系統最困難的部分就是準確說明開發什么,最困難的概念性工作是編寫出詳細的需求,包括所有面向用戶、面向機器和其他軟件系統的接口。此工作一旦做錯,將會給系統帶來極大的損害,并且以后對它修改也極為困難。因此,需求階段是一個很重要的階段,這一階段做得好,將為整個軟件開發項目的成功打下良好的基礎。需求也是在整個軟件開發過程中不斷變化和深入的,因此我們必須制定需求變更計劃來應付這種變化,以保護整個項目的順利進行。簡單概括,獲取需求和管理需求變更便是需求管理過程域大致的工作內容。
1 需求管理簡介
1.1 什么是需求工程
需求工程組成圖如圖1所示,內容包括需求開發和需求管理兩大部分。需求開發是指在技術層面對需求的實現過程。需求管理是指在管理層面對軟件全生命周期內對需求的管理。

圖1 需求工程組成圖
1.2 需求管理的目的和目標
需求管理的目的和目標可以簡單概括為:
目的:管理對項目的產品和產品構件的需求并且識別出這些需求與計劃和工作產品的不一致之處。
目標:管理需求,并識別需求與計劃和工作產品間的不一致性。
2 管理和實現
2.1 過程規范
結合我單位軟件工程化實際,擬定了如下需求管理過程規范。該過程涵蓋了GJB5000A《軍用軟件研制能力成熟度模型》關于“需求管理”子過程的所有專用實踐和共用實踐。需求管理過程流程如圖2所示,主要流程描述如下。

圖2 需求管理過程流程圖
(1)軟件研制任務書擬制。
根據《設計任務書》的內容,項目軟件負責人同相關人員在充分溝通的前提下,形成《軟件研制任務書》草稿,完成對分配需求的一致性理解。
(2)“軟件任務書”評審。
通過組織相關專家和人員對《軟件研制任務書》開展評審,并對評審中存在的潛在問題的分配需求通過協商,進行必要的修訂,從而獲得對需求的承諾。
(3)建立功能基線。
《軟件研制任務書》通過評審和批準后,連同《軟件研制任務書評審報告》納入配置管理,建立軟件功能基線。
(4)需求雙向跟蹤。
軟件的開發過程,進行分配需求的橫向跟蹤,檢查《軟件研制任務書》的每個需求是否都能在后續工作產品的相應元素中得到體現,并進行反向跟蹤,實現需求雙向跟蹤。
(5)標識需求與計劃和工作產品之間不一致性。
當需求跟蹤矩陣更新后,軟件項目負責人及時標識《軟件研制任務書》同計劃和工作產品的不一致性,提供相應的糾正措施。
(6)分配需求更改控制。
若分配需求發生更改,及時組織相關人員進行影響性分析和一致性檢查,保證分配需求、軟件需求以及軟件設計各種狀態得到有效更新。
2.2 需求管理中的關鍵技能和證據
2.2.1 關鍵技能
在需求管理中,需要重點掌握以下關鍵技能。
● 掌握軟件任務書的模板和要求。
● 正確掌握需求跟蹤矩陣的使用。
? 什么時機填寫、填寫要求、正確的狀態值;
? 結合相關文檔正向抽查內容、反向抽查內容。
● 控制需分配求變更的流程。
? 需求管理范疇:申請、分析、批準;
? 軟件配置管理范疇:出庫、更改、復審、入庫、基線。
● 控制分配需求評審。
● 理解需求管理的測量和分析。
? 數據的完整性;
? 對數據的理解和分析。
2.2.2 關鍵證據
在需求管理中,需要重點保留以下關鍵證據。
● 軟件任務書(多版本)。
● 需求跟蹤矩陣(雙向)。
? 什么時機填寫、填寫要求、正確的狀態值;
? 結合相關文檔橫向抽查內容、縱向抽查內容。
● 需求變更的表格。
? 需求管理范疇:申請、分析、批準;
? 軟件配置管理范疇:出庫、更改、復審、入庫、基線。
● 需求評審記錄。
● 理解需求管理的測量和分析。
? 數據的完整性;
? 對數據的理解和分析。
3 結論
本文概述了GJB5000A需求管理過程域的內容和含義,結合實際工作,總結了一些實踐過程中的注意事項和經驗,為正在進行二級認證工作的單位提供一些借鑒,由于篇幅有限,不能詳細說明。
作者簡介
陳素青(1980—),女,山東單縣人,大學本科,助工,研究方向:檔案和標準化。