基于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

隨着武器装备现代化程度和军队信息化作战程度的日益提高，军用软件已经成为武器装备中不可或缺的组成部分，军用软件规模和复杂度的日渐升高，使得软件质量的好坏直接影响着武器装备的效能，软件一旦发生轻微的故障或失效，就可能直接导致整个武器装备系统的崩溃，软件质量与可靠性问题已经成为国内外武器装备系统研制的主要问题[1]。

针对军用软件嵌入式、高精确性、高实时性的特点，军用软件的开发过程、项目管理过程都需要较高的规范要求，为了与国家军用软件发展速度相匹配，更加科学合理地规范国家军用软件的研制过程，原总装备部颁布了《军用软件研制能力成熟度模型》（GJB5000A），进一步规范了军用软件研制单位的软件开发过程，强化了军用软件开发的管控，从前端入手，在开发阶段实施控制，杜绝质量问题，从而提高军用软件的可靠性和质量水平[2]。

1 项目管理过程域

军用软件研制能力成熟度模型采用分级表示法，主要分为五个等级[3]，其中一级（或M1）称为初始级，2级（或M2）称为已管理级，3级（或ML3）称为已定义级，4级（或ML4）称为已定量管理级，5级（或ML5）成为优化级，在成熟度等级1，过程通常都是随意、无序的；在成熟度等级2，组织的项目已确保其过程按照方针进行策划并得到执行；在成熟度等级3，过程已经得到了很好的定义和理解，并用标准、规程、工具和方法进行了描述。标准包含22个过程域，按不同成熟度等级进行了分类，每个能力成熟度等级包含若干过程域，组织在提升成熟度等级的过程中，应使用相应成熟度等级中的过程域以及较低成熟度等级中的全部过程域，增量地实现了这几个过程域相关的专用目标和共用目标。具体对照关系见下表1。

本文主要关注的是与项目管理有关的几个过程域[4]，主要包括项目监控（PMC）、项目策划（PP）、供方协议管理（SAM）、集成项目管理（IPM）、风险管理（RskM）。

2 目前军用软件项目管理存在问题

2.1 项目估计不到位

项目估计应在项目策划阶段完成，主要包括进度和工作量的估计。目前军用软件开发过程存在轻策划、重实现的现象，软件开发或是不进行估计，或是拍着脑袋估计，导致软件开发很难保证按时按质的完成，项目估计作为后续开发工作的指导有着重要的意义，需要有一套系统科学的方法来支撑。

2.2 项目监督过程中未积极开展纠正措施

纠正措施是指对软件项目管理过程出现的问题进行解决闭环。大部分项目在运行过程中会出现很多问题，主要有项目实际进展过程中与项目计划进度不一致、风险状态的重大改变、利益相关方提出的问题、评审中发现的问题等，而开发人员往往忽视这些问题，没有进行预防或及时解决，从而造成项目拖期、项目实现与需求不一致、软件实现过程中问题过多等致命问题。

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

目前由于军用软件外包的管理不规范、软件外包的需求和接口不明确，导致外包软件的质量参差不齐，往往在与项目集成之后会存在很多问题，需要花费大量的人力和物力进行调试完善，严重影响了整个项目的进度和成本。外包软件作为整个软件中的一部分，必须要进行规范管理，这就需要制定合理的军用软件外包管理方案。

2.4 忽视项目风险

风险管理的目的是在风险发生前，识别潜在的问题，以便在项目生存周期内处理这些风险，缓解不利的影响。目前大多数软件开发过程中基本不存在风险管理，从而导致风险大多数都是在项目前期被忽略，而在项目后期转化为问题，软件开发中的问题后置势必会影响项目的进度和成本。

3 实际项目应用中的解决方案

3.1 科学进行项目估计

项目估计[5]的主要步骤见图1，主要内容包括：

