软件质量模型

简介:

关于软件质量模型,业界已经有很多成熟的模型定义,比较常见的质量模型有 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,如需转载请自行联系原作者

目录
相关文章
|
人工智能 数据挖掘 API
AutoGen完整教程和加载本地LLM示例
Autogen是一个卓越的人工智能系统,它可以创建多个人工智能代理,这些代理能够协作完成任务,包括自动生成代码,并有效地执行任务。
1900 0
|
JSON 测试技术 数据处理
iOS-底层原理 35:组件化(一)方案
iOS-底层原理 35:组件化(一)方案
1916 0
iOS-底层原理 35:组件化(一)方案
|
Cloud Native Java 微服务
Spring Boot 3.x 现代化应用开发实战技巧与最佳实践
本指南基于Spring Boot 3.x,融合微服务、云原生与响应式编程等前沿技术,打造现代化应用开发实践。通过构建智能电商平台案例,涵盖商品、订单、用户等核心服务,展示Spring WebFlux、OAuth 2.0认证、Spring Cloud Gateway路由、GraalVM原生编译等技术实现。同时提供Docker/Kubernetes部署方案及性能优化策略,助您掌握从开发到生产的全流程。代码示例详实,适合进阶开发者参考。
1227 2
|
10月前
|
机器学习/深度学习 存储 人工智能
构建AI智能体:六十三、基于信息论的智能医疗诊断系统:算法原理与临床验证
摘要:本文提出了一种基于信息论的智能医疗诊断系统,通过互信息、信息熵和信息增益等核心概念,构建了症状分析、疾病推理和检查推荐的综合诊断平台。系统采用模块化设计,利用概率模型生成模拟医疗数据,量化症状与疾病的关联强度,并通过热力图直观展示诊断依据。该系统能有效提升诊断准确性,优化检查资源配置,推动医疗诊断从经验依赖向数据驱动转变,为解决基层医疗资源不足等问题提供了技术支撑。
509 12
|
12月前
|
人工智能 自然语言处理 安全
AutoGen框架入门:5个核心概念搭建智能体协作系统
AutoGen是微软开源的多智能体AI框架,支持多个AI智能体与人类协作,通过对话完成复杂任务。各智能体具备不同角色与能力,可调用工具、执行代码,并在群聊中辩论、推理、纠错,实现无需人工干预的自动化协作,适用于复杂问题求解与团队化AI应用开发。
1237 13
AutoGen框架入门:5个核心概念搭建智能体协作系统
|
存储 供应链 JavaScript
ERP系统生产管理全流程解析
ERP系统为企业提供集成化生产管理解决方案,涵盖从销售预测、主生产计划、物料需求计划到生产订单下达、过程控制及成品入库的全流程。通过规范生产流程,提升计划准确性与执行效率,实现资源优化配置。实施时需注重前期规划、员工培训、数据管理及持续优化,确保系统有效支撑企业生产运营。
789 3
|
存储 SQL Java
王日宇:基于 StarRocks 和 Paimon 打造湖仓分析新范式
本文根据 StarRocks Summit 2023 演讲实录整理而成,主要分享了基于 StarRocks 和 Paimon 打造湖仓分析方案及背后的技术原来和未来规划。
2781 1
|
小程序 安全 前端开发
【开题报告】基于微信小程序的校园订餐平台的设计与实现
【开题报告】基于微信小程序的校园订餐平台的设计与实现
1507 0
|
算法 安全 Java
浅析五种最常用的Java加密算法,以后可以直接拿来用了
信息加密是现在几乎所有项目都需要用到的技术,身份认证、单点登陆、信息通讯、支付交易等场景中经常会需要用到加密算法,所谓加密算法,就是将原本的明文通过一系列算法操作变成密文。接下来就介绍一下目前比较常用的一些加密算法,本期不涉及算法底层,以应用介绍和代码展示为主。 如果只想了解原理,可跳过代码部分,代码可直接拿来使用。
3421 0