Page History
Scrollbar | ||
---|---|---|
|
Include Page | ||||
---|---|---|---|---|
|
Page info | ||||
---|---|---|---|---|
|
...
Panel | ||
---|---|---|
| ||
Author: (Name) Craig Stancl Stancl.craig@mayo.edu LexEVS CBITT BOA Subcontract# 29XS223 |
Revision History
...
Version |
---|
...
Table of Contents |
---|
...
Note | ||
---|---|---|
| ||
Remove the instructional note boxes after completing the 1st draft. |
Introduction
Note | ||
---|---|---|
| ||
Describe the boundary and purpose of these use cases. |
Use Cases
Note | ||
---|---|---|
| ||
Duplicate the following pattern as many times as necessary. Replace the text in the tables with your information. All use cases are simple narratives and should not be specific to implementation technology or user interfaces. Software API is written in Design Documents. UC0 (zero) can be used to provide context for lower level use cases. The Use case name is usually the goal of the use case. |
UC0: Use case name
This use case is the only one that is at a high level and might include stakeholders and criticality (relative priority). This user case provides context for the lower level use cases.
Primary Actor | The primary user/role/profile or system which uses the system being built to achieve some specific goal. |
Primary Stakeholder | Who submitted the use case and how they are involved. |
Other Stakeholders | Others who have an interest and how they are involved. |
Pre-conditions | For USE CASE 0, high level description of any activities immediately preceding this use case, only include as much history as relevant. |
Main Success Scenario | Describe the main scenario if nothing fails, the "perfect case" scenario; this may contain some actions that are not immediately related to this use case but are necessary to satisfy other stakeholders. |
Post-conditions | Detail any activities immediately following this use case, only include as much history as relevant. |
Exception Scenarios | Detail exceptions that can occur in the Success Scenario; do not include technical implementation exceptions. All use cases are written from the user perspective. |
Criticality | Significance of success to the primary stakeholder, for example, essential to the work process or an enhancement with anticipated benefits to the work process. |
Related Gforge Trackers | Links to Gforge trackers, diagrams, or related requirements documents. |
Related JUnits | Links to Gforge trackers, diagrams, or related requirements documents. |
Related Links | Links to Gforge trackers, diagrams, or related requirements documents. |
UC1: Use case name
Primary Actor | The primary user/role/profile or system which uses the feature of this use case to achieve some specific goal. |
Pre-conditions | Detail any activities immediately preceding this use case; only include as much history as relevant. |
Main Success Scenario | Describe the main scenario if nothing fails, the "perfect case" scenario; this may contain some actions that are not immediately related to this use case but are necessary to satisfy other stakeholders. |
Post-conditions | Detail any activities immediately following this use case, only include as much history as relevant. |
Exception Scenarios | Detail exceptions that can occur in the Success Scenario; do not include technical implementation exceptions. All use cases are written from the user perspective. |
Related Links | Links to Gforge trackers, diagrams, or related requirements documents. |
UCx: Use case name
Date | Description of Changes | Author | |
---|---|---|---|
1.0 | 5/14/10 | Initial Version Approved via Design Review | Team |
Please view the use case document on GForge.
Scrollbar | ||
---|---|---|
|
...
Primary Actor
...
The primary user/role/profile or system which uses the feature of this use case to achieve some specific goal.
...
Pre-conditions
...
Detail any activities immediately preceding this use case; only include as much history as relevant.
...
Main Success Scenario
...
Describe the main scenario if nothing fails, the "perfect case" scenario; this may contain some actions that are not immediately related to this use case but are necessary to satisfy other stakeholders.
...
Post-conditions
...
Detail any activities immediately following this use case, only include as much history as relevant.
...
Exception Scenarios
...
Detail exceptions that can occur in the Success Scenario; do not include technical implementation exceptions. All use cases are written from the user perspective.
...
Related Links
...