liveBook · Manning

Cohesion

As explained in Architecture Modernization: Socio-technical alignment of software, strategy, and structure

The degree to which the concepts, events, rules, and activities within a subdomain are mutually related and form a coherent whole.

Cohesion is the degree to which concepts, events, rules, and activities belong together as a coherent subdomain. Strong cohesion clarifies purpose, reduces dependencies, aligns teams, and supports faster, more sustainable change. section 9.1

Loyalty levels in a travel business

A loyalty-levels feature changes loyalty accounts, loyalty points, and rewards. Modeling these concepts within one cohesive subdomain lets one team change one codebase, while separate placement would require coordination across three teams and codebases. The shared purpose—rewarding loyalty to increase customer lifetime value—also gives the team a durable direction for evolution. section 9.1

Analyze a candidate subdomain by asking:

  • Does each event fit the subdomain’s name and purpose? section 9.4.5
  • Are the events related to one another? section 9.4.5
  • Could one team own all the events, and do business rules or features require the concepts to change together? section 9.4.5
  • Mark events that feel out of place with a question mark, then explore whether they belong in another subdomain. section 9.4.5

Refining accounting boundaries

An accounting modernization effort tested several boundary designs using concrete scenarios. Refinement moved from four fine-grained boundaries to two larger ones, increasing cohesion and reducing overall complexity. Real use cases exposed dependencies, design smells, and a clearer separation between fixed-asset responsibilities and computing tasks. section 12.2.3

Figure 9.21 The subdomain overview canvas

Use the subdomain overview canvas to visualize each candidate subdomain’s purpose, concepts, events, and boundary options during collaborative analysis. section 9.4.5

How Architecture Modernization: Socio-technical alignment of software, strategy, and structure covers it

How deep it goes
Analyzes purpose, event consistency, relatedness, team ownership, and coordinated change, stopping short of implementation detail.
Examples
Uses loyalty levels, Pickup and Dropoff events, and iterative accounting boundary designs as concrete examples.
What it assumes
Assumes candidate domains or subdomains and their events have already been identified before cohesion analysis begins.
What you can do after
Apply it via subdomain descriptions, sense-check questions, concrete scenarios, and a subdomain overview canvas to refine boundaries.
How it connects
Connects cohesion with domain boundaries, coupling, subdomains, business rules, teams, domain knowledge, and customer value.

Also explained in

Compare how 4 books explain cohesion →

Related concepts

This explainer was generated by Manning's knowledge graph from the text of Architecture Modernization: Socio-technical alignment of software, strategy, and structure. The section links point to the parts of the book it draws on.