Forums for the Business Analyst

 
  Modern Analyst Forums  Business and Sy...  Structured Anal...  Use cases document
Previous Previous
 
Next Next
New Post 1/16/2010 5:51 PM
User is offline Marc Thibault
7 posts
10th Level Poster


Re: Use cases document 

You have three use cases:

  1. Someone prepares a request. What the system does with it is a design, not requirement issue.
  2. The manager selects a pending request and either approves or rejects it. These are two natural flows; alternatives, not main and exception.
  3. The original someone checks their email to see whether the request has been approved or not.

It doesn't seem like it, but the last needs coding. Generating the email is a precondition, and without this use case, there's no need to generate the email.


 
New Post 1/21/2010 5:10 AM
User is offline Peter Herring
13 posts
10th Level Poster


Re: Use cases document 

 john123 wrote
 

I have the following question , I am writing  a use cases document were each use case consists of the following sections (pre-condition, detailed description, alternative flow, exception flow , post-condition)

I need to write use case/s for the approval process, where in my system a request will be send to the manager to either approve or reject a registration request , so  I wrote the one use case were in the detailed description section I wrote the flow for approving the registration request and in the exception section I wrote the reject the registration request and in the alternative flow I wrote approving the registration request through the email,, so is this right or I should have wrote two use cases one for approving the request and another use case for rejecting the use case.

thanks

 

 

Hi John,

Here's my suggestion.

Taking it back to basics you need to decide what the goal is of the actor in this situaiton. So,the manager is receiving registration requests and ultimately wants to approve them. So it seems to me your use case is clear;  he is managing registration requests.  You could call your use case "Manage registration requests." Now, your main flow covers the happy day scenario which is for approving those requests. I would cover rejecting in an alternative flow. It isn't really an exception, because an exception is unexpected behaviour, whereas rejecting a request is something that you would expect to do. Approving via email as an alternative flow seems fine, it depends on if the system behaviour is significantly different or it is optional. It may well be that you dont need an alternative flow for this.

I highly recommend two books on the subject of uses cases:

Use Case modelling - by kurt bittner and ian spence

Writing effective use cases - by Alistair Cockburn

 
Previous Previous
 
Next Next
  Modern Analyst Forums  Business and Sy...  Structured Anal...  Use cases document

Community Blog - Latest Posts

The Cisco Certified Network Associate (CCNA) certification is a pivotal credential for networking professionals, validating your skills in networking fundamentals, security, automation, and programmability. Preparing for the CCNA exam can be challenging, but with the right strategy, resources, and mindset, you can successfully achieve this certific...
The CEO/CIO's Guide to Architecting AI: Vision to Value in Minutes Introduction to Architected AI Artificial intelligence (AI) is becoming part of our life at an unprecedented pace. As CEOs and CIOs grapple with how to leverage this powerful technology to drive strategy and enhance operations, the concept of Architected AI becomes importa...
In today's dynamic business environment, mastering effective business analysis techniques is crucial for organizations aiming to achieve sustainable growth and competitive advantage. Business analysis involves the systematic evaluation of business processes, requirements, and strategies to uncover insights that drive informed decision-making. T...

 






 

Copyright 2006-2024 by Modern Analyst Media LLC