软件里面的耦合性是指各个模块配合起来完成一个可交付的功能时，这些模块相互之间的依赖程度，或者说需要它们互相配合的这种需要的强烈程度。我可以举个简单的例子，因为我最近也常用这个例子。
比如你的客户或领导要你做个软件，为他提供一个苹果和一个梨子。那你可能很自然就会觉得要把这个软件划分为两个模块，一个提供一个苹果，另一个提供一个梨子。
如果你这么做，这两个模块可以说就是低耦合甚至无耦合的。
因为你这种做法实际上是把可交付成果进一步分解为两个小的可交付成果。
所以这两个模块在“配合起来完成一个最小的可交付成果”这件事情上，对它们互相的配合的需要就是没有，虽然它们仍然要配合起来完成最终的可交付成果，但是毫无疑问的是，对这种配合的需求没有随着模块的划分的深入而增加。
但是你也可能采用另外的划分方式。
比如你还是决定划分为两个模块，一个用来提供上半个苹果和上半个梨子，一个用来提供下半个苹果和下半个梨子。
这种划分方式可能是违反直觉的。但是他确实是一种可以存在的划分方式，而且可以有它的理由。
比如你发现苹果和梨子的上半部分都是黄的，下半部分都是绿的，那么你这种方式就可能便于你为它们统一着色。
每个模块进行着色时不用换画笔的颜色了。
但是采用这种划分方式，由于你的客户并不可能接受什么半个苹果和梨子的交付物，所以你的两个模块必须配合起来，要同时完成工作才能提供一个交付物。
而且它们还要常常顾及对方的感受，比如第一个模块它提供的上半个苹果的直径就要跟第二个模块提供的下半个苹果的直径一致才行。
梨子那边也是一样。所以它们必须在更多方面配合好才能完成一个可交付成果。也就是耦合度更高。那你可以知道后面这种方法会有几个问题，首先是违反直觉，不易理解，其次修改一个模块就要同时修改另一个模块。
这些都导致在客户变更需求的时候，或者你自己需要修改它的时候，更容易陷入混乱。所以才会提倡低耦合。
匿名回答于2019-06-11 17:57:19
交付物成果，是项目管理中的阶段或最终交付物。是为完成某一过程、阶段或项目而必须交付的任何独特、可验证的产品、成果或提供服务的能力。 在项目管理中，始终都非常关注交付成果。完成全部交付成果，就意味着覆盖了全部的项目范围，所有的项目活动、项目资源，都是为了有效完成这些交付成果而发生的，交付成果在很大程度上反映了项目目标的要求。
匿名回答于2019-06-07 16:57:25
交付物成果是项目管理中的阶段或最终交付物。是为完成某一过程、阶段或项目而必须交付的任何独特、可验证的产品、成果或提供服务的能力。
在项目管理中，始终都非常关注交付成果。完成全部交付成果，就意味着覆盖了全部的项目范围，所有的项目活动、项目资源，都是为了有效完成这些交付成果而发生的，交付成果在很大程度上反映了项目目标的要求。
不同的项目阶段会产生不同可交付成果。不同阶段的可交付成果的评审与验收程序也是不一样。
一般项目阶段的可交付成果可以由企业项目组领导进行评审与验收。重要的项目的可交付成果，如里程碑可交付成果、项目最终的可交付成果则需要企业高层和项目给付方进行评审与验收。
匿名回答于2020-02-26 12:03:11
