Scribd
Upload
483 views

Diagrams for Student Registration System

student

Uploaded by

temesgenbekele371
Copyright
© © All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as PDF, TXT or read online on Scribd
483 views

Diagrams for Student Registration System

student

Uploaded by

temesgenbekele371
Copyright
© © All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as PDF, TXT or read online on Scribd
You are on page 1/ 9

ADMAS UNIVERSITY

DEPARTMENT OF COMPUTER SCIENCE

PROJECT TITLE: DIAGRAMS OF STUDENT


REGISTRATION SYSTEM

GROUP MEMBERS NAME AND ID

1) Temesgen Bekele 0351/23

2)Yonas Zeleke 0339/23

3)Abdulhamid Birhanu 0343/23

Submitted to: - Abdurahman Jemal


1. Student Registration System Use-Case Model Main Diagram

View Report Card

Student
Register for Courses

Course Catalog
Login

Select Courses to Teach

Professor

Submit Grades

Maintain Professor Information


Registrar

Maintain Student Information

Close Registration
Billing System
2. Close Registration
2.1 Brief Description
This use case allows a Registrar to close the registration process. Course offerings that do not have enough
students are cancelled. Course offerings must have a minimum of three students in them. The billing
system is notified for each student in each course offering that is not cancelled, so the student can be billed
for the course offering.

2.2 Flow of Events

2.2.1 Basic Flow


This use case starts when the Registrar requests that the system close registration.
1. The system checks to see if registration is in progress. If it is, then a message is displayed to the
Registrar and the use case terminates. The Close Registration processing cannot be performed if
registration is in progress.
2. For each course offering, the system checks if a professor has signed up to teach the course offering
and at least three students have registered. If so, the system commits the course offering for each
schedule that contains it.
3. For each schedule, the system “levels” the schedule: if the schedule does not have the maximum
number of primary courses selected, the system attempts to select alternates from the schedule’s list of
alternates. . The first available alternate course offerings will be selected. If no alternates are available,
then no substitution will be made.
4. For each course offering, the system closes all course offerings. If the course offerings do not have at
least three students at this point (some may have been added as a result of leveling), then the system
cancels the course offering. The system cancels the course offering for each schedule that contains it.
5. The system calculates the tuition owed by each student for his current semester schedule and sends a
transaction to the Billing System. The Billing System will send the bill to the students, which will
include a copy of their final schedule.
2.2.2 Alternative Flows

2.2.2.1 No Professor for the Course Offering


If, in the Basic Flow, there is no professor signed up to teach the course offering, the system will cancel
the course offering. The system cancels the course offering for each schedule that contains it.

2.2.2.2 Billing System Unavailable


If the system is unable to communicate with the Billing System, the system will attempt to re-send the
request after a specified period. The system will continue to attempt to re-send until the Billing System
becomes available.

2.3 Special Requirements


None.

2.4 Pre-Conditions
The Registrar must be logged onto the system in order for this use case to begin.

2.5 Post-Conditions
If the use case was successful, registration is now closed. If not, the system state remains unchanged.

2.6 Extension Points


None.
Class Diagram
sequence diagram
State Chart Diagram
Activity diagram
Deployment Diagram
Component Diagram

You might also like