软件体系结构评价.pptVIP

* 评估场景交互 当多个间接场景需要修改软件体系结构的某个构件时，它们就被认为在此构件中进行交互。 场景交互揭示了产品设计中的功能分配 。 场景交互能够暴露出软件体系结构文档的不够详细，没有达到结构分解的要求。 * 形成总体评估 根据每个场景对于系统成功的相对重要程度，每个场景会被赋予一个权重，这个权重常常也与场景支持的商业目标相关。 权值的决定是一个主观的过程，需要所有的利益相关人员通过讨论甚至辩论来决定。 如果比较多个软件体系结构，每个支持的直接场景的数量也会影响评估，因为直接场景意味着无需修改系统就能够支持某个用户任务。 * 内容 9.1 软件体系结构评估简介 9.2 ATAM方法 9.3 SAAM方法 9.4 ARID方法 * 基本介绍 ATAM方法和SAAM方法适合于评估成熟的软件体系结构。 在软件体系结构发布之前对其进行评估能够及时发现设计中的错误、不一致或缺陷。 在中间阶段，需要的是一个简单、轻量级的评估方法，主要关注于系统的适应性，并且能够在没有详细设计文档的情况下使用。 * ARID方法步骤 排练 确定评审人 准备设计情况介绍 准备种子场景 准备材料 评审 介绍ARID方法 介绍设计 场景的集体讨论和优先级划分 应用场景 总结 * 国防科技大学计算机学院 第九讲：软件体系结构评估 《软件设计与体系结构》 * 内容 9.1 软件体系结构评估简介 9.2 ATAM方法 9.3 SAAM方法 9.4 ARID方法 * 基本介绍 软件系统的基础是它的体系结构，软件体系结构将影响系统很多质量属性。 在软件体系结构确定下来以后，软件系统的这些属性就是可预见的。 软件体系结构评估的目的 在开发过程的早期，通过分析系统的质量需求是否在软件体系结构中得到体现，来识别软件体系结构设计中的潜在风险，预测系统质量属性，并辅助软件体系结构决策的制定。 * 评估时机和人员（1/2） 早评估：评估不需要完整的软件体系结构描述，可以在软件体系结构创建过程中的任何阶段使用评估方法，对已经做出的软件体系结构决策进行检查，或者确定还没有决定的软件体系结构选项。 晚评估：迟评估的时机是软件体系结构已经明确并且实现已经完成的时候，这种情况在某个组织继承某些遗留系统时发生，这些遗留系统可能是在市场中购买的，也可能是从本组织现有的存档中发掘的。 * 评估时机和人员（2/2） 评估团队：其中的人员会实施评估并且进行分析，团队中成员和她们确切的角色将在后面定义； 利益相关人员：是软件体系结构和基于它开发的系统的既得利益者。 * 评估结果和质量属性（1/4） 软件体系结构评估会产生一个评估报告，报告的形式和内容随着所使用评估方法的不同而不一样。 通过软件体系结构评估可以回答下面两类问题： 软件体系结构是否适用于基于它的软件系统？ 如果对于目前的系统有多个软件体系结构可以选择，那个是最合适的？ * 评估结果和质量属性（2/4） 如果一个软件体系结构满足以下两个标准，那么就认为它是适宜的： 系统的结果满足质量目标。也就是说，系统的运行是可预期的，并且运行速度足够快，满足系统的性能或时间需求；系统的修改按照计划的方式进行，并且满足安全约束，系统能够提供必须的功能。 系统能够使用现有的资源来开发，现有资源包括：人员、预算、任何遗留系统以及交付之前分配的时间。也就是说，软件体系结构是可构建的。 * 评估结果和质量属性（3/4） 性能 系统响应能力 可靠性 系统随着时间的进行而保持运行的能力 可用性 系统有效工作的时间比例 安全性 系统在为合法用户提供服务的同时抵制未授权的使用请求和拒绝服务的能力 可变性 快速有效地修改系统的能力 * 评估结果和质量属性（4/4） 可移植性 系统在不同计算环境中运行的能力 功能性 系统能够按照预期工作的能力 变化性 软件体系结构能够通过扩展或修改来得到新的软件体系结构的程度 可分解性 支持生产系统某个子集的能力 概念完整性 能够统一所有层面系统设计概念的能力 * 评估的益处和代价（1/2） 评估的益处： 把利益相关人员召集在一起 强制特定质量目标的接合 生成冲突目标的优先级 对软件体系结构有一个清晰的说明 提高软件体系结构文档的质量 发现跨项目重用的机会 得到优化后的软件体系结构实践 * 评估的益处和代价（2/2） 人员开销 与参加软件体系结构评估的人员相关的机会成本 减小评估代价的方法 在相同领域内的重用 * 内容 9.1 软件体系结构评估简介 9.2 ATAM方法 9.3 SAAM方法 9.4 ARID方法 * 基本介绍 ATAM方法能够反映一个软件体系结构满足某些特定质量目标的程度，同时还能够给出这些质量目标相互之间的交互方式。 ATAM方法也可对遗留系