This document outlines the software requirements specification for an online aptitude test system. The system allows students to register, take tests, and view results online. It aims to remove flaws in manual exam systems by providing flexibility for students to take exams anywhere at any time. The system has modules for registration, adding questions, taking tests, and viewing results. It defines requirements for users like students and faculty, as well as performance, security, usability, and other non-functional requirements.

1. Aim: Develop the Software Requirements Specifications (SRS) document for a specific system.
Online Aptitude Test
1 Introduction
1.1 Purpose of the System
We have designed this website with the purpose of allowing the students to give exams and view
their results offline. This site is an attempt to remove the existing flaws in the manual system of
conducting exams.
Students are provided the flexibility to choose among different types of aptitude and programming
language tests.
1.2 Scope of the System
This System allow to student to give their exam at any place. Less time consumption, as the results
is calculated immediately after the test and displayed to the student/candidate. For
students/candidates, it saves time of going too far away centers to give exams.
2 General description of the System
2.1 Overall description
Online Aptitude test is an online examination system. It is accessible via the Internet, 24 hours
a day, 7 days a week. The objective of this app is to reach and connect candidate and examiner
in remote communities and conduct exams in a virtual environment online. This app will only
allow the registered users to enter the test module.
1. Registration
2. Add new Question
3. Take a test
4. Result
Registration: At this time user are two choices for login into the system – candidate login and
Admin login. In candidate login will take the user to the user profile. In Admin login will take
the user to the admin profile.
Add new Question: In this module after successful login by faculty, it will enter new question
in the question bank as per question type.
Take a test: In this module, exam is organized according to the number of question choose by
the candidate.
Result: In this module, the result of the exam is display after exam completed by candidate.
Along with number of right answers and wrong answers.
2.2 User Characteristics
Function are divided according to user type such as
Admin
The Function of admin is to add/edit in the all module.

2. Faculty
Faculty is to add new question.
Candidate
The Function of student is to update his/her profile, and give exams.
2.3 User Objectives
There are mainly 3 user of the product: admin, User, Faculty
Admin
1. Login
2. Solve a query
3. Maintain database
4. Maintain user details
5. Maintain test module
6. See feedback
Faculty
1. Log in
2. Add a question
User
1. Login
2. User profile
3. Given test
4. See result
5. Feedback
2.4 Feasibility Study
2.4.1 Technical Feasibility:
In this system technically it is possible for admin to see the wide range of candidate
exam. Candidate get knowledge of various fields and give exam without going to any exam
Center.
2.4.2 Operational Feasibility:
It is feasible for our system to make use of functions like result which will calculate
after the complete exam. Various functions are also possible e.g. random paper generate
by the system. In this user are able to enter new question in the question bank.
2.4.3 Economic Feasibility:
The cost required in the proposed system is comparatively less to the existing
system. E.g. No cost for classes, etc.
2.4.4 Resource Feasibility:
The time required generating a report or for doing any other work will be
comparatively very less than in the existing system. Record finding and updating will take
less time than the existing system.
2.4.5 Implementing Feasibility:
Implementing our project is very feasible as it is very user friendly, what it requires
from us is to just PHP server and a website then all user are able to work with system like
add new question, give exam or see a result.

3. 3 Functional Requirements:
3.1 Module Description:
There are mainly 4 types of Module are there:
1. Registration
2. Add new Question
3. Test
4. Result
3.1.1 Registration
In his Module user, faculty & admin are register using username, password. There
is a quality login window because this is more secure than other login forms as in a normal
login window there are multiple logins available so that more than one person can access
to test with their individual login. But in this project there is only one login id
i.e. administrator id and password by which a person enters the site. Hence it is more secure
and reliable than previously used on-line test simulators.
3.1.2 Add a question
After successfully register with the system faculty are able to add the question for
test. For add a new question faculty are choosing question type, add a new question text,
approximate time for solve the question and difficulty. After the submitted details
according to the question type in the database question are stored.
3.1.3 Test
Test page is the most creative and important page in this project. It consists of
2 modules namely:
 Number of question selection:
In this page user are able to select number of question from the given list. In the list
20,30&35 option are available. After the submit the page paper are generated and the basic
instruction are given to the user.
 Utilities:
Skip and come back to the question afterwards if needed. Gives the list of attempted
and un attempted questions and can go to any question directly and can either attempt or
change the answer of the already attempted question.
3.1.4 Result
After final submit of user the result is generated. In result the user all details and
how many question are attempt and how many question are true in the given time period
this all information are given in this details. The result is printed in the table format.
3.2 Functions of various user of the system:
There are mainly 2 user of the product: admin, user
1. Admin
The work of the admin is maintaining of the database, the important information
about the user like e-mail, mobile number etc. The admin is also solving of the query of
the student.

4. Function of admin:
Maintain database
Maintain user details
Maintain test module
Solve user query
See feedback
2. User
The work of user is to give a test and see a result and the user how to improve
knowledge regarding aptitude.
Function of user:
Login
Give personal details
Add a question (After permission)
Given test
See Result
Feedback form
3. Faculty
The work of the faculty is to add a new question in the database.
Function of faculty:
Login
Add a Question
4 Non-Functional Requirements:
4.1 Performance Requirements
The system shall function in real time, any operation on the stored information,
triggered by the user shall complete in less than 10 seconds.
The system shall allow simultaneous use by at least 100 users, without any problem. 
The system will try to retain the integrity of data by ensuring backups. 
The software shall be compatible with Windows, Linux or any other OS, with 256 MB
RAM or above.
4.2 Security Requirements
In order to appear in examination, students must first authenticate themselves by
entering a username and password. The system shall not allow access if the student
fails to provide correct login information. 
Only administrator will be allowed to change the database directly to maintain the
integrity of data.
All the confidential details will be encrypted and then only stored in the database. The
system shall never send an unencrypted password over the internet.
4.3 Flexibility:
The system shall be flexible enough so that there is a scope of making Changes in the
system easily so that it will work fine for coming next 5 Years at least.
4.4 Maintainability:
The system shall be easily maintainable by the administrator. Other programmers shall
be capable of easily modifying and updating code by using the documentation provided
with the system.

5. 4.5 Testability:
The system shall be tested with different types of users using it.
4.6 Reliability:
The system shall be accessible at any time, with the help of internet.
4.7 Usability:
The system shall be user friendly i.e. it should be easy to use. 
4.8 Portability:
The system shall be compatible with the following web browsers: Internet Explorer,
Mozilla Firefox, Google Chrome, Safari and Opera and the following Operating
systems: Windows (XP, Vista, 7, 8), Linux, Mac OS. 
4.9 Reusability:
The system shall be properly coded and well-documented so that in future it can be
used by other college too.
5 Interface Requirements
5.1 Hardware Requirement
The application demands that all the PCs must be present in the internet.
Pc should be sufficiently fast with adequate memory at least 64 MB RAM and 2 GB
hard –disk space is required to run this application.
Screen resolution of at least 800*600 required to properly view the screen.
It should be support the printers
5.2 Software Requirement
Any Window Operating System.
The PHP must be installed. For the database handling MYSQL must be installed.
The final application must be packaged in a set up program, so that the product can be
easily installed on the clients-machine.