Win a copy of The Little Book of Impediments (e-book only) this week in the Agile and Other Processes forum!
  • Post Reply
  • Bookmark Topic Watch Topic
  • New Topic

"Prepare itinerary" contradicts "price itinerary"?

 
Hitry Mitry
Ranch Hand
Posts: 32
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
Hi everyone, has anyone noticed a contradiction between the abovementioned use cases? Namely, the "prepare itinerary" states that the user must be asked to log in (if he has not yet done so) when he is about to confirm the prepared AND PRICED itinerary. At the same time, the precondition for the "price itinerary" states that the used must be logged in PRIOR TO pricing of the itinerary.

I read the text several times - it wouldn't go away.

Thanks for your comments.
 
Dan Drillich
Ranch Hand
Posts: 1183
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
Hitry,

You are absolutely right!
Actually, requiring that the user is logged in is a pre-condition for all the four use cases. Therefore, I would suggest to build the application flow with logging in as the first required step.

-- Dan
 
vu lee
Ranch Hand
Posts: 208
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
This is what the contracdiction is about. In the prepare itinerary if the precondition must meet before implementing the use case- -user must successfully login before searching for flights, the alternative flow is useless.
 
Dan Drillich
Ranch Hand
Posts: 1183
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
Vu,

You are right. The same alternative flow also exists for the Pay for Itinerary use case. I guess we need to make our choice and describe the situation - use cases' inconsistencies, the chosen route, etc. in the list of assumptions.

-- Dan
 
vu lee
Ranch Hand
Posts: 208
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
Does that mean if we go with the simple assumption, we don't need to worry about the alternative flows? Simplify the work and therefore less work to do. Are there any ranchers who passed the exam made this assumption?
 
Hitry Mitry
Ranch Hand
Posts: 32
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
sorry guys, my fault, in fact there's no contradiction of course.
"Before" is not the same as "just before", so from the viewpoint of pure logics it's OK.
[ July 18, 2005: Message edited by: Hitry Mitry ]
 
vu lee
Ranch Hand
Posts: 208
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
Premise 1: the precondition of all use cases requires user must login successfully.
Premise 2: "The preconditions, if any, indicate what must be true before this use case is allowed to run." agile modeling essential use case
conclusion: at least one of the alternative flow in prepare itinerary use case is not applicable.

Guys, I got confused. I don't think the claim is correct, but at the same time, I cannot prove it.
 
Ajai
Ranch Hand
Posts: 198
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
Hi,

I have one more concern here.
In price itinerary..it is writeen in the end 'for each segment of the flight'.Does that mean one flight has no. of segments hence contradicting BDM.
Any thoughts?


Thanks.
Ajai
 
rottscha rotti
Greenhorn
Posts: 21
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
Hi all,
from the ergonomical point of view it would make more sence to log in (and create a profile before) when the itinerary is complete because you can look at the offerings of FBN before beeing a member be logged in.

I think the main thing is that you show that you have noticed the inconsistence in the usecase, document it and choose a solution that would be the best for FBN and the customer.

any comments? - rr
 
Matt Rea
Greenhorn
Posts: 28
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
I agree fully, there a number of contradictions in the provided use cases. I documented assumptions for each use case where I clarified exactly what and how I handled the situation. I still covered the alternate flows but I used assumptions to provide the details and clarifications I needed to complete my solution.

I passed with no problems back in June with a very good mark so I can say with confidence this approach was fine for me.

Best regards,

Matt
 
  • Post Reply
  • Bookmark Topic Watch Topic
  • New Topic