Usability.gov is archived and no longer updated.

External links may not function and information on the site may be out of date. Visit Digital.gov for current information.

Use Cases

A use case is a written description of how users will perform tasks on your website.  It outlines, from a user’s point of view, a system’s behavior as it responds to a request. Each use case is represented as a sequence of simple steps, beginning with a user's goal and ending when that goal is fulfilled.

Benefits of Use Cases

Use cases add value because they help explain how the system should behave and in the process, they also help brainstorm what could go wrong.  They provide a list of goals and this list can be used to establish the cost and complexity of the system. Project teams can then negotiate which functions become requirements  and are built.

What Use Cases Include What Use Cases Do NOT Include
  • Who is using the website
  • What the user want to do
  • The user's goal
  • The steps the user takes to accomplish a particular task
  • How the website should respond to an action
  • Implementation-specific language
  • Details about the user interfaces or screens.
 

Elements of a Use Case

Depending on how in depth and complex you want or need to get, use cases describe a combination of the following elements:

  • Actor – anyone or anything that performs a behavior (who is using the system)
  • Stakeholder – someone or something with vested interests in the behavior of the system under discussion (SUD)
  • Primary Actor – stakeholder who initiates an interaction with the system to achieve a goal
  • Preconditions – what must be true or happen before and after the use case runs.
  • Triggers – this is the event that causes the use case to be initiated.
  • Main success scenarios [Basic Flow] – use case in which nothing goes wrong.
  • Alternative paths [Alternative Flow] – these paths are a variation on the main theme. These exceptions are what happen when things go wrong at the system level.

How To Write a Use Case

Write the steps in a use case in an easy-to-understand narrative. Kenworthy (1997) outlines the following steps:

  1. Identify who is going to be using the website.
  2. Pick one of those users.
  3. Define what that user wants to do on the site. Each thing the use does on the site becomes a use case.
  4. For each use case, decide on the normal course of events when that user is using the site.
  5. Describe the basic course in the description for the use case. Describe it in terms of what the user does and what the system does in response that the user should be aware of.
  6. When the basic course is described, consider alternate courses of events and add those to "extend" the use case.
  7. Look for commonalities among the use cases. Extract these and note them as common course use cases.
  8. Repeat the steps 2 through 7 for all other users.

Example Use Cases

Below, are examples of three use cases with increasing levels of complexity.  For our purposes we have defined them as Simple, Middleweight and Heavyweight use case for doing the laundry.  In each of these types of uses cases you will see that:

  • A housekeeper does laundry on a Wednesday
  • She washes each load.
  • She dries each load.
  • She folds certain items.
  • She irons some items.
  • She throws away certain items.

Simple Laundry Use Case

Use Case 1 Do laundry
Actor Housekeeper
Basic Flow On Wednesdays, the housekeeper reports to the laundry room.  She sorts the laundry that is there.  Then she washes each load.  She dries each load. She folds the items that need folding.  She irons and hangs the items that are wrinkled.  She throws away any laundry item that is irrevocably shrunken, soiled or scorched.

Middleweight Laundry Use Case

Basic Flow

Use Case 1 Do laundry
Actor Housekeeper
On Wednesdays, the housekeeper reports to the laundry room.  She sorts the laundry that is there.  Then she washes each load.  She dries each load. She folds the items that need folding.  She throws away any laundry item that is irrevocably shrunken, soiled or scorched.
Alternative Flow 1 If she notices that something is wrinkled, she irons it and then hangs it on a hanger.
Alternative Flow 2 If she notices that something is still dirty, she rewashes it.
Alternative Flow 3 If she notices that something shrank, she throws it out.

Heavyweight Laundry Use Case

Use Case 1 Housekeeper does laundry
Actor Housekeeper
Use Case Overview It is Wednesday and there is laundry in the laundry room. The housekeeper sorts it, then proceeds to launder each load. She folds the dry laundry as she removes it from the dryer. She irons those items that need ironing.
Subject Area Domestics
Actor(s) The housekeeper
Trigger Dirty laundry is transported to the laundry room on Wednesday.
Precondition 1 It is Wednesday
Precondition 2 There is laundry in the laundry room.

Basic Flow: Do Laundry

Description This scenario describes the situation where only sorting, washing and folding are required. This is the main success scenario.
1 Housekeeper sorts laundry items.
2 Housekeeper washes each load.
3 Housekeeper dries each load.
4 Housekeeper verifies that laundry item does not need ironing, is clean and not shrunken.
5 Housekeeper verifies that laundry item is foldable.
6 Housekeeper folds laundry item
7 Housekeeper does this until there are no more laundry items to fold
Termination outcome Laundry is clean and folded

Alternative Flow 4A: Laundry item needs ironing.

Description This scenario describes the situation where one or more items need ironing before or in lieu of folding
4A1 Housekeeper verifies that the laundry item needs ironing and is clean and not shrunken
4A2 Housekeeper irons the laundry item
4A3 Housekeeper puts laundry item on a hanger
Termination outcome Laundry that needs ironing is ironed and hung up.

Alternative flow 4B: Laundry item is dirty.

Description This scenario describes the situation where the laundry item did not get clean the first time through the wash.
4B1 Housekeeper verifies that the laundry item is not clean.
4B2 Housekeeper rewashes the laundry item
Termination outcome Dirty laundry is rewashed.

Alternative flow 4C: Laundry item shrank.

Description This scenario describes the situation where the laundry item shrank.
4C1 Housekeeper verifies that the laundry item shrank
4C2 Housekeeper disposes of laundry item.
Termination outcome Laundry item no longer exists.

Alternative flow 5A: Laundry item needs hanger.

Description This scenario describes the situation where the laundry item needs to be hung instead of folded.
5A1 Housekeeper verifies that laundry item needs hanging.
5A2 Housekeeper puts laundry item on a hanger.
Termination outcome Laundry that needs hanging is hung up.

Post conditions: All laundry clean and folded or hung up.

Business Rules:

  • Laundry can only be done on Wednesdays.
  • All ironed laundry items get hung on hangers
  • Any laundry item that is irrevocably soiled, shrunken, scorched, etc. , gets thrown out.