Glossary Updates43 new terms added to the glossaries · October 5, 2026, 20:06 CEST
AI TechDocKnowledge

The art of thinking · Parts, wholes and systems

Near-decomposability

Also known as: Nearly decomposable system, Near-decomposability (Herbert Simon), Architecture of complexity

In systems theory, near-decomposability is Herbert A. Simon’s term for complex systems built as hierarchies of subsystems in which interactions within a subsystem are much stronger and faster than interactions between subsystems, so that each subsystem can be understood largely on its own.

  • Thinking models
  • Systems theory

In one sentence

Simon’s near-decomposability: complex systems are hierarchies of subsystems with strong inner and weak outer interactions.

Example

Each station of a packaging line can be documented largely on its own because most interactions happen inside the station; the few signals between stations get their own interface pages.

How it applies

  • The watchmakers: Simon’s parable compares two watchmakers, Hora and Tempus. Tempus assembles a watch of a thousand parts in one go and has to start over at every interruption; Hora builds stable subassemblies of ten parts and loses little when interrupted. Hierarchic, nearly decomposable structures are more likely to evolve and easier to build and understand.
  • Short and long run: In the short run each subsystem behaves almost independently; in the long run the subsystems influence each other only in aggregate.
  • Design rule: The idea underlies modular design in engineering and software (Parnas’ information hiding, 1972) and the study of product architectures.
  • Technical documentation: Documentation can be modular to the extent that the product is: topics follow the subsystems, interface topics cover the weak interactions between them. Where a product is not nearly decomposable — tightly coupled functions — topic boundaries cut through real dependencies.

Near-decomposability vs. modularity

Modularity is a design property chosen for a system; near-decomposability is Simon’s description of why complex systems in nature and technology tend to have that property, and of the degree to which they have it.

How to read this pool

Entries, context cards and transitional topics

The art of thinking explains ways of thinking — where a method comes from, what it asks of you and how it was adapted later. You meet four kinds of content here, each with its own job:

Glossary entry
Defines one concept or method of thinking: its origin, an example and how it relates to neighboring ideas. “X vs. Y” sections set two methods side by side.
Context card of the art of thinking
A short, self-contained answer to one question about a way of thinking — its lineage, its steps, its limits. These cards are listed on The art of thinking only.
Transitional topicBridges both pools
A context card that bridges both pools: it shows how a way of thinking was adapted into documentation, analysis or quality practice. It sits with the reference context cards and is marked as transitional wherever it appears.
Reference entry or context card
Belongs to the Glossary & Norms Space on regulation, norms and engineering. Entries here link to one only where a method is also an established tool of documentation or quality work, such as the five whys or a user’s mental model.
All context cards of the art of thinking

By knowledge.aitechdoc.world · Published October 5, 2026 · Last reviewed

Source: Herbert A. Simon, “The Architecture of Complexity”, Proceedings of the American Philosophical Society 106(6), 1962, pp. 467–482

Definitions follow the cited philosophical and historical sources — primary texts, their standard translations and reference works such as the Stanford Encyclopedia of Philosophy — and, for cognitive psychology, the published research and its reviews, with the state of the evidence named in each entry. They are paraphrased, not quoted, unless a passage is marked as a quotation, and sayings that cannot be traced to a source stay attributed. Examples, comparisons and the notes on how a method was adapted are editorial commentary by knowledge.aitechdoc.world. None of these entries is a norm, a standard or a legal requirement, and applying one never replaces a method that a standard or a law requires.

Seen a mistake? Send us a note!