软件工程教学设计(第四章软件设计).pptVIP

1.软件的总体结构主要回答的问题 软件的组成部分 软件的层次关系 模块的内部处理逻辑 模块之间的界面 2. 软件设计的问题 4. 软件设计分为两个阶段： (1)概要设计(总体设计) 软件的结构 子系统或模块之间的关系 (2)详细设计 模块内部的算法、数据结构 4.2.1 软件体系结构 软件体系结构包括两部分: (1)过程构件(模块)的层次结构 (2)数据构件 控制结构(程序结构) 控制结构是软件模块间关系的表示 1. 控制结构的层次规则 只有一个顶层(0层)模块 0层外任一模块都会在它 的邻层存在一模块与它有关 同层模块间不发生联系 2. 软件结构度量术语 4.2.2 软件过程 软件过程用以描述各模块的处理细节(算法的详细描述),包括对下层模块控制的操作细节。 4.2.3 模块化 (Modularity) 模块化是好的软件设计的一个基本准则 高层模块 从整体上把握 问题,隐蔽细节 复杂问题 较小问题 分解 可减小解题所需的总的工作 模块化和软件成本 4.2.4 抽象(Abstraction) 模块所包含的信息，不允许其它不需要这些信息的模块访问，独立的模块间仅仅交换为完成系统功能而必须交换的信息。 信息隐蔽的目的： 提高模块的独立性，减少修改或维护时的影响面。 4.2.6 信息局部化 把关系密切的软件元素物理地放得彼此靠近。 优点：可维护性好 可靠性好 可理解性好 §4.3 模块的独立性 4.3.1 模块独立性的概念 模块独立的含义： 模块完成独立的功能 符合信息隐蔽和信息局部化原则 模块间关连和依赖程度尽量小 4.3.2 模块独立性的度量 模块独立性取决于模块的 内部和外部特征。 SD方法提出的定性的度量标准： 模块之间的耦合性 模块自身的内聚性 用三个封装级别表示的软件结构 结构设计（或1级）标准，用以管理每一对封装级别的元素之间的相互关系 上表的扩展：包括2级封装（所有的类） 1.模块独立性的度量之一:耦合性 模块间相对独立性（相互依赖程度）的度量 耦合性越高，模块独立性越弱 耦合强度依赖的因素： 一模块对另一模块的引用 一模块向另一模块传递的数据量 一模块施加到另一模块的控制的数量 模块间接口的复杂程度 模块间耦合的类型 低 无直接耦合 耦 数据耦合 合 标记耦合 性 控制耦合 外部耦合 公共耦合 高 内容耦合 (1) 无直接耦合 两个模块没有直接关系(模块1和模块2)，模块独立性最强。 (2) 数据耦合 一模块调用另一模块时，被调用模块的输入、输出都是简单的数据(若干参数)。 (3) 标记耦合(特征耦合) 如两个模块通过传递数据结构 (不是简单数据，而是记录、数组 等)加以联系，或都与一个数据 结构有关系, 则称这两个模块 间存在标记偶合。 标记耦合举例 将标记耦合修改为数据耦合举例 (4) 控制耦合 一模块向下属模块传递的信息 (开关量、标志等控制被调用模块决策的变量) 控制了被调用模块的内部逻辑。 控制耦合举例 控制耦合增加了理解和编程的复杂性，调用模块必须知道被调模块的内部逻辑，增加了相互依赖 去除模块间控制耦合的方法： (1)将被调用模块内的判定上移到调 用模块中进行 (2)被调用模块分解成若干单一功 能模块 改控制耦合为数据耦合举例 (5) 外部耦合 一组模块均与同一外部环境关联(例如,I/O模块与特定的设备、格式和通信协议相关联),它们之间便存在外部耦合。外部偶合必不可少,但这种模块数目应尽量少。 (6) 公共耦合(公共数据区耦合) 一组模块引用同一个公用数据区 (也称全局数据区、公共数据环境)。 公共数据区指： 全局数据结构 共享通讯区 内存公共覆盖区等 公共耦合举例 公共耦合存在的问题： (1)软件可理解性降低 (2)诊断错误困难 (3)软件可维护性差 (4)软件可靠性差 (公共数据区及全程变量无保护措施) 慎用公共数据区和全程变量!!! (7) 内容耦合 模块化设计的原则和目标 耦合是影响软件复杂程度和设计质量的重要因素 目标：建立模块间耦合度尽可能 　　　松散的系统 如何降低模块间耦合度： (1) 尽量使用数据耦合 　　少用控制耦合 　　限制公共耦合的范围 　　坚决避免使用内容耦合 (2) 降低接口的复杂性 2. 模块独立性的度量之二