Course Registration System
Use-Case Specification
Maintain Professor Information Use Case
Version: Draft
Revision History
Date |
Version |
Description |
Author |
21/Dec/98 |
Draft |
Draft version. |
S. Gamble |
|
|
|
|
|
|
|
|
|
|
|
|
Table of Contents
- Brief Description
- Flow of Events
- 2.1 Basic Flow - Add a Professor
- 2.2 Alternative Flows
-
2.2.1 Modify and Delete a
Professor
- Special Requirements
- Preconditions
- 4.1 Log In
- Postconditions
- Extension Points
Maintain
Professor Information Use Case
- Brief Description
This use case allows the Registrar to maintain professor information in the
registration system. This includes adding, modifying, and deleting professors
from the system.
The actor of this use case is the Registrar.
2. Flow
of Events
The use case begins when the Registrar selects the "maintain
professor" activity from the Main Form.
2.1 Basic
Flow - Add a Professor
- The Registrar selects "add a professor."
- The system displays a blank professor form.
- The Registrar enters the following information for the professor:
name, date of birth, social security number, status, and department.
- The system validates the data to insure the proper data format and
searches for an existing professor with the specified name. If the data
is valid the system creates a new professor and assigns a unique
system-generated id number. This number is displayed, so it can be used
for subsequent uses of the system.
- Steps 2-4 are repeated for each professor added to the system. When
the Registrar is finished adding professors to the system the use case
ends.
2.2
Alternative
Flows
2.2.1
Modify and Delete a Professor
TBD
3. Special
Requirements
Special requirements will be determined during the next iteration.
4. Preconditions
4.1 Log
In
Before this use case begins the Registrar has logged onto the system.
5. Postconditions
Postconditions will be determined during the next iteration.
6. Extension Points
Extension points of the business use case will be identified during the
Elaboration Phase.
|