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

 

Thoughts?

 

Thanks,

B

1a.1 

 
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.

Kimbo

 

 
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.

Sandy 

 
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 

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

Praveen Udupa
Praveen Udupa
In my previous blog post titled "All requirements are important!", I reasoned that stakeholders only appear to be uncooperative in the prioritization process. In reality, they are unable to prioritize requirements because they cannot see one requirement more or less important than the other. I urged you to ponder whether ...
0 Responses
Praveen Udupa
Praveen Udupa
This is in continuation of my earlier post on Business Requirement. If you have not read that post, I recommend you take a few minutes to study that first before continuing with this post. In this post, let's discuss Stakeholder Requirement. Some people refer to this as User Requirement, but BABOK's nomenclature is Stakeholder Requi...
0 Responses
Praveen Udupa
Praveen Udupa
Yes, yes...you are right. This is an elephant.  Well, no. This post is not about the elephant. The elephant is used only for symbolism.  And you are right...there are a lot of other similar posts out there. This is my take on this topic. It is different from others. So, what does the elephant stand for? T...
0 Responses




Latest Articles

Beyond Requirements Development
May 23, 2016
1 Comments
So you’ve developed a set of requirements for some portion of your next systems development project. Now what? Experienced project managers and ...
Featured Digital Library Resources 
Copyright 2006-2015 by Modern Analyst Media LLC