wood burning stoves 2.0
The moose likes OO, Patterns, UML and Refactoring and the fly likes Sequence Diagram and executing another use case Big Moose Saloon
  Search | Java FAQ | Recent Topics | Flagged Topics | Hot Topics | Zero Replies
Register / Login

Win a copy of OCA Java SE 8 Programmer I Study Guide 1Z0-808 this week in the OCAJP forum!
JavaRanch » Java Forums » Engineering » OO, Patterns, UML and Refactoring
Bookmark "Sequence Diagram and executing another use case " Watch "Sequence Diagram and executing another use case " New topic

Sequence Diagram and executing another use case

Ronald Havelock

Joined: Aug 01, 2004
Posts: 3
I would like to know how I can represent passing a process to another use case. Let us say that I have two sequence diagrams. Diagram 1) Sequence diagram that lets a customer select itineries and asks the customer to confirm the itinery. Diagram 2) Login sequence diagram where the user enters user info and logs into the system.

For the customer to confirm an itinery, he/she has to be logged-in. When the customer selects to confirm itinery in diagram 1, and when he/she is not logged in, I want to pass the control to Log-in sequence diagram. How do I represent this in diagram 1. Should I have the Diagram 2 as an actor in diagram 1. Or I should not be doing any passing to different diagram but repeat the same process of diagram 2 in diagram 1.

Any suggestions would be highly appreciated.
Scott Ambler
Ranch Hand

Joined: Dec 12, 2003
Posts: 608
You might find http://www.agilemodeling.com/style/sequenceDiagram.htm#Figure3 to be of interest.

- Scott

<a href="http://www-306.ibm.com/software/rational/bios/ambler.html" target="_blank" rel="nofollow">Scott W. Ambler</a><br />Practice Leader Agile Development, IBM Rational<br /> <br />Now available: <a href="http://www.ambysoft.com/books/refactoringDatabases.html" target="_blank" rel="nofollow">Refactoring Databases: Evolutionary Database Design</a>
It is sorta covered in the JavaRanch Style Guide.
subject: Sequence Diagram and executing another use case