This week's book giveaway is in the HTML Pages with CSS and JavaScript forum.
We're giving away four copies of Testing JavaScript Applications and have Lucas da Costa on-line!
See this thread for details.
Win a copy of Testing JavaScript Applications this week in the HTML Pages with CSS and JavaScript forum!
  • Post Reply Bookmark Topic Watch Topic
  • New Topic
programming forums Java Mobile Certification Databases Caching Books Engineering Micro Controllers OS Languages Paradigms IDEs Build Tools Frameworks Application Servers Open Source This Site Careers Other all forums
this forum made possible by our volunteer staff, including ...
Marshals:
  • Campbell Ritchie
  • Bear Bibeault
  • Ron McLeod
  • Jeanne Boyarsky
  • Paul Clapham
Sheriffs:
  • Tim Cooke
  • Liutauras Vilda
  • Junilu Lacar
Saloon Keepers:
  • Tim Moores
  • Stephan van Hulst
  • Tim Holloway
  • fred rosenberger
  • salvin francis
Bartenders:
  • Piet Souris
  • Frits Walraven
  • Carey Brown

IBM 486 - Use Case

 
Ranch Hand
Posts: 142
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
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
 
Sheriff
Posts: 15815
264
Mac Android IntelliJ IDE Eclipse IDE Spring Debian Java Ubuntu Linux
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
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
 
David Roberts
Ranch Hand
Posts: 142
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
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
Sheriff
Posts: 15815
264
Mac Android IntelliJ IDE Eclipse IDE Spring Debian Java Ubuntu Linux
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
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
Posts: 142
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
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
 
Ranch Hand
Posts: 103
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
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
Sheriff
Posts: 15815
264
Mac Android IntelliJ IDE Eclipse IDE Spring Debian Java Ubuntu Linux
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
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).]
 
Ranch Hand
Posts: 1157
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
I agree with Junilu, there is a design mix in the analysis use case.I would lean towards c.
-- Sandeep
 
Caroline Iux
Ranch Hand
Posts: 103
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
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
Posts: 1157
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
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
 
Make yourself as serene as a flower, as a tree. And on wednesdays, as serene as this tiny ad:
Building a Better World in your Backyard by Paul Wheaton and Shawn Klassen-Koop
https://coderanch.com/wiki/718759/books/Building-World-Backyard-Paul-Wheaton
    Bookmark Topic Watch Topic
  • New Topic