Comments on: Use Case Basics: Distinguishing Between Exception and Alternative Paths http://practicalanalyst.com/2008/12/16/use-case-basics-distinguishing-between-exception-and-alternative-paths/ Practical Insight for Business Analysts and Project Professionals Thu, 22 Jul 2010 11:35:32 +0000 hourly 1 http://wordpress.org/?v=3.0.1 By: Matt Terski http://practicalanalyst.com/2008/12/16/use-case-basics-distinguishing-between-exception-and-alternative-paths/comment-page-1/#comment-4809 Matt Terski Wed, 31 Dec 2008 17:49:54 +0000 http://jonathanbabcock.com/?p=271#comment-4809 Interesting. I'd stopped making this distinction a long time ago and just grouped both exception and alternative paths together. When I read your post, my first reaction was: Why would I do this? What's the value? Since then, someone pointed out that you could probably ship a system *without* all of the alternate paths in place. But, it's probably *not* a good idea to ship a system that doesn't handle the exception paths. Is this the primary reason for making the distinction? Are there others? Interesting. I'd stopped making this distinction a long time ago and just grouped both exception and alternative paths together. When I read your post, my first reaction was: Why would I do this? What's the value?

Since then, someone pointed out that you could probably ship a system *without* all of the alternate paths in place. But, it's probably *not* a good idea to ship a system that doesn't handle the exception paths.

Is this the primary reason for making the distinction? Are there others?

]]>