File APIs for Java Developers
Manipulate DOC, XLS, PPT, PDF and many others from your application.
http://aspose.com/file-tools
The moose likes OO, Patterns, UML and Refactoring and the fly likes IBM 486 - Use Case Big Moose Saloon
  Search | Java FAQ | Recent Topics | Flagged Topics | Hot Topics | Zero Replies
Register / Login


Win a copy of JavaScript Promises Essentials this week in the JavaScript forum!
JavaRanch » Java Forums » Engineering » OO, Patterns, UML and Refactoring
Bookmark "IBM 486 - Use Case" Watch "IBM 486 - Use Case" New topic
Author

IBM 486 - Use Case

David Roberts
Ranch Hand

Joined: Nov 03, 2000
Posts: 142
There's a question on the test that asks if it's valid to mix Actor interactions with System interactions on the same line. Craig Larman's book shows them seperate and that's the recommended reading, but every other method I've seen combines them. Any clue?

------------------
David Roberts, SCJP2


David Roberts - SCJP2,MCP
Junilu Lacar
Bartender

Joined: Feb 26, 2001
Posts: 4989
    
    8

I took a look at "UML Distilled" by Martin Fowler, "Applying Use Cases" by Geri Schneider and Jason Winters and "Writing Effective Use Cases" by Alistair Cockburn. They all show pretty much the same style recommended by Larman: Actor and System actions are listed as separate steps in the use case.
J.Lacar

Junilu - [How to Ask Questions] [How to Answer Questions]
David Roberts
Ranch Hand

Joined: Nov 03, 2000
Posts: 142
I read "Writing Effective Use Cases" by Alistair Cockburn. And he combines the user and system interactions, in fact we use the RUP at work and the RUP template combines them as well.
I definitly don't see that being a popular methodology. Allistair encourages they be on the same line, in fact he sometimes combines mulptiple interactions on the same line.

------------------
David Roberts, SCJP2
Junilu Lacar
Bartender

Joined: Feb 26, 2001
Posts: 4989
    
    8

I have only skimmed through Alistair's book so could you please tell me on which page does he encourage that interactions be placed on the same line. I looked at section where he describes the RUP template (pg. 123) and the example use case provided by Rational Software Corp. states each step as being performed by either Actor or System.
It seems that putting the actor and system actions on the same line would violate his Guideline 1: Use Simple Grammar (Subject...verb...direct object...prepositional phrase). Or maybe I misunderstand what you mean by "interactions on the same line".
J.Lacar
David Roberts
Ranch Hand

Joined: Nov 03, 2000
Posts: 142
You are correct. I reviewed his text and found I never even noticed the two being seperated. I assumed that summary level use cases would combine the two, but they are not.
Thanks, for your help, the guideline definitly answers the question. What a relief that Larman's info matches Cockburns...

------------------
David Roberts, SCJP2
Caroline Iux
Ranch Hand

Joined: May 14, 2001
Posts: 103
I guess the question is this:
What is wrong with the following analysis use case?
( see http://certify.torolab.ibm.com/figures/test486F3.gif )
a) The actor's actions and system responses are not separated.
b) There is nothing wrong with this use case.
c) There are design details intermixed with the requirements.
d) "Sell goods" is too broad to be a use case.

Single Select - Please select the best answer (one and only one choice must be selected).

I think the separation is recommended but not required, I would say (b) there is nothing wrong with this use case. Any input is welcomed.

[This message has been edited by Caroline Iux (edited May 15, 2001).]
Junilu Lacar
Bartender

Joined: Feb 26, 2001
Posts: 4989
    
    8

The question states that this is an analysis use case. There is, however, mention of several design/implementation details, e.g., cash register, scanned, "Void item" button. Answer then would be C: There are design details intermixed with the requirements.
Junilu

[This message has been edited by JUNILU LACAR (edited May 15, 2001).]
Desai Sandeep
Ranch Hand

Joined: Apr 02, 2001
Posts: 1157
I agree with Junilu, there is a design mix in the analysis use case.I would lean towards c.
-- Sandeep
Caroline Iux
Ranch Hand

Joined: May 14, 2001
Posts: 103
C would be my gut feeling choice. I guess it depends on how you define "analysis use case". These design details are valid in real use case. If a real use case is not an "analysis use case", then c is definitly the answer.
Desai Sandeep
Ranch Hand

Joined: Apr 02, 2001
Posts: 1157
Hi

Originally posted by Caroline Iux:
If a real use case is not an "analysis use case", then c is definitly the answer.

Real use cases is one of the artifacts of Design Phase.See Chapter 37, Figure 37.10, Applying UML and Patterns, Craig Larman
Hope this helps,
-- Sandeep
 
I agree. Here's the link: http://aspose.com/file-tools
 
subject: IBM 486 - Use Case