Beruflich Dokumente
Kultur Dokumente
Specification
version 1.0
Software Requirement Specification
Table of Contents
Table of Contents........................................................................................................................2
1.Introduction.............................................................................................................................3
2.1 Summary:-.............................................................................................................. 4
Use case for login:...................................................................................... 4
6.1 Installation:-..........................................................................................................14
11 Introduction
Creating different system users and assign different roles with related permissions at
database level.
Capturing enquiry details from those students coming to the institute first time for
enquiry and store them in the database for a temporary period of time.
Provide a User Friendly GUI to Enter to Speed up the Enquiry and Admission
Process.
Limitations:
The followings are the limitations of the projects:
Students directly cannot interact with the system for classes information.
System is not made available to Students for details on Courses and faculty Details
and upcoming classes.
There is no validation for student provided information whether those are true or not.
When the Administrative people are not present within the intranet system, It is not
possible for them to access the system.
In our intranet system we are not providing any security when we are
transferring data over network.
2. Use Cases
2.1 Summary:-
: .
. If
Actor Operators
Actor : Administrator.
Basic Flow : Reports are one of the important modules for any
application. In this application there are several
categories of reports according to the requirement. If the
entered details are correct the records generated.
Otherwise it displays error message like entered details
are wrong. Then operator has to enter details again to
generate reports.
System
Login
<<extend>>
Generate Reports
Logout
Use Case Login interface is for entering the username and password
Description: fields for validating is the user is valid or not.
Login Form
Enquiry Form
Email
Expected Input
Expected Output
Admission Form
Mobile Number
Student Name
Course Name
Track Email Id
User Interface: Guardian Mobile no
Faculty
Educational HOD Phone Number
Qualifications
College Name
Date of joining
Image
Fee
Fee Status
Expected input is Mobile no
After entering the mobile no computer operator perform
search whether that mobile no already exist or not. If
the mobile no already exists in the database,
The enquiry details related to that mobile no are
Expected Input
captured from the enquiry table.
Expected Output If all the mandatory fields are filled then the details are
stored in the database and success message will be
displayed to the user.
If there is any network related problem, display the
error page and show the message for it.
Nacre Services Pvt. Ltd, 2011 Page 11
Software Requirement Specification
User Interface: Report generation form: Report Generation form contains the
links like getStudentDetails, getFeeDueDetails, no of students
enquired on a particular day, no students admitted on a particular
day, no of students joined on a particular course.
Expected Input Depending on the link clicked by the user inputs are required.
If the user try to submit the form without entering the mobile no a
message box will be displayed.
If the user click on the getFeeDueDetails link all the students who
are having the fee dues are displayed. If no student have any fee
dues, no student have fee due message will be displayed.
Expected Output If user clicks on logout link the control redirected to login
page and a message will be displayed as you are successfully
logged out from the application.
3.2 Risks:-
We are not verifying that the mobile no told by the student belongs to the
corresponding student or not.
No option for changing mobile no if the student has changed his/her mobile no.
We are not using any protocols like SSH for secure remote login and other secure
network services over an insecure network.
We are not using any Virtual Private Network (VPN is a network technology that
creates a secure network connection over a public network such as the Internet or a
private network owned by a service provider).
Server Side
DBMS ORACLE
HTTP: Is for proving connection between web browser and web server.
Security:
Privileges:
Operator: This user has to enter the details of the student/user into the application. If
the student comes for admission he has to get the enquiry details from database and fill the
remaining details, and persist those details in the database.
And
Adding and removing operator, assigning the privileges to access the system.
5. Supported Platforms:-
This application is supported for the following platforms:-
Linux
Windows XP
Vista
This system will work in Linux which is a best operating system as per the security concern.
Server Side:
Java (jdk1.6): It is an open source software used for developing and running
java applications.
Tomcat Server (6.0): Apache Tomcat is an open source web server software
implementation of the Java Servlet and Java Server Pages technologies.
Client Side:
Server
TomcatServer
Database
user
webbrowser Oracle