8/7/2019 Monika Gahlot
1/33
A Project report on
DEVELOPING AN EDUCATIONAL PORTAL FOR A
VOCATIONAL TRAINING INSTITUTE
Submitted for partial fulfillment of award of
Degree
In
COM PUTER S CI ENC E AND ENG INEER I NG
By
Varun mitra tripathiSg- 185094
8/7/2019 Monika Gahlot
2/33
f 2
8/7/2019 Monika Gahlot
3/33
f 3
Tabl e of Contents
1. Introduction 6
1.1 Purpose 6
1.2 Scope 6
1.3 Definitions, Acronyms, and Abbreviations 7
1.4 References 7
1.5 Overview
2 . Th e Over all Description 7
2.1 Product Perspective 82.1.1 System Interfaces 92.1.2 Interfaces 92.1.3 Hardware Interfaces 92.1.4 Software Interfaces 9
2.2 Product Functions 10
2.3 User Characteristics 112.4 General Constraints,Assumptions and dependencies 12
2.5 Apportioning of Requirements
3 . Specific Requirements
3.1 External interfaces 13
3.2 Functions 143.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 15
8/7/2019 Monika Gahlot
4/33
f 4
3.6.1 Reliability3.6.2 Availability 163.6.3 Security 163.6.4 Maintainability 16
3.6.5 Portability 173.7 Organizing the Specific Requirements 17
3.7.1 System Mode 173.7.2 User Class 173.7.3 Objects3.7.4 Feature3.7.5 Stimulus3.7.6 Response 183.7.7 Functional Hierarchy 18
3.8 Additional Comments
4 . C ha nge M a na gement Process
5. Document Approv al s
6. Supporting Inform a tion 20
7. CONCLUSION
8. APPENDIX
8/7/2019 Monika Gahlot
5/33
f 5
ABS T RAC T
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.
8/7/2019 Monika Gahlot
6/33
f 6
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 theregistered members and thereby also facilitating the administrator by centralizing thewhole 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 withfaculties 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.Inthis system,the regisetred user will get an unique id,from which can they access varioussections 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.onecan evaluate his performance by means of online exam,can get answer to his queries,andcan consistently be in rhythm of program even if not attending the classes.The e-learningmodule aims to benefit the user who are not able to join the programs for anyreason.Moreover system aims at providing a better administrative control over thesystem.A better track record about the whole registered members can be obtained throughthis system.The scope of this system is not limited to only to a particular branch of the institute but toall the diversified branches of the institute spread across whole state .
8/7/2019 Monika Gahlot
7/33
f 7
1.3 Definitions, Acronyms, a nd A bb revi a tions.
Provide the definitions of all terms, acronyms, and abbreviations required to properlyinterpret the SRS. This information may be provided by reference to one or moreappendices 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 theAppendix.
1.4 References
In this subsection,we shall be providing references which ever made during the planningprocess.Following sites proved helpful in designing our project:-1.www.sitesindia.com2.www.ieee.com/ref/site/2347.html3.www.sitedesign.com/overlay/concepts.htm4.www.jetking.com/courses/technical/jobs.htmlThis information can be provided by reference to an appendix or to another document. If your application uses specific protocols or RFCs, then reference them here so designersknow where to find them.
1.5 Overview
The remaining sections of this document provide a general description, includingcharacteristics of the users of this project, the product's hardware, and the functional anddata requirements of the systemt.General description of the project is discussed in section2 of this document. Section 2 gives the functional requirements, data requirements andconstraints and assumptions made while designing the multi-utility system. It also gives theuser viewpoint of product use. Section 3 gives the specific requirements of the product.Section 3.0 also discusses the external interface requirements and gives detaileddescription of functional requirements.
2 . Th e Over all Description
Describe the general factors that affect the product and its requirements. This sectiondoes not state specific requirements. Instead, it provides a background for thoserequirements, which are defined in section 3, and makes them easier to understand. In asense, this section tells the requirements in plain English for the consumption of thecustomer. Section3 will contain a specification written for the developers.
8/7/2019 Monika Gahlot
8/33
f 8
2 .1 Product Perspective
The system contains various modules as its product
M AIN PAGE
LOGIN
REGISTRATION
E-LEARNING
LIVE
CHAT
ONLINE
EXAM
DISCUSSION
FORUM
JOB
SEARCH
LIBRARY
PERSONAL
DETAILS
8/7/2019 Monika Gahlot
9/33
f 9
2 .1.1 System Interf a ces
The system interface consist of the dynamic web pages and is based on GUI.It willcomprise of an interactive user based system in which the end users can get answer toall their related queries.The access to main features of this portal is limited only to theregistered Users..The registerd members will get an user id and password throughwhich they will be able to gain access over various subsections such as Online exam,liveChat with the faculties,can know their personal details and can keep the track recordsof 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 alsoavailable 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 systemalso facilitates the student by providing job search.The whole system is centralized inaway that administrator will be control over the system.
2 .1. 3 H a rdw a re Interf a ces
CLIENT SIDE
Processor RAM Disk Sp a ce INTERNET
EXPLORER 6.0/MOZILLA
Pentium II1 at 500MHz 64 MB 1 GB
Server Side We b sp h ere App l ica tion server
V5. 0 Pentium III at 1GHz 512 MB
2 GB
ORACLE V 9i Pentium III at 1GHz
512 MB 1GB (Excludingdata size)
Apart from all these the browser must be enabled with activex control so that script pagescan be visualized better. The web browser and the server will communicate to determinewhat information user need.The web server will then access the database server on samecomputer to retrieve the information requested.
2 .1. 4 Softw a re Interf a ces
8/7/2019 Monika Gahlot
10/33
f 10
All application will be developed usinfg the web sphere application server.The variousweb studio application developer tools are used for building the system.The requestedqueries 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 SQL data table definintions to be provided to the instiutes DBA for setup.other
specifications can be summed up[ as under:-
C lient on Internet : Web Browser, Operating System (any)We b Server : WAS, Operating System (any)Da ta Ba se Server : Oracle 9i, Operating System (any)Deve lopment 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 thedesired information can be retrieved.Modules coverd under this system can be summarizedas under:-
Login p a ge: This section is meant only for the registered users.After providingcorrect User-id and password one can log on to access the services.
Registr a tion p a ge : Since extensive features are for those which are registeredmembers, 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 c ha t : 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-Le a rning : 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 providesstudent with all the classroom tutorials, assignments,practical details and any further assistance.
Fee Det a ils: In this section one can easily see the records of their fee details(for e.g.if fee not fully paid then whats the remaining amount, whats the deadline periodetc).This also enables administrators to keep track of students and giving alerts bysending mails to required students.
Course det a ils: one can easily go through the list of courses available at a particular centre, the course duration, fee structure etc.
P la cements ce ll :This section is meant for any end users,which may want to check the placement details og institute.
On line Ex a m : This section empowers a student to check himself.This also enablesthe student enrolled with e-learning to regularly examine their performances. After online exam report is generated regarding that exam which enables user to minutelyview their performance.
8/7/2019 Monika Gahlot
11/33
f 11
e-Books :This part contains the large collection of e-books in server database whichare available for downloads and can be saved at users hard disk.Apart from these talso contains links to various e-books.
J ob Se a rc h :With their respective user id one can access this section and submit their resume for job search.
F a cu lty Profi le:This will contain the every details of the faculty concerned. Li b r a ry :With different centers having different libraries,this section provides
centralized access to each one.One can easily check the status of books available inlibrary of a particular centre and get it issued manually.
Student Spe a k : In this part student can post their views and suggestions that theythink can help to improve the institute better.
Student det a ils:Every particular details of every student is stored under this sectionand can be viewed by administrator or the student itself only.The student can also editthe information if he wants.
Upcoming events :This section will help to keep the student updated with anyupcoming events,seminars, or workshops and getting registered for it if required.
Institute profi le:This will contain the details of institute right from when it wasestablished.
The modules described above aims at providing every necessary details to the registerdmembers,from their educational information to personal profiles.
2 .3 User C ha r a cteristics
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. Student2 . St a ff 3 . Student cum St a ff 4 . Deputy Director5. Director6. Remote Users7. Any User w h o gets registered.
As one can see from the list, each user will have different educational background andexpertise level in using the system. Our goal is to develop a system that should be easy touse for all types of users.
Thus while designing the software one can assume that each user type has the followingcharacteristics:
a) The user is computer-literate and has little or no difficulty in using the basic webbased applications.
b) In order to acccess the system it is not required that a user be aware of the internalprocessing of the web services.
8/7/2019 Monika Gahlot
12/33
f 12
c) The registerd users who are member of the Institue itself will have the privilege tohave access to every section,while for other users the access will be limited to fewsections.
2 .4 Gener al Constr a ints, Assumptions a nd Dependencies
1. The following list presents the constraints, assumptions, dependencies or guidelines that are imposed upon implementation of the Education portal includingAccess 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 thebackup database server can introduce additional latency in the working of thesystem.
2 .5 Apportioning of requirements
The education portal for the vocational institute is to be implemented in the following
three phases:
1) Initi al Pha se: Here all the details of the students within a particular branchs of instituteis collected,which is required for the designing of the database.Moreover,the wholeoverlay 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 varioususers mentioned previously.
2 ) Institute wide dep loyment : Following the successful completion of the initial phase,we plan to deploy the same across the branche sof institutespraed in different parts of
8/7/2019 Monika Gahlot
13/33
f 13
city (including the STCI,vibhav nagar, kamla nagar and the upcoming Delhi campus aswell).
3 ) Extension of System over t h e w h ole we b : . In the later phase of the project themodules such as e-leraning,online exam etc will be implemented.This phase aims atcentralizing the system.
Here the same functionalities will be implemented in each phase; the only difference willbe the number of query processing being carried out and the scale of implementation.
3 .Specific Requirements
3 .1 Extern al Interf a ce Requirements
The following list presents the external interface requirements:
The product requires very limited graphics usage with just a simple keypad for takingthe user input.
The product does not require usage of sound or animation.
The hardware and operating system requires a screen resolution not more than800*600 Sound is not an essential feature but it can be considered for future variantsof the system wherein the user will be greeted by his name as he login to the system.
3 .2 Det a iled Description of Function al Requirements
Table 3 shows a template that Well be using to describe functional requirements for threetypes of users: student, staff, student cum staff as one can easily deduce the functionalrequirements for other user types with this template .
Tabl e 3 : T emp la te for descri b ing function al requirements
8/7/2019 Monika Gahlot
14/33
f 14
3 .2 .1 Function al Requirements for MAIN PAGE
Table 4 gives the functional requirements for MAIN PAGE .
Tabl e 4 : Function al 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 Function al Requirements for Administr a tive p a ge
Table 5 gives the functional requirements for Administrative page .
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 anyvalidity checks on the data, exact timing of operation (if needed),
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.
8/7/2019 Monika Gahlot
15/33
f 15
Tabl e 5: Function al Requirements for St a ff We lcome 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
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 Perform a nce Requirements
y The system is designed for the registerd members of institute and cannot run froma standalone desktop PC,without having internet connection.
y The system will support simultaneous user access only if there are multipleterminals.
y Only textual information will be handled by the software. Amount of informationto be handled can vary from user to user.
For normal conditions, 95% of the requested page or query should be processed in lessthan 5 seconds.This section specifies the logical requirements for any information that is tobe placed into a database. This may include:
y Types of information used by various functionsy Frequency of usey
Accessing capabilitiesy Data entities and their relationshipsy Integrity constraintsy Data retention requirements
3 .4 Qu al ity Attri b utes
8/7/2019 Monika Gahlot
16/33
f 16
The system target towards a wide variety of users such as Student, staff, student cumstaff, etc. The system load quickly and work well on a variety of terminals. It must alsotolerate wide variety of input possibilities from a user, such as incorrect responses or unforeseen keystrokes.The various modules and sub sections covered under thissystem,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 differentiatedmembers.
3 .5 Softw a re System Attri b utes
3 .5.1 Av a ilab ility
As the whole system is an web based application,its available to every end users having aninternet connection.Moreover,the system have the minimum requirements and has nomemory constraints.The database server is responsible for the robustness of thesystem.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 followingmeasures to deploy the same:-
y Auhentication is based on Unique id and password provided to registeredmembers.
y The history and every particular details of users are maintained separately bythe database server.
y Different modules are assigned specific functions.y Administrator has full privilege over the whole system and can cancel the
access of any users,if desired.y Data integrity of requested values are checked.
3 .5. 3 M a int a in ab il ity
8/7/2019 Monika Gahlot
17/33
f 17
For proper functioning of the whole system,the system needs to be maintained.Thedatabase server needs to be updated regularly and should be modified in order to maintainthe diversification of the system.This whole process is to be managed by the administrator itself, or by the concerned department.
3 .5. 4 Port ab il ity
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 asqueries are answered only after getting reviewed from the faculties.Efficiency As its a web based application,so the requested page or query is notsupposed to take more than 5-7 seconds.F lexib ility The whole sysyem is highly flexible as requirements can be modified at
any stage,in order to provide optimum satisfaction to the users.T est ab ility The authentication and integrity of system is maintained in such a waythat system is up to mark from testability point of view.
3 .6 Org a nizing t h e Specific Requirements
For anything but trivial systems the detailed requirements tend to be extensive. For thisreason, it is recommended that careful consideration be given to organizing these in amanner optimal for understanding. There is no one optimal organization for all systems.Different classes of systems lend themselves to different organizations of requirements insection 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 thebrowser used to open the application.The system is best visaualized when opened withinterbet explpore v5.0 or with mozilla firefox.
3 .6. 2 User C la ss
8/7/2019 Monika Gahlot
18/33
f 18
The system provides access to different users,depending on the user types.The variousmodules 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 percentcases.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 onlyafter a considerable time.the section such as job search also rtake some time to produceproper results while search about any information or desired e-books can be answeredquickly.
3 .6. 4 Function al Hier a rc h y
The functional hierearchy of the system can be best depicted with the help of DFD andflow diagrams,attached with this document.
4 . C ha nge M a na gement Process
The System is although fully functional,but still has a scope to make it better.Thesystemmodules in this aspect such as Student speak,which contain a scope to make thesystem better from user point of view.The requirement for building the system can be
modified accordingly.
5. Supporting Inform a tion
The SRS is well supported by the facts taken from the online search of various websitedevelopment ideas.The references and appendix are discussed in the later part of the SRS.
6.CONCLUSION
8/7/2019 Monika Gahlot
19/33
f 19
Till now we have done the designing part of the project. With various activity diagrams andcomponents 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 thesystem will be carried out in the next semester.With design and documentation part over,weare looking forward to the bulilt a fully functional system,by implementing all the modules.
8/7/2019 Monika Gahlot
20/33
f 20
APPENDIX
8/7/2019 Monika Gahlot
21/33
f 21
Library Teacher'sModule E-Learning
Registered Client
Chat
Issue books Learn on net
Discussion Forums Online Chat
Upload Files
UML Component
RegisteredFaculty
8/7/2019 Monika Gahlot
22/33
f 22
start
new user
log in
register
enter the site
choose
chat job search e-learning
Case Closed online chat discussion forum
Case Closed case closed
fill the requirement form
Case Closed
library
Case Closed
online exam
PROCEDURE FLOWCHAR T
8/7/2019 Monika Gahlot
23/33
f 23
Transaction Request
DB2
WE B server
Web Brower
Database Server
Request Process ing
HTML pages
Application Server
C lient
UML Deployment Diagram
Login
8/7/2019 Monika Gahlot
24/33
f 24
N ew C lient Regis tration Authentication
register
complete infocheck if name exist
else save details
complete info again
register again
UML Registration Sequence Diagram
user registered
8/7/2019 Monika Gahlot
25/33
f 25
e-Learning
e-Learning
8/7/2019 Monika Gahlot
26/33
f 26
Library
8/7/2019 Monika Gahlot
27/33
f 27
Search D atabase
Enter Transaction
ProcessTransactionBook not Available
Receive Request
Search for Customer Request
Update Account Info
N otify C ustomer
Library Module
Initiate BookSearch
Admin[]
UML Activity Diagram
Library
8/7/2019 Monika Gahlot
28/33
f 28
User R egistration Authentication Target C ache
register
check if name exist else s ave details
process
write
respond
check
read
the s ame request
UML Sequence Diagram
Library
8/7/2019 Monika Gahlot
29/33
f 29
Online Exam
8/7/2019 Monika Gahlot
30/33
f 30
R ead Instructions
Be gin the test
ProcessRequest
Receive Request
S earch for RequestedDepartment ques tions
Update Account Info Return Results
B ank
Login
UML Activity Diagram
Online Exam
8/7/2019 Monika Gahlot
31/33
f 31
Job Search
S tate
S tate
S tate
S tate
S ubmit
Registered for Test
Completed
Failed
Passed Test
UML S tatechart
8/7/2019 Monika Gahlot
32/33
f 32
Job Search
8/7/2019 Monika Gahlot
33/33