一般模块之间可能的连接方式有七种，构成耦合性的七种类型。它们之间的关系为(独立性由强到弱)

如果两个模块之间没有直接关系，它们之间的联系完全是通过主模块的控制和调用来实现的，这就是非直接耦合。这种耦合的模块独立性最强。

如果一个模块访问另一个模块时，彼此之间是通过数据参数(不是控制参数、公共数据结构或外部变量)来交换输入、输出信息的，则称这种耦合为数据耦合。由于限制了只通过参数表传递数据，按数据耦合开发的程序界面简单、安全可靠。因此，数据耦合是松散的耦合，模块之间的独立性比较强。在软件程序结构中至少必须有这类耦合。

如果一组模块通过参数表传递记录信息，就是标记耦合。事实上，这组模块共享了这个记录，它是某一数据结构的子结构，而不是简单变量。这要求这些模块都必须清楚该记录的结构，并按结构要求对此记录进行操作。在设计中应尽量避免这种耦合，它使在数据结构上的操作复杂化了。如果采取"信息隐蔽"的方法，把在数据结构上的操作全部集中。

如果一个模块通过传送开关、标志、名字等控制信息，明显地控制选择另一模块的功能，就是控制耦合。这种耦合的实质是在单一接口上选择多功能模块中的某项功能。因此，对所控制模块的任何修改，都会影响控制模块。另外，控制耦合也意味着控制模块必须知道所控制模块内部的一些逻辑关系，这些都会降低模块的独立性。

一组模块都访问同一全局简单变量而不是同一全局数据结构，而且不是通过参数表传递该全局变量的信息，则称之为外部耦合。例如C语言程序中各个模块都访问被说明为extern类型的外部变量。外部耦合引起的问题类似于公共耦合，区别在于在外部耦合中不存在依赖于一个数据结构内部各项的物理安排。

若一组模块都访问同一个公共数据环境，则它们之间的耦合就称为公共耦合。公共的数据环境可以是全局数据结构、共享的通信区、内存的公共覆盖区等。 这种耦合会引起下列问题:

所有公共耦合模块都与某一个公共数据环境内部各项的物理安排有关，若修改某个数据的大小，将会影响到所有的模块。

无法控制各个模块对公共数据的存取，严重影响软件模块的可靠性和适应性。

公共数据名的使用，明显降低了程序的可读性。

公共耦合的复杂程度随耦合模块的个数增加而显着增加。若只是两个模块之间有公共数据环境，则公共耦合有两种情况。

若一个模块只是往公共数据环境里传送数据，而另一个模块只是从公共数据环境中取数据，则这种公共耦合叫做松散公共耦合。若两个模块都从公共数据环境中取数据，又都向公共数据环境里送数据，则这种公共耦合叫做紧密公共耦合。只有在模块之间共享的数据很多，且通过参数表传递不方便时，才使用公共耦合。否则，还是使用模块独立性比较高的数据耦合好些。

如果发生下列情形，两个模块之间就发生了内容耦合。

一个模块直接访问另一个模块的内部数据;

一个模块不通过正常入口转到另一模块内部;

两个模块有一部分程序代码重叠(只可能出现在汇编语言中);

一个模块有多个入口。

在内容耦合的情形，所访问模块的任何变更，或者用不同的编译器对它再编译，

都会造成程序出错。好在大多数高级程序设计语言已经设计成不允许出现内容

耦合。它一般出现在汇编语言程序中。这种耦合是模块独立性最弱的耦合。

耦合性(或称"耦合度")

英文 : coupling

耦合性也叫块间联系。指软件系统结构中各模块间相互联系紧密程度的一种度量。模块之间联系越紧密，其耦合性就越强，模块之间越独立则越差，模块间耦合的高低取决于模块间接口的复杂性，调用的方式以及传递的信息。

形象的说，就是要将代码写的和电脑一样，主类就是电脑的主机箱，当程序需要实现什么功能的时候只需要在其他的类引入接口，就像电脑上的usb接口。

