第五讲 - IIS7.ppt

软件体系结构评估 主讲教师:周军海 E-mail:lucky2001ok@163.com 6.3 ATAM评估方法 3、描述体系结构(3) （3）所采用的体系结构方法或风格，包括它们所强调的质量属性和如何实现的描述（3-6张幻灯片）。 （4）COTS的使用，以及如何选择和集成（1-2张幻灯片）。 （5）介绍1-3个最重要的用例场景，如果可能，应包括对每个场景的运行资源的介绍（1-3张幻灯片）。 （6）介绍1-3个最重要的变更场景，如果可能，应描述通过变更构件、连接件或接口所带来的影响（1-3张幻灯片）。 （7）与满足驱动体系结构需求相关的体系结构问题或风险（2-3张幻灯片）。 （8）术语表（1张幻灯片）。 6.3 ATAM评估方法 4、确定体系结构方法 ATAM评估方法主要通过理解体系结构方法来分析体系结构，在这一步，由设计师确定体系结构方法，由分析小组捕获，但不进行分析。 ATAM评估方法之所以强调体系结构方法和体系结构风格的确定，是因为这些内容代表了实现最高优先级的质量属性的体系结构手段。也就是说，它们是保证关键需求按计划得以实现的手段。这些体系结构方法定义了系统的重要结构，描述了系统得以扩展的途径，对变更的响应，对攻击的防范以及与其他系统的集成等。 6.3 ATAM评估方法 5、生成质量属性效用树(1) 评估小组、设计小组、管理人员和客户代表一起确定系统最重要的质量属性目标，并对这些质量目标设置优先级和细化。这一步很关键，它对以后的分析工作起指导作用。即使是体系结构级的分析，也并不一定是全局的，所以，评估人员需要集中所有相关人员的精力，注意体系结构的各个方面，这对系统的成败起关键作用。这通常是通过构建效用树的方式来实现的。 效用树的输出结果是对具体质量属性需求（以场景形式出现）的优先级的确定，这种优先级列表为ATAM评估方法的后面几步提供了指导，它告诉了评估小组该把有限的时间花在哪里，特别是该在哪里去考察体系结构方法与相应的风险、敏感点和权衡点。 6.3 ATAM评估方法 5、生成质量属性效用树(2) 6.3 ATAM评估方法 6、分析体系结构方法(1) 一旦有了效用树的结果，评估小组可以对实现重要质量属性的体系结构方法进行考察。这是通过文档化这些体系结构决策和确定它们的风险、敏感点和权衡点等来实现的。 在这一步中，评估小组要对每一种体系结构方法都考察足够的信息，完成与该方法有关的质量属性的初步分析。这一步的主要结果是一个体系结构方法或风格的列表，与之相关的一些问题，以及设计师对这些问题的回答。通常产生一个风险列表、敏感点和权衡点列表。 6.3 ATAM评估方法 6、分析体系结构方法(2) 6.3 ATAM评估方法 6、分析体系结构方法(3) 6.3 ATAM评估方法 7、讨论和分级场景(1) 风险承担者需进行两项相关的活动：集体讨论用例场景（描述风险承担者期望使用系统的方式）和改变场景（描述风险承担者所期望的系统在将来变更的方式）。用例场景是场景的一种，在用例场景中，风险承担者是一个终端用户，使用系统执行一些功能。改变场景代表系统的变更，可分为成长场景和考察场景两类。 成长场景描述的是体系结构在中短期的改变，包括期望的修改、性能或可用性的变更、移植性、与其他软件系统的集成等。考察场景描述的是系统成长的一个极端情形，即体系结构由下列情况所引起的改变：根本性的性能或可用性需求（例如数量级的改变）、系统基础结构或任务的重大变更等。成长场景能够使评估人员看清在预期因素影响系统时，体系结构所表现出来的优缺点，而考察场景则试图找出敏感点和权衡点，这些点的确定有助于评估者评估系统质量属性的限制。 6.3 ATAM评估方法 7、讨论和分级场景(2) 一旦收集了若干个场景后，必须要设置优先级。评估人员可通过投票表决的方式来完成，每个风险承担者分配相当于总场景数的30%的选票，且此数值只入不舍。例如，如果共有17个场景，则每个风险承担者将拿到6张选票，这6张选票的具体使用则取决于风险承担者，他可以把这6张票全部投给某一个场景，或者每个场景投2-3张票，还可以一个场景一张票等。 一旦投票结果确定，所有场景就可设置优先级。设置优先级和投票的过程既可公开也可保密。 6.3 ATAM评估方法 7、讨论和分级场景(3) 6.3 ATAM评估方法 7、讨论和分级场景(4) 6.3 ATAM评估方法 8、分析体系结构方法 在收集并分析了场景之后，设计师就可把最高级别的场景映射到所描述的