当前位置：首页 > CMMI > 正文

军用软件开发更应重视质量需求

2018-11-15 来源：软件工程之思

随着GJB5000标准的推进实施，对军用软件研制过程质量的控制已经有了显著提高。但是，尽管软件研制已经实施了工程化管理，软件在系统联试期间仍然会出现一些质量问题。这其中的一个原因可能就是软件的质量需求(如可靠性，安全保密性等)没有被深入挖掘，没有对这些需求进行跟踪控制，没有对这些需求进行专项的验证和确认，从而导致质量问题的出现。

而所以没有对质量需求进行深入挖掘，归根结底是软件开发对质量需求的重视不够。即使是那些已经实施GJB5000标准的企业也是如此。

因为当前GJB5000标准的需求开发过程域对所有需求的开发要求的都是相同的。比如说用户需求的开发都是两个实践：一是引出需要，二是开发顾客需要。在后续的设计实现、验证确认等过程要求中也没有对不同的需求给出不同的要求。

然而，需求并不只有一种类型。需求类型通常分为功能性需求和非功能性需求，而非功能性需求又包括性能需求、接口需求、界面需求、可靠性需求、安全性需求、易用性需求等软件质量需求……这些不同的需求类型，在分析、设计等阶段往往需要采用不同的技术。比如，对于非功能性需求的开发就不会像功能性需求那样简单。对于功能性需求，用户通常都能表述清楚，开发人员也比较容易理解；而非功能性需求，往往不是那么容易说清楚的，特别是可靠性、安全性这样的需求。所以，开发这类需求，如果只是采用问卷调查或访谈这些通用的形式，那是很难准确描述的。

当然，GJB5000标准所以如此是有原因的。GJB5000标准是沿用了CMMI-DEV的模型，CMMI模型是面向所有的软件，这其中既有普通的软件，也包括对可靠性和安全性有高要求的软件。所以，在CMMI模型中工程类的实践（需求开发、技术解决方案、验证和确认等）更注重的是通用性。

可是，军用软件多以高可靠高安全的这类软件为主，那么就应当重视可靠性、安全性这类需求的开发。

如果我们的软件标准要提升对质量需求的重视程度，就应该像GJB9001C中重视风险管理而把风险管理写入标准的要求当中那样，在软件标准中把质量需求写入实践当中，而且这些实践就当覆盖分析、设计、实现、验证和确认等各个环节。

分享到:

免责声明：
　　1、IT项目管理界发布的所有资讯与文章是出于为业界传递更多信息之目的，并不意味着赞同其观点或证实其描述。其原创性以及文中陈述文字和内容未经本站证实，对本文以及其中全部或者部分内容、文字的真实性、完整性、及时性本站不作任何保证或承诺，请浏览者仅作参考，并请自行核实相关内容。
　　2、本站部分内容转载于其他网站和媒体，版权归原作者或原发布媒体所有。如文章涉及版权等问题，请联系本站，我们将在两个工作日内进行删除或修改处理。敬请谅解！

上一篇：
CMMI和GJB5000A成熟度等级到底意味着什么？
下一篇：
如何用CMMI模型来组织一次完美的聚餐

延伸阅读：

more 会议活动

more 公开课

more PMO

微信扫一扫关注

军用软件开发更应重视质量需求

延伸阅读：

会议活动

公开课

PMO

IT项目管理界官方微信

PMO大会官方微信