liveBook · Manning

Subdomain boundary heuristic

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

A subdomain boundary heuristic is a practical guideline for identifying a boundary around a business subdomain, team, or part of a software architecture.

A subdomain boundary heuristic helps identify where one business subdomain ends and another begins. These boundaries can shape team responsibilities and parts of the software architecture. Heuristics are starting points, not rules: compare several and adapt them to the context. section 9.3.2

Two ways to test a candidate boundary are:

  • Map a process or user journey into steps. Treat each step as a candidate subdomain when it is largely self-contained and shares few concepts with other steps. section 9.3.2
  • Look across steps and journeys for recurring concepts. Consider a dedicated subdomain when keeping those concepts separate would make duplication too costly. section 9.3.2

An e-commerce journey

Placing an order can suggest Search and Browse, Product Details, Cart and Checkout, and Reviews as candidate subdomains. Reviews may be a strong boundary if it needs little from elsewhere beyond product and customer IDs, leaving it relatively insulated from changes to Customer and Order concepts. section 9.3.2

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

How deep it goes
Works through process-step and shared-concept heuristics, while treating each as a contextual choice rather than a rule.
Examples
Uses an e-commerce ordering journey and a relatively self-contained Reviews subdomain to test candidate boundaries.
What it assumes
Assumes familiarity with mapping processes or user journeys; starts boundary identification from those maps.
What you can do after
Practice identifying candidate subdomains from journey steps and revising them when concepts recur across steps.
How it connects
Connects subdomain boundaries with user journeys, process mapping, domain concepts, team boundaries, and software architecture.

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.