基于gjbz141的软件缺陷管理方案研究.docxVIP

基于gjbz141的软件缺陷管理方案研究 摘要：软件缺陷管理是软件工程的重要内容。目前，基于GJB/Z 141的软件缺陷分类标准和定制的缺陷管理工具是较为常用的一种典型软件代码缺陷管理方案，该方案在工程应用中存在有效性和效率不足问题。针对上述问题从缺陷分类方法和缺陷管理工具两方面展开研究，提出一种全新的软件代码缺陷管理方案并构建原型系统。将两种缺陷管理方案在同一软件配置项中进行代码缺陷管理应用，将使用效果进行比较，发现该方案的评价指标在5个方面有显著改善，评价得分分别提高了68%、50%、125%、33%和60%。 0 引言随着信息技术的发展，软件在业务能力生成中发挥着越来越重要的作用。为确保软件产品质量可控，软件开发组织按照工程化的方法进行软件产品研制。如何对测试验证中发现的软件缺陷进行有效管理进而推进现有产品的顺利研制及后续的持续改进，一直是软件工程关注的热点。对软件缺陷进行管理是很多软件开发组织的重要工作。随着GJB5000A目前典型的软件代码缺陷管理方案为基于GJB/Z 141附录C.3的软件缺陷分类标准，使用类似文献针对上述典型软件代码缺陷管理方案存在的问题，本文从软件代码缺陷分类方法和管理工具两方面进行研究，提出一种全新的软件代码缺陷管理方案并构建原型系统，从5个方面对其应用效果进行评价。评价结果显示，本文方法可以明显改善现有软件代码缺陷管理方案中存在的问题，对缺陷进行有效管理并提高效率。1 软件代码缺陷管理方案本文提出的软件代码缺陷管理方案是在缺陷分类方法基础上通过缺陷管理系统工具实现对软件代码缺陷的管理。1.1 软件代码缺陷分类方法软件代码缺陷来源于软件源代码，分类方法关注源代码特性，考虑完整性、正交性以及分类一致性等质量特性，做到方便易用且真实可靠。软件代码缺陷分类方法如下：(1）分类过程。软件缺陷的分类涉及从缺陷识别到缺陷关闭的活动序列，包括识别、调查、行动和处置。每个活动包含记录、分类和确定影响3个步骤。(2）分类属性。分类属性及其含义如表1所示。(3）细化分类属性值。可进一步细化的分类属性值为：(1)类别（Type）：数据（Data）、接口/时序（Interface/Timing）、逻辑/运算（Logic/Algorithm）、描述（Description）、语法（Syntax）、标准（Standards）、其它（Other);(2)状态（Status）：未确认（Unknown）、未闭环（Open）、已闭环（Closed);(3)优先级（Priority）：高（High）、中（Medium）、低（Low);(4)严重等级（Severity）：严重（Critical）、一般（Major）、轻微（Minor）、可忽略（Inconsequential);(5)发现方法（Detection activity）：综合（synthesis）、审查（Inspection）、走查（Walkthrough）、评审（Review）、审计（Audit）、静态分析（Static analysis）、单元测试（Unit testing）、组装测试（Integration testing）、配置项测试（CSCI testing）、系统测试（System testing）、其它（Other);(6)处置结果（Disposition）：已移除（Corrected）、未发现（Not found）、相关的（Referred）、重复的（Duplicate）。1.2 软件代码缺陷管理系统软件代码缺陷管理系统在设计时兼顾有效性和效率原则。基于有效性考虑，软件代码缺陷管理系统应满足：(1)缺陷属性管理：基于缺陷分类标准的统一规则定义缺陷属性并设置属性值；(2)缺陷数据跟踪和分析：实现缺陷及其属性变化的信息记录、条件查询显示和缺陷态势分析。基于效率考虑，软件代码缺陷管理系统应满足：(1)缺陷数据生成：缺陷数据通过缺陷分类标准与测试结果原始数据的转换规则便捷地从测试结果原始数据中直接获取，与原始数据记录内容一致，链接到原始数据及其上下文信息，能随原始数据变化实时更新；(2)缺陷分类过程管理：缺陷分类过程根据缺陷数据的属性值变化实时自动流转并通知到相应人员。1.2.1 缺陷数据生成通过数据访问引擎访问测试结果原始记录数据，通过缺陷分类标准与测试结果原始数据的转换规则直接生成缺陷数据。缺陷数据生成规则为：(1)从原始记录数据中逐条取出缺陷原始数据，通过缺陷身份识别（例如关键字值）判断缺陷数据库中是否存在包含此条缺陷数据的条目。如果存在则使用缺陷原始数据更新该条缺陷条目相关值，如果不存在则在缺陷数据库中增加缺陷条目并根据缺陷原始数据设置其相关值；(2)对于已在原始记录数据中消失的缺陷，在缺陷