ICS35.080 L77 中华人民共和国国家标准 GB/T32422—2015 软件工程 软件异常分类指南 Softwareengineering—Guidelineofclassificationforsoftwareanomalies 2015-12-31发布 2016-07-01实施 中华人民共和国国家质量监督检验检疫总局 中国国家标准化管理委员会发布目 次 前言 Ⅲ ………………………………………………………………………………………………………… 引言 Ⅳ ………………………………………………………………………………………………………… 1 范围 1 ……………………………………………………………………………………………………… 2 规范性引用文件 1 ………………………………………………………………………………………… 3 术语和定义 1 ……………………………………………………………………………………………… 4 异常与问题、软件变更的关系 2 …………………………………………………………………………… 4.1 问题与失效的关系 3 ………………………………………………………………………………… 4.2 失效与故障的关系 3 ………………………………………………………………………………… 4.3 故障与缺陷的关系 3 ………………………………………………………………………………… 4.4 缺陷与变更请求的关系 3 …………………………………………………………………………… 5 分类指南 4 ………………………………………………………………………………………………… 5.1 分类要点和步骤 4 …………………………………………………………………………………… 5.2 分类过程 4 …………………………………………………………………………………………… 6 分类属性 5 ………………………………………………………………………………………………… 6.1 缺陷分类属性 5 ……………………………………………………………………………………… 6.2 失效分类属性 5 ……………………………………………………………………………………… 附录A(规范性附录) 缺陷的分类属性值 7 ……………………………………………………………… 附录B(规范性附录) 失效的分类属性值 16 ……………………………………………………………… 附录C(资料性附录) 分类示例 19 ………………………………………………………………………… 参考文献 21 …………………………………………………………………………………………………… ⅠGB/T32422—2015 前 言 本标准按照GB/T1.1—2009给出的规则起草。 本标准由全国信息技术标准化技术委员会(SAC/TC28)提出并归口。 本标准起草单位:上海计算机软件技术开发中心、中国电子技术标准化研究院、深圳市吉阳自动化 科技有限公司、辽宁北方实验室有限公司、国家网络软件产品质量监督检验中心(济南)。 本标准主要起草人:刘振宇、蔡立志、梁勇、阳如坤、黄姗姗、郑阳、刘文杰、李海涛、吴学科、郭军、 章文、相福民、张雪莉。 ⅢGB/T32422—2015 引 言 软件运行过程中由于出现异常而导致软件无法正确运行。无论异常何时产生或者在软件生存周期 内何时出现,软件异常分类指南提供了统一的方法。异常数据可应用于多种目的,包括原因分析、项目 管理和软件过程改进(例如:减少缺陷嵌入、或者增加缺陷检测的可能性)。 在软件生存周期内,问题发现的越早,修复的成本越低,修复越容易。本标准鼓励使用各种工具、技 巧和方法学尽早地发现问题。收集本标准描述的数据可提供有价值的信息,这些信息在多个方面可提 供有益的应用。标准化的异常数据对于评估工具、技巧和方法学工作的有效性是十分必要的。异常数 据可确定在软件生存周期内何时引入的问题最多。软件优化和问题之间的差异有助于异常的解决。异 常数据也有助于评估质量属性,例如可靠性和生产率等。 软件异常分类在多个方面都有重要的应用。首先,在软件产品的开发过程中明确组织(包括企业、 部门、团队)产生异常的类型。在项目执行过程或过程改进中,异常分类是一种丰富的数据来源。正交 缺陷分类和原因分析等技术需要依赖异常分类来确定其产生原因,通过能力成熟度模型集成等过程改 进框架帮助防止缺陷的再次出现。对于项目研发过程中产生的异常,通过对异常属性进行分类来帮助 过程改进。其次,异常分类的标准化使得在开发者之间以及组织之间,能够更好地就异常开展沟通和信 息交换。人们常常用同一个词语表达不同的含义,或者使用不同的词语来表达同一件事情。类似地,如 果软件为了就数据异常开展高效通信(例如交换数据),必须共享相同的逻辑(而不是物理)数据模型。 如果同样的数据元素在一个软件和另一个软件命名方式不同,通过映射或翻译的方法也可进行数据交 换,但是每一个软件至少识别并实现相同的概念实体(对象)、关系和属性。 一个组织在实施本标准时可使用规程来达到目标,但这可能涉及额外的细节、不同的步骤、相关的 组织。 ⅣGB/T32422—2015 软件工程 软件异常分类指南 1 范围 本标准提供了软件异常分类方法,规定了缺陷和失效的分类属性集。 本标准适用于软件生存周期的所有阶段,用户可根据所选择的软件生存周期模型裁剪分类属性。 本标准规定的分类属性集不是完备的,用户可根据特定应用或用途增加分类属性。 2 规范性引用文件 下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件,仅注日期的版本适用于本文 件。凡是不注日期的引用文件,其最新版本(包括所有的修改单)适用于本文件。 GB/T16260.1—2006 软件工程 产品质量 第1部分:质量模型 3 术语和定义 下列术语和定义适用于本文件。 3.1 异常 anomaly 从文档或软件操作观察到偏离以前验证过的软件产品或引用的文档的任何事件。 [GB/T11457:2006,2.64] 3.2 分类 classification 将对象指派给某一目的机制。 [GB/T11457:2006,2.211] 3.3 缺陷 defect 工作产品中出现的瑕疵或缺点,导致软件产品无法满足用户需求或者规格说明,需要修复或者 替换。 例如:a)生存周期的早期阶段发现的遗漏或者缺点;b)软件包含的故障,该软件由于不够成熟而导 致操作不成功。 [IEEEStd1044:2009,第2章] 3.4 差错 error 产生不正确结果的人为动作。 [IEEEStd1044:2009,第2章] 1GB/T32422—2015 3.5 失效 failure 产品运行时所需要的功能被终止或者产品无法在规定的限制内成功运行。 [IEEEStd1044:2009,第2章] 3.6 故障 fault 软件中差错的表现形式。 [IEEEStd1044:2009,第2章] 3.7 问题 problem a) 软件使用过程中导致使用者遇到的困难或者不确定性因素。 b) 一种需要克服的负面情况。 [IEEEStd1044:2009,第2章] 4 异常与问题、软件变更的关系 问题可能是由失效引起的,而失效是由故障所引起的,并且故障是缺陷的子集。图1、图2描述了 异常与问题、缺陷与软件变更请求的关系。通常缺陷通过软件变更进行解决。 注:圆角矩形代表实体(感兴趣的事物),连接圆角矩形的线代表实体间的关系,线末端的标识指明了线末端的实体 数目。线末端的空心圆表示可为零个(可选择性参与),没有空心圆表示至少需要一个(强制性参与)。“三条线 的组合”表示允许多个实体参加,不含“三条线的组合”则表示允许参加的实体不超过一个。在圆角矩形中出现 圆角矩形表示父子关系,被包含的圆角矩形是外面圆角矩形的子类。 图1 用实体关系图表示的关系 2GB/T32422—2015 注:矩形表示类,连接矩形的线表示类之间的关系。每个矩形(从上到下)包含相应类的名称、属性和方法/操作三 个部分。本图主要描述类之间关系,因此每个矩形仅包含类的名称。线旁的数字表示了关系:“1”指一个、 “0..1”指0个或1个、“1..*”指1个或多个、“0..*”指0、1或多个。一端带有三角的线表示超类和子类之间泛化 的关系。带有三角的一端是超类(父类),另一端是子类。一端带有菱形的线表示在软件发布中含有一个以上 的变更请求。 图2 用UML类图表示的关系 4.1 问题与失效的关系 一个问题可能由一个或多个失效引起。 一个失效可能引起一个或多个问题。 4.2 失效与故障的关系 一个失效可能由一个故障引起。 一个故障可能引起一个或多个失效。 4.3 故障与缺陷的关系 故障是缺陷的子类。 故障都是缺陷,但缺陷不全是故障。 如果缺陷在软件执行期间引起失效,该缺陷就是一个故障。 如果通过检查或静态分析发现缺陷并且在软件执行前将其移除,该缺陷就不是故障。 4.4 缺陷与变更请求的关系 缺陷通过纠正性变更请求来移除。 纠正性变更请求的目标是移除缺陷。 3GB/T32422—2015 5 分类指南 5.1 分类要点和步骤 分类时,可考虑如下要点: a) 分类缺陷或失效所要达到的目标; b) 软件行为构成失效的参考标准(如规格说明书、合同、计划); c) 解决与分类相关的分歧或冲突; d) 在软件生存周期中,分类开始或结束的时间; e) 指定缺陷分类属性值(见附录A)或失效分类属性值(见附录B)的人员; f) 针对软件产品、项目或组织,为分类属性指定特定值(表C.1给出