软件工程课本讲解第3章 软件设计理论(第3章+第8章).pptVIP

结构图(SC) 结构图是精确表达程序结构的图形表示方法 结构图反映程序中模块之间的层次调用关系和联系：它以特定的符号表示模块、模块间的调用关系和模块间信息的传递 ① 模块：模块用矩形框表示，并用模块的名字标记它。 ② 模块的调用关系和接口：模块之间用单向箭头联结，箭头从调用模块指向被调用模块。 ③ 模块间的信息传递：当一个模块调用另一个模块时，调用模块把数据或控制信息传送给被调用模块，以使被调用模块能够运行。而被调用模块在执行过程中又把它产生的数据或控制信息回送给调用模块 ④ 两个辅助符号:在模块A的箭头尾部标以一个菱形符号，表示模块A有条件地调用另一个模块B。当一个在调用箭头尾部标以一个弧形符号，表示模块A反复调用模块C和模块D。 模块化 软件系统的模块化是指整个软件被划分成若干单独命名和可编址的部分，称之为模块。这些模块可以被组装起来以满足整个问题的需求。 把问题／子问题的分解与软件开发中的系统／子系统或系统／模块对应起来，就能够把一个大而复杂的软件系统划分成易于理解的比较单纯的模块结构。 模块的独立性 模块（Module） “模块”，又称“组件”。一般指用一个名字可调用的一段程序。它一般具有如下三个基本属性: 功能：描述该模块实现什么功能 逻辑：描述模块内部怎么做 状态：该模块使用时的环境和条件，即模块的调用与被调用关系 在描述一个模块时，还必须按模块的外部特性与内部特性分别描述 模块的外部特性 模块的模块名、参数表、其中的输入参数和输出参数，以及给程序以至整个系统造成的影响 模块的内部特性 完成其功能的程序代码和仅供该模块内部使用的数据 模块独立性 模块独立性, 是指软件系统中每个模块只涉及软件要求的具体的子功能, 而和软件系统中其它的模块的接口是简单的 例如, 若一个模块只具有单一的功能且与其它模块没有太多的联系, 则称此模块具有模块独立性 一般采用两个准则度量模块独立性。即模块间耦合性和模块的内聚性 耦合是模块之间的互相连接的紧密程度的度量。 内聚是模块功能强度(一个模块内部各个元素彼此结合的紧密程度)的度量。 模块独立性比较强的模块应是高内聚低耦合的模块。 模块间的耦合 模块间耦合的类型 低 无直接耦合 耦 数据耦合 合 标记耦合 性 控制耦合 公共耦合 高 内容耦合  非直接耦合(Nondirect Coupling) 两个模块之间没有直接关系，它们之 间的联系完全是通过主模块的控制和 调用来实现的。 非直接耦合的 模块独立性最 强。 数据耦合 (Data Coupling)一个模块访问另一个模块时，彼此之间是通过简单数据参数 (不是控制参数、公共数据结构或外部变量) 来交换输入、输出信息的。 标记耦合举例 将标记耦合修改为数据耦合举例 控制耦合 (Control Coupling) 如果一个模 块通过传送开 关、标志、名 字等控制信息， 明显地控制选 择另一模块的 功能，就是控 制耦合。 控制耦合举例 控制耦合增加了理解和编程的复 杂性，调用模块必须知道被调模 块的内部逻辑，增加了相互依赖 去除模块间控制耦合的方法： (1)将被调用模块内的判定上移到调 用模块中进行 (2)被调用模块分解成若干单一功 能模块 改控制耦合为数据耦合举例 （本书将其合并到公共耦合）外部耦合一组模块都访问同一全局简单变量而不是同一全局数据结构，而且不是通过参数表传递该全局变量的信息，则称之为外部耦合。 公共耦合的复杂程度随耦合模块的个数增加而显著增加。若只是两模块间有公共数据环境，则公共耦合有两种情况。松散公共耦合和紧密公共耦合。 公共耦合存在的问题： (1)软件可理解性降低 (2)诊断错误困难 (3)软件可维护性差， (4)软件可靠性差 (公共数据区无保护措施) 慎用公共数据区和全程变量!!! 内容耦合 (Content Coupling)如果发生下列情形，两个模块之间就发生了内容耦合 (1) 一个模块直接访问另一个模块的内部数据; (2) 一个模块不通过正常入口转到另一模块内部; (3) 两个模块有一部分程序代码重迭(只可能出现在汇编语言中); (4) 一个模块有多个入口。 模块化设计的原则和目标 耦合是影响软件复杂程度和设计 质量的重要因素 目标：建立模块间耦合度尽可能 　　　松散的系统 如何降低模块间耦合度： (1) 尽量使用数据耦合 　　少用控制耦合 　　限制公共耦合的范围 　　坚决避免使用内容耦合 (2) 降低接口的复杂性 模块内聚 功能内聚 (Functi