Forums for the Business Analyst

 
  Modern Analyst Forums  Business and Sy...  Requirements  Alternate-Alternate Flow in a Use Case
Previous Previous
 
Next Next
New Post 2/18/2012 12:07 AM
User is offline Bill McCracken
1 posts
No Ranking


Alternate-Alternate Flow in a Use Case 

Hi, my company has adopted a process of using sub-alternate flows, an alternate to an alternate flow, in their Use Cases.  Is this more common or an wrong practice.  I've not seen this used by any other company as a method of capturing use cases.  Typically, in my experience if you driving to this deeper level of branching you should be creating another use case.  I don't think this is best practice at all - are there many others using alt-alt flows in Use Cases?

Main scenario

1. Login to system

2. Present menu

3. Select "x' menu item

Alternate Scenario

1a. Use Automated login of windows userid/pw

Alternate-Alternate Scenario

1a.1  User automated login of corporate id

 

Thoughts?

 

Thanks,

B

1a.1 

 
New Post 2/18/2012 6:09 PM
User is offline Kimbo
354 posts
5th Level Poster


Re: Alternate-Alternate Flow in a Use Case 

 Hi Bill,

Use cases are not meant to be used as a solution design tool. They're a business modelling tool. (I just ducked to avoid all the flaming I'll get for saying that!@!)

Anyway, looking at your example, you have a login use case with alternates for automated user and corporate login. You could easily write this so that 1a.1 is an alternate of 1. Doesn't have to be a sub alternate. 

there was a thread on here a while back about whether Login is actually a use case or not. I don't think so personally cause it fails the basic rule of doing something of value for the actor. Logging into a system does not solve an actors business process / problems. But that's another issue.

Have you thought about using other techniques to define your system? For example you could create a site map using a UML Statechart and show the transitions between screens and other actions on the site chart. Much more visual and easier to understand than masses of pseudocode written as use cases. That's how I'd do it.

Kimbo

 

 
New Post 3/1/2012 9:10 AM
User is offline Peter Herring
13 posts
10th Level Poster


Re: Alternate-Alternate Flow in a Use Case 

Hi Bill,

I dont believe there is anything wrong with having an alternate to an alternate flow, and I have seen a number of ways of documenting it in the past. There first is to have two completely seperate alternate flows, as per your example, and the second is to nest them within one. I dont subscribe to the theory that if there is a depper level of branching then it should be another use case. You should discover use cases from  actors and the actors goals in relation to the porposed system.   

I assume the example you posted is a cut down verison? Can you elaborate on the alternate flows and exactly what you are trying to shw because, as the previosu poster stated, it looks like you may be able to roll this up into one flow.  

 
New Post 3/1/2012 1:56 PM
User is offline Sandy
69 posts
8th Level Poster




Re: Alternate-Alternate Flow in a Use Case 

Hi Bill,

I'm totally with Kimbo on this one.  If you have different paths through the use case that branch from the same point (such as automated windows login vs. automated coporate login), these fit into the "sibling" model as both being alternate flows without the need for "sub-alternate flows".  And I definitely agree with Kimbo that use cases or any other requirements document aren't meant to describe or dictate system design, navigation paths, etc.  

What difference in functional requirements and/or user interaction with the system would you see between automated log-in with a windows ID vs. automated log-in with a corporate ID?  Perhaps they are not two different flows at all, but one flow with differentiation through the business rules. 

Kimbo's suggestion of a statechart is a good option to consider.

Sandy 

 
New Post 3/5/2012 6:47 AM
User is offline KJ
243 posts
6th Level Poster


Re: Alternate-Alternate Flow in a Use Case 

Bill,

A few years ago one of the UML tools out in themarket could convert a usecase into an activity diagrams and vise versa (cant remember which one). You could toggle between activity and usecase. So if you have alternates of alternates, you would have a decision node following another decision node... see http://www.technosolutions.com/visual-use-case-screenshots/use-case-flow-editor-screenshot.html, and press <<Next>>.

So I guess, you could use nested alternates ... and an activity diagram that shows the flow would help.

And another matter, people sometimes get hung up on NOT using solutions (ie signon using user/pw) narrative. Its OK if the boundary is the system -- sometimes an existing system, so there is no point in being generic; the main thing to remember is the BOUNDARY, some of the most overlooked components of a use case.

warm regards,

K

 
Previous Previous
 
Next Next
  Modern Analyst Forums  Business and Sy...  Requirements  Alternate-Alternate Flow in a Use Case

Community Blog - Latest Posts

BA: If You Want to Succeed, You've Got to Read!
To be an average analyst is fairly simple... ....  all you have to do is go to all the meetings, complete all the mandatory training courses, an... Read More...

Three Great Tools for Managing Bulleted Lists
This post describes three great tools for managing bulleted lists in Microsoft Word. They allow you to automatically punctuate them , reorder them ... Read More...

Three Great Tools for Editing Tables
I use Microsoft Word a great deal in my work as a BA, it is my primary tool for formally communicating text based project deliverables.  Where I... Read More...



Upcoming Live Webinars



Latest Articles

The Line in the Sand: Requirements Baseline
Nov 18, 2014
0 Comments
Software developers often want to freeze the requirements following some initial requirements work and then proceed with development, unencumbered wit...
Featured Digital Library Resources 

brought to you by enabling practitioners & organizations to achieve their goals using:

Copyright 2006-2014 by Modern Analyst Media LLC