A UML sequence diagram focuses on:
Which object communicates with which object, and in what order?
That is different from:
A sequence diagram emphasizes object-to-object calls.
Imagine this soccer interaction:
controller1 asks team1 to DisplayName()
team1 performs the method
Before opening Violet, identify:
A simple sequence diagram can include lifelines for:
controller1 : Controller
team1 : Team
Use object identity and type consistently with the current model.
The call:
team1.DisplayName();
can be represented as a message from the calling object to team1.
Conceptually:
controller1 ── DisplayName() ──> team1
The diagram communicates that one object asks another object to perform behavior.
Earlier messages appear above later messages.
A reader should be able to trace:
first call
↓
next call
↓
later call
Do not place messages based only on visual convenience.
Use the exact required filename and location.
The Violet source should remain editable because later feedback may require revision.
A useful plain-language reading is:
controller1callsDisplayName()onteam1.
If the diagram cannot be explained clearly in a sentence, revise its participants or messages.