UML Sequence Diagrams - Sparx Systems Enterprise Architect

When designing a system, it’s crucial to understand how different parts of the system interact with each other over time. That’s where UML Sequence Diagrams come in.

These diagrams let you visualize the flow of messages between objects or components chronologically.

What is a UML Sequence Diagram?

A UML Sequence diagram is a type of interaction diagram that visually represents how objects or components in a system interact with each other over time, specifically focusing on the order and timing of messages exchanged between them.

Why Use Sequence Diagrams

  • To model interactions between system components over time
  • To clarify who does what, when – reduces ambiguity
  • To support design discussions, especially for use cases or services
  • To communicate backend process logic to both technical and non-technical stakeholders
Basic UML Sequence Diagram with Reply Message in Sparx Systems Enterprise Architect

Looking to Capture and Document System Interactions Clearly?

Visualize message flows and collaboration between objects effectively using Sparx Systems Enterprise Architect. Try Sparx EA for free!

Elements of a Sequence Diagram in Sparx EA

UML Element Type Item Description
Actor uml class element in ea toolbox An external entity (person, system, or organization) that interacts with the system.
Lifeline uml interface element in sparx ea toolbox Represents an object or role participating in the interaction. Appears as a vertical dashed line.
Boundary datatype element in uml ea tool Used in analysis to capture user interactions, screen flows and element interactions.
Control datatype element in uml ea tool A Control organizes and schedules other activities and elements.
Entity datatype element in uml ea tool A stereotyped object that captures the information or knowledge in a system.
Fragment datatype element in uml ea tool A Fragment element can represent iterations or alternative processes in a Sequence diagram.
Endpoint datatype element in uml ea tool An Endpoint is used in Interaction diagrams to imitate a lost or found Message in sequence.
Diagram Gate datatype element in uml ea tool a simple graphical way to indicate the point at which messages can be transmitted into and out of interaction fragments.
State/Continuation datatype element in uml ea tool The State/Continuation element serves two different purposes for Sequence diagrams, as State Invariants and Continuations.
Interaction datatype element in uml ea tool You can use an Interaction element to insert an Interaction diagram as a child of a Class element.

Connectors

UML Connector Type Connector Description
Message Use connector from ea uml use case diagram toolbox Indicates a flow of information or transition of control between elements.
Self-Message Use connector from ea uml use case diagram toolbox Self-Message reflects a new process or method invoked within the calling lifeline's operation.
Recursive Use connector from ea uml use case diagram toolbox Indicates a recursive function in sequence diagrams
Call Use connector from ea uml use case diagram toolbox a type of Message connector that extends the level of activation from the previous Message.

How to create Sequence Diagrams in Sparx Enterprise Architect?

To create a new Sequence diagrams, select Start > Design > Create > New Diagram, then UML Behavioral > Sequence Diagram. It lists all the model perspectives available in Enterprise Architect. 

how to create a UML sequence diagram using enterprise architect

Or, for a blank canvas – In the Browser window, right-click on the package where you want to create the diagram and select New Diagram, then UML Behavioral > State Machine.

Want to Accelerate Your Sparx EA Implementation?

Leverage the expertise of Sparx Systems North America’s consultants to align Sparx Enterprise Architect with your business goals. Talk to a Consultant Now.

Example - View Account Details

example view account details sequence diagram in sparx ea

The sequence diagram above illustrates the interactions involved when a client requests to view account details

1. Actors and Lifelines 

  • Client initiates the process.
  • Boundary object – View Account Details Interface – represents the system’s user interface layer.
  • Control object – View Account Details – coordinates the workflow.
  • Entity object – Account – contains the actual account data.

2.Message Flow

  • The Client sends the command Select View Account Details Command() to the boundary object.
  • The boundary object requests the control object to getAccountDetails().
  • The control object then calls the entity object to retrieveAccountDetails().
  • The retrieved information is returned up the call chain.

3.Use of Fragments 

  • Two reference fragments (ref) are included: View History and View Open Orders.
example sparx ea uml sequence diagram showing view history scenario
example view open orders enterprise architect uml sequence diagram
  • These fragments link to separate sequence diagrams, preventing the main diagram from becoming overly large or complex.
  • This modular approach supports navigability and diagram maintainability.

Once your sequence diagram is complete, the next step is to ensure it communicates the intended behavior unambiguously. This means validating that the lifelines, messages, and interaction order truly reflect the system logic, and that the diagram adheres to UML conventions.

Guidelines:

  • Keep scenarios focused: Each diagram should represent one clear use case or interaction flow
  • Arrange lifelines logically: Place the initiating actor on the left, arrange other participants by interaction frequency
  • Use consistent naming: Align with terminology from other project artifacts (class diagrams, requirements, etc.)
  • Show timing clearly: Messages should flow from top to bottom in chronological order

Conclusion

When validated and refined, Sequence Diagrams becomes a reliable blueprint for development, integration, and testing. By ensuring accurate lifelines, clear message flows, and alignment with related models, you reduce ambiguity and bridge the gap between design intent and implementation reality.

Learn More