首页/开发/系统分析与架构设计速查/ISO/IEC 25010 软件质量模型
需求分析与建模61 条

ISO/IEC 25010 软件质量模型

软件产品质量模型,把质量属性分为功能适合性、性能效率、兼容性、易用性、可靠性、安全性、可维护性、可移植性八个特性,常用于整理非功能需求清单。

25010 是什么

ISO/IEC 25010 是软件产品质量模型,把质量属性归纳为功能适合性、性能效率、兼容性、易用性、可靠性、安全性、可维护性、可移植性八个特性,每个特性再细分为子特性。它的实用价值在于把“系统要好”这类模糊要求展开成可讨论的检查清单,逐项判断本项目是否需要、如何量化、由谁验证,从而为架构取舍提供依据。

基本信息

标准ISO/IEC 25010,属于 SQuaRE 系列质量模型标准
八个特性功能适合性、性能效率、兼容性、易用性、可靠性、安全性、可维护性、可移植性
结构特性到子特性两级,子特性可进一步定义度量方法
用法作为质量属性检查清单,逐项判断是否需要并量化
配套与需求工程标准配合,把特性写入非功能需求

特性与度量示例

特性关注点度量示例
功能适合性功能是否完整且正确需求覆盖率、缺陷密度
性能效率响应时间、吞吐与资源占用p95 延迟、QPS、CPU 使用率
兼容性共存与互操作能力与指定浏览器与协议版本的兼容结果
易用性学习与使用成本首次完成任务耗时、出错率
可靠性故障率与恢复能力平均无故障时间、可用率
安全性认证、授权与数据保护高危漏洞数、越权测试结果
可维护性修改与定位问题的难易变更前置时间、缺陷修复耗时
可移植性迁移到其他环境的成本更换运行环境所需工作量

典型使用场景

  • 非功能需求梳理:按清单逐项判断是否需要,避免遗漏关键质量属性
  • 架构评审:把待决策的技术方案按相关特性对比
  • 招标与采购:作为质量条款的分类框架,明确验收方向
  • 测试计划编制:按特性分配测试类型与资源
  • 技术债评估:识别哪一类质量属性正在被持续侵蚀
  • 团队沟通:用统一术语替代各自理解的“稳定”“好用”
该标准存在不同年份的修订版本,特性划分与名称可能调整;引用时注明版本号,评审前先对齐团队采用的那一版。
把质量模型当评分表逐项打分,却不落到场景与指标,得到的结论只是一组无法指导设计的数字。

易错点

  • 把八个特性全部列为项目目标,没有取舍,实际执行时无人对任何一项负责
  • 只做评分不做度量,得分高低与实际用户体验没有对应关系
  • 跨文档引用标准未标版本,两类特性的名称与层级对不上
  • 只关注性能与可靠性,忽略可维护性,交付后改动成本迅速上升
  • 把质量属性写进需求文档却不指定验证方式,验收阶段无法判定

数据来源与参考

  • ISO/IEC 25010:2011
​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