Thursday, December 03, 2009

Use Cases, Explaining Main Success, Alternate and Exception Scenarios

Once you understand the difference between a main success scenario, an alternate scenario and an exception scenario, you may wonder why it took you so long to get there. The reason probably being that the explanation was pretty abstract, talking about scenario's that do or don't have the same goal, post-conditions that add to or are instead of those of the main success scenario, blah, blah, blah...

Having gone this road myself, I started to wonder if there is a simpler way to explains what should be pretty natural for most of us. And as always, finding an example that relates to day-to-day life did the trick for me to explain it to others. The example being the following.

Suppose that have to drive from A to B. Your goal being to be in time for a customer meeting. The post-condition being that you successfully reached your destination in time.

So the main success scenario is that you drive from A to B, without interruptions.

An alternate scenario would be that you have to take a small detour by going through a gas station to get some gas. An extra post-condition this detour might add to the one of the main success scenario, could be that you have to obtain the gas bill, otherwise you employer won't cover your expenses.

An exception scenario might be that your car breaks down, and you will never be in time for the customer meeting. A post-condition of this exception scenario might be that you have to inform you customer that you have to cancel the meeting. This post-condition replaces the post-condition of the main success scenario.


Other exception scenario's might concerning a serious traffic jam, getting busted for speeding, car-jacking, and so on.

Now that was not too difficult, was it?

13 comments:

  1. What a nice illustration, of two things:

    - the difference between alternate and exception scenarios

    - the importance of recognising the value of even simple ideas, and spreading them around!

    ReplyDelete
  2. I must say that your language of explaining things are so easy to understand and also you make it more easier to understand by giving real time examples. I wish you are our database professor.

    ReplyDelete
  3. Army, you make me laugh. Thank you for that :-)

    ReplyDelete
  4. That's a simple way of putting it. However, complexity is when you try to define it, especially in case of exception scenarios. Any inputs would be helpful

    ReplyDelete
  5. Anonymous6:04 AM

    The use cases in this report are generated using a target Structuring methodology presented by Alistair Cockburn of people and technology. To explore the goal of every Actor's system meets the functional requirements of yields.
    Bangkok Flight

    ReplyDelete
  6. this was very informative thanks

    ReplyDelete
  7. You have explained an important topic in very simple words. This describes main success scenarios. This is explained in terms of alternate and exception scenario. I really like the way you put these terms together.

    ReplyDelete
  8. this was very informative

    ReplyDelete
  9. Anonymous1:01 PM

    I happen to be commenting to let you know of the cool experience my wife’s princess encountered using your site. She realized such a lot of details, including how it is like to have an excellent teaching style to have the others clearly fully grasp chosen advanced matters. You truly did more than our desires. I appreciate you for presenting the good, dependable, explanatory as well as unique guidance on that topic to Tanya.
    custom software development
 

    ReplyDelete
  10. Considerably, the article is, in reality, the greatest on this noteworthy topic. I agree with your conclusions and also definitely will eagerly look forward to your next updates. Saying thanks will not simply just be enough, for the wonderful clarity in your writing. I definitely will right away grab your RSS feed to stay privy of any updates. Pleasant work and also much success in your business dealings! stiply.nl elektronische handtekening

    ReplyDelete
  11. A use case diagram mainly consists of actors, use cases and relationships. More complex larger diagrams can include systems and boundaries. We’ll discuss the use case diagram guidelines based on objects. It is important to remember that these are use case diagram guidelines and not rules. It’s alright to deviate if it improves the overall quality of the diagram. You can draw use case diagram online with Creately online diagramming and collaboration software. There are 100s of diagram templates and examples to be used freely as well.

    ReplyDelete