Ans:

1. INTRODUCTION

1. Purpose: The purpose of this document is to describe the SRS for Student Admission System. it also describes the interface for the system
2. Scope: This document is meant to be used by the developers and will be basis for the final delivered system.
3. Definition, acronyms abbreviation:

Abbreviation

Most of the central systems are referred to by an abbreviation so this section lists the abbreviation used for the system (sometimes there are more than one).

Brief Description

A very short description of the system, normally listing any sub-systems included where appropriate.

Modes of Access

Some systems can be accessed in a number of ways (e.g. via the Web and by BI/Query). This section lists the different ways in which the system can be accessed. these can include:

Web- via a web browser such as Internet Explorer

Telnet- An older style of interface where a telnet session is run on the local machine connecting to one of the central computers. once there a program is started which displays the system via a form-based interface.

GUI- this is normally an application which will run on your local machine but access the central data. UI stands for graphical user interface and refers to an interface allowing the user to use a mouse for example to move to a field etc.

BI/Query- This is a tool which is run on the local machine and allows the user to extract data from the central systems. It does not allow data to be updated and added to the central systems.

Number of Users

The numbers of uses quoted refer to the approximate number of people

(iv) References: To be used whenever necessary

2. GENERAL DESCRIPTION

2.1Product function overview: Online Education System aims to integrate the various modes of education. It attempts to combine the features of regular classroom education, correspondence and distance learning education and at the same time add a few new features to come up with an impeccable education system. One of the main advantages of such a system is that it can reach people from all over the world. This creates a great environment where people from different countries and cultures can interact with each other and share thoughts; ideas and most importantly promote learning.

2.2 User characteristics: The user of the system will be staff of the university and the students. Both these group are familiar with the operation of computers.

2.3 General Constraints: The system should run on a variety of operating system and networking environment.

3. INPUT AND OUTPUT

3.1 Data flow Input from student/admin processing  output in various forms/report.
3.2 Data flow diagram:

FIG: DFD for Registration Module

4. FUNCTIONAL REQUIREMENT

4.1FUNCTION PARTITIONING

• By various examination and courses.
• By nature of input data.

4.2 FUNCTION DESCRIPTION

• Processing narratives
• Restrictions and limitations
• Performance requirement
• Design constraint
• Supporting diagram

4.3 CONROL REQUIREMENT

• Control specification
• Design limitations

5. BEHAVIOURAL REQUIREMENTS

• System states
• Event and action including student completing necessary forms and downloading of hall ticket

6. VALIDATION CRITERIAN

• Performance bounds
• Various tests- Particularly applicable with on-line and real time software.
• Expected software response.
• Special considerations as applicable to be online system.
• Annexure about university’s history, courses etc