liveBook · Manning

Domain model

As explained in Automating API Delivery

A domain model is a structured representation of business concepts, relationships, and workflows as interconnected software objects with behavior and data.

A domain model represents the business operations and data models behind an API, giving design work a shared view of the problem before requirements become API definitions. section 5.1 section 1.3

Use the model to:

  • Translate user stories or job stories into API requirements and definitions. section 5.1 section 1.3
  • Give API designers and reviewers shared context for discussing design decisions and consistency. section 5.1
  • Support API-first planning before backend implementation, testing, deployment, and publication. section 1.3

The model belongs in the plan-and-design stage. It simplifies surrounding complexity to emphasize selected points rather than documenting every low-level delivery process, and it can be refined as API design proceeds. section 1.3 section 5.1

How Automating API Delivery covers it

How deep it goes
Explains the model’s role and inputs, but stops short of low-level API delivery process details.
Examples
Uses business operations, data models, user stories, job stories, and resulting API definitions as modeling artifacts.
What it assumes
Assumes user or job stories and API design-first thinking, while connecting those inputs to business and data modeling.
What you can do after
Build it from scratch by modeling business operations and data models before translating requirements into API definitions.
How it connects
Connects user stories, job stories, API modeling, API definitions, API design review, and the API product life cycle.

Also explained in

Compare how 8 books explain domain model →

Related concepts

This explainer was generated by Manning's knowledge graph from the text of Automating API Delivery. The section links point to the parts of the book it draws on.