质量模型应用方法
§1摘要与结论
以标准化的质量模型（由质量特性与子特性构成的框架）为共同参照，把分散的质量关切组织为可规定、可测量、可评价的维度，并据此在需求、设计与评价之间建立一致的映射。
别名：quality model、质量模型、SQuaRE、质量特性、质量子特性 | 英文：Applying the Quality Model | 类型：方法 / process
§2局部关系图
§3原理 · 为什么
质量是多元且彼此牵制的，若没有共同参照，团队会各自使用不同的词汇与标准，导致需求无法对齐、评价结论无法比较。质量模型的价值在于提供一个稳定的坐标：它把质量分解为若干顶层特性，再细分为子特性，使「质量」从笼统的形容词变为可命名、可讨论的维度。进一步，质量模型还区分了产品视角（系统本身具备的质量特性）与使用视角（在特定使用情境下对干系人产生的质量结果），提醒人们同一系统在不同使用情境下的表现并不等同。有了共同坐标，需求可以用模型维度表达，设计可以针对具体子特性取舍，评价可以按同一维度度量，从而让整个生命周期中的质量活动彼此可追溯、可比较。质量模型本身不是目标，而是让质量可被工程化处理的参照框架。
§4机制 · 如何运作
质量模型以层级结构运作：顶层是若干质量特性，每个特性下细分若干子特性，必要时再细分度量。使用时通常沿三步展开。其一，裁剪：并非所有特性都同等重要，须结合系统语境与干系人关注，选择真正相关的特性并明确优先级，避免面面俱到却无重点。其二，操作化：把选定的子特性与可验证的度量或场景关联，使抽象维度落到可判定的证据上。其三，映射：在需求、设计、实现与评价之间建立对应——需求按模型维度规定，设计针对具体子特性取舍，评价按同一维度收集证据，使各阶段对同一质量目标的理解一致。模型还提示了特性之间的层次归属（例如某些工程界口语中的属性在标准中实为某特性的子特性），从而校正术语错位、避免重复投入。层级归属一旦统一，跨团队的质量讨论就不再各说各话，质量数据也能在需求、设计与评价之间无缝流转。
§5工程 · 怎么落地
工程上把质量模型作为需求与设计的共同骨架：在需求阶段用模型维度检查质量关切是否被覆盖与分类，避免只写功能而遗漏质量；在设计阶段针对选定的子特性选择相应手段，并把取舍记入架构决策记录；在评价阶段以模型维度组织证据，使结论可比较、可复现。使用时应明确模型会演进——特性与子特性的划分会随版本变化，旧版中被视为顶层的属性可能在新版中改名或降为子特性，因此引用时须锁定版本并记录，避免跨版本混用造成口径不一致。对标准未收录而工程界常用的属性，应先明确其与模型的关系（是某特性的近义、子集还是模型未覆盖的关切），再决定如何纳入管理，而不是直接当作标准用语使用。最终目标不是让文档填满模型的所有格子，而是让关键质量目标在各阶段被一致理解和处理。对模型未覆盖的新兴关切，应显式标注为扩展项并说明其与已有特性的关系与依据，而不是静默塞进某个子特性；同时应把裁剪与映射的结论沉淀为可复用的检查清单，使后续项目不必从零开始重建质量口径。
§6权衡卡
因此模型的价值取决于使用者的判断力，而非模型本身的完备度：同一模型在不同项目中被裁剪出的重点可以完全不同，强行统一反而会掩盖语境差异。
质量模型提供了秩序，但也存在被误用的风险。
反例之一是把模型当作穷举清单，为每个特性与子特性都生成需求与度量，导致大量与业务无关的指标，淹没真正关键的目标，制造虚假的完备感。
反例之二是把模型当作静态真理：模型会随版本重构（特性改名、归属调整、新增或移除），若不加区分地跨版本引用，会得到自相矛盾的口径。
反例之三是把标准中无顶层落点的工程常用属性硬塞进某个格子，忽视其与原特性的语义差异。
- 此外，模型描述的是「应关注哪些质量维度」，不提供具体的达成手段与优先级判断——那些需要结合场景、约束与权衡另行决定。
- 因此使用质量模型时应以裁剪和聚焦为前提，明确版本、记录裁剪理由，并把它当作讨论的参照而非评价的终点。
- 把模型当作对话与追溯的参照，而非评分或合规的终点，才符合它的设计初衷。
权衡原文仅按显式标记词归栏引用（收益 / 代价 / 反例），其余句子按原序列为「原文要点」；内容逐字引用未改写。
§7案例带
Open Code Review 图谱
对阿里开源 AI 代码审查 CLI 做源码级解析并构建「知识 + 实践资产 + AI 索引」三合一知识图谱的工程案例。
§8信源与核验
核验结论：质量模型会随版本重构：产品模型与使用质量模型分属不同标准，特性会改名、归属调整或新增移除（如可移植性改名灵活性、可用性在产品与使用两侧含义不同），引用时须锁定版本 [STD-005]
§9原始关系清单
展开：本节点的全部原始关系边（3 条，含边 ID 与方向）
| 关系 | 方向 | 对端节点 | 说明 |
|---|---|---|---|
| 依赖关联 | ← MTH-M-05 | 可维护性评估方法 E-355 | 可维护性评估依赖质量模型的维度框架 |
| 实现 | ← TEC-H-02 | SQALE 技术债评估方法 E-807 | SQALE 是面向源码质量的具体质量模型实例 |
| 实现 | ← TEC-M-01 | 质量模型工具化 E-905 | SQuaRE 质量模型工具化实现质量模型应用方法 |