Course Registration System

Use-Case Specification

 

Maintain Student Information Use Case

 

Version 2.0

 

Revision History

Date

Version

Description

Author

21/Dec/98 Draft Draft version S. Gamble
15/Feb/1999 Version 1.0 Minor corrections based on review. S. Gamble
19/Feb/1999 Version 2.0 Modify section on use case extends. Final cleanup. Add alternative flows. Resolve remaining issues. S. Gamble
 
 
 
 

 

Table of Contents

  1. Brief Description
  2. Flow of Events
    2.1    Basic Flow - Add Student
    2.2    Alternative Flows
                            2.2.1    Modify a Student
               2.2.2    Delete a Student
                            2.2.3    Student Already Exists
               2.2.4    Student Not Found
  3. Special Requirements
  4. Preconditions
    4.1    Log In
  5. Postconditions
  6. Extension Points

 

Maintain Student Information Use Case

  1. Brief Description
  2. This use case allows the Registrar to maintain student information in the registration system. This includes adding, modifying, and deleting students from the system.

    The actor for this use case is the Registrar.

    2.    Flow of Events

    The use case begins when the Registrar selects the "maintain student" activity from the Main Form.

2.1     Basic Flow - Add Student

  1. The Registrar selects "add student."
  2. The system displays a blank student form.
  3. The Registrar enters the following information for the student: name, date of birth, social security number, status, and graduation date.
  4. The system validates the data to insure the proper format and searches for an existing student with the specified name. If the data is valid the system creates a new student and assigns a unique system-generated id number.
  5. Steps 2-4 are repeated for each student added to the system. When the Registrar is finished adding students to the system the use case ends.

2.2     Alternative Flows

2.2.1 Modify a Student

  1. The Registrar selects "modify student."
  2. The system displays a blank student form.
  3. The Registrar types in the student id number he/she wishes to modify.
  4. The system retrieves the student information and displays it on the screen.
  5. The Registrar modifies one or more of the student information fields: name, date of birth, social security number, student id number, status, and graduation date.
  6. When changes are complete, the Registrar selects "save."
  7. The system updates the student information.
  8. Steps 2-7 are repeated for each student the Registrar wants to modify. When edits are complete, the use case ends.

2.2.2  Delete a Student

  1. The Registrar selects "delete student."
  2. The system displays a blank student form.
  3. The Registrar types in the student id number for the student that's being deleted.
  4. The system retrieves the student and displays the student information in the form.
  5. The Registrar selects "delete."
  6. The system displays a delete verification dialog confirming the deletion.
  7. The Registrar selects "yes."
  8. The student is deleted from the system.
  9. Steps 2-8 are repeated for each student deleted from the system. When the Registrar is finished deleting students to the system the use case ends.

2.2.3  Student Already Exists

        If in the "Add a Student" sub-flow the system finds an existing student with the same name an error message is displayed "Student Already Exists". The Registrar can either change the name, create a new student with the same name, or cancel the operation at which point the use case ends.

2.2.4  Student Not Found

If in the "Modify a Student" or "Delete a Student" sub-flows the student name is not located, the system displays an error message, "Student Not Found". The Registrar can then type in a different id number or cancel the operation at which point the use case ends.

    3.    Special Requirements

    There are no special requirements associated with this use case.

    4.     Preconditions

            4.1    Log In

    Before this use case begins the Registrar has logged onto the system.

    5.    Postconditions

    There are no postconditions associated with this use case.

    6.    Extension Points

There are no extension points associated with this use case.



 

Copyright  © IBM Corp. 1987, 2004. All Rights Reserved.

Course Registration Project Web Example
Version 2001.03