《软件工程第5章2ppt.pptVIP

5.2.1 模块化 5.2.2 抽象 5.2.3 逐步求精 5.2.4 信息隐藏和局部化 5.2.5 模块独立 5.2.5 模块独立 1. 模块独立的概念： ? 是模块化、抽象、信息隐藏和局部化概念的直接 结果。 ? 是指软件系统中每个模块只完成软件要求的具体 的子功能，而和软件系统中其他模块的接口尽量 简单。 2. 如何做到模块独立？ 开发具有独立功能而且和其他模块之间没有过多 的相互作用的模块，就可以做到模块独立。 5.2.5 模块独立 1. 模块独立的概念是： 2. 如何做到模块独立？ 3. 模块独立的重要性： 5.2.5 模块独立 1. 模块独立的概念是： 2. 如何做到模块独立？ 3. 模块独立的重要性： 1）有效的模块化的软件比较容易开发； 2）独立的模块比较容易测试和维护。 4. 模块独立程度的度量标准 （1）耦合（ Coupling ） （1）耦合（ Coupling ） ① 非直接耦合(Nondirect Coupling) ? 两个模块没有直接关系，它们 之间的联系完 全是通过主模块的控制和调用来实现的， ? 非直接耦合的模块独立性最强。 ② 数据耦合(Data Coupling) ? 两个模块彼此间通过参数来交换信息，而且 交换的信息仅仅是数据。 ? 数据耦合属于松散耦合。 ② 数据耦合(Data Coupling) ③ 特征耦合(Stamp Coupling) ? 当把整个数据结构作为参数传递而被调用的 模块只需要使用其中一部分数据元素时，就 出现了特征耦合。 ④ 控制耦合(Control Coupling) ?两个模块彼此间通过参数来交换信息，如果传递 的信息中有控制信息，这种耦合称为控制耦合。 ⑤ 公共环境耦合(Common Coupling) ? 当两个或多个模块通过一个公共数据环境相互 作用时，它们之间的耦合称为公共环境耦合。 ? 公共数据环境可以是全局数据结构、共享的通 信区、内存的公共覆盖区等。 ? 公共耦合的复杂程度随耦合模块的个数增加而 显著增加。 ⑤ 公共环境耦合(Common Coupling) ? 若只是两模块间有公共数据环境，则公共耦合 有两种情况：松散公共耦合和紧密公共耦合。 ⑥ 内容耦合(Content Coupling) 如果发生下列情形，模块之间就是内容耦合: 一个模块直接访问另一个模块的内部数据; 一个模块不通过正常入口转到另一模块内部; 两个模块有一部分程序代码重迭(只可能出现在 汇编语言中); 一个模块有多个入口。 ⑥ 内容耦合 ★ 设计原则 ① 尽量使用数据耦合， ② 少用控制耦合和特征耦合， ③ 限制公共环境耦合的范围， ④ 完全不用内容耦合。 例1.分析下图，确定模块之间的耦合类型 模块p、t、u更新同一个数据库 图1 一个程序的模块互联图 表1 模块接口描述 （2）内聚（ Cohesion ） a. 定义 内聚标志一个模块内各个元素彼此结合的紧 密程度，它是信息隐藏和局部化概念的自然 扩展。 b. 内聚和耦合 c. 内聚的分类 ◆ 低内聚：偶然内聚，逻辑内聚，时间内聚 ◆ 中内聚：过程内聚，通信内聚 ◆ 高内聚：顺序内聚，功能内聚 例2.分析下图的层次图，确定每个模块的内聚类型。 图2 计算多个地点日平均温度的程序 单击此处编辑母版标题样式 单击此处编辑母版副标题样式 5.2 设计原理 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Cop