第9章 软件体系结构的评估.ppt

第9章 软件体系结构评估 谢 谢！ 第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评估方法 第9章 软件体系结构评估 ◇ 讨论和分级场景(2) 一旦收集了若干个场景后，必须要设置优先级。评估人员可通过投票表决的方式来完成，每个风险承担者分配相当于总场景数的30%的选票，且此数值只入不舍。例如，如果共有17个场景，则每个风险承担者将拿到6张选票，这6张选票的具体使用则取决于风险承担者，他可以把这6张票全部投给某一个场景，或者每个场景投2-3张票，还可以一个场景一张票等。 一旦投票结果确定，所有场景就可设置优先级。设置优先级和投票的过程既可公开也可必威体育官网网址。 9.3 ATAM评估方法 第9章 软件体系结构评估 ◇ 讨论和分级场景(3) 9.3 ATAM评估方法 第9章 软件体系结构评估 ◇ 讨论和分级场景(4) 9.3 ATAM评估方法 第9章 软件体系结构评估 ◇ 分析体系结构方法 在收集并分析了场景之后，设计师就可把最高级别的场景映射到所描述的体系结构中，并对相关的体系结构如何有助于该场景的实现做出解释。 在这一步中，评估小组要重复第6步中的工作，把新得到的最高优先级场景与尚未得到的体系结构工作产品对应起来。在第7步中，如果未产生任何在以前的分析步骤中都没有发现的高优先级场景，则在第8步就是测试步骤。 9.3 ATAM评估方法 * * 第9章 软件体系结构评估 9.1 体系结构评估概述 ◇ 性能 性能是指系统的响