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
Retrieve registration report

Registrar

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. III. IV. V. To check the course selected is available. To Show updated information. To authorize a credit or debit card. 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.