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/17/2012 11:07 PM
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







New Post 2/18/2012 5:09 PM
User is offline Kimbo
392 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.



New Post 3/1/2012 8: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 12:56 PM
User is offline Sandy
73 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.


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

Re: Alternate-Alternate Flow in a Use Case 


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, 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,


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

Community Blog - Latest Posts

Paul Crosby
Paul Crosby
There are hundreds of traits that make up a good manager, but here are the top 9 skills we recommend for a business analysis leader - or any leader in general. 1. See Design as a Differentiator Anyone can design but not everyone designs well.  Who cares?  Frustrated users care.  Seeing design as important sets you apart from all ot...
0 Responses
Paul Crosby
Paul Crosby
As business analysts, we are often in the fray of designing.  Whether it’s a user interface, report or data fed from one system to another; business analysts create interfaces with human beings and systems.  Our design choices impact users and other systems in a very real way.  This power can go unnoticed even in our own minds....
0 Responses
Paul Crosby
Paul Crosby
Scope – the last frontier.  We are on a mission where no business analyst has gone before.  To explore strange new diagrams and to have the project scope clearly understood.  Extra credit to those who remember which TV show that was from!  Scope and context are the number one reason business expectations about a project ar...
0 Responses

Latest Articles

Who (or What!) Makes Your  Operational Business Decisions?
Oct 16, 2016
Operational business decisions happen every minute of every day in your organization. You’d like to think that business managers can truly manag...
Featured Digital Library Resources 
Copyright 2006-2015 by Modern Analyst Media LLC