软件设计与体系结构-秦航-12教案.pptVIP

清华大学出版社 * 12.4.3 软件体系结构的描述方式不同 ATAM方法中软件体系结构的描述采用Philippe Kruchten“4+1”视图模型，即从五个不同的视角点描述系统的体系结构，四个视图模型从特定的不同方面描述软件的体系结构，忽略与此无关的实体。 清华大学出版社 * 12.4.3 软件体系结构的描述方式不同 SAAM则提倡使用非常单纯的体系结构要素。 对体系结构的静态描述一般都要区别数据的连接（数据在组件之间的传递）和控制连接（一个组件调用另一个组件执行某个功能） 对软件体系结构的动态描述主要描述系统在各个不同时间的行为，给出软件的体系结构。 清华大学出版社 * 12.5 小结 软件体系结构的评估是一项实践性非常强的工作，因此应该与实践紧密联系起来。 SAAM、ATAM都已经应用到若干个实际的系统中，并且在实践的过程中不断地得到改进。 在很大程度上评估的质量与风险承担者的积极参与分不开，评估的过程同时也是风险承担者对于最终软件系统的认识交流与提高的过程。 软件设计和体系结构 清华大学出版社 * 第12章软件体系结构评估 清华大学出版社 * 内容提要 12.1 软件体系结构评估定义 12.2 SAAM软件架构分析方法 12.3 ATAM体系结构权衡分析方法 12.4 评估方法比较 12.5 小结 清华大学出版社 * 12.1 软件体系结构评估定义 12.1.1 质量属性 功能性 可靠性 可用性 有效性 可维护性 可移植性 清华大学出版社 * 12.1 软件体系结构评估定义 12.1.2 评估的必要性 软件架构是软件工程早期设计阶段的产物，它对软件系统或软件项目的开发具有深远的影响。主要表现在以下两个方面 不恰当的架构 架构决定着项目的结构。 清华大学出版社 * 12.1 软件体系结构评估定义 12.1.3 基于场景的评估方法 基于场景的软件架构分析方法的基本观点是，大多数软件质量属性极为复杂，根本无法用一个简单的尺度来衡量。 同时，质量属性并不是处于隔离状态，只有在一定的上下文环境中才能做出关于质量属性的有意义的评判。 利用场景技术则可以具体化评估的目标，代替对质量属性（可维护性、可修改性、健壮性、灵活性等）的空洞表述，使对软件体系结构的测试成为可能。 清华大学出版社 * 基于场景的软件架构分析方法步骤 1、分析问题域，建立功能场景库。 针对具体项目在应用领域中的定位，展开需求分析，汇总系统预期功能并按对功能进行分类以确保每项功能都能够得到详细描述，并为每个功能定义相应的场景，建立功能场景库。 清华大学出版社 * 基于场景的软件架构分析方法步骤 2、通过功能场景库测试评价软件架构对各功能的支持度，并针对支持度差的功能展开架构分析。 支持度的评价涉及到架构是否满足功能场景、是否容易扩展该功能等。 一旦发现支持度差的功能，则进一步分析是否是由架构设计导致的，从中发现可能的架构设计缺陷和不足。 清华大学出版社 * 基于场景的软件架构分析方法步骤 3、建立非功能指标参数树。 选择一组感兴趣的非功能性指标，如可移植性、安全性、性能等，并详细定义每一个指标的衡量属性、期望值和相应的场景。 清华大学出版社 * 基于场景的软件架构分析方法步骤 4、应用指标参数树对软件架构进行非功能性分析。 通过比较架构在场景中的实际输出值和期望值，来评价架构对各个指标的各个属性的支持度，并在该过程中发现软件架构的缺陷，找出风险决策、无风险决策、敏感点、权衡点。 清华大学出版社 * 基于场景的评估方法的特征： 场景是这类评估方法中不可缺少的输入信息，场景的设计和选择是评估成功与否的关键因素。 这类评估是人工智力密集型劳动，评估质量在很大程度上取决于人的经验和技术。 基于场景的评估方法是研究最广泛，应用最成熟，数量最多的一类软件体系结构评估方法。 清华大学出版社 * 基于场景的评估方法的不足 （1）评估的效果对评估师经验的依赖程度较高。 （2）“重量级”的评估技术，成本较高。 （3）没有考虑知识的积累和应用问题，造成资源的浪费。 （4）缺乏实用的评估信息管理工具。 清华大学出版社 * 12.2 SAAM软件架构分析方法 SAAM方法，是卡耐基梅隆大学软件工程研究所的Kazman等人于1983年提出的一种非功能质量属性的体系结构分析方法，是最早形成文档并被广泛使用的软件体系结构分析方法。 清华大学出版社 * 12.2 SAAM软件架构分析方法 特定目标: SAAM的目标是对描述应用程序属性的文档， 验证基本的体系结构假设和原则。此外， 该分析方法有利于评估体系结构固有的风险。SAAM指导对体系结构的检查，使其主要关注潜在的问题点， 如需求冲突， 或仅从某一参与者的观点出发的不全面的系统设计。SAAM不仅能够