Labs ICT
⭐ Pro Login

State Diagrams

Modeling the states and transitions of an object throughout its lifecycle.

What is a State Diagram?

A State Diagram (also called a State Machine Diagram) models the different states an object can be in and the transitions between those states. It shows how an object responds to events throughout its lifecycle β€” from creation to destruction.

State diagrams are perfect for objects that have distinct behavioral modes. An order can be "pending," "confirmed," "shipped," or "delivered." A TCP connection can be "listening," "syn-sent," "established," or "closed." Each state has different valid operations and behaviors.

State Diagram Notation

Basic Elements:

1. Initial State (solid circle)
   ●

2. Final State (circle with X)
   βŠ—

3. State (rounded rectangle)
   β”Œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”
   β”‚     State Name     β”‚
   β”œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€
   β”‚ entry / action     β”‚  ← entry action
   β”‚ do / activity      β”‚  ← ongoing activity
   β”‚ exit / action      β”‚  ← exit action
   β””β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”˜

4. Transition (solid arrow)
   ──────▢
   Label format: event [guard] / action

5. Decision Node (diamond)
   β—‡

Example: Order Lifecycle

Order State Diagram:

  ●
  β”‚
  β–Ό
β”Œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”
β”‚     Pending     β”‚  entry / initializeOrder()
β”‚                 β”‚  do / validateItems()
β””β”€β”€β”€β”€β”€β”€β”€β”€β”¬β”€β”€β”€β”€β”€β”€β”€β”€β”˜
         β”‚
         β”‚ [all items in stock] / reserveInventory()
         β–Ό
β”Œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”
β”‚    Confirmed    β”‚  entry / sendConfirmation()
β”‚                 β”‚  do / processPayment()
β””β”€β”€β”€β”€β”€β”€β”€β”€β”¬β”€β”€β”€β”€β”€β”€β”€β”€β”˜
         β”‚
    β”Œβ”€β”€β”€β”€β”΄β”€β”€β”€β”€β”
    β”‚         β”‚
    β–Ό         β–Ό
β”Œβ”€β”€β”€β”€β”€β”€β”€β”€β” β”Œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”
β”‚ Shippedβ”‚ β”‚ Cancelledβ”‚
β”‚        β”‚ β”‚          β”‚
β””β”€β”€β”€β”¬β”€β”€β”€β”€β”˜ β””β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”˜
    β”‚                  β•±
    β”‚ [delivered]     β•±
    β”‚ / updateStatus β•±
    β–Ό               β•±
β”Œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”   β•±
β”‚  Delivered   β”‚  β•±
β”‚              β”‚ β•±
β””β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”˜

    βŠ—

States:
  β€’ Pending    β€” order created, waiting for confirmation
  β€’ Confirmed  β€” payment processed, waiting for shipment
  β€’ Shipped    β€” in transit to customer
  β€’ Delivered  β€” received by customer
  β€’ Cancelled  β€” order was cancelled

Guard Conditions and Actions

Transitions can include conditions (guards) that must be true for the transition to occur, and actions that execute when the transition happens:

Transition Label Format:
  event [guard condition] / action

Examples:
  ──────────────────────────────────────────────────────
  paymentReceived [amount >= total] / confirmOrder()
  ──────────────────────────────────────────────────────
  β”‚         β”‚              β”‚              β”‚
  β”‚         β”‚              β”‚              └─ action to execute
  β”‚         β”‚              └─ condition that must be true
  β”‚         └─ the event that triggers the transition
  └─ name of the event

More Examples:
  click [itemInCart] / checkout()
  timeout [retries < 3] / retry()
  signal [signalStrength > 80] / establishConnection()
  do / processQueue()  ← internal activity, not event-triggered

Composite States

When states themselves have internal states, you can use composite states (hierarchical state machines):

Connection State Diagram with Composite States:

  ●
  β”‚
  β–Ό
β”Œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”
β”‚         Disconnected              β”‚
β””β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”¬β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”˜
                 β”‚ connect()
                 β–Ό
β”Œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”
β”‚          Connecting                β”‚
β”‚  β”Œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”  β”‚
β”‚  β”‚         TCP Handshake        β”‚  β”‚
β”‚  β””β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”˜  β”‚
β””β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”¬β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”˜
                 β”‚ connected
                 β–Ό
β”Œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”
β”‚          Connected                β”‚
β”‚  β”Œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”    β”Œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”  β”‚
β”‚  β”‚  Idle   │───▢│  Transferringβ”‚  β”‚
β”‚  β””β”€β”€β”€β”€β”€β”€β”€β”€β”€β”˜    β””β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”˜  β”‚
β”‚       β–²               β”‚           β”‚
β”‚       β””β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”˜           β”‚
β””β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”¬β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”˜
                 β”‚ disconnect()
                 β–Ό
β”Œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”
β”‚         Disconnected              β”‚
β””β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”˜
                 β”‚
                 βŠ—

Inside Connected, the object can be Idle or Transferring.
Events to Connected are routed to the current sub-state.

Entry, Do, and Exit Actions

States can have three types of internal actions:

β”Œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”
β”‚        Processing            β”‚
β”œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€
β”‚ entry / startTimer()         β”‚  ← runs when entering the state
β”‚ do / processItems()          β”‚  ← runs while in the state
β”‚ exit / stopTimer()           β”‚  ← runs when leaving the state
β””β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”˜

entry β€” Executes once when the state is entered.
        Good for setup: start timers, log messages, acquire resources.

do    β€” Executes continuously (or repeatedly) while in the state.
        Good for ongoing work: processing, monitoring, waiting.

exit  β€” Executes once when leaving the state.
        Good for cleanup: stop timers, release resources, save data.
Real Example β€” Download State:

β”Œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”
β”‚         Downloading             β”‚
β”œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€
β”‚ entry / startDownload()         β”‚  ← connects to server
β”‚ do / receiveData()              β”‚  ← receives chunks
β”‚ exit / saveFile()               β”‚  ← writes to disk
β””β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”˜

Events:
  start    β†’ (from Idle)
  complete β†’ (to Completed)
  error    β†’ (to Error)
  cancel   β†’ (to Cancelled)

πŸ§ͺ Quick Quiz

What does a state diagram model?