Software Requirements Specification “Online Admission System” Jaikrishna Pyneni(690720027) Ramakrishna Sakhamuri(690720032) Sai Prasad Saladi(690720033) Arun Tiruveedula(690720040)
Andhra University College Of Engineering(A) Visakhapatnam 7th September,2011
Contents 1.0 Introduction 1.1 Purpose 1.2 Scope of the Project 1.3 Definitions,Acronyms and Abbreviations 1.4 References 1.5 Overviews
2.0 Overall Description 2.1 Project Perspective 2.1.1 Software Required 2.1.2 Hardware Required 2.1.3 Technologies 2.2 Product Functions 2.3 Constraints 2.4 Assumptions and dependencies
3.0 Specific Requirements 3.1 Functional Requirements 3.2 Non-Functional Requirements 3.2.1 Usability Requirements 3.2.2 Performance Requirements 3.2.3 Reliability 3.2.4 Portability Requirements 3.2.5 Security Techniques 3.2.6 Immediate Feedback
1.0 INTRODUCTION: As the number of students appearing for the counseling are increasing rapidly every year, it requires much effort and time to handle the admission system with man power and paper system. So we are in need of a better system to make the process easier and serves better which could be done by Computerized Student Admission System that facilitates the work of the universities and at the same time it must reduce the work load of the organization with expected quality. Quality in the sense, the system try to avoid the mistakes that are usually happen during the Admission Process.
1.1 Purpose:
The aim of Online Admission System is to computerize admission process without any flaws. Its basic objectives are to extend their reach to geographically scattered students, reducing time in activities, centralized data handling and paperless admission with reduced manpower. Its other factors are cost cutting, operational efficiency, consist view of data and integration with other institutions. Main challenges are effectively completing the admission process within the time limit and making the process easier for the students. Hence there is a prerequisite for maintaining a database, to store all the details.
1.2 Scope Of The Project :
Online Admission System is to allocate seats for the eligible students which would be accessed only on the registered systems. ii. Students are to be checked for their eligibility criteria before getting registered. A database is maintained with all the colleges, courses offering iii. by them and availability of seats. For each event database should be updated and should be ready iv. to provide information for next candidate in no time. i.
1.3 Definitions, Acronyms and Abbreviations: 1.3.1 Users Of The System :
i.
Verifier Student Advisor Local Counselor Administrator
ii.
iii. iv.
v.
1.3.2 Users characteristics :
We have five different types of users , first page of the application will show you four different logins : Verifier,Advisor,LocalCounselor, DatabaseAdministrator logins. All users should have some basic computer ii. knowledge. i.
iii.
Verifier should have the basic capability of verifying all the certificates produced by the students and making sure that the student is registered.
Advisor should get the list of all the courses and colleges available to the student based on his rank. v. Student should be able to provide all the necessary certificates to get registered for counseling. When his turn comes he has to submit his option in the time given to him(10 min).
iv.
Local Counselor has the ability to finalize all the allotment orders generated in his own centre.
vi.
Administrator has the ultimate power and privilege to update all the databases and all the user related details.
vii.
1.3.3 J2EE : Java2 enterprise edition is a programming platform for developing and running distributed multitier architecture java applications, based largely on modular software components running on a application server .
1.3.4 DB2: DB2 is a database management system that delivers a flexible and cost effective database platform to build robust on demand business applications.
1.3.5 WAS: Web sphere application server is an application server that runs business applications and supports the J2EE and web service standards .
1.4 References:
IEEE SRS Format. www.apeamcet.nic.in
1.5 Overview: The rest of the SRS contains specifications regarding functional and non-functional requirement of the system.
2.0 OVERALL DESCRIPTION: 2.1 Project Perspective:
i.
Automate manual paper work done at the time of student’s admission in the institute: As the main aim of the System is to reduce the cost needed for Admission Process, so it automatically reduces the manual power needed to perform the entire task and improve the quality of the work.
ii.
Eliminate paper work.
iii.
Efficiently manage the student details (to retrieve academic, personal, fee) :To perform any task, time is one of the important factors to consider. If the system does not utilize time properly, then the entire aim of system is fails and thus the system fails to reach its goal. So time take to process all these activities should be less but the output should be effective
2.1.1 Software Required :
i.
Operating System: Windows XP
ii.
Front End tools: Core java, Eclipse
iii.
Back End tools: MS Access, SQL Server
2.1.2 Hardware Required :
i.
CPU: Pentium VI processor
ii.
RAM: 512 MB
iii.
HDD: 40 GB
iv.
Keyboard, Monitor, Mouse, Printer
2.1.3 Technologies: i.
J2EE: Application Architecture
ii.
DB2: Database
iii. Eclipse: Development Tool
iv. WAS: Web Server v. Rational: Design Tool 2.2 Product Functions:
i.
It needs to retrieve the data of students from the database when required.
ii.
Stores the allotted students details in the database.
iii.
Maintains the crash recovery.
iv.
Providing an understandable and user interactive GUI
2.3 Constraints:
i.
2.4
Data cannot be intruded by unauthorized persons.
ii.
Response should be high.
iii.
Parallel access should be allowed.
iv.
Seats availability should be shown based on his reservation (if any). And the reservations for different categories are different, even sports quota also should be considered .
v.
Data integrity and should be reliable.
Assumptions and Dependencies:
Student details are already information’s available for use. ii. Roles and responsibilities established. iii. Administrator is already created. i.
created are
and
already
3.0 SPECIFIC REQUIREMENTS: 3.1 Functional Requirements:
Online Admission System contains three phases, he has to pass on from one phase to another iff he is eligible for the current phase. The online admission system having a server which can be accessed through some registered systems for counseling and also the details of the students who were qualified in the examination in its own database. All this information is preloaded by the administrator. Security would be provided by the administrator by assigning login details to all the users of the system(verifier, advisor, local counselor).
After making themselves logged in to online admission system, first input for any of the 4 users mentioned above is to give the students rank who came to them as per the counseling process. Initially verifier would check the students eligibility ie.. as he provided with all his certificates ,the rank card which was issued by the government and finally made him eligible for the next phase of the counseling iff he got all the required certificates including caste certificate or reservation proof with him. So that that student got registered for the next phase of the counseling. Verifier also enters the student details which were not available from the database. So here he will enter the category of the student also which helps him in the seat availability based on his percentage of reservation. Advisor helps the student to interact with the system and to get an admission into his desired institution. After selecting students own choice from the availability advisor would generate the allotment order for the student, which will be kept in pending for the local counselor’s approval. And the system provides the available seats in the colleges listed above dynamically(by updating the database time to time ie.. on every action of any user). Local counselor has to approve the students allotment order which was generated by the advisor only when the student gets the dd number which he has paid on the name of his institution. By entering the DD number and submitting it student would get the final allotment order. After the allotment is done the details are sent to the database and then by the local counselor a printed form of allotment order would be given.
3.2 Nonfunctional Requirements: 3.2.1 Usability Requirements: Usability requirements identified for this system are listed below: i.
ii.
A logical interface is essential to make easy use of system, speeding up common tasks. The product could be used by two categories of people mainly administrator category and other users.
3.2.2 Performance Requirements: i. ii.
iii. iv.
The database should be able to accommodate a minimum of 10,000 records of students. At any instant the system should support use of multiple users at a time. Availability results of the requested college should be presented to the student in max of two seconds, so retrieving of data should be reliable. As each student will be given a maximum time of 10min , accessing from the database should be done at relevant speed.
3.2.3 Reliability: Some of the attributes identified for the reliability is listed below: i.
ii.
All data storage for user variables will be committed to the database at the time of entry. Data corruption is prevented by applying the possible backup procedures and techniques.
3.2.4 Portability Requirements: As it is a server-client model application, so the environment used in server should be used to access it in the client. There may rises a problem of run time error, to avoid that :
i.
Java is used to develop the product. So it is easiest to port the software in any environment.
3.2.5 Security Techniques: Some of the factors that are identified to protect the software from accidental or malicious access, use, modification, destruction, or disclosure are described below
i.
ii. iii.
iv.
v.
vi.
Keep specific log or history data sets.
Utilize certain cryptographic techniques. Restrict the no of systems that can access the online admission system site. This could be done only by registering the systems physical addresses before using them for online admission process. Check data integrity for critical variables. Every user should be licensed to use the system under any of the four categories provided ie,, either verifier or advisor or local counselor or administrator. Communication needs to be restricted when the application is validating the user or license. (i.e., using https).
3.2.6 Immediate Feedback: The System must try to answer all the queries of the students and it should provide immediate feedback after getting any request from the students. The system must provide the illusion to the students that, they are contact the real peoples for process the Admission task.
