Monika Gahlot

download Monika Gahlot

of 33

Transcript of Monika Gahlot

  • 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