Use Case Statement
By Deb Sands
Name |
New Request Optional Section |
Description |
Information that is optional for the requester to either change or select. |
Dependencies |
Requester must be set up in database tables |
Scope |
Display optional Request information that a requester may or may not need to include in the request. |
Primary Actors |
|
Secondary Actors |
|
Pre Conditions |
|
Success End Conditions |
|
Failure End Conditions |
Document Revision # |
Action Taken, Notes |
When? |
By Whom? |
0.1 |
|
|
|
Use Case
# |
Action / Stimulus |
Reaction |
1 |
Requester pulls up the New Request Page |
Multiple drop down lists will exist that represent Requester, Department, Location, and Division are populated based on current requester information,. Priority and Client are defaulted as None. Rank is 0 and Requested Completion Date is none for now. |
2 |
The optional button is pressed |
The optional section visibility is toggled to help minimize information displayed when optional information may not be relevant. |
3 |
Alternative / Additional Scenario:
# |
Action / Stimulus |
Reaction |
A1 |
||
A2 |
||
A3 |
Alternative / Additional Scenario:
# |
Action / Stimulus |
Reaction |
B1 |
||
B2 |
||
B3 |
Alternative / Additional Scenario: Cancel
# |
Action / Stimulus |
Reaction |
C1 |
||
Notes:
Issues: