3.2 ATAM方法
× ATAM方法基于假设如下： 体系结构风格是体系结构质量属性最主要的限定，因此采用 ABASs(attribute-based architecture styles)来限定体系结 构的描述形式。 × ATAM关注如何从商业目标获取体系结构的质量属性目标， 体系结构风格是如何协助达到这些目标。
5.1.3 执行场景评价
7. 辅助审查的内容发生改变，分两种情况： ①改动的内容能够用规定的文法来描述，则直接支持。 ②改动的内容不能够用规定的文法来描述．则间接支持。 8. XML采用的DTD结构政为SCHEMA结构：间接支持。需要改动的 模块是：XMLConv。 9. 移植到其他的操作系统之中：间接支持。改动所有调用， WIN32API的模块都需要改动。 10. 从对一个申请文档的编辑改为对一个申请项目工程的编辑：间 接支持。需要改动的模块是：MainProc．TmptManage。 11. 与一个新的开发工具结合：间接支持。需要把电子编辑器改为 可嵌入的服务器软件。需要改动的模块是：MalnProc。
3.1 SAAM方法
× SAAM方法在改良事物性质的方面具有极大的功效。 × SAAM方法是第1个被广泛接受的体系结构分析评价方法。 × 它适用于可修改性、可拓展性以及功能覆盖等质量属性。
3.1 SAAM方法
SAAM方法的过程
场景是常用的一种技术，由用户、外部激励等初始化，通常包括系统中 的事件和触发该事件的特定激励。SAAM方法采用大脑风暴技术构建场 景，体系结构的描述采用自然语言或其他形式表示。方法将场景归类为 直接场景和间接场景，分别支持对体系结构的静态结构分析和动态分析。
5.1.3 执行场景评价
× 对每一个场景，确定这个任务能否被直接支持(通过执行 该系统)或间接支持(通过修改该系统)。如果是间接支持，需 要确定需要改动的部件和关系数量，改变的多少，可以代表 系统的性能。改动越少，代表系统性能越好，反之，系统性 能越差。
5.1.3 执行场景评价
1. 支持其他不同格式的文档：间接支持，需要改动的模块足 DoctConv。 2. 改变文档结构索引表的显示风格：间接支持。需要改动的模块是 Ooclndex。 3. 增加对XML文件的辅助审查：间接支持。需要改动的是 MainProc，AsitCheck。MainProc模块需要增加进行XML文件辅 助审查的命令。AsitCheck需要增加对XML文件进行辅助审查功能。 4. 增加对化学公式和数学公式的支持：间接支持。需要改动的是 MainProc模块。需要增加一个处理数学与化学公式的模块。 5. 增加快速索引的功能：间接支持。需要改动的模块是MainProc。 6. 常用字处理组件WPTOOLS改为RICHEDIT：间接支持。需要改动 的模块是：MmnPmc，WordProc，AsitCheck，Doclndex。
× ALPSM包括六个步骤： 标志维护任务的分类 合成场景 为每个场景分配权重 估计所有元素的大小 为场景编写脚本 计算预测的维护成本
3.3 ALPSM方法
4 关键方法的比较
4 关键方法的比较
本部分主要对三个相对有代表性软件体系结构分析与评 估方法做了比较与讨论，通过图表的方式分辨从考察的属性， 适用的阶段，适用的评估技术以及风险承担者的参与等角度 进行概括与总结，使得读者能够更加清楚的了解到各种软件 评估方法的优点与缺点。
我们通过这些分析来评价该体系结构的质量。
1 发展现状 2 概念描述 3 关键技术与方法 4 关键方法的比较
目录
5 实例剖析 6 目前仍存在的问题讨论
7 发展趋势 8 总结
目录
1 发展现状
1 发展现状
20世纪90年代以来，软件体系结构的评估技术一直是研 究的热点问题。
一些软件体系结构的评估方法已经比较成熟并得到了应 用和验证，如基于场景的软件体系结构分析方法（SAAM）、 软件体系结构折中分析方法（ATAM）、利用软件性能工程 SPE对软件体系结构进行评估的方法（PASA），软件体系结 构层次可维护性预测方法（ALMA）等。
3.3 ALPSM方法
3.3 ALPSM方法
× ALPSM方法是BengtsSon和Bosch提出的在体系结构层 次预测系统可维护性的一种方法。 × ALPSM定义了可维护性框架，即一组表示维护任务的变 更场景。一个场景描述系统中可能发生的一个或一系列动作， 场景的变更就描述一个具体的维护任务。 × ALPSM以场景变更的规模作为可维护性的预测因子，通 过场景变更所需的维护代价分析体系结构可维护性。
软件体系结构分析与评估综述
Team#12 杨广 杨英达 曹海涛 李良 袁柱 王喆
研究背景
× 随着对软件体系结构的研究不断深化，诞生了软件体系结 构形式化描述、风格、规范、建模等一系列的概念，并且形 成了一个新的研究领域。 × 对于软件系统来说，软件质量变得更重要，大规模的复杂 软件系统更是如此。 × 高质量的软件在维护和测试阶段的开销较低，复用的潜力 大。
1 发展现状
人们逐步认识到软件体系结构的分析评估对保证软件质 量的重要性，在软件体系结构分析与评估这个新领域，许多 研究组织在各种杂志与会议上提出了许多新颖的结构化的评 估方法，并且对这些软件体系结构分析与评估的新方法的验 证与实现在不断的进行着。
2 概念描述
2 概念描述
在软件设计领域一般认为： 软件体系结构的分析评估，就是通过成本相对较低的活
3.2 ATAM方法
× ATAM方法的分析评价是一个迭代过程。 × 包括4个阶段：
准备 调查和分析 测试 报告
3.2 ATAM方法
× 实际应用中，ATAM借助调查表实现，它使用调查表来收 集影响体系结构质量属性的要素，描述质量属性的特征，并 将场景分为如下3类。
3.2 ATAM方法
1 Use case scenario
研究背景
人们已经认识到： 在软件生命周期的越早阶段对软件质量进行评价越能降
低整个开发的成本，在越早阶段对质量进行控制的效果也越 好。 × AT&T的报告显示，在早期阶段对软件质量进行评价可提 高10％的开发效率。
研究背景
对软件体系结构的分析包括有： 1 对其组成要素的分析 2 要素之间联系的分析
3.2 ATAM方法
× ATAM方法是被验证有效和广泛使用的一种方法，可以针 对实用性、可靠性和可修改性这些质量属性，在系统开发之 前对其进行分析和评价。 × 在评估活动结束以后，将评估的结果与实际需求相对比， 如果系统预期性能可以满足需求，设计工作就可以继续进行。 × 但它对质量属性并没有进行深入分析，缺少定量的数据来 支持分析的结果。
动来分析结构中可能存在的风险，发现软件体系结构中影响 系统质量的关键因素，并提出相应的改进措施，在此基础上 检验软件的性能需求是否得到满足。
3 关键技术与方法
3 关键技术与方法
× 软件体系结构的分析与评价方法主要可以从两个角度进行 分析，一是进行定性的分析，二是进行定量的分析。 × 定性的分析主要是采用基于checklist，questionnaire和 场景的分析评价技术。 × 定量的分析主要是采用基于度量指标、原型系统、数学模 拟、模拟、测量等技术的。 × 本部分将对国内外有代表性的几种分析评估方法进行讨论。
子程序调用 隐式调用
主控制
5.1.1 描述体系结构
模板制作 输 入
模板管理
文档结构索引 常用字处理
文档转换
ADL文件编辑 输 出
辅助审查
XML转换
Modify GetData
Init
模板库
数据存储类
XML文件库
软件体系结构图
5.1.2 开发任务场景
1. 打开其他格式的文档，比如原先不支持word97以上的文档格式、 WPS文档格式，现在要求支持WORD97以上的doc文档以及WPS文 档等。 2. 改变文档结构索引的显示风格，从树形改为列表形。 3. 增加对XMI文件的辅助审查。 4. 增加对数学公式、化学公式的支持。 5. 增加快速索引的功能，比如对于条目自动跳过。 6. 常用字处理模块采用的是WPTOOIs组件，如果WPTOOLs组件不 符台要求的话，对软件的设计有何影响。 7. 辅助审查的内容可以改变。 8. XML采用的结构从DTD改为SCHEMA，随之带来的XML标准也 要进行改变。
比较因素 评估方法
SAAM ATAM
ALPSM4 关键方法的比较考查的 质量属性使用阶段
使用的 评估技术
风险承担 者的参与
可修改性
多个质量属性 （侧重可修改 性、安全性、 性能和可用性 ）
SA的最终版 本
SA的最终版 本或设计的 重复改进过 程
场景
询问技术和度量技术（通过效用 树和对场景的集体讨论来理解质 量属性需求，通过对软件体系结 构方法的分析来确定敏感点、权 衡点和风险）
3.1 SAAM方法
3.1 SAAM方法
× SAAM法是把一个物体最丰要的属性列举出来，再用检查 表法把各个项目加以变化，并将其加以重新组合，然后再找 出其中可以实行而且也有效果的项目。 × 实质上是将列举法和检查表法互相配合使用。 × 在使用检查表法的时候，我们会发现被检查的事物范围太 大了。如用“替换”来变更设计时，是变更哪一部分的设计 就没有具体确定。。
4 关键方法的比较
× 从表中可以看出三种方法使用的阶段是不同的。 × 对于ALPSM来说，这种方法主要应用在设计过程，并且 考查软件系统的可维护性，该方法是基于场景（不同于用例 场景）的方式的，风险承担者的参与仅仅是设计师。
4 关键方法的比较
× 同样对于SAAM来讲，使用的评估技术也是基于场景的， 这种方法主要用来评估系统的可修改性，使用的阶段通常是 SA的最终版可修改性、安全性、可用性，使用阶段主要是SA 的最终版本或设计的重复改进本。 × 基于询问技术与度量技术的ATAM方法，可以检测多种质 量属性，其中包括过程，风险承担者的参与是所有的风险承 担者以及体系结构设计师。