liveBook · Manning

Scenario

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

A scenario is a concrete situation describing what can happen when a particular action is performed under specified conditions.

A scenario is a concrete situation describing what can happen when a particular action is performed under specified conditions. Working with scenarios exposes details and coupling that remain hidden in abstract designs. section 12.2.1

Scenarios support iterative exploration at several scales, from an individual subdomain model to multiple subdomains collaborating in an end-to-end flow. Repeatedly walking through them reduces missed details and can justify a code spike when the conceptual model needs verification. section 12.2.1

Use scenarios to make collaborative modeling more specific:

  • Select an action and identify the event it normally triggers. section 7.4.1
  • Generate alternative situations and edge cases, including cases that change the expected outcome. section 7.4.1
  • Place scenarios between the action and resulting event, then split out a concept when its situations become substantial enough to deserve focused treatment. section 7.4.1

Order cancellation

The Cancel Order action normally produces an Order Canceled event. If the order has already left the warehouse and the customer requests a refund, the scenario instead produces Cancellation Denied. This contrast reveals a business rule that a high-level timeline could miss. section 7.4.1

Figure 7.20 EventStorming-flavored Example Mapping

Use the EventStorming-flavored Example Mapping figure to inspect how actions, scenarios, and resulting events are arranged for collaborative analysis. section 7.4.1

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

How deep it goes
Develops scenarios through repeated walkthroughs, edge-case discovery, and optional code spikes rather than stopping at abstract models.
Examples
Uses order cancellation, warehouse status, refund requests, green scenario stickies, and resulting domain events.
What it assumes
Assumes familiarity with actions and domain events while encouraging participants to deepen overly abstract timelines collaboratively.
What you can do after
Apply via EventStorming or Example Mapping to expose edge cases, clarify business rules, and guide model refinement.
How it connects
Connects scenarios to the model exploration whirlpool, EventStorming, Example Mapping, and domain modeling.

Also explained in

Compare how 3 books explain scenario →

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.