A Project report on

DEVELOPING AN EDUCATIONAL PORTAL FOR A

VOCATIONAL TRAINING INSTITUTE

Submitted for partial fulfillment of award of

Degree

In

COMPUTER SCIENCE AND ENGINEERING

By
Varun mitra tripathi
Sg- 185094
f
2
 Table of Contents

1. Introduction 6

1.1 Purpose
1.2 Scope
1.3 Definitions, Acronyms, and Abbreviations
1.4 References
1.5 Overview

2. The Overall Description

2.1 Product Perspective

2.1.1 System Interfaces
2.1.2 Interfaces
2.1.3 Hardware Interfaces
2.1.4 Software Interfaces

2.2 Product Functions

2.3 User Characteristics
2.4 General Constraints,Assumptions and dependencies 12
2.5 Apportioning of Requirements

3. Specific Requirements

3.1 External interfaces 13

3.2 Functions 14
3.3 Performance Requirements 15
3.4 Logical Database Requirements 16
3.5 Design Constraints `
3.5.1 Standards Compliance 17
3.6 Software System Attributes

f
3
 3.6.1 Reliability
3.6.2 Availability
3.6.3 Security
3.6.4 Maintainability
3.6.5 Portability
3.7 Organizing the Specific Requirements
3.7.1 System Mode
3.7.2 User Class
3.7.3 Objects
3.7.4 Feature
3.7.5 Stimulus
3.7.6 Response
3.7.7 Functional Hierarchy
3.8 Additional Comments

4. Change Management Process

5. Document Approvals

6. Supporting Information 20

7. CONCLUSION

8. APPENDIX

f
4
 ABSTRACT

In the recent era of technology,the whole world is transforming to what

referred
to as e-World.With so much diversification in day to day life,the education
is no exception. The recent developments has led to change the way
of gaining knowledge. But the basic problem of a centralized information
system remains Static .Our project aims at developing the Education
Portal for a Vocational training institute, through which the end users
are benefitted at optimum level. The project aims to act as a end point for
all the queries of registered members within the institute.Apart from
providing the centralized Information system, the portal has also e-
Learning,job-search and chat as its key features.Moreover it
will also lead to have a better control over the institute by the
administrator,and
so providing a better scope for budding talents.

f
5
1. Introduction

The following subsections of the Software Requirements Specifications (SRS) document

aims to specify all the requirements for building an educational portal for an institute.
The systems at providing the whole bunch of education and necessary information to the
registered members and thereby also facilitating the administrator by centralizing the
whole system and so having a better control over he system.

1.1 Purpose

The purpose behind developing the whole system is to benefit the end users by providing
them the whole informational package by means of e-Learning,online exams,chat with
faculties etc.Apart from all these,it will also give the administrator a better control over
the whole system,by centralizing it.

1.2 Scope

The goal behind the project is to develop an education portal for an vocational institute.In
this system,the regisetred user will get an unique id,from which can they access various
sections of the system.It will not only facilitate the users byproviding educational
information updates,rather it also gives scope to remote students to clear their doubts.one
can evaluate his performance by means of online exam,can get answer to his queries,and
can consistently be in rhythm of program even if not attending the classes.The e-learning
module aims to benefit the user who are not able to join the programs for any
reason.Moreover system aims at providing a better administrative control over the
system.A better track record about the whole registered members can be obtained
through this system.
The scope of this system is not limited to only to a particular branch of the institute but to
all the diversified branches of the institute spread across whole state.

1.3 Definitions, Acronyms, and Abbreviations.

f
6
Provide the definitions of all terms, acronyms, and abbreviations required to properly
interpret the SRS. This information may be provided by reference to one or more
appendices in the SRS or by reference to documents. As it is a web based application,so
all related terminologies are usedThis information is provided by reference with the
Appendix.

1.4 References

In this subsection,we shall be providing references which ever made during the
planning process.Following sites proved helpful in designing our project:-
1.www.sitesindia.com
2.www.ieee.com/ref/site/2347.html
3.www.sitedesign.com/overlay/concepts.htm
4.www.jetking.com/courses/technical/jobs.html
This information can be provided by reference to an appendix or to another document. If
your application uses specific protocols or RFC’s, then reference them here so designers
know where to find them.

1.5 Overview

The remaining sections of this document provide a general description, including

characteristics of the users of this project, the product's hardware, and the functional and
data requirements of the systemt.General description of the project is discussed in section
2 of this document. Section 2 gives the functional requirements, data requirements and
constraints and assumptions made while designing the multi-utility system. It also gives
the user viewpoint of product use. Section 3 gives the specific requirements of the
product. Section 3.0 also discusses the external interface requirements and gives detailed
description of functional requirements.

2. The Overall Description

Describe the general factors that affect the product and its requirements. This section
does not state specific requirements. Instead, it provides a background for those
requirements, which are defined in section 3, and makes them easier to understand. In a
sense, this section tells the requirements in plain English for the consumption of the
customer. Section3 will contain a specification written for the developers.

2.1 Product Perspective

f
7
 E-LEARNING
The system contains various modules as its product

LIVE
CHAT

ONLINE
EXAM

LOGIN
DISCUSSION
FORUM

JOB
MAIN SEARCH
PAGE

REGISTRATION

LIBRARY

PERSONAL
DETAILS

2.1.1 System Interfaces

f
8
 The system interface consist of the dynamic web pages and is based on GUI.It will
comprise of an interactive user based system in which the end users can get answer to
all their related queries.The access to main features of this portal is limited only to the
registered Users..The registerd members will get an user id and password through
which they will be able to gain access over various subsections such as Online
exam,live Chat with the faculties,can know their personal details and can keep the
track records of their performance.Moreover,the remote members can benefited by the
maeans of e-learning.The latest research and information about a particular topics will
be also available through this system.The rgistered members can also download the
desired e-books,can know about the available books in the library.Apart from all these
the system also facilitates the student by providing job search.The whole system is
centralized in away that administrator will be control over the system.

2.1.3 Hardware Interfaces

CLIENT SIDE

Processor RAM Disk Space

INTERNET Pentium II1 at 500
EXPLORER MHz 64 MB 1 GB
6.0/MOZILLA
Server Side
Web sphere Application server Pentium III at 1 2 GB
512 MB
V5.0 GHz
Pentium III at 1 512 MB 1GB (Excluding
ORACLE V 9i
GHz data size)

Apart from all these the browser must be enabled with activex control so that script pages
can be visualized better. The web browser and the server will communicate to determine
what information user need.The web server will then access the database server on same
computer to retrieve the information requested.

2.1.4 Software Interfaces

All application will be developed usinfg the web sphere application server.The various
web studio application developer tools are used for building the system.The requested
queries fro the users will be answered with the help of oracle database server.
Communication with the DB is through ODBC connections. . The system must provide

f
9
SQL data table definintions to be provided to the instiute’s DBA for setup.other
specifications can be summed up[ as under:-

Client on Internet: Web Browser, Operating System (any)

Web Server: WAS, Operating System (any)
Data Base Server: Oracle 9i, Operating System (any)
Development End: WSAD (J2EE, Java, Java Bean, Servlets, HTML),AJAX,
Oracle 9i, OS (Windows), Web Server.
.

2.2 Product Functions

The product for the system consist of various modules and sub sections through which
the desired information can be retrieved.Modules coverd under this system can be
summarized as under:-

 Login page: This section is meant only for the registered users.After providing
correct User-id and password one can log on to access the services.
 Registration page: Since extensive features are for those which are registered
members, so this part enables an individual to get registered.
 Discussion forum:In this section one can post his queries and get a reply later on.
 Live chat: The registered members can also chat with their respective User id to any
other student or faculty present online and can discuss their problems and get rid of
it.
 e-Learning: If a student wishes to pursue the education from institute but unable to
join any of its centres then it can go with e-Learning option. This further provides
student with all the classroom tutorials, assignments,practical details and any further
assistance.
 Fee Details: In this section one can easily see the records of their fee details(for e.g.
if fee not fully paid then what’s the remaining amount, what’s the deadline period
etc).This also enables administrators to keep track of students and giving alerts by
sending mails to required students.
 Course details: one can easily go through the list of courses available at a particular
centre, the course duration, fee structure etc.
 Placement’s cell:This section is meant for any end users,which may want to check
the placement details og institute.
 Online Exam: This section empowers a student to check himself.This also enables
the student enrolled with e-learning to regularly examine their performances. After
online exam report is generated regarding that exam which enables user to minutely
view their performance.
 e-Books:This part contains the large collection of e-books in server database which
are available for downloads and can be saved at user’s hard disk.Apart from these t
also contains links to various e-books.
 Job Search:With their respective user id one can access this section and submit their
resume for job search.

f
10
  Faculty Profile:This will contain the every details of the faculty concerned.
 Library:With different centers having different libraries,this section provides
centralized access to each one.One can easily check the status of books available in
library of a particular centre and get it issued manually.
 Student Speak: In this part student can post their views and suggestions that they
think can help to improve the institute better.
 Student details:Every particular details of every student is stored under this section
and can be viewed by administrator or the student itself only.The student can also
edit the information if he wants.
 Upcoming events:This section will help to keep the student updated with any
upcoming events,seminars, or workshops and getting registered for it if required.
 Institute profile:This will contain the details of institute right from when it was
established.

The modules described above aims at providing every necessary details to the registerd
members,from their educational information to personal profiles.

2.3 User Characteristics

The goal is to design a system which acts as a education portal to the various users.
These user types are listed below as follows:
1. Student
2. Staff
3. Student cum Staff
4. Deputy Director
5. Director
6. Remote Users
7. Any User who gets registered.
As one can see from the list, each user will have different educational background and
expertise level in using the system. Our goal is to develop a system that should be easy
to use for all types of users.

Thus while designing the software one can assume that each user type has the following
characteristics:

a) The user is computer-literate and has little or no difficulty in using the basic web based
applications.
b) In order to acccess the system it is not required that a user be aware of the internal
processing of the web services.
c) The registerd users who are member of the Institue itself will have the privilege to have
access to every section,while for other users the access will be limited to few sections.

2.4 General Constraints, Assumptions and Dependencies

f
11
 1. The following list presents the constraints, assumptions, dependencies or guidelines that
are imposed upon implementation of the Education portal including Access Control and
constraints for the system:

2. The full access control is limited to only the registerd members of the institute.
3. There are no memory requirements.
4. The module e-learning will have a certain expiry period after which the user will be
denied to access it.
5. The result from the section job search will take some time as it needs to process the
resume and thus look nfor the vacancies in respective fields.
6. The product must have a user friendly interface that is simple enough for all types of
users to understand.
7. Response time for loading the reuested page and for processing it should be no longer
than five seconds.
8. A general knowledge of basic computer skills and of basic internet usage is required to
use the product.
9. The central database server and backup database servers should be updated regularly.
This updating and replication of data from central database server to the backup database
server can introduce additional latency in the working of the system.

2.5 Apportioning of requirements

The education portal for the vocational institute is to be implemented in the following
three phases:

1) Initial Phase: Here all the details of the students within a particular branchs of
institute is collected,which is required for the designing of the database.Moreover,the
whole overlay of portal is to be decided in this phase.Initially we will be provizding the
privilege to the members who are enrolled within the institute.later on it will be extended
to various users mentioned previously.

2) Institute wide deployment : Following the successful completion of the initial

phase, we plan to deploy the same across the branche sof institutespraed in different
parts of city (including the STCI,vibhav nagar, kamla nagar and the upcoming Delhi
campus as well).

3) Extension of System over the whole web: . In the later phase of the project the
modules such as e-leraning,online exam etc will be implemented.This phase aims at
centralizing the system.

f
12
 Here the same functionalities will be implemented in each phase; the only difference
will be the number of query processing being carried out and the scale of
implementation.

3.Specific Requirements

3.1 External Interface Requirements

The following list presents the external interface requirements:

 The product requires very limited graphics usage with just a simple keypad for taking the
user input.
 The product does not require usage of sound or animation.
 The hardware and operating system requires a screen resolution not more than 800*600
Sound is not an essential feature but it can be considered for future variants of the system
wherein the user will be greeted by his name as he login to the system.

3.2 Detailed Description of Functional Requirements

Table 3 shows a template that We’ll be using to describe functional requirements for
three types of users: student, staff, student cum staff as one can easily deduce the
functional requirements for other user types with this template.

Table 3: Template for describing functional requirements

Purpose A description of the functional requirements and its reasons
Inputs What are the inputs; in what form will they arrive; from what
sources can the inputs come; what are the legal domains of each
input.
Processing Describes the outcome rather than the implementation; includes any
validity checks on the data, exact timing of operation (if needed),

f
13
 how to handle unexpected or abnormal situations
Outputs The form, shape, destination and volume of output; output timing;
range of parameters in the output; unit of measure of the output;
process by which output is stored or destroyed; process for handling
error message produced as output.

3.2.1 Functional Requirements for MAIN PAGE

Table 4 gives the functional requirements for MAIN PAGE .
Table 4: Functional Requirements for MAIN PAGE
Purpose This screen thus provides information specific to each student upon
the successful identification of the ID no. and password with the
values stored in the central database server.
Inputs A student can view a page of information by choosing from one of
the options given on the main page. Selection is performed with a
simple keypad.
Processing The menu responds to selections by displaying a page containing the
pre-defined text requested information.
Outputs Output consists of a screen of information specific to a student. For
example, if the user clicks on Fee details section then the page
displayed will contain information regarding the fees paid.course
fee,and deadline to pay arrears,if any.

3.2.2 Functional Requirements for Administrative page

Table 5 gives the functional requirements for Administrative page.

Table 5: Functional Requirements for Staff Welcome Screen

Purpose This screen provides information specific to each staff member.
Inputs A staff member can view a page of information by choosing from
one of the options given on the welcome screen. Selection is
performed with a simple keypad.
Processing The menu responds to selections by displaying a page containing the
pre-defined text requested information.
Outputs Output consists of a screen of information specific to a staff member

f
14
 and the students studying under him. For example, upon choosing
option ‘4’ in the menu displayed on the welcome screen, a faculty
member may be able to see the number of students who have
appeared for the CP 1 test being held in room 2201.

3.3 Performance Requirements

 The system is designed for the registerd members of institute and cannot run from a
standalone desktop PC,without having internet connection.
 The system will support simultaneous user access only if there are multiple terminals.
 Only textual information will be handled by the software. Amount of information to be
handled can vary from user to user.

For normal conditions, 95% of the requested page or query should be processed in less
than 5 seconds.This section specifies the logical requirements for any information that is
to be placed into a database. This may include:

 Types of information used by various functions

 Frequency of use
 Accessing capabilities
 Data entities and their relationships
 Integrity constraints
 Data retention requirements

3.4 Quality Attributes

The system target towards a wide variety of users such as Student, staff, student cum
staff, etc. The system load quickly and work well on a variety of terminals. It must also
tolerate wide variety of input possibilities from a user, such as incorrect responses or
unforeseen keystrokes.The various modules and sub sections covered under this
system,depends on the type of user,their requested query.The system aims at benefiting
the diversified users by means of e-learning and job assistance to the differentiated
members.

3.5 Software System Attributes

3.5.1 Availability

f
15
As the whole system is an web based application,its available to every end users having
an internet connection.Moreover,the system have the minimum requirements and has no
memory constraints.The database server is responsible for the robustness of the
system.Web design conventions should be according to the prescribed standards.

3.5.2 Security

The whole portal can be considered to be highly secure as it deploys the following
measures to deploy the same:-
 Auhentication is based on Unique id and password provided to registered members.
 The history and every particular details of users are maintained separately by the
database server.
 Different modules are assigned specific functions.
 Administrator has full privilege over the whole system and can cancel the access of
any users,if desired.
 Data integrity of requested values are checked.

3.5.3 Maintainability

For proper functioning of the whole system,the system needs to be maintained.The

database server needs to be updated regularly and should be modified in order to
maintain the diversification of the system.This whole process is to be managed by the
administrator itself, or by the concerned department.

3.5.4 Portability

The various quality characterstics of the whole portal ca be summed as under:-

• Correctness- The program aims at giving the correct information to end users as
queries are answered only after getting reviewed from the faculties.
• Efficiency – As it’s a web based application,so the requested page or query is not
supposed to take more than 5-7 seconds.
• Flexibility – The whole sysyem is highly flexible as requirements can be modified
at any stage,in order to provide optimum satisfaction to the users.

f
16
 • Testability – The authentication and integrity of system is maintained in such a
way that system is up to mark from testability point of view.

3.6 Organizing the Specific Requirements

For anything but trivial systems the detailed requirements tend to be extensive. For this
reason, it is recommended that careful consideration be given to organizing these in a
manner optimal for understanding. There is no one optimal organization for all systems.
Different classes of systems lend themselves to different organizations of requirements in
section 3. Some of these organizations are described in the following subclasses.

3.6.1 System Mode

The system is a web based application and so the display of features depend on the
browser used to open the application.The system is best visaualized when opened with
interbet explpore v5.0 or with mozilla firefox.

3.6.2 User Class

The system provides access to different users,depending on the user types.The various
modules covered under the system have different access depending on the users.

3.6.3 Response

The system aims at responsing to the user queries witin 5-7 seconds in 95 percent
cases.The response generated or the requested page can be displayed only after the proper
processing.If a user joins the discussion forum then he can get his query answered only
after a considerable time.the section such as job search also rtake some time to produce
proper results while search about any information or desired e-books can be answered
quickly.

3.6.4 Functional Hierarchy

f
17
The functional hierearchy of the system can be best depicted with the help of DFD and
flow diagrams,attached with this document.

4. Change Management Process

The System is although fully functional,but still has a scope to make it better.The
systemmodules in this aspect such as Student speak,which contain a scope to make the
system better from user point of view.The requirement for building the system can be
modified accordingly.

5. Supporting Information

The SRS is well supported by the facts taken from the online search of various website
development ideas.The references and appendix are discussed in the later part of the
SRS.

6.CONCLUSION

Till now we have done the designing part of the project. With various activity diagrams and
components diagrams we have planned for the whole project. Although the requirements of
the projects can be modified at a later stage,if required.The coding and implementation of the
system will be carried out in the next semester.With design and documentation part over,we
are looking forward to the bulilt a fully functional system,by implementing all the modules.

f
18
f
19
 APPENDIX

f
20
 UML Component
Diagrams
Registered
Faculty

Teacher's
Library Module E-Learning

Upload Files

Registered Client
Issue books
Learn on net

Cha
t

Online Discussion Forums

Chat

f
21
 PROCEDURE
FLOWCHART

start

new user register

log
in

enter the site

choose

cha e-learning library job search online exam

t

online discussion forum Case Closed Case Closed fill the requirement form
chat

Case Closed case closed Case Closed

f
22
 UML Deployment Diagram

Database Server

DB2

Transaction Request

Application Server

Request Processing
WEB server

Client

Web Brower HTML pages

Login

f
23
UML Registration Sequence Diagram

New Client Registration Authentication

register check if name exist

complete info else save details

register again

complete info again

user registered

f
24
e-Learning

UML Component Diagrams

Registered user Admin

e-Learning
Search
Process request

Database

Notes and
Detailed Information
assignments

‘
e-Learning

f
25
 UML Activity Diagram
Library Module

e-Learning User

Receive Request
Admin
[]

Search Recieved information

Search for
class notes
or
Detailed information
login

Process
Request not Available
Transaction

Process Request

Library

f
26
 UML Activity Diagram
Library Module

Library User

Receive Request
Admin
[]

Search for Customer Request

Search Database

Initiate Book
Search

Process
Book not Available Transaction

Enter Transaction

Update Account
Notify Customer
Info

Library

f
27
 UML Sequence Diagram

User Registration Authentication Target Cache

register

Valid User check if name exist

else save details

do filter
process

write

respond

the same request

invoke
check

read

the same respond

Library

f
28
 UML Component Diagrams

client adminstrator

request to isssue
library module
books
process query

updation

database

Online Exam

f
29
 UML Activity Diagram
Bank

Client Server

Receive Request

Search for Requested

Department questions

Read Instructions

Login
Process
Request

Begin the test

Update Account
Return Results
Info

Online Exam

f
30
 UML Statechart
Diagram

Submit Application

State State

Failed Test

Registered for Test Passed Test

Completed Test

State State

Job Search

f
31
 UML Activity Diagram
Library Module

job search User

Receive Request
Admin
[]

Search for User Request

Search Database

registered user

Process
Request not Available Transaction

Process Request

Update Account vacancies

Info available

Job Search

f
32
 UML Component Diagrams

admin
registered client

fill resume

resume

Job Search
search jobs
search database

f
33