功能模块独立性是由内聚性和耦合性两个定性指标来度量的。内聚性是度量一个功能模块内功能强度的一个相对指标。耦合性则用来度量功能模块之间的相互联系的程度。

耦合是软件结构中各功能模块之间相互连接的一种度量，耦合强弱取决于功能模块间接口的复杂程度、进入或访问一个功能模块的点以及通过接口的数据。

耦合有以下几种，他们之间的耦合度由高到低排列:

☆内容耦合。如一个功能模块直接访问另一个功能模块的内容，则这两个功能模块称为内容耦合。

☆公共耦合。如一组功能模块都访问统一全局数据结构，则称之为公共耦合。

☆外部耦合。如一组功能模块都访问统一全局数据项，则称之为外部耦合。

☆控制耦合。如一功能模块明显地把开关量、名字等信息送入另一功能模块，控制另一功能模块的功能，则为控制耦合。

☆标记耦合。如一组功能模块共享了某个记录，而不是简单变量，即这些功能模块都需某一数据的子结构时，就需要按该记录的结构进行操作，并通过参数表来传递记录信息，这样的耦合称之为标记耦合。

☆数据耦合。如一个功能模块访问另一个功能模块，被访问的功能模块的输入和输出都是数据项参数，则这两个功能模块为数据耦合。

☆非直接耦合。若两个功能模块没有直接关系，他们之间的联系完全是通过主程序的控制和调用来实现的，便称这两个功能模块为非直接耦合，独立性最强。

上面只是对耦合机制进行了一个分类。原则上讲，功能模块化设计总是希望功能模块之间的耦合表现为非直接耦合方式。但是，由于问题所固有的复杂性和空间方面的考虑，有时则要根据实际情况，全面权衡，选用其它类型的耦合。

内聚是从功能角度来度量功能模块内的联系，一个好的内聚功能模块应当恰好做一件事。它描述的是功能模块内的功能联系。

内聚有如下的种类，其内聚度由弱到强排列:

☆偶然内聚。一功能模块中的代码无法定义其不同功能的调用。但它使该功能模块能执行不同的功能，这种功能模块称为巧合强度功能模块。

☆逻辑内聚。这种功能模块把几种相关的功能组合在一起，每次被调用时，有传送给功能模块参数来确定该功能模块应完成那一种功能。

☆时间内聚。这种功能模块顺序完成一类相关功能，比如初始化功能模块，它顺序为变量置初值。

☆过程内聚。如果一个功能模块内的处理元素是相关的，而且必须以特定次序执行则称为过程内聚。

☆通信内聚。这种功能模块除了具有过程内聚的特点外，还有另外一种关系，则它的所有功能都通过使用公共数据而发生关系。

☆顺序内聚。如果一个功能模块内的处理元素和同一个功能密切相关，而且这些处理必须顺序执行，通常一个处理元素的输出数据作为下一个处理元素的输入数据，则称为顺序内聚。

☆功能内聚。如果一个功能模块包括并仅包括未完成某一具体任务所必需的所有成分，或者说功能模块中所有成分结合起来是为了完成一个具体的任务，此功能模块称为功能强度模块。

耦合性:也称块间联系。指软件系统结构中各模块间相互联系紧密程度的一种度量。模块之间联系越紧密，其耦合性就越强，模块的独立性则越差。模块间耦合高低取决于模块间接口的复杂性、调用的方式及传递的信息

内聚性:又称块内联系。指模块的功能强度的度量，即一个模块内部各个元素彼此结合的紧密程度的度量。若一个模块内各元素(语名之间、程序段之间)联系的越紧密，则它的内聚性就越高。

所谓高内聚是指一个软件模块是由相关性很强的代码组成，只负责一项任务，也就是常说的单一责任原则。

耦合:一个软件结构内不同模块之间互连程度的度量。

对于低耦合，粗浅的理解是:一个完整的系统，模块与模块之间，尽可能的使其独立存在。也就是说，让每个模块，尽可能的独立完成某个特定的子功能。模块与模块之间的接口，尽量的少而简单。如果某两个模块间的关系比较复杂的话，最好首先考虑进一步的模块划分。这样有利于修改和组合。