软件体系结构-第1章演示文稿.PPTVIP

* 软件质量 可移植性 可用性 可维护性 可靠性 效率 人类工程 可测性 可理解性 可修改性 设备独立性 自包含性 正确性 完备性 健壮性 一致性 可计测性 设备效率 可存取性 通信性 自描述性 结构化性 简单清晰性 可扩充性 Bohm 质量模型 * 产品修正 产品转移 产品运行 可维护性 可测试性 灵活性 互联性 可移植性 复用性 正确性 可靠性 易用性 效率 完整性 McCall 质量模型 * 外部质量和内部质量 功能性 易用性 可靠性 效率 可维护性 可移植性 使用质量 生产性 有效性 安全性 满意度 ISO／IEC 9126-1：2001质量模型 * 抽象的原则 抽象： 人们认识复杂事物的基本方法。抽象的实质是突出表现事物的主要特征和属性，忽略细节部分；并且，运用这些特征和属性，提取具有普遍意义的事物行为。 软件设计中的抽象： 数据抽象：描述特定数据对象的属性集合 过程抽象：特定操作过程命名的操作序列 控制抽象：隐含内部细节的控制逻辑 * 分而治之原则 将大的问题分解，分别处理分解的局部问题，会降低问题的复杂性和难度。 软件设计中运用的分解包括： 纵向分解： 按照事务的过程方式分解，将整体问题分解成为多层，每层完成同一过程的各项处理，并提取规范统一形式的接口，以提供对下层（下一过程）的支持。 横向分解： 在每一层面，将问题分成多项独立的处理部分，它们原则上不要直接的联系，而是通过集中的控制。 * 信息隐蔽的原则 局部化设计： 处理中的所有信息和操作被限制在局部过程中，尽量减少外部的直接接触与共享，提高独立性，减小相互的耦合性。 封装设计： 将处理过程尽量隐蔽，使外界只了解其简单、统一的可访问形式。以减少外界可能的错误干扰和破坏。 设计中运用的信息隐蔽的技术包括： 封装设计 局部化设计 * 模块化的原则 模块可分解：整体问题可被分解成多个模块来解决 模块可组装：现有的模块可被组装用以解决问题 模块可理解：模块可作为独立作用的成分被理解 模块连续性好：对系统的修改只作用于单个的模块 模块保护性好：模块出现异常的影响，仅在模块内部 模块：可被独立命名、具有独立作用的软件成分 * 高内聚和低耦合原则 内聚性： 指软件成份内部各处理单元的关系程度。能做到每个成分都有必然关系，缺一不可的紧密程度是最好的内聚形式。 耦合性： 指软件成份之间的关系特性。软件成份之间应尽量做到没有直接关系，使其保持相对独立、松散耦合的关系会使未来的修改、复用简单，出错带来的影响小。 * 偶然内聚：将没有直接关系，只是分散在多处的成分合起来 逻辑内聚：将仅是逻辑相关的处理成分合起来 时间内聚：将需在同一时间执行并无直接关系的处理成分合起来 过程内聚：将过程顺序相关的处理成分合起来 通讯内聚：将需要对同一个外部数据操作的处理成分合起来 顺序内聚：将两个具有输入输出顺序关系的软件成份合起来 功能内聚：保证每个成分只完成单一的功能 内容耦合：一个软件成份直接修改另一个软件成份的内容 公共耦合：多个软件成份需要处理同一个外部的公共数据 控制耦合：软件成份的动作依赖于接收的控制信号 标记耦合：软件成份的接口参数具有一个复杂的内部结构 数据耦合：软件成份之间仅通过简单类型的形式参数传递 常见的内聚形式 常见的耦合形式 紧密 松散 松散 紧密 * 关注点分离原则 关注点： 关注点是软件系统中特别需要考虑的多变部分。例如，软件成分的执行会受到运行环境、设备条件，以及通信设施等的制约和限制，为了适应不同的运行环境和条件，需要进行必要的参数调整和驱动配置。为此进行的这部分设计和开发，即是所谓的关注点。 关注点分离设计： 软件系统中涉及关注点的成分应该与非关注点的成分分为相互独立的部分，这样的设计会使未来的系统容易配置，实现机器无关性。 功能处理部分 环境适应部分 * 策略和实现分离原则 策略： 策略是指软件中用于处理选择控制的决策成分。通过上下文相关的决策分析、信息语义解释分析、参数选择等进行判断，以决定怎样地具体数据加工和功能实现。 实现： 实现是指软件系统中有规范步骤及完整执行算法的成分 策略和实现分离的设计： 通常，决策部分是异变的成分，而实现部分相对稳定，并可多次复用。将策略成分和实现成分分别设计成独立的部分，使系统维护的范围减小，以提高系统的维护性和复用性。 数据处理部分 决策部分 * 接口和实现分离原则 接口 接口是软件成分对外规范形式的、可访问的操作集合，提供软件成分的功能及使用方式。一个软件成分可以不只一个接口，每个接口提供不同的一组相关的操作。 实现 实现是软件成分外部不可见的操作执行部分 接口和实现分离的设计 为了达到软件成分的高复用，为适应多种形式的访问，可采