Difference between revisions of "Cohesion (computer science)"

From Wiki @ Karl Jones dot com
Jump to: navigation, search
(See also)
 
Line 32: Line 32:
 
* [[Coupling (computer programming)]]
 
* [[Coupling (computer programming)]]
 
* [[List of object-oriented programming terms]]
 
* [[List of object-oriented programming terms]]
 +
* [[Loose coupling]]
 
* [[Modular programming]] - a [[software design]] technique that emphasizes separating the functionality of a [[computer program]] into independent, interchangeable modules, such that each contains everything necessary to execute only one aspect of the desired functionality.
 
* [[Modular programming]] - a [[software design]] technique that emphasizes separating the functionality of a [[computer program]] into independent, interchangeable modules, such that each contains everything necessary to execute only one aspect of the desired functionality.
 
* [[Object-oriented programming]]
 
* [[Object-oriented programming]]

Latest revision as of 19:59, 3 September 2016

In computer programming, cohesion refers to the degree to which the elements of a module belong together.

Thus, cohesion measures the strength of relationship between pieces of functionality within a given module. For example, in highly cohesive systems functionality is strongly related.

Description

Cohesion is an ordinal type of measurement and is usually described as “high cohesion” or “low cohesion”. Modules with high cohesion tend to be preferable, because high cohesion is associated with several desirable traits of software including robustness, reliability, reusability, and understandability.

In contrast, low cohesion is associated with undesirable traits such as being difficult to maintain, test, reuse, or even understand.

Cohesion is often contrasted with coupling, a different concept. High cohesion often correlates with loose coupling, and vice versa.

The software metrics of coupling and cohesion were invented by Larry Constantine in the late 1960s as part of Structured Design, based on characteristics of “good” programming practices that reduced maintenance and modification costs. Structured Design, cohesion and coupling were published in the article Stevens, Myers & Constantine (1974) and the book Yourdon & Constantine (1979); the latter two subsequently became standard terms in software engineering.

In object-oriented programming, if the methods that serve a class tend to be similar in many aspects, then the class is said to have high cohesion. In a highly cohesive system, code readability and reusability is increased, while complexity is kept manageable.

Cohesion is increased if:

  • The functionalities embedded in a class, accessed through its methods, have much in common.
  • Methods carry out a small number of related activities, by avoiding coarsely grained or unrelated sets of data.

Advantages of high cohesion (or “strong cohesion”) are:

  • Reduced module complexity (they are simpler, having fewer operations).
  • Increased system maintainability, because logical changes in the domain affect fewer modules, and because changes in one module require fewer changes in other modules.
  • Increased module reusability, because application developers will find the component they need more easily among the cohesive set of operations provided by the module.

While in principle a module can have perfect cohesion by only consisting of a single, atomic element – having a single function, for example – in practice complex tasks are not expressible by a single, simple element. Thus a single-element module has an element that either is too complicated, in order to accomplish task, or is too narrow, and thus tightly coupled to other modules. Thus cohesion is balanced with both unit complexity and coupling.

See also

External links