软件质量模型

简介:

关于软件质量模型,业界已经有很多成熟的模型定义,比较常见的质量模型有 McCall 模型、Boehm 模型、FURPS 模型、Dromey 模型和 ISO9126 模型。

Jim McCall 软件质量模型(1977 年)

Jim McCall 的软件质量模型,也被称为 GE 模型(General Electrics Model)。其最初起源于美国空军,主要面向的是系统开发人员和系统开发过程。McCall 试图通过一系列的软件质量属性指标来弥补开发人员与最终用户之间的沟壑。

McCall 质量模型使用 3 中视角来定义和识别软件产品的质量:

  1. Product revision (ability to change).
  2. Product transition (adaptability to new environments).
  3. Product operations (basic operational characteristics).

McCall 模型通过层级的要素、标准和指标来详述这 3 个视角定义(产品修改、产品转移、产品运行)。

  • 11 Factors (To specify):描述软件的外部视角,也就是客户或使用者的视角。
  • 23 Criterias (To build):描述软件的内部视角,也就是开发人员的视角。
  • Metrics (To control):定义衡量指标和方法

下图中,左侧为 11 个质量要素,右侧为 23 个质量标准。

Barry W. Boehm 软件质量模型(1978 年)

Boehm 软件质量模型试图通过一系列的属性的指标来量化软件质量。Boehm 的质量模型包含了 McCall 模型中没有的硬件属性。Boehm 模型也类似于 McCall 的质量模型,采用层级的质量模型结构,包括高层属性、中层属性和原始属性。

高层属性主要关注 3 个问题:

  • As-is utility
  • Maintainability
  • Portability

中层属性包含了 7 个质量要素:

  • Portability (General utility characteristics)
  • Reliability (As-is utility characteristics)
  • Efficiency (As-is utility characteristics)
  • Usability (As-is utility characteristics, Human Engineering)
  • Testability (Maintainability characteristics)
  • Understandability (Maintainability characteristics)
  • Flexibility (Maintainability characteristics, Modifiability)

可以看出,Boehm 模型和 McCall 模型有些相似,区别在于 McCall 模型主要关注于高层属性("As-is utility")的精确度量上,而 Boehm 模型则基于更广泛的属性,并且对可维护性做了更多的关注。

FURPS/FURPS+ 软件质量模型

FURPS 模型最初由 Robert Grady 提出,后来由 Rational Software 进行扩展至 FURPS+。

FURPS 模型包括:

  • Functionality
  • Usability
  • Reliability
  • Performance
  • Supportability

FURPS 包括两种不同的类型:功能性和非功能性。

R. Geoff Dromey 软件质量模型

Dromey 软件质量模型由 3 个主要元素组成:

  1. Product properties that influence quality
  2. High level quality attributes
  3. Means of linking the product properties with the quality attributes.

构建该质量模型包括以下 5 个步骤:

  1. Chose a set of high-level quality attributes necessary for the evaluation.
  2. List components/modules in your system.
  3. Identify quality-carrying properties for the components/modules (qualities of the component that have the most
  4. impact on the product properties from the list above).
  5. Determine how each property effects the quality attributes.
  6. Evaluate the model and identify weaknesses.

ISO/IEC 9126 软件质量模型(1993 年)

ISO/IEC 9126: Software Product Evaluation: Quality Characteristics and Guidelines for their Use-standard

ISO/IEC 9126 模型是建立在 McCall 和 Boehm 模型之上的,同时加入了功能性要求,还包括识别软件产品的内部和外部质量属性。

软件的 6 个质量特征:

  1. 功能性(Functionality):当软件在指定条件下使用时,软件产品提供满足明确和隐含需要的功能的能力;
  2. 可靠性(Reliability):在指定条件下使用时,软件产品维持规定的性能级别的能力;
  3. 易用性(Usability):在指定条件下使用时,软件产品被理解、学习、使用和吸引用户的能力;
  4. 效率(Efficiency):在规定条件下,相对于所用资源的数量,软件产品可提供适当性能的能力;
  5. 可维护性(Maintainability):软件产品可被修改的能力。修改可能包括纠正、改进或软件对环境、需求和功能规约变化的适应程度;
  6. 可移植性(Portability):软件产品从一种环境迁移到另一种环境的能力。

ISO/IEC 9126-1 内部和外部质量特征:

ISO/IEC 9126-1 中的非技术因素:

下面是 ISO/IEC 9126 模型与 McCall 模型 和 Boehm 模型的对比:

ISO/IEC 25010 软件质量模型(2011 年)

ISO/IEC 9126-1:2001 已被 ISO/IEC 25010:2011 代替并废止。

