Coupling and cohesion

Oop Architecture Theory Software Design Ooad

Oop Problem Overview

I'm trying to boil down the concepts of coupling and cohesion to a concise definition. Can someone give me a short and understandable explanation (shorter than the definitions on Wikipedia here and here)? How do they interact?

Thanks.

Anybody have a good, short example?

Oop Solutions

Solution 1 - Oop

Coupling

Loose: You and the guy at the convenience store. You communicate through a well-defined protocol to achieve your respective goals - you pay money, he lets you walk out with the bag of Cheetos. Either one of you can be replaced without disrupting the system.
Tight: You and your wife.

Cohesion

Low: The convenience store. You go there for everything from gas to milk to ATM banking. Products and services have little in common, and the convenience of having them all in one place may not be enough to offset the resulting increase in cost and decrease in quality.
High: The cheese store. They sell cheese. Nothing else. Can't beat 'em when it comes to cheese though.

Solution 2 - Oop

Coupling - A measure of how much a module (package, class, method) relies on other modules. It is desirable to reduce coupling, or reduce the amount that a given module relies on the other modules of a system.

Cohesion - A measure of how closely related the members (classes, methods, functionality within a method) of a module are to the other members of the same module. It is desirable to increase cohesion as that indicates that a module has a very specific task and does only that task.

Solution 3 - Oop

Coupling means dependency on others.
Cohesion means completeness with itself.

Solution 4 - Oop

One of the best comprehensive discussions of software design concepts related to OO (including these ones) is Bertrand Meyer's Object Oriented Software Construction.

Regarding 'coupling', he gives his Weak Coupling / Small Interfaces rule as follows:

>>If two modules communicate, they should exchange as little information as possible.

Meyer's material related to cohesion isn't ever boiled down to a single pithy statement, but I think this sentence from Steve McConnell's Code Complete sums it up pretty well:

>>Cohesion refers to how closely all the routines in a class or all the code in a routine support a central purpose

Solution 5 - Oop

A quick-and-dirty way to measure coupling is to measure your import (or similar) statements.

Solution 6 - Oop

"Coupling is a measure of interdependencies between modules, which should be minimized" "cohesion, a quality to be maximized, focuses on the relationships between the activities performed by each module."

quoted from this paper: http://steve.vinoski.net/pdf/IEEE-Old_Measures_for_New_Services.pdf

Content Type	Original Author	Original Content on Stackoverflow
Question	Jonathan	View Question on Stackoverflow
Solution 1 - Oop	Shog9	View Answer on Stackoverflow
Solution 2 - Oop	Thomas Owens	View Answer on Stackoverflow
Solution 3 - Oop	Mansoor Mehmood	View Answer on Stackoverflow
Solution 4 - Oop	McKenzieG1	View Answer on Stackoverflow
Solution 5 - Oop	Hank Gay	View Answer on Stackoverflow
Solution 6 - Oop	Eduardo Diaz	View Answer on Stackoverflow