1） 开发软件的工作状态主要是指软件完全新开发或者软件部分重用，软件完全新开发是指软件从未开发过，或有一定的技术积累但未形成正式的产品；软件部分重用指软件文档、代码中部分或全部重用历史项目。

2） 软件完全新开发的项目运用专家估计法估计软件工作产品规模，软件部分重用的项目则运用类比法估计

3） 专家估计法是指借鉴组织过程资产库直接得出软件工作产品规模，类比法是在原有项目的基础上考虑新增比例和修改比例。

4） 软件难度系数是综合考虑软件的技术复杂性、技术成熟度以及规模等因素给定的估计参数，数值越大表示难度系数越大。

5） 人员的熟练系数是指工作产品的开发人员从事此项活动的经历，越熟练的人员取值越大。

6） 根据下述公式计算得出活动需要的工作量。

工作量=（工作产品开发的规模 / 工作产品的生产率）*软件难度系数/人员熟练系数

3.2 定期完成任务分派和跟踪

1） 制定项目WBS，运用工具[6]按项目阶段进行任务分派，并设置关键里程碑节点，具体见下图2。

2） 依据项目分派完成定期跟踪、月分析跟踪和里程碑跟踪，并分析工作量、进度的实际情况与计划的差距，记录偏离情况。

3） 关注工作量、进度的预测偏离率是否超过阈值，若超过则需要采取纠正措施，例如项目实际进展过程中与项目计划进度的不一致，就需要对软件开发计划进行调整。

3.3 嚴格控制软件外包

1） 由于军用软件的保密特殊性，供方的选择上必须是具有同等保密等级的机构，另外供方也要具备一定的软件开发管理能力，软件工程化程度与总项目相匹配[7]。

2） 确定合适的供方后，要明确技术要求、供方需提供文件资料的要求、进度要求、质量控制要求、验收要求、交付材料、保密要求、售后服务和保证，这些具体要求要落实成具体的软件技术协议，并通知利益相关方完成协议的评审[8]。

3） 软件技术协议下发后，需要监督外包软件的进度执行情况，并参加外包过程中文档的评审，对评审中的问题进行闭环跟踪。

4） 分包软件[9]按照技术协议的规定完成相关工作后，要组织相关利益相关方进行验收；验收应制定验收计划并完成验收测试，验收评审会上应审查验收测试结果以及分包研制过程，检查分包方在研制过程中发现的产品问题和过程问题是否闭环，形成软件验收报告，并确定验收结论。

3.4 优化风险管理

1） 项目早期进行风险识别，风险识别[10]主要从需求、设计、编码、测试、开发过程、管理过程、资源和项目接口这些方面去考虑，并细化风险的相关要素，计算风险优先级，确定风险排序。

2） 针对识别出的风险制定相关措施，例如针对人员不足或是经验不足的风险，可以采取补充人员或是尽早安排其他人员的方式。

3） 在项目运行过程中，检查风险是否发生，并针对未发生的风险重新评估，不断调整风险优先级，直至风险被解决或关闭。具体过程见图3。

4 结束语

本文通过识别GJB5000A标准中相关项目管理过程域，并结合军用软件项目开发实际，结合自身工作针对项目管理中的几个薄弱点提出了具体的解决方案，指导开发人员深入项目管理工作，从而提高软件开发效率，优化项目管理规程，提升软件的质量与可靠性。

参考文献：

[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公司软件开发项目管理研究[D].上海：华东理工大学，2012.

[6] 靳琴芳.基于PDM的软件项目管理[D]. 太原：太原理工大学，2007.

[7] 张维石.基于CMMI的软件外包项目管理支持系统研究[D]. 大连：大连海事大学，2007.

[8] 杨枫.软件外包企业的软件质量管理研究[D]. 厦门：厦门大学，2006.

[9] 王梅源.软件外包项目全过程风险管理研究[D].武汉：华中科技大学，2006.

[10] 于波，姜艳.软件质量管理实践[M].北京：电子工业出版社，2008.

【通联编辑：梁书】