SOFTWARE REQUIREMENT SPECIFICATION

ONLINE STUDENT REGISTRATION SYSTEM

1.0 INTRODUCTION
1.1 PURPOSE
The University offering different courses uses manual process of student registration
which is very tremendous. So, it requires an automated process for student registration called
online student registration.
This SRS describes functional and non-functional requirements of Online Student
Registration System. This SRS is intended to be used by team members who are implementing
and verifying the functionalities of Online Student Registration System.

1.2 PRODUCT SCOPE

The university student registration system uses manual process registration. It is unable
to deal with infinite number of telephone calls for inquiries, registration, confirmation etc. So, it
needs an online system which will provide users/students an interface for filling information,
listing the courses available, batch information and other details.
So, the objective of the software is to provide an Online Student Registration System
which will be used to provide an interface for displaying the details of courses available, batch
information, registration etc so that it will reduce the burden of the registration team.

1.3 REFERENCES

2.0 OVERALL DESCRIPTION

2.1 PRODUCT PERSPECTIVE
The online student registration system is completely new system and replacement of current
manual process of registration and inquiry by telephone. Figure x describes the functions
involved in an automated student registration system. The system is expected to provide services
of providing availability of courses, batch information, schedule, registration and credit and debit
card authorization.

2.2 PRODUCT FUNCTIONS

1. To see the various courses available and details.
2. To register for a course.
3. To see the batches and schedules.
4. To login as a registrar.
5. To retrieve registered users credentials.
6. To upload and modify the batch and schedule information.
7. To authorize credit and debit cards.
Student Registration System
View course details

Register for a
course

View batch status

Student

Registrar
Retrieve
registration report

Fig. 1 Student Registration System

Student

Browser

Student Registration
System

2.3 USER CLASSES AND CHARACTERISTICS

Student

The students from various cities willing to apply for the courses uses this software
for knowing the details of various courses available, batches available, schedules
etc. Students willing to register for a course need not to call in university and
register. He or she will register by online.

Registrar

The registrar uses the software for retrieving the registered users credentials. He
can use the information for allotting the batches and uploading it.

2.4 OPERATING ENVIRONMENT

OE-1

The software must work on Microsoft Internet Explorer 7 and above, Mozilla
Firefox and Google chrome.

OE-2

The software should work on universitys server running on Linux Red Hat and
Apache Web server.

OE-3

The online student registration system should provide an authorized access to

registrar within Intranet.

2.5 USER DOCUMENTATION

The system shall provide an online hierarchical and cross-linked help system in HTML
that describes and illustrates all the functions.

2.6 ASSUMPTIONS AND DEPENDENCIES

Students can register for available courses and batches which are updated on website by a
registrar.

3. 0 EXTERNAL INTERFACE REQUIREMENTS

3.1 USER INTERFACES
1. The user interface should provide navigation list of available courses and
batches with links provides for other details.
2. The user interface should provide the help link describing how to use each link
on interface.
3. The user interface should provide login for the registrar.
4. The user interface should display all registered users information with all
credentials in a tabular form.
5. The user interface should provide registration form with fields for all necessary
credentials.

3.2 HARDWARE INTERFACES

No hardware interfaces have been identified.

3.3 SOFTWARE INTERFACES

I.

The online student registration system should transform the registered user
credential into a database.

II.

To check the course selected is available.

III.

To Show updated information.

IV.

To authorize a credit or debit card.

V.

To transform the data from database into tabular form and display it.

3.4 COMMUNICATION INTERFACES

The online student registration System should send an e-mail to registered
information to inform the registered credentials, price and batch and schedule information.

4.0 SYSTEM FEATURE

4.1 To show the courses information.
4.1.1 Description and priority
Software should display the list of available courses and details. It should display
the batches information and schedules arranged.

4.2 To register for a course.

4.1.1 Description and priority
Students can register for available course by filling a registration form.
Student has to provide the information asked in form. He can register for available batches and
courses.

4.3 To log in as registrar.

4.1.2 Description and priority
The registrar is an employee from the university who retrieves and updates
the courses information.

5.0 OTHER NON-FUNCTIONAL REQUIREMENTS

5.1 PERFORMANCE REQUIREMENTS
PE-1:

The system shall accommodate 400 users during the peak usage time window of
8:00am to 10:00am local time, with estimated average session duration of 8
minutes.

PE-2:

All Web pages generated by the system shall be fully downloadable in no more
than 10 seconds over a 40KBps modem connection.

PE-3:

Responses to queries shall take no longer than 7 seconds to load onto the screen
after the user submits the query.

PE-4:

The system shall display confirmation messages to users within 4 seconds after
the user submits information to the system.

5.2 SAFETY REQUIREMENTS

No safety requirements are identified.

5.3 SECURITY REQUIREMENTS

i.

The network transactions that involve financial information or

personally identifiable information shall be in encrypted format.

ii.

The system should allow only authorized users to update the

information.

5.4 SOFTWARE QUALITY ATTRIBUTE

Availability-1: The Cafeteria Ordering System shall be available to users on the corporate
Intranet and to dial-in users 99.9% of the time between 5:00am and midnight
local time and 95% of the time between midnight and 5:00am local time.