File APIs for Java Developers
Manipulate DOC, XLS, PPT, PDF and many others from your application.
http://aspose.com/file-tools
The moose likes Architect Certification (SCEA/OCMJEA) and the fly likes Grady Booch, please help !!! Big Moose Saloon
  Search | Java FAQ | Recent Topics | Flagged Topics | Hot Topics | Zero Replies
Register / Login
JavaRanch » Java Forums » Certification » Architect Certification (SCEA/OCMJEA)
Bookmark "Grady Booch, please help !!!" Watch "Grady Booch, please help !!!" New topic
Author

Grady Booch, please help !!!

Rudi Vaum
Ranch Hand

Joined: May 02, 2003
Posts: 59
Originally posted by Jitender Bhatia:
Using another Use Case as a object [in a sequence diagram], is that correct UML ??

I really had to search a lot for this, but I found it in the 17th UML book I reviewed- so i guess it is legitimate.
I'm also getting a bit nerved by the secrecy arround these subjects ;-). There must be some source for examples, that show such uses. UML has been around for a while. Everything you get from books are relatively basic diagrams.
Anybody, heeellllp!
Rudi
PS: Should we invite Grady Booch or some other amigo to clear this?
Has anyone got his email? ;-)
I am actually afraid of the fact that he'll be telling us to use UML (and extend it) as we consider best, and not think that much about little detailes.
Ajith Kallambella
Sheriff

Joined: Mar 17, 2000
Posts: 5782
One usecase calling another usecase is pretty common however, I have not seen usecases being referred directly in sequence diagrams. What I have seen( and used) is actors being used in seq. diagrams. For instance, you can model a whole subsystem as an actor("payment processing") and use it in the seq. diagram.
If I were you, I will not be using those "rare" UML features and find a way around to represent the same concept in a more standardized way that employs common and easy to understand notations. I am not sure if you have a situation that makes this option inevitable, so I cannot offer you alternatives.
[ May 27, 2003: Message edited by: Ajith Kallambella ]

Open Group Certified Distinguished IT Architect. Open Group Certified Master IT Architect. Sun Certified Architect (SCEA).
Stan James
(instanceof Sidekick)
Ranch Hand

Joined: Jan 29, 2003
Posts: 8791
One of our Rational mentors used to hammer on me that "a use case is not a subroutine" because I was trying to do functional decomposition on use cases. Referencing a use case in a sequence diagram makes it look a lot like a subroutine. I'd try not to.


A good question is never answered. It is not a bolt to be tightened into place but a seed to be planted and to bear more seed toward the hope of greening the landscape of the idea. John Ciardi
Rudi Vaum
Ranch Hand

Joined: May 02, 2003
Posts: 59
First, thanx for your answers.
Well, now I tend to agree with you..
After all, it's 2 against 1 ;-)
So what are my options?
Suppose I had: "After confirming the order, the 'Pay' Use-case is executed"
- use an actor an name it "Payment Processing"
- make a note (standard UML adnotation) saying: "Here you Pay / Go to Pay Use-Case"
I really do not like the last one..
Sheriff Ajith, could you tell me in which UML book (or a internet link) I could find such details described? Like things that are ok to do, and things one shouldn't do?
It's just that I wannt to be able to justify my decisions. Not only to Sun, but to a potential developer, you know what I mean?
Thank you,
Rudi
PS: is Grady.Booch@Rational.com the right address ;-) ?
[ May 27, 2003: Message edited by: Rudi Vaum ]
Ajith Kallambella
Sheriff

Joined: Mar 17, 2000
Posts: 5782

Sheriff Ajith, could you tell me in which UML book (or a internet link) I could find such details described? Like things that are ok to do, and things one shouldn't do?
[/QB]

http://www.modelingstyle.info/sequenceDiagram.html
Rudi Vaum
Ranch Hand

Joined: May 02, 2003
Posts: 59
You just found my second use-case call in a seq. diagram i've seen, right?
http://www.modelingstyle.info/sequenceDiagram.html#Figure3
Stan James
(instanceof Sidekick)
Ranch Hand

Joined: Jan 29, 2003
Posts: 8791
That's interesting, awright. I guess I have no real problem with it. Syntactically allowed or not, it tells me what he wanted to tell me and that's what counts.
But he's at a level of abstraction where he shows the <<controller>> for the main use case he's diagramming ... why not show the <<controller>> for the "used" case and be consistent?
Alex Paransky
Greenhorn

Joined: May 29, 2003
Posts: 2
The basic principle behind a Use Case is that it should provide some value to the actor who is corresponding with such a use case. Some use cases could be: Open New Bank Account, Register for BLOG, Transfer funds. Use cases such as: Update Database, Write Log Record, Begin Transaction do not really provide any value to the actor, unless of course, your actor is another system to which Begin Transaction has some value.
On the issue of Use Cases calling other Use Cases, I believe, it is wrong to call it �calling�. A better term is �includes�. For example, Open Bank Account use case could include a Transfer Funds use case in it. Transfer Funds, use case could include Deposit New Funds use case in it.
As another writer pointed out, use cases, are not functions or subroutines that can be called. They are really composed of multiple scenarios. I suppose for the purposes of modeling scenarios one could use state transition or sequence diagrams, however, use cases and code are at different Meta-levels, sort of speak.
-AP_
http://www.myprofiles.com/member/profile/apara_business
 
I agree. Here's the link: http://aspose.com/file-tools
 
subject: Grady Booch, please help !!!