首页/开发/系统分析与架构设计速查/IEEE/ISO 29148 需求工程标准
需求分析与建模61 条

IEEE/ISO 29148 需求工程标准

ISO/IEC/IEEE 29148 是需求工程的过程与文档标准,给出需求规格说明应具备的质量特征(必要、无歧义、完整、一致、可行、可验证、可追踪等)与文档结构参考。

29148 是什么

ISO/IEC/IEEE 29148 是需求工程的过程与文档标准,规定了需求工程活动、利益相关方需求、系统需求与软件需求规格说明应具备的质量特征和文档结构参考。它给出的是“合格需求长什么样”的判据,而不是开发流程。常见质量特征包括必要、无歧义、完整、一致、可行、可验证、可追踪。实际使用时需要按项目裁剪,并保证每条需求有唯一标识。

基本信息

标准全称ISO/IEC/IEEE 29148:2018 系统与软件工程——生命周期过程——需求工程
核心内容需求工程过程、需求质量特征、系统与软件需求规格说明结构
常用质量特征必要、无歧义、完整、一致、可行、可验证、可追踪
配套标准与 ISO/IEC/IEEE 12207 生命周期过程标准配合使用
产出物利益相关方需求、系统需求规格、软件需求规格、需求追踪矩阵

质量特征判据

特征判据常见违反
必要去掉它是否就无法达成目标混入非必需的功能愿望
无歧义两人读能否得到同一理解使用含糊形容词与主观词
完整是否覆盖正常、异常与边界只描述成功路径
一致需求之间有无冲突同一规则在两处写法相反
可行技术与资源条件下能否实现指标超出物理或成本边界
可验证能否设计判定方法与结果无度量口径,无法判定
可追踪能否关联来源与下游制品无唯一标识,链条断裂

典型使用场景

  • 编写需求规格说明:按标准结构组织章节,避免遗漏必要内容
  • 需求评审:用质量特征清单逐条检查,形成可执行的评审表
  • 外包与招投标:以标准要求作为文档交付的验收依据
  • 合规与审计:向审计方证明需求过程有可追溯的规范支撑
  • 建立追踪矩阵:以唯一标识串联需求、设计、代码与测试
  • 培训与规范落地:为团队提供统一的写法与评审口径
标准提供要求与模板参考,实际使用时应按项目规模裁剪,小项目保留质量特征检查与唯一标识即可获得主要收益。
照抄标准模板产出与项目无关的章节,只会增加文档维护成本,评审时也不会有人真正阅读。

易错点

  • 把标准当流程强制执行,产出大量与实际决策无关的文档,团队抵触且无人维护
  • 需求缺少唯一标识,追踪矩阵与变更影响分析无法落地
  • 只检查文档结构是否符合章节要求,不检查需求本身是否可验证
  • 标准引用不注明版本,不同版本章节与术语差异导致各方对不齐
  • 把质量特征当成打分表逐项量化,忽视特征之间本身存在取舍

数据来源与参考

  • ISO/IEC/IEEE 29148:2018
​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