软件设计与体系结构-秦航-12教学教材.ppt

清华大学出版社 软件设计和体系结构 第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、应用指标参数树对软件架构进行非功能性分析。 通过比较架构在场景中的实际输出值和期望值，来评价架构对各个指标的各个属性的支持度，并在该过程中发现软件架构的缺陷，找出风险决策、无风险决策、敏感点、权衡点。 基于场景的评估方法的特征： 场景是这类评估方法中不可缺少的输入信息，场景的设计和选择是评估成功与否的关键因素。 这类评估是人工智力密集型劳动，评估质量在很大程度上取决于人的经验和技术。 基于场景的评估方法是研究最广泛，应用最成熟，数量最多的一类软件体系结构评估方法。 12.2 SAAM软件架构分析方法 风险承担者: SAAM协调不同参与者所感兴趣的方面，作为后续决策的基础， 提供了对体系结构的公共理解。 体系结构描述: SAAM用于体系结构的最后版本， 但早于详细设计。体系结构的描述形式应当被所有参与者理解。功能、结构和分配被定义为描述体系结构的三个主要方面。 方法活动: SAAM的主要输入问题是问题描述、需求声明和体系结构描述。 12.2.1 SAAM的一般步骤 （1）场景形成。 （2）描述软件体系结构 （3）场景的分类和优先级划分 （4）间接场景的单独评估 （5）评估场景交互 （6）形成总体评估 12.2.2 场景形成 在形成场景的过程中，要注意全面捕捉系统的主要用途、系统用户类型、系统将来可能的变更、系统在当前及可预见的未来必须满足的质量属性等信息。 形成场景的过程也是集中讨论的过程。 12.2.3 描述软件体系结构 软件体系结构设计师应该采用参加评估的所有人员都能充分理解的形式，对待评估的体系结构进行适当的描述。 12.2.4 场景的分类和优先级确定 评估人员通过对场景设置优先级，可保证在评估的有限时间内考虑最重要的场景。 直接场景 间接场景 12.2.5 间接场景的单独评估 对于直接场景而言，体系结构设计师需要讲清楚所评估的体系结构如何执行这些场景 对于间接场景而言，体系结构设计师应说明需要对体系结构做哪些修改才能适应间接场景的要求。 12.2.6 评估场景交互 当两个或多个间接场景要求更改体系结构的同一个构件时，我们就称这些场景在这一组构件上相互作用。 12.2.7 形成总体评估 形成总体评估，是SAAM评估方法的最后一个步骤。 评估人员要对场景和场景之间的交互作一个总体的权衡和评价。 这一评价反映该组织对表现在不同场景中的目标的考虑优先级。 12.3ATAM体系结构权衡分析方法 ATAM分析方法，是评估软件架构的一种综合全面的方法。 这种方法不仅可以揭示出软件体系结构满足特定质量目标的情况，而且可以使我们更加清楚的认识到质量目标之间的联系。 12.3.1 ATAM参与人员 3个小组参与合作。 评估小组 项目决策者 涉众 12.3.2 ATAM结果 一个简