越来越多的人认识到，软件系统架构的选择对于软件系统开发的成败至关重要，那么问题来了，软件架构各种风格各种方法，光分层架构方法就很多，又是CS、又是BS，现在还有AS，又是两层、三层甚至多层的，还有各种混合，自己开发中的这个软件系统，如何评估哪个软件系统架构方法更合适呢？
CMU/SEI（卡梅隆大学软件工程协会）提出了一套架构权衡分析方法，Architachture Tradeoff Analysis Method，简称ATAM。
传统软件架构评估方法按评估形式，一般分为三种，。一是调查问卷法，即直接请对系统架构了解的专家学者对系统架构做出主观评估。二是度量法，即将软件系统架构完全量化，通过一些客观的数字指标来评估架构的好坏。三是场景评估法，即挑选出重要的系统使用场景(一系列有序的使用或修改系统的步骤，即系统涉众如何使用系统的 )，根据不同场景中各架构的表现分别作评估，ATAM属于场景评估法，主客观程度介于前面两种方法之间。
ATAM具体如何做呢？
搞清楚这个问题之前，我们先来了解三个概念。
一、软件质量属性
软件质量属性说的是我们评估软件架构，到底评估它的什么特性，一般有如下几个，
性能：指系统的响应能力，即系统执行某个特定事务所需要的时间。
可靠性：即在意外或错误使用的情况下，维持软件系统的功能特性的能力。一般包括容错和健壮性两个方面的能力。
可用性：是系统能够正常运行的时间比例，和可靠性相比，可用性除了体现出错概率外，还体现出错后恢复正常的速度上。
安全性：是指阻止非授权用户使用的企图或拒绝服务的能力。又可分为机密性、完整性、不可否认性及可控性。
可修改性：是指能够快速地以较高的性价比对系统进行变更的能力。包括可维护性，可扩展性，结构重组和可移植性。
二、敏感点和权衡点
敏感点和权衡点都是在软件架构中所做的关键决策，不同的是，敏感点决策只影响一个软件质量属性，而权衡点则同时影响多个质量属性，有时不同属性间还会互相冲突，比如选择不同的加密方式同时影响性能和安全性，所以需要权衡。
三、风险承担者
风险承担者是指那些关心软件架构，个人利益受软件架构好坏影响的人，在项目管理领域也称为项目干系人或涉众。这照些人整体上又可以分为系统的生产者和系统的消费者。生产者包括架构师，开发人员，维护人员，测试人员等；消费者包括客户，最终用户等。
ATAM通过理解体系结构方法来分析体系结构，评估过程分9个步骤
1- 描述ATAM方法
即评估小组负责人向参加会议的风险承担者介绍ATAM评估方法，让大家清楚接下来要做什么，每个人的角色和任务。
2- 描述业务动机
项目经理从业务角度介绍系统的概况，一般包括业务环境，背景，业务约束条件，技术约束，质量属性需求等内容。
3- 描述体系结构
首席设计师或设计小组对体系结构进行详略适当的介绍。包括技术约束，与本统交互的其他系统，用以满足质量属性要求的体系结构方法（功能，模块，进程，硬件）。
4- 确定体系结构方法
由设计师确定体系结构方法，由分析小组捕获，但不进行分析。
5- 生成质量属性效用树
评估小组，设计小组，管理人员和客户代表一起确定系统最重要的质量属性目标，并对这些目标设置优先级和细化。
6- 分析体系结构方法
7- 讨论分级场景
8- 分析体系结构方法
9- 描述评估结果
