软件体系结构.ppt

第9章 软件体系结构评估 ◇ 确定体系结构方法 ATAM评估方法主要通过理解体系结构方法来分析体系结构，在这一步，由设计师确定体系结构方法，由分析小组捕获，但不进行分析。 ATAM评估方法之所以强调体系结构方法和体系结构风格的确定，是因为这些内容代表了实现最高优先级的质量属性的体系结构手段。也就是说，它们是保证关键需求按计划得以实现的手段。这些体系结构方法定义了系统的重要结构，描述了系统得以扩展的途径，对变更的响应，对攻击的防范以及与其他系统的集成等。 9.3 ATAM评估方法 第9章 软件体系结构评估 ◇ 生成质量属性效用树(1) 评估小组、设计小组、管理人员和客户代表一起确定系统最重要的质量属性目标，并对这些质量目标设置优先级和细化。这一步很关键，它对以后的分析工作起指导作用。即使是体系结构级的分析，也并不一定是全局的，所以，评估人员需要集中所有相关人员的精力，注意体系结构的各个方面，这对系统的成败起关键作用。这通常是通过构建效用树的方式来实现的。 效用树的输出结果是对具体质量属性需求（以场景形式出现）的优先级的确定，这种优先级列表为ATAM评估方法的后面几步提供了指导，它告诉了评估小组该把有限的时间花在哪里，特别是该在哪里去考察体系结构方法与相应的风险、敏感点和权衡 9.3 ATAM评估方法 第9章 软件体系结构评估 ◇ 生成质量属性效用树(2) 9.3 ATAM评估方法 第9章 软件体系结构评估 ◇ 分析体系结构方法(1) 一旦有了效用树的结果，评估小组可以对实现重要质量属性的体系结构方法进行考察。这是通过注意文档化这些体系结构决策和确定它们的风险、敏感点和权衡点等来实现的。 在这一步中，评估小组要对每一种体系结构方法都考察足够的信息，完成与该方法有关的质量属性的初步分析。这一步的主要结果是一个体系结构方法或风格的列表，与之相关的一些问题，以及设计师对这些问题的回答。通常产生一个风险列表、敏感点和权衡点列表。 9.3 ATAM评估方法 第9章 软件体系结构评估 ◇ 分析体系结构方法(2) 9.3 ATAM评估方法 第9章 软件体系结构评估 ◇ 分析体系结构方法(3) 9.3 ATAM评估方法 第9章 软件体系结构评估 ◇ 讨论和分级场景(1) 风险承担者需进行两项相关的活动：集体讨论用例场景（描述风险承担者期望使用系统的方式）和改变场景（描述风险承担者所期望的系统在将来变更的方式）。用例场景是场景的一种，在用例场景中，风险承担者是一个终端用户，使用系统执行一些功能。改变场景代表系统的变更，可分为成长场景和考察场景两类。 成长场景描述的是体系结构在中短期的改变，包括期望的修改、性能或可用性的变更、移植性、与其他软件系统的集成等。考察场景描述的是系统成长的一个极端情形，即体系结构由下列情况所引起的改变：根本性的性能或可用性需求（例如数量级的改变）、系统基础结构或任务的重大变更等。成长场景能够使评估人员看清在预期因素影响系统时，体系结构所表现出来的优缺点，而考察场景则试图找出敏感点和权衡点，这些点的确定有助于评估者评估系统质量属性的限制。 9.3 ATAM评估方法 软 件 体 系 结 构 清华大学出版社 关 于 教 材 ◇ 出版社：清华大学出版社 ◇ 作者：张友生 课 程 内 容 ◇ 软件体系结构概论 ◇ 软件体系结构建模 ◇ 软件体系结构风格 ◇ 软件体系结构描述 ◇ 动态软件体系结构 ◇ Web服务体系结构 ◇ 基于体系结构的软件开发 ◇ 软件体系结构的分析与测试 ◇ 软件体系结构评估 ◇ 软件产品线体系结构 第9章 软件体系结构评估 9.1 体系结构评估概述 ◇ 性能 性能是指系统的响应能力，即要经过多长时间才能对某个事件做出响应，或者在某段事件内系统所能处理的事件的个数。 经常用单位事件内所处理事务的数量或系统完成某个事务处理所需的时间来对性能进行定量的表示。 性能测试经常要使用基准测试程序（用以测量性能指标的特定事务集或工作量环境）。 ◇ 可靠性(1) 可靠性是软件系统在应用或系统错误面前，在意外或错误使用的情况下维持软件系统的功能特性的基本能力。 可靠性通常用平均失效等待时间（MTTF）和平均失效间隔时间（MTBF）来衡量。在失效率为常数和修复时间很短的情况下，MTTF和MTBF几乎相等。 第9章 软件体系结构评估 9.1 体系结构评估概述 ◇ 可靠性(2) ◎ 容错 ◎ 健壮性 第9章 软件体系结构评估 9.1 体系结构评估概述 第9章 软件体系结构评估 9.1 体系结构评估概述 ◇ 可用性 可用性是系统能够正常运行的时间比例。经常用两次故障之间的时间长度或在