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

Edward M Ngubane
Edward M Ngubane
What is the role of the business analyst? A typical response to this question is that he is a bridge between IT and business. Often this view is reinforced by textbooks and training material covering the business analysis domain. The reality is that there is still much confusion about business analysis as a discipline. In my opinion, this view...
0 Responses
Arash
Arash
Decision Model and Notation in short DMN is a novel way to model business decisions. DMN allows capturing and modeling business decisions in a way that is easy to understand with business people and subject matter experts. It is a combination of: Decision requirement diagram – DRD Decision table Boxed expressions Fr...
0 Responses
Ryan Thomas Hewitt
Ryan Thomas Hewitt
Background Like most Scrum teams, we held “Sprint Review Meeting” every two weeks. We would gather as a team to demo what was recently built & receive feedback. Although it was a great opportunity to showcase recent work, we identified a number of problems with “Sprint Review Meetings” for our mature product:  1.&...
0 Responses




Latest Articles

Requirements for Devices Around Us: Embedded Systems
Aug 22, 2016
0 Comments
Most discussions about software requirements deal with business information systems and similar projects. The world is also full of products that use ...
Featured Digital Library Resources 
Copyright 2006-2015 by Modern Analyst Media LLC