关于软件设计模块独立性分析.docVIP

关于软件设计模块独立性分析 　　摘 要:模块间的耦合和模块的内聚是对模块独立性的标准度量,在软件的设计过程中必须对其有充分的认识,故文章对这两部分内容进行了探析,仅供同行人员参考。 　　关键词:软件开发模块独立耦合内聚 　　中图分类号:TP311.52 文献标识码:A 文章编号:1007-9416(2011)03-0136-02 　　 　　1、引言 　　模块独立性是软件系统中每个模块只涉及软件要求的具体子功能,例如,如果一个模块只具有单一的功能,并且与其他的模块没有太多的联系,则称此模块具有模块独立性。 　　模块的独立程度可以由模块间的耦合和模块的内聚两个定性标准度量。这两个概念首先是由美国IBM公司的Myers、Stevens、Constantine和Yourdon等人提出。他们认为耦合是衡量不同模块彼此间互相依赖(连接)的紧密程度;内聚是衡量一个模块内部各个元素彼此结合的紧密程度。一个模块内部各个元素之间的联系越紧密,它的内聚性就越高,对应地它与其他模块之间的耦合性就会减低,模块独立性就越强。相反,模块内聚性越低,模块间耦合性就越强,模块的独立性也就越弱。在软件设计中我们要追求高内聚低耦合的模块,尽量提高模块的独立性,这样可以降低问题的复杂度,对模块测试、维护就容易,错误传播的可能性就减小。 　　 　　2、耦合 　　耦合是程序结构中各个模块之间相互关联的度量。耦合强弱取决于模块间接口的复杂程度、调用模块的方式以及通过接口的信息。Myers从耦合的机制上将耦合分为非直接耦合、数据耦合、标记耦合、控制耦合、外部耦合、公共耦合、内容耦合七种类型,并对其进行了比较和分析。须要注意的是,实际中模块之间的耦合并不是七种耦合类型中的某一种,而是多种类型的混合。这就要求设计人员认真的比较和分析,降低模块的耦合性,以提高模块的独立性。 　　2.1 非直接耦合 　　非直接耦合程度最低,因此模块的独立性最强。但是,在一个大型软件系统中不可能所有模块之间都没有任何联系,它们或多或少地存在着某种形式的耦合。 　　2.2 数据耦合 　　如果两个模块彼此间通过参数交换信息,而且交换的信息仅仅是数据,那么这种耦合称为数据耦合。数据耦合是松散的耦合,模块的独立性比较强。 　　2.3 标记耦合 　　如果一组模块通过参数表传递具有某一数据结构的记录信息,这就是标记耦合。这就意味着另一模块要共享这个记录,必须清楚该记录的数据结构,并按要求对此记录进行操作。这就使得在数据结构上的操作复杂化,在设计中应尽量避免或采用相应的其它方法消除这种耦合。 　　2.4 控制耦合 　　如果两个模块之间传递的信息有控制信息,则这种耦合称为控制耦合。控制耦合是中等程度的耦合, 它增加了系统的复杂程度。因此在设计中要尽量避免这种耦合,通过把模块适当重新分解后用数据耦合来代替,就可以消除这种耦合。 　　2.5 外部耦合 　　如果几个模块都访问同一全局简单变量而不是同一全局数据结构,而且不是通过参数表传递该变量的信息,则称之为外部耦合。外部耦合程度较高,模块的独立性较弱。外部耦合可能引起数据的修改、模块的可靠性和适应性,以及程序的可读性问题。在程序设计时尽量少用外部耦合。 　　2.6 公共耦合 　　当两个或多个模块通过一个公共数据区相互作用时,它们之间的耦合称为公共耦合。公共数据区可以是全程数据区、共享通信区,内存公共覆盖区、任何介质上的文件、物理设备等。公共耦合的复杂程度随耦合模块的个数增多而显著的增加,当程序中存在大量的公共耦合会给程序测试和诊断带来非常大的困难。因此在设计时还是使用耦合性低,模块的独立性比较高的耦合为好。只有在两个模块共享的数据很多,都通过参数传递很不方便时,才使用公共耦合。 　　2.7 内容耦合 　　最高程度的耦合是内容耦合,内容耦合使得模块的独立性最弱,应该坚决避免使用内容耦合。如果出现下列情况之一,就发生了内容耦合:(1)一个模块访问另一个模块的内部数据;(2)一个模块不通过正常入口而转到另一个模块的内部;(3)两个模块有一部分程序代码重叠(只可能出现在汇编程序中长,因为许多高级程序设计语言已经设计成不允许在程序中出现任何形式的内容耦合);(4)一个模块有多个入口(这表明一个模块有几种功能)。 　　在设计中我们处理耦合的总体原则是:尽量使用数据耦合,少用标记耦合和控制耦合,限制外部耦合和公共耦合的范围,完全不用内容耦合。 　　在面向对象的方法学中,对象是最基本的模块,因此耦合主要指不同对象之间相互关联的紧密程度。如果一类对象过多地依赖其他类对象来完成自己的工作,我们说它们之间的相互依赖关系是紧耦合的。不同对象间的紧耦合将给理解、测试或修改类带来很大困难,同时还将大大降低类的可重用性和可移植性。因此,在设计中尽