软件体系结构11、软件体系结构评估.pptVIP

实例：更换数据库场景 用另外一家厂商提供的数据库更换商业数据库是很困难的。 整个 Nightingale 中都使用了特定于当前数据库厂商的 SQL 专业用语 (ANSI 标准 SQL 的一个超集 ) 因为设计师认为更换数据库几乎是不可能的 这对项目经理来说可是个新信息，他不相信该场景不可能实现。 记录下了一个基于分析的构架风险： 因为 Nightingale 使用特定于厂商的工具、组件 、以及其他厂商提供的数据库不支持或与之不兼容的 SQL 专业用语 , 因此 , 更换数据库将非常困难且代价昂贵 , 这要求投入几个人年的工作。 将构架与数据库结合起来的构架决策也被记录为一个敏感点 , 它会对可修改性产生负面影响。 实例：更换操作系统 在服务器端 ，操作系统被层隔离开，因此更换操作系统将是一个非常合理的、简单的变化。 然而，OLTM 直接依赖于 NT 认证机制，更换操作系统必须提供类似的功能，以使所做的改变简单直接。 在DSRGM 方，所有的操作系统依赖都己在源代码中消除，即它已经独立于操作系统。 记录下一个无风险决策 : 因为操作系统依赖已经被局部化或从 OLTM 和 DSRGM 中消除，因此，用另一个操作系统来更换操作系统只需要进行一小部分修改。 封装操作系统依赖被记录为一个敏感点 , 这对可修改性产生了正面影响。 第一阶段结束第二阶段即将开始 第 1 阶段已经结束。评估小组对所获得的知识进行总结，并在 1 或 2 周的中断时间内与设计师进行非正式会晤 ( 通常以电话的形式进行 ) 可以在这段时间内分析更多的场景 ( 如果希望的话 ), 也可以解决己澄清的问题。 第一阶段结束第二阶段即将开始（2） 当项目的决策者准备继续开始评估并且将涉众召集在一起时，第 2 阶段就开始了。涉众将参与本阶段的评估。 首先重复第 1 步，以便涉众能够理解该方法和他们要扮演的角色。 然后评估负责人概述第 2~6 步的结果，并给涉众提供一份有风险决策、无风险决策、敏感点和权衡点的当前列表。 现在涉众已经熟悉了到目前为止所进行的评估的结果，可以进行下面的 3 步了。 ATAM的结果（2） 有风险决策和无风险决策 风险决策：根据所陈述的质量属性需求，可能导致不期望有的结果的构架决策 备份数据库是否风险？取决于该决策是否导致性能成本超出正常所需 无风险决策：根据分析被认为是安全的构架决策。 风险主题的集合 如不采取相应的措施，这些风险主题将影响项目的业务目标 ATAM的结果（3） 评估的结果用于建立一个最终书面报告 概述 ATAM 方法，总结评估会议记录，捕获场景及其分析，对得到的结果进行分类。 评估还会产生一些副结果 为评估准备清楚的构架表述 参与人员创建的场景是业务目标和构架需求的表示， 可用来指导构架 的演变 最终报告中的分析内容作为对制定 ( 或未制定 ) 某些构架决策的基本原理的陈述 ATAM 评估还有一些无形的结果。 能够使涉众产生“社群感” 为设计师和涉众提供公开交流的渠道 使构架的所有参与人员更好地理解构架及其优势和弱点 ATAM 概述 基于实例的步骤详述 ATAM小结 实例：Nightingale系统 评估客户：卫生保健系统软件的主要生产者，主要销售目标是医院诊所和HMO市场 待评估系统：Nightingale 一个大型系统，有几百万行代码，进展良好，已经到了试验阶段 该系统将作为安装它的卫生保健机构的信息骨干。它会提供有关病人的治疗历史的数 据，跟踪其保险和其他支付信息。此外， 该系统还将提供一个数据仓储能力以帮助发现趋势 该系统还将在所有卫生保健机构的设施上运行 (或至少是可访问的)，因此，它必须能够对某个机构的配置需要做出响应 现在正处于试验阶段，已经有了第 1 位客户，它是 4 家医疗连锁机构，由遍及美国西南部的约 40 家医院组成。 实例：为什么要评估 如果构架在根本上存在缺陷，则早发现要比晚发现好得多 要确保该构架具有足够的健壮性和可修改性，以作为卫生保健管理系统整个产品系列的基础 阶段0：合作关系及准备 评估小组负责人和主要的项目决策者进行非正式会议以确定此次评估的细节。 项目代表向评估人员简要概述项目，以使评估小组可以得到适当专业技术的人员的协助。 就后勤问题达成一致，如会议的时间和地点 就参与评估的涉众的初步列表达成一致 就何时、向何人提交最终评估报告进行协商 工作说明或保密协议 他们商定应该向评估小组提交己有的且可能有用的构架文档。 评估小组负责人解释希望管理人员和设计师在第 l 阶段提供什么信息，如果必要的话，帮助他们构造其演示。 实例：评估小组组成 评估小组组成： 两个负责人 一个有集成COTS的人 一个具有在卫生保健业工作的经验 成员 角色 1 评估小组负责人、评估负责人、提问者