liveBook · Manning

Primary action sequence

As explained in Object-Oriented Software Design in C++

The expected ordered set of interactions that occurs during a use case.

A primary action sequence is the expected ordered set of interactions during a use case, written from the triggering actor’s point of view. It connects that actor, other actors, and the application after the trigger occurs. section 3.7.2

Use a primary action sequence to make a use case practical and bounded:

  • Describe the actions that occur after the trigger and during the use case. section 3.7.2
  • Keep the sequence to about 10 steps; split the use case when it needs more. section 3.7.2
  • Refer to other use cases when a step represents reusable behavior, and describe failures separately as alternate action sequences. section 3.7.2

Searching a catalogue

A customer fills out an online form with target book attributes and selects Search. The catalogue then returns books matching those attributes, with the customer and backend database acting as participants. section 3.7.2

How Object-Oriented Software Design in C++ covers it

How deep it goes
Defines ordered interactions, limits them to about 10 steps, and defers failures to alternate action sequences.
Examples
Uses a customer searching a book catalogue through an attribute form and receiving matching books.
What it assumes
Assumes familiarity with actors and use cases while teaching the sequence from the triggering actor’s viewpoint.
What you can do after
Evaluate whether a use case is practical and split it when its action sequence becomes too complex.
How it connects
Connects triggers, actors, use cases, alternate action sequences, preconditions, postconditions, and nonfunctional requirements.

Also explained in

Compare how 2 books explain primary action sequence →

This explainer was generated by Manning's knowledge graph from the text of Object-Oriented Software Design in C++. The section links point to the parts of the book it draws on.