Arjun
Arjun
PROJECT REPORT
ON
“Student Information Management System”
Submitted by
Arjun Singh
Submitted to:
Throughout the project the focus has been on presenting information in an easy and
intelligible manner. The project is very useful for those who want to know about
Student Information Management Systems and want to develop softwares/websites
based on the same concept.
The project provides facilities like online registration and profile creation of students
thus reducing paperwork and automating the record genreration process in an
educational institution.
ACKNOWLEDGEMENT
We take this opportunity to express our sincere gratitude to all those who helped us in
various capacities in undertaking this project and devising the report.
We are also grateful to Prof.Noopur Goel the Head of Department for the brainwave
and encouragement given.
We take this opportunity also to thank our friends and contemporaries for their co-
operation and compliance.
Arjun Singh
CERTIFICATE
This is to certify that the project titled
Arjun Singh
▪ Preface
▪ Acknowledgement
▪ Certificate
▪ Abstract
1 Introduction
1.1 Purpose
1.2 Scope
1.3 Definition,Acronyms and Abbrevations
1.4 Technologies
1.5 Overview
2 Overall Description
2.1 Perspective
2.2 Functions
2.3 User Classes and Characteristics
2.4 Operating Environment
2.5 Constraints
2.6 Use case Model
2.7 Assumption and Dependencies
3 Specific Requirements
3.1 Use Case Reports
3.2 Functional Requirements
3.3 Non Functional Requirement
3.4 Software and Hardware Requirement
4 Design Phase
4.1 Introduction
4.1.1 Scope and Purpose
4.1.2 Overall System Design Objectives
4.1.3 Structure of Design Document
4.2 System Architecture Design
4.2.1 System Architecture
4.3 Data Design
4.3.1 Entity-Relationship Diagram
4.4 Functional Design Description
4.4.1 Data Flow Diagram
4.4.2 Decision Tree
5 Technology Overview
5.1 PHP
5.2 MySQL
5.3 JAVASCRIPT
5.4 HTML
5.5 CSS
6 Limitation
6.1 Future of the Project
7 Conclusion
1.1 Purpose:
The objective of Student information System is to allow the administrator of any
organization to edit and find out the personal details of a student and allows the
student to keep up to date his profile .It’ll also facilitate keeping all the records of
students, such as their id, name, mailing address, phone number, DOB etc. So all the
information about an student will be available in a few seconds. Overall, it’ll make
Student Information Management an easier job for the administrator and the student of
any organization. The main purpose of this SRS document is to illustrate the
requirements of the project Student information System and is intended to help any
organization to maintain and manage its student’s personal data.
1.2 Scope :
Without a Student information System, managing and maintaining the details of the
student is a tedious job for any organization. Student Information system will store all
the details of the students including their background information, educational
qualifications, personal details and all the information related to their resume .
Login module: Login module will help in authentication of user accounts .Users who
have valid login id and password can only login into their respective accounts
Search module: Suppose there are hundreds of students and from this we have to
search a particular student and we know the name of the student .In manual system it
is a tedious task though we know the name of the student, but using this module we
can easily search the student by specifying the name of the student in the search
criteria. Thus this module will help the administrator in searching the student with
various criteria easily.
Registration Module and Account Management: This module will help the student
get registered from anywhere if internet is present .This module will really simplify the
task of on paper registration. Also after successful registration the user can update
information and change their password as and when required.
▪ Student password
▪ Student name
▪ Student DOB
▪ Student mailing address
▪ Gender
▪ Registration date
▪ Student status
▪ Contact no
▪ Qualification
▪ City
▪ Resume
▪ Image
Administrator: A Login Id representing the user is an administrator & can access all
the records details
1.4 Technologies :
• PHP.
• MYSQL
• JAVASCRIPT
• HTML
• CSS
1.5 Overview:
The rest of this SRS is organized as follows:
Section 2 gives an overall description of the software. It gives what level of proficiency
is expected of the user, some general constraints while making the software.
Section 3 gives specific requirements which the software is expected to deliver. Some
performance requirements and constraints are also given and deal with other Non-
Functional Requirements.
Section 4 deals with External Interface Requirements like Hardware and Software
Interface.
OVERALL DESCRIPTION
2.1 Perspective:
2.2 Functions :
There are two different users who will be using this product:
▪ Administrator who can view and edit the details of any students.
▪ Students who can view their details as well as they can edit their
details.
▪ An Administrator can login into the system and perform any of the
available operations.
▪ Student can login into the system and can perform any of the
available options.
2.5 Constraints :
▪ Every user must be comfortable using computer.
▪ All operations are in English so user must have basic knowledge of
English.
2. Student: Has the access rights to view and edit their personal details.
Brief Description: This use case is used when the administrator wants to
access the website to enable/disable/update the personal details of the student.
Preconditions: The Administrator must be logged onto the website in order for
this use case to begin.
Basic Flow:
The Website prompts the administrator for the user name and password.
The Administrator enters the user name and password.
The Website verifies the password and sets the user’s authorization.
The Administrator is given access to the Website to perform his tasks.
Alternative Flow:
The administrator enters invalid username and password then he will not be
allowed to enter the website.
Brief Description: This use case is used when the administrator wants to view
the personal details of the students already existing in the database on the screen
.
Preconditions:
The Administrator must be logged into the system in order for this use case to
begin
Basic Flow:
• Student id
• First/last name
• Registration date
• status
The System prompts for the student detail from one of the above keys.
The student details are displayed on the screen.
Alternative Flow:
Post conditions:
The student details are displayed on the screen already existing in the system.
The state of the system remains unchanged.
Use Case : Edit student details
Brief Description: This use case is used when the administrator wants to edit
the personal details of the himself/herself already existing in the database.
Preconditions:
The Administrator must be logged into the system in order for this use case to
begin.
The details of the student must pre-exist in the database
Basic Flow:
• First/last name
• Gender
• DOB
• Contact no
• Qualification
• City
• Email1
• Email2
• Address
• Description
Post conditions:
2.Student
Brief Description: This use case is used when the student register
himself/herself in the database online.
Preconditions:
The Student must accessed the website in order for this use case to begin.
• Student id
• password
• First/last name
• Status
• Gender
• DOB
• Contact no
• Qualification
• City
• Email1
• Email2
• Address
• Description
• Resume
• Image
Alternative Flow:
User ID not unique: if the user id entered is not unique then it will show an error
message.
Post conditions:
The student get registered on the website and to login into that particular the
administrator must enable it.
Use-case: Login into the website
Brief Description: This use case is used when the student wants to access the
website
Preconditions:
The Administrator must enabled the particular student onto the website in order
for this use case to begin.
Basic Flow:
The website prompts the student for the user name and password.
The website verifies the password and sets the user’s authorization.
Alternative Flow:
The Student enters invalid username and password then he will not be allowed
to enter the website.
Brief Description: This use case is used when the student wants to edit the
personal details of the himself/herself already existing in the database.
Preconditions:
The Student must be logged into the system in order for this use case to
begin.
The details of the student must pre-exist in the database The student must
be enabled by administrator.
Basic Flow:
• First/last name
• Gender
• DOB
• Contact no
• Qualification
• City
• Email1
• Email2
• Address
• Description
Alternative Flow:
Post conditions:
The Administrator will be given more powers (enable/disable/ update) than other
users.
It will be ensured that the information entered is of the correct format. For example
name cannot contain numbers. In case if incorrect form of information is added, the
user will be asked to fill the information again.
2. Safety Requirements:
The database may get crashed at any certain time due to virus or operating
system failure. Therefore, it is required to take the database backup.
3. Security Requirements:
We are going to develop a secured database. There are different categories of
users namely Administartor ,Student who will be viewing either all or some
specific information form the database. Depending upon the category of user the
access rights are decided. It means if the user is an administrator then he can be
able to modify the data, append etc. All other users only have the rights to
retrieve the information about database.
Software Requirements:
PHP 5.0
20 GB HDD or Higher
Network Connectivity
DESIGN PHASE
4.1 Introduction
The SIMS is a system which contain major part which include: student
Detail, Student image and resume. The user selects one of the available
options as an input to the system. According to the input by the user the
system acts and the rest of the functions are performed accordingly.The
administartor can operate on any student details.But the normal student or
users can only access their details of all the functionalities.
4.3 Data Design
PHP
MySQL
JAVASCRIPT
HTML Using Caman JS is extremely simple, but also very flexible. All of the
functionality is accessed by calling the Caman() function stands for Hyper Text
Markup Language. HTML is the standard markup language for creating Web
pages. HTML describes the structure of a Web page. HTML consists of a series of
elements. HTML elements tell the browser how to display the content.
CSS
Data security: Protecting sensitive student data is a critical concern for institutions,
and any security breaches can result in serious consequences.
User adoption: Getting buy-in from all stakeholders, including students, teachers,
and administrators, is crucial for the success of a Student Information
Management System. Resistance to change or a lack of understanding of the
system can be a barrier to adoption.
Data accuracy: Ensuring the accuracy of student data is critical for making informed
decisions, but incorrect or outdated information can be a problem. Regular data
audits and processes to update information are necessary to maintain data
accuracy.
These are just a few examples of the limitations that may be associated with a
Student Information Management System. It's important to carefully consider these
limitations and how they may impact the institution before implementing such a
system.
Social networking can also be added wherein students can interact with each
other.
• www.google.com.
• www.wikipedia.com
• www.w3schools.com