第7章基于体系结构的软件开发.pptVIP

体系结构的评估概述 怎样才能知道为软件系统所选用的体现结构是否恰当？如何确保按照所选用的体系结构能顺利地开发出成功的软件产品？要回答这些问题并不容易，因为受很多因素的影响，需要专门的方法对体系结构进行评估 体系结构评估过程中，评估人员所关注的是系统的质量属性是否得到满足，包括：性能、可靠性、可用性、安全性、可修改性、功能性、可变性、集成性、互操作性等方面 * 评估中的关键概念 权衡点：影响多个质量属性的特性，是多个质量属性的敏感点。例如，改变加密级别可能会对安全性和性能产生非常重要的影响。提高加密级别可以提高安全性，但可能要耗费更多的处理时间，影响系统性能 场景：在进行体系结构评估时，首先要精确地给出具体的质量目标，并以之作为判定该体系结构优劣的标准。我们把为得出这些目标而采用的机制叫做场景，一般采用刺激、环境和响应三方面来对场景进行描述 * 评估中的关键概念 刺激：场景中解释或描述风险承担者怎样引发与系统的交互部分。例如，用户可能会激发某个功能，维护人员可能会做某个更改，测试人员可能会执行某种测试等，这些都属于对场景的刺激。 环境：描述刺激发生时的情况。例如，当前系统处于什么状态？有什么特殊的约束条件？系统的负载是否很大？某个网络通道是否出现了阻塞等。 响应：指系统是如何通过体系结构对刺激作出反应的。例如，用户所要求的功能是否得到满足？维护人员的修改是否成功？测试人员的测试是否成功等。 * 体系结构的评估方式 基于调查问卷或检查表的评估方式 包括一系列涉及体系结构方方面面的具体问题 评估人员对领域的熟悉程度、是否具有丰富的相关经验成为评估结果是否正确的重要因素 它仍然是进行软件体系结构评估的重要途径之一 基于场景的评估方式 分析软件体系结构对场景的支持程度，判断该体系结构对这一场景所代表的质量需求的满足程度 应用于主流的ATAM评估方法、SAAM评估方法中 基于度量的评估方式 * * 第六章 基于体系结构的软件开发 6.1 基于体系结构的软件设计方法（ABSD） 6.2 基于体系结构的软件开发模型 6.3 软件体系结构的测试与评估 软件体系结构设计 为软件系统设计一个体系结构不是一件容易的事情，软件需要长期运行并具有自适应性，它必须支持不断更新的软件需求变化 软件体系结构设计是软件设计初期的工作，一旦出现体系结构层面的设计失误，很难在软件开发或运行期间进行有效、低耗的改进 为了进行高效的软件体系结构设计，软件设计师需要遵照严格、有效的设计方法，并关注创造性过程，为处理非确定软件需求提供策略 * 基于体系结构的软件设计方法 Architecture Based Software Design ABSD方法可构造出软件系统的概念体系结构，描述了系统的主要设计元素及其关系，概念体系结构是达到系统质量需求和商业目标的关键，为实现软件功能奠定基础 设计元素：泛指软件系统、子系统、构件等体系结构设计中需要处理的各类实体；设计元素有一个概念接口，封装了输入输出数据信息；设计元素是可分解的 * 设计元素示例 * 软件模板： 描述一类设计元素在重要功能和公共服务等方面的注意事项，如：应具备的核心功能点、异常处理、活动日志与备份、为外部诊断提供测试点等，为合理构建设计元素提供参考 * ABSD方法与生命周期： 1、功能需求的描述，包括对需求可能变化的粗略描述 2、重要的用例 3、质量需求的描述，如性能、安全性、可靠性等，通常体现为一定的质量场景描述 4、可接受的备选体系结构风格 5、约束：人财投入、商业目标、遗留系统约束等 ABSD方法的目标 * 设计元素的分解： 系统 → 子系统 → 构件 设计元素的产生顺序：广度遍历 or 深度遍历 关注点：领域知识、新技术的融合、个人经验 ABSD方法的步骤 * ABSD方法本质上是利用一组需求（功能、性能等）和约束开始分解设计元素，并最终获得经确认后可行的子设计元素集 ABSD方法 之 功能分解 一个设计元素有一组功能，这些功能必须分组。分解的目的是使每个组在体系结构内代表独立的元素。分解可以进一步细化。 功能分解可参照的几个标准： （1）功能聚合：高内聚、低耦合 （2）数据或计算行为上有类似模式的功能 （3）类似的抽象级别：硬件、支撑软件、应用软件等 （4）功能的局部性：独立功能 vs. 公共服务功能 * ABSD方法 之 选择体系结构风格 每个设计元素有一个主要的体系结构风格，这是设计元素如何完成功能的基础。主要风格并不是唯一风格，为了达到特定目的，可以进行修改 在软件设计过程中，并不总是有现成的体系结构风格可供选择为主要的体系结构风格，选定的体系结构风格应满足软件相关的质量需求 为设计元素选择体系结构风格是一个重要的选择，这种选择在很大程度