Use Case Statement
By Deb Sands
|
Name |
New Assignment Information Section |
|||
|
Description |
How and what information is required to create a New Request |
|||
|
Dependencies |
Requester must be set up as a Requester in the system. Request Business Logic Layer |
|||
|
Scope |
To get enough information to submit work from and for various departments. |
|||
|
Primary Actors |
||||
|
Secondary Actors |
||||
|
Pre Conditions |
· The requester information must be in the database. |
|||
|
Success End Conditions |
||||
|
Failure End Conditions |
||||
|
Action Taken, Notes |
When? |
By Whom? |
||
|
0.1 |
|
|
|
|
UseCase
|
# |
Action / Stimulus |
Reaction |
|
1 |
Requester has logged into system with valid User-ID. |
Based on User-id, Machine, Requester, Department, Location, Division are populated. It is possible to change this information, example, entering for someone else, or a person works for multiple divisions, etc. This is controlled by roles or groups. Non-required dropdown lists are Category, Action, Priority, Client, which will default to none on page load. Rank will default to 0 and Requested Completion Date will be Null. (*need to check on this). |
|
2 |
User has provided all required information. |
Required fields are, Subject, Description, Requester, Department, Location, and Division. |
|
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: