架构评审时，业务方只说“系统要高可用、响应快”。架构师进一步把需求写成：在促销高峰期，普通用户从移动端提交订单请求，订单服务在主库短暂抖动的环境下仍应返回明确结果，95% 请求在 2 秒内完成，失败请求进入可追踪补偿队列。这个写法主要是在补充（）。
质量属性场景把抽象的“高可用、响应快、安全、可修改”等要求转成可分析、可验证的场景。常见六要素包括刺激源、刺激、环境、制品、响应和响应度量。题干中的用户是刺激源，提交订单是刺激，促销高峰和主库抖动是环境，订单服务是制品，返回结果和补偿处理是响应，95% 请求 2 秒内完成是响应度量。
选项分析
正确。题干把质量属性需求拆成可分析的六个要素。
错误。通讯录属于沟通信息，不是质量属性场景的核心。
错误。字段长度属于数据设计细节，不能替代响应和响应度量。
错误。页面颜色属于界面表现，不是本题强调的架构质量场景。
本题为什么容易错
很多同学会把质量属性写成形容词：高性能、高可靠、易扩展。这样的说法看起来专业，但架构评审时很难判断是否满足。考试更喜欢问你能不能把形容词翻译成场景和指标，例如在什么压力下、对哪个服务、多少时间内、达到什么成功率。
简短答案
质量属性场景六要素怎么识别，正确答案是 A（质量属性场景中的刺激源、刺激、环境、制品、响应和响应度量）。质量属性场景把抽象的“高可用、响应快、安全、可修改”等要求转成可分析、可验证的场景。常见六要素包括刺激源、刺激、环境、制品、响应和响应度量。题干中的用户是刺激源，提交订单是刺激，促销高峰和主库抖动是环境，订单服务是制品，返回结果和补偿处理是响应，95% 请求 2 秒内完成是响应度量。
易混淆概念对比表
| 概念 | 本题判断 | 区别要点 | 记忆提示 |
|---|---|---|---|
| 质量属性场景中的刺激源、刺激、环境、制品、响应和响应度量 | 本题正确答案 | 正确。题干把质量属性需求拆成可分析的六个要素。 | 看到题干核心场景时优先联想到它 |
| 只补充项目成员通讯录，与架构质量无关 | 本题干扰项 | 错误。通讯录属于沟通信息，不是质量属性场景的核心。 | 看到该词不要急着选，先判断是否真正解决题干问题 |
| 只补充数据库字段长度，不需要响应指标 | 本题干扰项 | 错误。字段长度属于数据设计细节，不能替代响应和响应度量。 | 看到该词不要急着选，先判断是否真正解决题干问题 |
| 只补充页面颜色，不需要说明系统行为 | 本题干扰项 | 错误。页面颜色属于界面表现，不是本题强调的架构质量场景。 | 看到该词不要急着选，先判断是否真正解决题干问题 |
本题易混淆选项怎么区分
- 只补充项目成员通讯录，与架构质量无关：错误。通讯录属于沟通信息，不是质量属性场景的核心。
- 只补充数据库字段长度，不需要响应指标：错误。字段长度属于数据设计细节，不能替代响应和响应度量。
- 只补充页面颜色，不需要说明系统行为：错误。页面颜色属于界面表现，不是本题强调的架构质量场景。
知识点详解
质量属性场景的价值，在于把模糊要求变成可讨论、可测试、可权衡的架构问题。比如“高可用”如果没有场景，可能只是口号；一旦写成“支付网关不可用 30 秒内自动切换到备用通道，核心下单链路 99% 请求不受影响”，架构师就能讨论冗余、超时、熔断、补偿和监控。六要素中最容易漏的是环境和响应度量。环境决定场景是否真实，例如正常负载、峰值负载、部分故障、安全攻击下的行为完全不同；响应度量决定答案是否能验收，例如 2 秒、99.9%、丢失不超过 1 分钟数据。考试如果问“如何描述质量属性需求”，不要只背名词，要能把六要素落到具体场景。
备考速记
速记：源头给刺激，环境打制品，系统有响应，指标来验收。
可用性在可用性场景中的作用
可用性在本题中的核心价值，是解决“架构评审时，业务方只说“系统要高可用、响应快”。架构师进一步把需求写成：在促销高峰期，普通用户从移动端提交订单请求，订单服务在主库短暂抖动的环境下仍应返回明确结果，95% 请求在 2 秒内完成，失败请求进入可追踪补偿队列。这个写法主要是在补充（）”这个场景问题。复习时不要只背选项名称，还要理解它为什么适用于该场景，以及它能解决哪类安全、流程或管理问题。
同类题怎么考
- 给出可用性场景，判断应该选择哪个概念、工具、协议或管理过程。
- 考查可用性的作用，要求从四个相近选项中找出最符合题干目标的一项。
- 把可用性和只补充项目成员通讯录，与架构质量无关、只补充数据库字段长度，不需要响应指标、只补充页面颜色，不需要说明系统行为放在一起考，重点看适用场景是否一致。
- 题干通常会出现一个关键动作或目标，先定位关键词，再回到选项逐一排除。
可用性在系统架构设计师软考中的考法
软考选择题通常不会只考概念定义，还会把可用性放到可用性场景中，要求判断它的作用、适用范围或与相近概念的区别。遇到这类题时，先抓住题干中的业务场景，再看哪个选项最能解决该场景下的核心问题。
解题思路
这题不要停在口号层面。老师讲质量属性时一般会问：谁触发？触发了什么？在什么环境下？影响哪个系统部分？系统怎么反应？反应达到什么指标才算合格？题干已经把这些信息补齐，所以它不是普通功能描述，而是在构造质量属性场景。
考点定位
架构题看到“高可用、性能好”这种空泛要求，要往可度量场景上转。没有环境、响应和度量，质量属性很难评审。
易错提醒
- 只写“系统要快”，没有给出时间、比例、负载和环境。
- 把功能需求和质量属性混在一起，不说明系统响应标准。
- 只描述故障发生，没有说明系统应如何响应和如何度量。
备考提示
- 质量属性场景按六个问题背：谁来、做什么、什么环境、打到哪里、系统怎么回、怎么量化。
- 系统架构设计师复习架构评估时，把质量属性场景、效用树、ATAM 放在一起看。
- 写案例答案时，尽量把“提高性能”改成“在某负载下某比例请求在多少秒内完成”。
你可能还想了解
- 质量属性场景六要素怎么识别？
- 可用性是什么？
- 可用性在系统架构设计师考试中怎么考？
- 系统架构设计师可用性题怎么理解？
- 质量属性场景六要素怎么考？
- 系统架构设计师质量属性怎么考？
本文小结
本题核心考点是可用性在可用性场景中的判断和应用。遇到类似题目时，先看题干描述的目标，再判断哪个选项最符合场景；本题应选择 A（质量属性场景中的刺激源、刺激、环境、制品、响应和响应度量）。