CONTENTS:

1. Abstract
2. Introduction
2.1 Purpose of document
2.2 Scope for development for tis pro!ect
2." #efinitions$ Acron%ms$ and Abbreviations
2.& Overvie' of document
2.( )eneral #escription
2.* +ser vie' of product use
2., +ser specific re-uirements
". S%stem desi.n
".1 Purpose
".2 Tar.et audience
"." Pre/re-uisites
".& Top level interaction dia.ram
".( Arcitectural strate.ies
".* 0o.ical vie'
"., #ata 1lo' #ia.rams
".2 +30 #ia.rams
".4 Tables
&. Screen sots
(. Testin.
*. Conclusion
,. 1uture Enancements
2.. 5ibilio.rap%67eferences
Abstract:
This project is aimed at developing an Online Intranet Colle.e 3ana.ement S%stem
8C3S9 that is of importance to either an educational institution or a college. The system
8C3S9 is an Intranet based application that can be accessed throughout the institution or
a specified department. This system can be used as an attendance monitoring system for
the college. Students/staffs logging in may also access/search any information.
Attendance and marks will be updated by staff.
This system 8C.3.S 9 is being developed for an engineering college to maintain
and facilitate easy access to information. or this the users need to be registered with the
system after which they can access or modify data as per the permissions given to them.
C3S is an intranet based application that aims at providing information to all the
levels of management with in an organi!ation. This system can be used as a
knowledge/information management system for the college. or a given student/staff
"technical/#on$technical% can access the system to either upload or download some
information from the database.

Introduction:
The title of the project is &'O(()*) +A#A*)+)#T S,ST)+ O-
'O(()*). "'+S%. '+S is an Intranet based application that aims at providing
information to all the levels of management within an organi!ation. This system can be
used as a information management system for the college.
or a given student/staff "Technical / #on$technical% the Administrator creates
login id / password0 using these student/ staff "Technical / #on$technical% can access the
system to either upload or download some information from the database.
The front$end will be 1T+( pages with 2ava Script for client side validation
where as all business logics will be in 2ava reside at middle layer. And these layers will
interact with third layer of database0 which will be Oracle database. The web server will
be Tomcat3.3. To start working on this project environment re4uired is a server having
Tomcat3.3 as web server0 Oracle56g as database and 2ava -untime )nvironment "2-)% as
development environment.
The project is divided into 7 scenarios8 each scenario can be developed
independently. And knowledge of 2ava with oracle56g is desirable to e9ecute this
project.
2.1 P+7POSE O1 #OC+3ENT:
This document is the Software -e4uirement Specification "S-S% for the 'ollege
+anagement System for 'ollege "'+S% project .The purpose of this document is to
describe the functionality0 re4uirements and general interface of the '+S.
2.2 SCOPE 1O7 #E:E0OP3ENT O1 T;IS P7O<ECT:
The re4uirement of the user is to:
Access/ Search information.
(ogin to the system through the first page of the application
'hange the password after logging into the system
;iew/change his/her details.
'an get help through the help option to view different features of the system.
Students can give feedback on college/staff/any other student.
An admin login should be present who can read as well as remove any uploads
2." #E1INITIONS $AC7ON=3S > A557E:IATIONS:
<rowser
Software used to view hyperte9t documents. Internet )9plorer and #etscape
#avigator are e9amples of browsers.
'lick or
'ommand
'lick
-efers to the user pressing a mouse button to select an object or cause some
action to occur. On right$handed mice with more than one button0 it usually
means to press the leftmost button.
1T+(
1yperte9t +arkup (anguage is a specification for graphical layout of a
document. The specification calls for the document to be stored as te9t
containing a series of tags that contain formatting information.
2ava A programming language used to implement source code of our project.
=ser
riendly
>esigned to be easy to use. Simple0 practicable0 accommodating0
understandable and accessible.
Oracle
Oracle database is a collection of data treated as a unit. The purpose of a
database is to store and retrieve related information.
2S?
2ava Server ?age "2S?% is a technology for controlling the content or
appearance of @eb pages through the use of servlet0 small programs that are
specified in the @eb page and run on the @eb server to modify the @eb page
before it is sent to the user who re4uested it.
2.& O:E7:IE? O1 #OC+3ENT:
This document describes the product and its re4uirements and constraints. It
provides a primarily non$technical description of the project targeted towards e9ternal
audiences. This section includes information such as data re4uirements0 functional
re4uirements0 and a general description of the product and its interaction with users from
the perspective of the client. Section A provides specific technical re4uirements as the
team understands them at this time and is intended for an internal audience. This section
includes information such as e9ternal interface re4uirements0 performance re4uirements0
and any other technical re4uirements needed to design the software.
2.( )ENE7A0 #ESC7IPTION:
2.(.1 +ser Caracteristics:
The target audience for C3S product is the college students/staff "Technical/#on$
technical% .The users for this system are
Administrator B The Super user of the system.
Student B A user with limited access rights.
Staff B A user of the system who has more access rights than a normal
user.
2.(.2 Product Perspective:
The product will be a standalone application and may be run on multiple systems
within an Intranet network. The product will re4uire a keyboard0 mouse and monitor to
interface with the users. The minimum hardware re4uirements for the product are
specified in this document.
2.(." Overvie' of 1unctional 7e-uirements:
The client re4uires the following features:
The administrator governs the working of the system.
The staff can view the studentCs details.
A mechanism to uni4uely identify each student
The students can view their marks/attendance/e9am schedules .
The system should have a login.
The system should have help feature.
2.(.&:Non functional re-uirements
'lient:
1ardware platform: ?III or above with
-A+ of 5DE or above +<
And D6*< or above of 1>.
Software ?latform: 2ava )nabled <rowser
Server:
1ardware ?latform: ?III or above with
-A+ of 5DE or above +<
And D6*< or above of 1>.
Software?latform:1T+(02ava02avaScript0Oracle56g0tomcat3.6
windowsserverD66A.
2.* +SE7 :IE? O1 P7O#+CT +SE :
The front view of the system consists of different services provided by the system
and a login page with which a user is prompted to login in to the system through his user
name and password. =pon the studentFs login0 his/her details are updated in to the system.
@hen all data is entered0 the student can not only view their details but also view their
e9ams and report details. @hen the studentFs session ends0 all data is saved. Staff can also
login to the system with their id and password and has access to the system.
There will be a special login name and password "to prevent students in updating
their details other than profile% to allow the teacher to access all student data in a table
form. 1ere0 the administrator can add students and staff to the system and change student
and staff details.
2., SPECI1IC 7E@+I7E3ENTS:
2.,.1 EAternal Interface 7e-uirements:
Simple0 Attractive0 =ser riendly
Self$'ontained0 'onsistent0 Self$)9planatory
-obust.
2.,.2 #etailed #escription of 1unctional 7e-uirements:
2.,.2.1 Administrator Confi.uration Screen:
Purpose Allows administrator to add/remove student/staff records
Inputs Student/staff details
Processin. Add/remove student/staff entries in database
Outputs =pdated records.
Admin Confi.uration Screen
2.,.2.2 Staff Confi.uration Screens:

Purpose Allow teacher to view student records0 view his details.
Inputs Student details/his personal details
processin. =pdates his details.
Outputs =pdated records.
Staff Confi.uration Screen
2.,.2." A mecanism for eac student to be uni-uel% identified:
Purpose To allow each student to keep track of their own progress
Inputs Students details
processin. ;erify studentFs record e9ists0 prohibit duplicates
Outputs (aunch F)9ercise InputF screen
Student Confi.uration Screen
2.,.2.& EAercise input screen:
Purpose -eceives studentCs daily input
Inputs
@hich inputs8 in what form/format will inputs arrive8 from what
sources input will be derived0 legal domains of each input element
processin. Store new data to student history
Outputs launch summary screen
EAercise Input Screen
2.,.2.( A mecanism to can.e te pass'ord:

Purpose Allows to change students/staff passwords.
Inputs ?revious and new password.
processin. =pdates the new password.
Outputs Acknowledgement.
Can.e Pass'ord
2.,.2.* ;elp Screen 3ecanism:
Purpose To provide help about the system.
Inputs =sers 4uery.
processin. Searches the relevant information.
Outputs -esult for the re4uested 4uery.
;elp
2.,." 3ain modules of te s%stem:
Campus Information:
This module gives the information about
5uildin.s65locBs: It contains the information about the total number of
blocks present in the campus and also the number of rooms present in each
block.
0aboratories: This gives the information about the number of laboratories
present in each department.
5uses: This gives the count of the buses deployed by the management.
0ibrar%: students can borrow/return and can view status of books present in
the library
Administration :
This module deals mainly with0
Admission: This mainly deals registering the students/staff and assigning
them with a login id and password.
Accounts: This keeps track of the financial details of the college.
;ostel: It gives information about the college hostel for both boys and
girls.
5us 7outes: This maintains the route details of the buses.
#epartment Information:
This module gives the information about0
Course: This contains the information about the number of the courses
offered by the college and number of seats present in each.
Staff: This contains the number of staff available in each department.
Infrastructure: This has the details of the assets allotted for each
department.
S%llabus: This provides the academic syllabus of the students from
different branches.
Staff Information:
This module deals mainly with0
Profile: This provides personal details of the staff.
Attendance: This provides the staff with his/her attendance details.
Salar%: This provides the staff with his/her salary details.
1eedbacB: This feature enables the staff to provide feedbacks to the
management.
:ie' Student #etails: This provides the staff to view the student details.
Student Information:
This module gives information about0
Profile: This provides personal details of the student.
Attendance: This provides the student with his/her attendance details.
3arBs: This provides the internal/e9ternal marks of a student.
1eedbacB: This feature enables the student to provide feedbacks to the
management.
7emarBs: It contains the remarks written by the faculties about a student.
Can.e Pass'ord: ?rovides the student to change his/her password.
EAamination 5ranc: This module contains the information about0
EAamination 1orm: This gives the information about the issue of the
e9amination form.
7esults: This contains the internal/e9ternals marks of a student.
Attendance: It maintains the attendance of all the students "in order to
issue the e9amination form%.
Scedule: This has the various e9aminations schedules/timetables.
Seatin. Arran.ement: This has the seating arrangements for the various
e9aminations.
2.,.& Performance 7e-uirements:
5. #umber of simultaneous users per machine: one
D. #umber of files: one per user.
A. ile Si!e: grows linearly with studentCs history.
2.,.( @ualit% Attributes:
1. Securit%: This feature is provided by login id and password.
2. 7eliabilit%: +ust maintain data integrity. 'omputer crashes and misuse
should not affect a userFs history.
". Simplicit%: +ust be driven by a simple user interface.


S=STE3 #ESI)N
".1 P+7POSE:
?urpose of Colle.e 3ana.ement S%stem for a Colle.e 8C3S9 >esign
>ocument is to describe the design and the architecture of C3S. The design is e9pressed
in sufficient detail so as to enable all the developers to understand the underlying
architecture of C3S. (ogical architecture of <#5C driver0 Server0 #300 ##00 Session
and >ata Store are e9plained.
".2 TA7)ET A+#IENCE:
This >esign document is intended to act as a technical reference tool for
developers involved in the development of Colle.e 3ana.ement S%stem 8C3S9.
This document assumes that you have sufficient understanding of the following
Concepts:
-><+S and its various component modules.
SG(
2ava and 2><'
Interaction >iagrams
'lasses and Interfaces
"." P7E/7E@+ISITES:
C3S re4uires 2ava <7E 5.3 or higher. Since C3S is written in 2ava0 it can run on
any platform that supports the 2ava runtime environment 5.3 or higher. The compiled files
are contained in 2ava Archives "<A7Cs% and have to be defined in the '(ASS?AT1
environment variable.
".& TOP 0E:E0 INTE7ACTION #IA)7A3:
(ogical architecture of <#5C driver0 Server0 #300 ##00 Session and >ata Store
Interaction #ia.ram
".( A7C;ITECT+7A0 ST7ATE)IES :
The architectural design of a software project is simply the design of the entire
software system. This includes the hierarchy of the modules and also which modules are
present in the system. A good architectural design will create a clear and fair balance
between cohesion "each module has only one distinct purpose%0 coupling "no two
modules depend completely on each other%0 abstraction "seeing modules in full and not in
detail%0 hierarchy "logical modules stem from others% and partitioning "logically grouping
modules together% of the software modules.
".*. 0o.ical :ie':
it provides the user with an abstract view of the overall system functionality. .
Abstract vie' of C3S
".,..#ata flo' dia.rams:
The whole architectural structure stems from the original flow design. <elow are
the (evel 60 (evel 50 (evel D and (evelA >ata low >iagrams "#1#%.. The diagrams
below more accurately portray the data flow through our system. These diagrams take
precedence over the diagrams in the re4uirements document.
0evel D:
0evel D #1#
0evel 1:
0evel 1 #1#
0evel 2 for #epartment:
0evel 2 #1# for #epartment
0evel 2 for Admin:
0evel 2 #1# for Admin
".2. +30 dia.rams:
0o.ical :ie':
Se-uence #ia.ram:
Administrator:
Student:
Staff:
Collaborations #ia.ram:
Administrator:
Student:
Staff:
Class #ia.ram:
Class #ia.ram
Activit% #ia.rams:
Administrator:
Student:
Staff:
".4.Tables:
Table no: 5
Table #ame: =sers
Table >escription: 'ontains usernames and passwords of all
the users in the system.
Se4 no 'olumn name 'olumn description 'olumn
type
?H/HI #ull/#ot
#ull
-emarks
5 =ser name =ser name ;ar'har ?H #ot #ull
D ?assword ?assword ;ar'har
A >esignation Admin/student/staff var'har
+sers
7elationsips: None
Constraints:
Ee% Constraints: username is the primary key and must be uni4ue.
7eferential Inte.rit%: #/A
CecB Constraints: #one
#omain Constraints: #one
EApected volume: #one
Table #o: D
Table #ame: Student
Table >escription: 'ontains all the details of students i.e student
name0 address0 phone number0 etc.
Se4 no 'olumn
#ame
'olumn
>escription
'olumn
Type
?H/HI #ull/#ot
#ull
-emarks
5 Studentid =ser name of
the student
;archar ?H #ot #ull
D irstname irst name of
the student
;archar
A (astname (ast name of
the student
;archar
J athersname StudentCs
father name
;archar
3 Address StudentCs
permanent
address
;archar
7 *ender Se9 of the
student i.e +/
;archar
K >ateofbirth >ate of <irth ;archar
E >ateofjoin 2oining date ;archar
L 'ourse 'S)/)')/))) ;archar
56 ?honeno ?hone number ;archar
55 )mail e$mail id ;archar
5D 'as 'aste B
O'/S'/<'/ST
;archar
5A -eligion -eligion ;archar
5J #ation #ationality ;archar
53 Idmarks Identification
marks
;archar
57 >esignation student ;archar
5K ?assword ?assword ;archar
5E Image =-( of the
students photo
;archar
Student
7elationsips: None
Constraints:
Ee% Constraints: student id is the primary key and must be uni4ue.
7eferential Inte.rit%: #/A
CecB Constraints: #one
#omain Constraints: #one
EApected volume: #one
Table #o: A
Table #ame: Staff
Table >escription: 'ontains all the details of staff i.e. staff name0
address0 phone number0 etc.
Se4 no 'olumn
#ame
'olumn
>escription
'olumn
Type
?H/HI #ull/#ot
#ull
-emarks
5 employeeid =ser name of
the staff
;archar ?H #ot #ull
D irstname irst name of
the staff
;archar
A (astname (ast name of
the staff
;archar
J Address StaffCs
permanent
address
;archar
3 *ender Se9 of the staff
i.e +/
;archar
7 >ateofbirth >ate of <irth ;archar
K >ateofjoin 2oining date ;archar
E ?honeno ?hone number ;archar
L )mail e$mail id ;archar
56 Gualification Gualification ;archar
55 )9perience )9perience ;archar
5D 'as 'aste B
O'/S'/<'/ST
;archar
5A -eligion -eligion ;archar
5J #ation #ationality ;archar
53 Idmarks Identification
+arks
;archar
57 >esignation Staff ;archar
5K ?assword ?assword ;archar
5E Image =-( of the
staffCs photo
;archar
Staff
7elationsips: None
Constraints:
Ee% Constraints: employee id is the primary key and must be uni4ue.
7eferential Inte.rit%: #/A
CecB Constraints: #one
#omain Constraints: #one
EApected volume: #one
Table #o: J
Table #ame: feedback
Table >escription: 'ontains all the feedback given by the staff
Se4 #o 'olumn
#ame
'olumn >escription 'olumn
Type
?H/kI #ull/#ot
#ull
-emarks
5 fromuserid Sending userid ;archar
D eedbackon 'ollege/Staff/students ;archar
A 'omments 'omments te9t
J Touserid >estinationuserid ;archar
3 ?date 'urrent date >ate
1eedbacB
7elationsips: users
Constraints:
Ee% Constraints: userid is the primary key and must be uni4ue.
7eferential Inte.rit%: user id match with userid in users table
CecB Constraints: #one
#omain Constraints: #one
EApected volume: #one
Table #o: 3
Table #ame: Seating
Table >escription: 'ontains all the results the students.
Se4 #o 'olumn
#ame
'olumn
>escription
'olumn
Type
?H/HI #ull/#ot
#ull
-emarks
5 -oomno -oom number Int
D Studentrange Student
number range
;archar
A <ranch Student
<ranch
;archar
Seatin.
7elationsips: none
Constraints:
Ee% Constraints: none
7eferential Inte.rit%: none
CecB Constraints: #one
#omain Constraints: #one
EApected volume: #one
Table #o: 7
Table #ame: -esults
Table >escription: 'ontains all the results the students.
Se4 #o 'olumn
#ame
'olumn
>escription
'olumn
Type
?H/kI #ull/#ot
#ull
-emarks
5 studentid =ser id ;archar H
D Internal Internal +arks ;archar
A )9ternal )9ternal +arks ;archar
7esults
7elationsips: users
Constraints:
Ee% Constraints: studentid is the oreign key.
7eferential Inte.rit%: student id match with userid in users table
CecB Constraints: #one
#omain Constraints: #one
EApected volume: #one
Table #o: K
Table #ame: Attendance
Table >escription: 'ontains the attendance of the students/staff.
Se4 #o 'olumn
#ame
'olumn
>escription
'olumn
Type
?H/HI #ull/#ot
#ull
-emarks
5 userid =ser id ;archar H
D attendance Attendace
percentage
;archar
Attendance
7elationsips: users
Constraints:
Ee% Constraints: userid is the oreign key.
7eferential Inte.rit%: userid match with userid in users table
CecB Constraints: #one
#omain Constraints: #one
EApected volume: #one

Table #o: E
Table #ame: Accounts
Table >escription: 'ontains the fee details of the students.
Se4 no 'olumn
#ame
'olumn >escription 'olumn
Type
?H/HI #ull/#ot
#ull
-emarks
5 Studentid =ser name of the staff ;archar H
D irstname irst name of the staff ;archar
A (astname (ast name of the staff ;archar
J 'ourse 'S)/)))/)')/+) ;archar
3 ?ayfor #ature of payment
"bus0 'ollege0..%
;archar
7 ,earofpay @hich year of the
course
"I/II/III/I;%
;archar
K +odeofpay +ode of payment
">>/'he4ue%
;archar
E Amount Amount ?aid ;archar
Accounts
7elationsips: users
Constraints:
Ee% Constraints: studentid is the oreign key.
7eferential Inte.rit%: studentid match with userid in users table
CecB Constraints: #one
#omain Constraints: #one
EApected volume: #one
SC7EEN S;OTS
1i.ure: C3S ;ome Pa.e
This is the home page for Hnowledge management system. This page also contains the
discussion forum topics. 1ere teaching/non$teaching staff or student can login by their id /
password.
1i.ure: About C3S
This screen gives the overview of the Hnowledge +anagement System i.e.0 the main modules in
H+S.
1i.ure: Infrastructure
This screen provides the infrastructure i.e.0 pictures of the buildings available in the
institution.
1i.ure: 0aboratories
This screen gives the details of the different laboratories of all the branches that are
available in the institution.
1i.ure: Courses Offered
This screen provides all the branches course details. =pon following the links provided in
this screen0 we will get the full details of the courses offered by the institution.
1i.ure: Student6Staff Admission
This screen tells about the student/staff admission. The admission will be provided by the
administrator. The administrator provides the I> and ?assword for the student and staff.
1i.ure: Student Admission 1orm
The above screen provides the administrator0 the different fields to be filled to
give an admission to student.
1i.ure: Academic S%llabus
The above screen gives the academic syllabus of all streams that are available in
the institution. =pon following the links provided in the above screen the user will get
the full details.
1i.ure: Student Accounts 1orm
The above screen tells about the student account details. The studentCs academic
tuition fee0 hostel fee0 bus fee and library fine "if any% details will be entered into the
database through the above form.
1i.ure: :ie'6Can.e #etails 1orm
The above screen provides the administrator to view and change all the student
and staff details. The student marks can be uploaded by the administrator.
1i.ure: :ie'6Can.e StudentCs #etails
The above screen provides the different operations that can be performed by the
administrator on the student details.
1i.ure: Can.e Pass'ord 1orm
The above screen provides the student to change his/her password.
1i.ure: Student ;ome Pa.e
The above screen represents the student home page. The &student. drop down list
consists of all the operations that are provided for him/her.
1i.ure: student profile
1i.ure:Student Attendance
The above screen represents the student attendance. 1e will select the branch here.
1i.ure:Student Attendance
Students will select the year here and they can view there attendance.
1i.ure:Student Attendance
)ntire class attendance will be displayed in e9cel page. This was entered and moadified
by the staff.
1i.ure: Student 1eedbacB 1orm
The above screen gives the details of the feedback that can be submitted on
college and staff by the student
1i.ure: Staff ;ome Pa.e
The above screen represents the staff home page. The &staff. drop down list
consists of all the operations that are provided for him/her.
1i.ure: 0o. Out
The above screen represents the logout page of the '+S.
Test cases:
Test case 1: Autentication
Test caseM: validity of name and password/priority "10 (%$1igh
Test objective: To check the name of the user
Test description: To check whether user name and password is valid or not
-e4uirements verified: valid user
Test )nvironment: Tomcat server0 database.
Test setup6reconditions:
Actions EApected results
5. 'orrect name and pwd entered The user will be logged in
D. @rong name and pwd entered *enerates an error report
?ass: yes 'ondition pass: NNN. ail: NNNNN..
?roblems/issues: #one
#otes: successfully tested and e9ecuted.
Test case 2: e/mail verification
Test caseM: validation of e$mail/priority "10 (%$1igh
Test objective: validity check for e$mail
Test description: To check whether the e$mail is valid or not
-e4uirements verified: valid e$mail
Test )nvironment: Tomcat server0 database.
Test setup6reconditions:
Actions EApected results
5. 'orrect e$mail entered validation cleared
D. @rong e$mail entered displays an error prompt
?ass: yes 'ondition pass: NNN. ail: NNNNN..
?roblems/issues: #one
#otes: successfully tested and e9ecuted.
Test case ": #ate verification
Test caseM: validation of date/priority "10 (%$1igh
Test objective: validity check for date
Test description: To check whether the given date is valid or not
-e4uirements verified: valid date
Test )nvironment: Tomcat server0 database.
Test setup6reconditions:
Actions EApected results
5. 'orrect date entered validation cleared
D. @rong date entered displays an error prompt
?ass: yes 'ondition pass: NNN. ail: NNNNN..
?roblems/issues: #one
#otes: successfully tested and e9ecuted.
Conclusion:
The project entitled as Colle.e 3ana.ement S%stem is the system that deals with
the issues related to a particular institution.
This project is successfully implemented with all the features mentioned in
system re4uirements specification.
The application provides appropriate information to users according to the chosen
service.
The project is designed keeping in view the day to day problems faced by a
college.
>eployment of our application will certainly help the college to reduce
unnecessary wastage of time in personally going to each department for some
information.
Awareness and right information about any college is essential for both the
development of student as well as faculty. So this serves the right purpose in
achieving the desired re4uirements of both the communities.
1uture Enancement:
Online e9amination module would be introduced to conduct online e9amination.
Scheduling of the staff. i.e. 0 time table setting of the staff
urther0 the faculty can upload the videos of their lectures on to this site and
students who had missed those classes can view those videos.
7eferences:
5. Internet / @orld @ide @eb: 1ow to ?rogram >eitel0 ?2 >eitel.
D. @eb >evelopment with 2ava Server ?ages <, >uane H.ields and +ark
A.Holb.
A. The 'omplete -efernce 2avaD 1erbertSchildt.
J. 'ore Servlets and 2ava Server ?ages <y +arty 1all.
3. Apache 2akarta$Tomcat by 2ames *oodwill.
7. ?ractical ?ostgreSG( by 2ohn @orsley0 2oshua >rake
@eb Sites: www.sves$srpt.ac.in
www.kings.cam.ac.uk
www.wellington$college.school.n!