第4章软件工程.pptVIP

4.3.3 信息隐蔽 通过抽象，可以确定组成软件的过程实体。通过信息隐蔽， 可以定义和实施对模块的过程细节和局部数据结构的存取限制。 所谓信息隐蔽，是指在设计和确定模块时，使得一个模块内包 含的信息（过程或数据），对于不需要这些信息的其他模块来 说，是不能访问的；“隐蔽”的意思是，有效的模块化通过定义 一组相互独立的模块来实现，这些独立的模块彼此之间仅仅交 换那些为了完成系统功能所必需的信息，而将那些自身的实现 细节与数据“隐藏”起来。一个软件系统在整个生存期中要经过 多次修改，信息隐蔽为软件系统的修改、测试及以后的维护都 带来好处。因此，在划分模块时要采取措施，如采用局部数据 结构，使得大多数过程（即实现细节）和数据对软件的其他部 分是隐藏的，这样，修改软件时偶然引入的错误所造成的影响 只局限在一个或少量几个模块内部，不波及其他部分。 4.3.4 模块独立性 为了降低软件系统的复杂性，提高可理解性、可维护性，必 须把系统划分成为多个模块，但模块不能任意划分，应尽量保持 其独立性。模块独立性指每个模块只完成系统要求的独立的子功 能，并且与其他模块的联系最少且接口简单。模块独立性概念是 模块化、抽象及信息隐蔽这些软件工程基本原理的直接产物。只 有符合和遵守这些原则才能得到高度独立的模块。良好的模块独 立性能使开发的软件具有较高的质量。由于模块独立性强，信息 隐藏性能好，并完成独立的功能，且它的可理解性、可维护性及 可测试性好，必然导致软件的可靠性高。另外，接口简单、功能 独立的模块易开发，且可并行工作，有效地提高了软件的生产率。 如何衡量软件的独立性呢? 根据模块的外部特征和内部特征，提出了两个定性的度量标准——耦合性和内聚性。 1. 耦合性(Coupling) 耦合性也称块间联系，指软件系统结构中各模块间相互联 系紧密程度的一种度量。模块之间联系越紧密，其耦合性就越 强，模块的独立性则越差。模块间耦合高低取决于模块间接口 的复杂性、调用的方式及传递的信息。 模块的耦合性有以下几种类型： 无直接耦合、数据耦合、标记耦合、控制耦合、公共耦合、 内容耦合 (1) 无直接耦合：指两个模块之间没有直接的关系， 它们分别从属于不同模块的控制与调用，它们之间不传递任何信息。 因此， 模块间的这种耦合性最弱，模块独立性最高。 (2) 数据耦合：指两个模块之间有调用关系，传递的是简 单的数据值，相当于高级语言中的值传递。这种耦合程度较低， 模块的独立性较高。 (3) 标记耦合：指两个模块之间传递的是数据结构， 如高 级语言中的数组名、记录名和文件名等这些名字即为标记， 其 实传递的是这个数据结构的地址。两个模块必须清楚这些数据 结构，并按要求对其进行操作，这样降低了可理解性。 可采用 “信息隐蔽”的方法，把该数据结构以及在其上的操作全部集中 在一个模块，就可消除这种耦合，但有时因为还有其他功能的 缘故，标记耦合是不可避免的。 (4) 控制耦合：指一个模块调用另一个模块时，传递的是控制变量(如开关、标志等)，被调模块通过该控制变量的值有选择地执行块内某一功能。 因此被调模块内应具有多个功能， 哪个功能起作用受其调用模块的控制。 控制耦合增加了理解与编程及修改的复杂性， 调用模块必 须知道被调模块内部的逻辑关系，即被调模块处理细节不能“信 息隐藏”， 降低了模块的独立性。 在大多数情况下， 模块间的控制耦合并不是必需的， 可以 将被调模块内的判定上移到调用模块中去，同时将被调模块按 其功能分解为若干单一功能的模块，将控制耦合改变为数据耦 合。 (5) 公共耦合：指通过一个公共数据环境相互作用的那些模块间的耦合。公共数据环境可以是全程变量或数据结构、 共享的通信区、内存的公共覆盖区及任何存储介质上的文件和物理设备等（也有将共享外部设备分类为外部耦合的）。 公共耦合的复杂程度随耦合模块的个数增加而增加。如果 只有两个模块之间有公共数据环境，那么这种公共耦合就有两 种情况： ① 一个模块只是给公共数据环境送数据，另一个模块只是 从公共环境中取数据，这只是数据耦合的一种形式，是比较松 散的公共耦合； ② 两个模块都既往公共数据环境中送数据， 又从里面取数 据，这是紧密的公共耦合。 如果在模块之间共享的数据很多，且通过参数的传递很不方便时，才使用公共耦合，因为公共耦合会引起以下问题： ① 耦合的复杂程度随模块的个数增加而增加，无法控制各 个模块对公共数据的存取，若某个模块有