关于架构评估，下列说法不正确的是（ ）。
距考试 58 天预计考试 2026.10.24
架构评估
考试趋势：本章平均每年约4～5 分。
- 架构评估题长期持续出现，近年仍有稳定记录，且部分年份会与软件质量属性合并考查，题量波动比单纯概念题更明显。
- ATAM、SAAM、CBAM 的定位，以及敏感点、权衡点、风险、效用树等概念是复习重点；做题时先判断评估依据和方法目标。
架构评估是在系统开发前或架构决策阶段，依据质量目标和质量属性场景判断架构是否满足需求，并识别风险、敏感点和权衡点。它关注的是架构决策对系统质量的影响，不是检查功能代码是否已经全部实现。
1. 架构评估基础
- 敏感点：一个或多个构件及其关系的特性，会对某个质量属性产生显著影响，是影响该属性的关键设计因素。
- 权衡点：一个架构决策同时影响多个质量属性，且这些属性之间可能存在冲突。提高加密级别同时影响安全性和性能，就是典型的权衡点。
- 风险点：带有不确定性、可能导致架构无法满足质量目标的设计决策。
- 非风险点：在当前条件下已经验证不会引发质量问题的设计内容。
- 利益相关者：参与架构评估并提出质量目标和使用关注点的人员，如用户、开发人员、维护人员、性能工程师和安全专家。
架构评估中的场景从利益相关者的角度描述与系统的交互，通常用刺激、环境、响应三个方面概括。它不同于上一章质量属性场景的六要素。
两种分析视角也常出现在题目中：
- 自底向上分析：从具体构件、构件关系和运行数据出发，归纳架构的实际特性，更接近实现层面的运行效率和资源表现；
- 基于场景的分析：从利益相关者目标和质量属性场景出发，分析架构是否支撑预期质量目标。
对应真题：#2026.05-52#2026.05-58#2025.11-5#2025.11-6#2025.11-32#2025.05-49#2024.11-34#2024.11-62#2024.05-44#2021.11-43#2020.11-25#2014.11-37
2. 常见评估方法
按评估依据，架构评估通常分为三类：
基于调查问卷或检查表：利用相关人员的经验和知识评价架构，主观性较强；
基于场景：分析架构对具体场景的支持程度，SAAM 和 ATAM 属于这一类；
基于度量：先建立质量属性与度量指标的映射，再从架构文档获取度量信息，最后推导系统的质量属性。
SAAM：较早文档化的基于场景的架构分析方法，由 Rick Kazman 等提出；主要输入是问题描述、需求声明和体系结构描述，重点关注需求变化对架构和可修改性的影响。
ATAM：在 SAAM 基础上发展，面向系统开发早期，分析性能、可用性、安全性、可修改性等多个质量属性之间的权衡。
CBAM：在 ATAM 基础上引入经济学分析，根据成本、收益和投资回报率（ROI）在多个架构方案中进行选择。
SAEM：覆盖软件架构的产品属性和过程属性，用于形成较完整的架构质量评估框架。
SASAM：典型的静态分析方法，通过映射、比较预期架构与实际架构模型，检查架构结构和构件组织的一致性。
SAABNet：基于贝叶斯信念网络进行定性架构评估，依靠概率推理分析架构属性。
按关键词区分：SAAM 看场景和可修改性，ATAM 看多质量属性权衡，CBAM 看成本收益，SASAM 看静态结构，SAABNet 看贝叶斯推理。
对应真题：#2026.05-53#2025.11-31#2024.05-46#2023.11-17#2018.11-33#2015.11-41#2014.11-38
3. ATAM 重点
ATAM 的四个主要活动领域是：
- 场景和需求收集；
- 体系结构视图和场景实现；
- 属性模型构造和分析；
- 折中。
ATAM 使用质量属性效用树对质量属性分类并排序。效用树从根到叶依次是：效用 → 质量属性 → 属性分类 → 质量属性场景。场景优先级同时考虑场景对系统成功的重要性，以及实现该场景的难易程度，通常用高（H）、中（M）、低（L）表示；不能认为某一种质量属性永远是最高优先级。
ATAM 通过头脑风暴识别三类场景：
- 用例场景：来自用户的真实操作，验证当前业务需求；
- 增长场景：描述未来的扩展、升级或规模增长，考查架构的可扩展性和可演化性；
- 探索性场景：通过极端负载、极端故障等条件挑战架构的适应能力和鲁棒性。
增长场景还可以进一步描述用户数、数据量或业务规模的极端增长，用于检验架构的扩展能力。
ATAM 以需求说明为出发点，在系统开发前对质量属性进行评价和折中；题目问完整质量属性场景时，才写刺激源、刺激、环境、制品、响应和响应度量。
ATAM 设计之初重点关注的四种质量属性是性能、安全性、可修改性和可用性。评估时先明确质量目标，再通过场景、视图和属性模型分析架构，最后识别敏感点、权衡点和风险并进行架构折中。
题库分类中有少量与质量属性、ABSD 或事件驱动交叉的题目，仍保留在下方真题区；正文只按架构评估主线整理。
对应真题：#2025.11-36#2025.11-39#2024.11-21#2024.11-22#2024.11-50#2024.05-23#2023.11-28#2023.11-39#2022.11-48#2022.11-49#2022.11-52#2021.11-36#2021.11-42#2013.11-34
历年真题
最早文档化并由 Rick Kazman 等提出的架构评估方法是（ ）。
自底向上分析方法在架构评估中通常强调从具体构件和运行数据归纳系统特性，其关注点更接近（ ）。
在软件架构评估中，利用头脑风暴法识别质量属性场景时，不同类型的场景可用于刻画系统在不同条件下的表现。下列选项中，属于增长场景（Growth Scenario）的极端增长形式的是（）。
在 ATAM（Architecture Tradeoff Analysis Method，架构权衡分析方法）中，进行场景优先级排序时，通常先根据场景的重要性给定优先级（高 H、低 L），随后根据（）给定优先级。
ABSD（Architecture-Based Software Design，基于体系结构的软件设计）是由体系结构驱动的，即指由构成体系结构的商业、质量和功能需求的组合驱动的。下列选项中，哪一项不属于 ABSD 的三个核心要素（）。
在软件体系结构评估方法中，CBAM（成本效益分析法）是用于在多种架构方案中进行权衡选择的方法。它主要依据什么因素来选择合适的体系结构（）。
在信息系统中，如果在保持系统整体结构、组件划分和交互方式不变的情况下，仅将原有的加密算法更换为新的加密算法，则属于下列哪一种变化类型（）。
在信息系统的设计与实现过程中，如果对系统加密算法进行调整以增加加密强度，会影响系统的安全性和（），成为影响系统的（）。
问题（1）
问题（2）
下列哪一项不属于“可测试性“的度量指标（）。
基于度量的评估方法，首先需要建立质量属性和度量之间的映射原则，然后从软件架构文档中获取度量信息，最后根据映射原则分析推导出系统的（）。
下列质量属性效用树说法错误的是（）。
在架构设计中，提高加密级别可以提高安全性，但可能要耗费更多的处理时间，影响系统性能。如果某个机密消息的处理有严格的时间延迟要求，则加密级别可能就会成为架构评估中的一个（）。
ATAM 方法采用效用树 （Utility tree）这一工具来对质量属性进行分类和优先级排序。效用树的结构包括（）。
下列哪个系统架构评估方法利用质量属性效用树进行评估（）。
（）针对最终架构而非详细设计进行评估。（）用于分析多种质量属性之间的折中。
问题（1）
问题（2）
以下关于事件、事件驱动的叙述中，错误的是（）。
在 ATAM 评估方法设计之初，其主要关注的4种质量属性，分别为（）。
质量属性场景是一个具体的质量属性需求，是利益相关者与系统的交互的简短陈述，它由刺激源、 刺激、（）、制品、响应和响应度量六部分组成。性能质量属性场景主要关注系统的响应速度，可以通过效率、响应时间、（）、负载来客观评价性能的好坏。
问题（1）
问题（2）
ATAM 方法采用效用树 (Utility tree）这一工具来对质量属性进行分类和优先级排序。质量效用树的结构是（）。
下列属于软件架构静态分析方法的是（）。
在进行架构评估时，首先要明确具体的质量目标，并以之作为判定该架构优劣的标准。为得出这些目标而采用的机制叫做场景，场景是从（）的角度对与系统的交互的简短措述。
效用树是采用架构权衡分析方法（Architecture Tradeoff Analysis Method， ATAM）进行架构评估的工具之一，其树形结构从根部到叶子节点依次为（）。
改变加密级别可能会对安全性和性能产生非常重要的影响，因此在软件架构评估中，该设计决策是一个（）。
在架构评估中，（）是一个或多个构件（和／或构件之间的关系）的特性。改变加密级别的设计决策属于（），因为它可能会对安全性和性能产生非常重要的影响。
问题（1）
问题（2）
在架构评估中，场景是从（）的角度对与系统交互的描述，一般采用（）三方面来对场景进行描述。
问题（1）
问题（2）
在架构评估过程中，评估人员所关注的是系统的质量属性。其中，（） 是指系统的响应能力，即要经过多长时间才能对某个事件做出响应，或者在某段时间内系统所能处理的事件的 （）问题（1） （A）安全性 （B）性能 （C）可用性 （D）可靠性
在软件架构评估中，（）是影响多个质量属性的特性，是多个质量属性的（）。例如，提高加密级别可以提高安全性，但可能要耗费更多的处理时间，影响系统性能。如果某个机密消息的处理有严格的时间延迟要求，则加密级别可能就会成为一个（）。
问题（1）
问题（2）
问题（3）
体系结构权衡分析方法（Architecture Tradeoff Analysis Method，ATAM）包含4个主要的活动领域，分别是场景和需求收集、体系结构视图和场景实现、（） 、折中。基于场景的架构分析方法 （Scenarios-based Architecture Analysis Method， SAAM）的主要输入是问题描述、需求声明和 （）。
问题（1）
问题（2）
架构权衡分析方法（Architecture Tradeoff Analysis Method， ATAM）是在基于场景的架构分析方法（Scenarios-based Architecture Analysis Method，SAAM）基础之上发展起来的，主要包括场景和需求收集、（）、属性模型构造和分析、属性模型折中等4个阶段。ATAM方法要求在系统开发之前，首先对这些质量属性进行（）和折中。
问题（1）
问题（2）
体系结构权衡分析方法（Architecture Tradeoff Analysis Method， ATAM）是一种常见的系统架构评估框架，该框架主要关注系统的（），针对性能、（）、安全性和可修改性，在系统开发之前进行分析、评价与折中。
问题（1）
问题（2）
识别风险点、非风险点、敏感点和权衡点是进行软件架构评估的重要过程。"改变业务数据编码方式会对系统的性能和安全性产生影响"是对（）的描述，"假设用户请求的频率为每秒1个，业务处理时间小于30毫秒，则将请求响应时间设定为1秒钟是可以接受的"是对（）的描述。
问题（1）
问题（2）
架构权衡分析方法（Architecture Tradeoff Analysis Method, ATAM）是一种系统架构评估方法，主要在系统开发之前，针对性能、（）、安全性和可修改性等质量属性进行评价和折中。ATAM可以分为4个主要的活动阶段，包括需求收集、（）描述、属性模型构造和分析、架构决策与折中，整个评估过程强调以（）作为架构评估的核心概念。 某软件公司采用ATAM进行软件架构评估，在评估过程中识别出了多个关于质量属性的描述。其中，"系统在进行文件保存操作时，应该与Windows系统的操作方式保持一致，主要与（）质量属性相关。"系统应该提供一个开放的API接口，支持远程对系统的行为进行控制与调试，主要与（）质量属性相关。在识别出上述描述后，通常采用（）对质量属性的描述进行刻画与排序。在评估过程中，（）是一个会影响多个质量属性的架构设计决策。
问题（1）
问题（2）
问题（3）
问题（4）
问题（5）
问题（6）
问题（7）