架构权衡分析方法(Architecture Tradeoff Analysis Method,ATAM) 是在SAAM的基础上 发展起来的，主要针对性能、实用性、安全性和可修改性，在系统开发之前，对这些质量属性 进行评价和折中。

(1)特定目标。 ATAM的目标是在考虑多个相互影响的质量属性的情况下，从原则上提供 一种理解软件架构的能力的方法。对于特定的软件架构，在系统开发之前，可以使用ATAM方 法确定在多个质量属性之间折中的必要性。

(2)质量属性。 ATAM方法分析多个相互竞争的质量属性。开始时考虑的是系统的可修改 性、安全性、性能和可用性。

(3)风险承担者。在场景、需求收集相关活动中，ATAM方法需要所有系统相关人员的 参与。

(4)架构描述。架构空间受到历史遗留系统、互操作性和以前失败的项目约束。架构描述 基于5种基本结构来进行，这5种结构是从Kruchten的4+1视图派生而来的。其中逻辑视图被 分为功能结构和代码结构。这些结构加上它们之间适当的映射可以完整地描述一个架构。

用一组消息顺序图表示运行时的交互和场景，对架构描述加以注解。ATAM方法被用于架 构设计中，或被另一组分析人员用于检查最终版本的架构。

(5)评估技术。可以把ATAM方法视为一个框架，该框架依赖于质量属性，可以使用不同 的分析技术。它集成了多种优秀的单一理论模型，其中每种都能够高效、实用地处理属性。该 方法使用了场景技术。从不同的架构角度，有3种不同类型的场景，分别是用例(包括对系统 典型的使用、引出信息)、增长场景(用于涵盖那些对它的系统的修改)、探测场景(用于涵盖 那些可能会对系统造成过载的极端修改)。

ATAM还使用定性的启发式分析方法(Qualitative Analysis Heuristics), 在对一个质量属性 构造了一个精确分析模型时要进行分析，定性的启发式分析方法就是这种分析的粗粒度版本。

(6)方法的活动。 ATAM被分为4个主要的活动领域(或阶段),分别是场景和需求收集、 架构视图和场景实现、属性模型构造和分析、折中。

属性专家独立地创建和分析他们的模型，然后交换信息(澄清和创建新的需求)。属性分析 是相互依赖的，因为每个属性都会涉及其他属性。获得属性关联的方法有两种，即使用敏感度 分析来发现折中点和通过检查假设。

在架构设计中， ATAM提供了迭代的改进。除了通常从场景派生而来的需求，还有很多对 行为模式和执行环境的假设。由于属性之间存在着折中，每一个假设都要被检查、验证和询问， 以此作为ATAM方法的结果。在完成所有这些操作之后，把分析的结果和需求进行比较；如果 系统预期的行为大多接近于需求，设计者就可以继续进行下一步更为详细的设计或实现。

(7)领域知识库的可重用性。领域知识库通过基于属性的架构风格(Attribute Based Architecture Style) 维护。 ABAS有助于从架构风格的概念转向基于特定质量属性模型的推理能力。获取一组基于属性的架构风格的目标在于要把架构设计变得更为惯例化和更可预测，并得 到一个基于属性的架构分析的标准问题集合，使设计与分析之间的联系更为紧密。

(8)方法验证。该方法已经应用到多个软件系统，但仍处在研究之中。虽然软件架构分析 与评价已经取得了很大的进步，但是在某些方面也存在一些问题。例如，架构的描述、质量特 征的分析、场景不确定性的处理、度量的应用架构分析和评价支持工具等，这些都影响和制约 着分析评估技术的发展。 Clement认为在未来的5～10年内，架构的分析是架构发展的5个方 向之一。

ATAM方法采用效用树(Utility tree) 这一工具来对质量属性进行分类和优先级排序。效 用树的结构包括：树根—质量属性—属性分类—质量属性场景(叶子节点)。需要注意的是， ATAM主要关注4类质量属性：性能、安全性、可修改性和可用性，这是因为这4个质量属性 是利益相关者最为关心的。

得到初始的效用树后，需要修剪这棵树，保留重要场景(通常不超过50个),再对场景按 重要性给定优先级(用H/M/L的形式),再按场景实现的难易度来确定优先级(用H/M/L的形 式),这样对所选定的每个场景就有一个优先级对(重要度、难易度),如 (H、L)表示该场景 重要且易实现。