上图阐明了 ISO/IEC 25000 SQuaRE 系列标准的组织,其组成部分均称为分部。 SQuaRE 系列国际标准内的分部有:

  1. ISO/IEC 2500n 质量管理分部。构成这个分部的那些标准定义了由SQuaRE系列标准中的所有其他标准引用的全部公共模型、术语和定义。在针对特定应用情况使用适当标准方面的引用路径和高级的实用建议有助于所有类型的用户。这一分部还提供了用于负责管理软件产品需求和评价的支持功能的要求和指南。
  2. ISO/IEC 2501n 质量模型分部。构成这个分部的标准给出一个包括软件内部质量、 软件外部质量和软件使用质量的特性的详细质量模型。此外, 内部和外部的软件质量特性被分解细化成一些子特性,并且还提供了使用该质量模型的实用指南。
  3. ISO/IEC 2502n 质量测量分部。构成这个分部的标准包括软件产品质量测量参考模型、质量测量的数学定义及其应用的实用指南。给出了应用于软件内部质量、软件外部质量和使用质量的测量。定义并给出了构成后续测量基础的质量测量元素。
  4. ISO/IEC 2503n 质量要求分部。构成这个分部的标准帮助用户规定质量要求。这些质量要求可用在要开发的软件产品的质量需求抽取过程中或用作评价过程的输入。需求定义过程可映射到ISO/IEC 15288 中定义的技术过程。
  5. ISO/IEC 2504n 质量评价分部。构成这个分部的标准给出了无论由评价方、需方还是由开发方执行的软件产品评价的要求、建议和指南。还给出了作为评价模块的测量文档编制支持。
  6. ISO/IEC 25050 到 ISO/IEC 25099 保留用于 SQuaRE 扩展的国际标准和/或技术报告。

 软件质量模型包含 8 个特征,并且被进一步分解为可以度量的内部和外部多个子特征。

 

ISO/IEC 25010 中新增了软件使用质量,其包含 5 个特征,并进一步被划分为可以被度量的多个子特征。

  • 使用质量:在特定的使用周境中,软件产品使得特定用户能达到有效性、生产率、安全性和满意度的特定目标的能力。

质量模型与目标系统的关系:

质量的生命周期:





 

本文转自匠心十年博客园博客,原文链接:http://www.cnblogs.com/gaochundong/p/software_quality_models.html,如需转载请自行联系原作者

目录
相关文章
|
敏捷开发 Devops 测试技术
构建软件质量保障体系
构建软件质量保障体系
581 0
|
网络协议 数据安全/隐私保护 网络架构
软路由R4S+iStoreOS实现公网远程桌面局域网内电脑
软路由R4S+iStoreOS实现公网远程桌面局域网内电脑
738 0
|
监控 编译器 API
[笔记]Windows核心编程《二十二》注入DLL和拦截API(一)
[笔记]Windows核心编程《二十二》注入DLL和拦截API
434 0
|
11月前
|
人工智能 自然语言处理 语音技术
智能语音交互:AI如何重塑人际沟通###
【10月更文挑战第22天】 本文旨在探讨智能语音交互技术如何深刻改变我们的人际沟通方式,从历史沿革、技术原理、应用领域到未来趋势,全面剖析这一AI技术的魅力与影响。通过生动实例与通俗语言,揭示智能语音交互背后的科技力量,以及它如何让沟通更自然、高效,同时引发关于隐私、伦理等问题的深思。 ###
397 4
|
开发者
如何画业务架构图
如何快速上手画业务架构图
10376 2
|
自然语言处理 算法 物联网
如何训练一个大模型:LoRA篇
如何训练一个大模型:LoRA篇
2087 1
|
设计模式 缓存 Devops
微服务架构最强讲解,那叫一个通俗易懂!
微服务架构(Microservice Architecture)是一种架构概念,旨在通过将功能分解到各个离散的服务中以实现对解决方案的解耦。你可以将其看作是在架构层次而非获取服务的
29920 2
微服务架构最强讲解,那叫一个通俗易懂!
|
存储 架构师 算法
架构设计的本质:系统与子系统、模块与组件、框架与架构
在软件研发这个领域,程序员的终极目标都是想成为一名合格的架构师。然而梦想很美好,但现实却很曲折。
架构设计的本质:系统与子系统、模块与组件、框架与架构
|
项目管理 敏捷开发 Cloud Native
带你读《软件项目管理案例教程(第4版)》之一:软件项目管理概述
本书以案例形式讲述软件项目管理过程,借助路线图讲述项目管理的理论、方法及技巧,覆盖项目管理十大知识域的相关内容,重点介绍软件这个特殊领域的项目管理。本书综合了多个学科领域,包括范围计划、成本计划、进度计划、质量计划、配置管理计划、风险计划、团队计划、干系人计划、沟通计划、合同计划等的制定,以及项目实施过程中如何对项目计划进行跟踪控制。该书取材新颖,注重理论与实际的结合,通过案例分析帮助读者消化和理解所学内容,既适合作为高等院校计算机、软件及相关专业高年级本科生和研究生的教材,也适合作为广大软件技术人员和项目经理培训的教材,还可作为软件开发项目管理人员的参考书。