8/8/2019 Virtual Classroom 2

1/22

Project on Virtual ClassroomSRS Document

2010-2011

Galgotias College of Engineering & Technology1, Knowledge Park-2

Greater Noida, UP-201306

Submitted by:

PawanVerma (0709710068)

NishikantKanaujia (0709710066)

Milind Dev Anand (0709710054)

Submitted To:

Mr.Kamlesh Raina

Dept. CSE

8/8/2019 Virtual Classroom 2

2/22

Galgotias College of Engineering & technology Page 2

Contents

1 Introduction.........................................................................................................................5

1.1 PURPOSE .......................................................................................................................5

1.2 INTENDED AUDIENCE AND EVOLUTION OF DOCUMENT ...............................................6

1.3 SCOPE OF THE DEVELOPMENT PROJECT........................................................................6

1.4 DEFINITIONS, ACRONYMS, AND ABBREVIATIONS ..........................................................6

1.5 References ....................................................................................................................6

1.6.Overview......................................................................................................................7

Overall Description.................................................................................................................7

2.1.ProductPerspective.....................................................................................................7

2.1.1. System Interfaces ......................................................................................................8

2.1.2.User Interfaces ..........................................................................................................8

2.1.3. Hardware Interfaces ..................................................................................................8

2.1.4. Software Interfaces ...................................................................................................8

2.1.5. Memory Constraints..................................................................................................8

2.1.8. Site Adaptation Requirements...................................................................................8

2.2.ProductFunctions ............................................................................................................9

2.3.User Characteristics .......................................................................................................10

2.4 Constraints ......................................................................................................................10

2.5 Assumptions and Dependencies......................................................................................11

2.6 ApportioningofRequirements ........................................................................................11

3.1 External Interface Requirements .....................................................................................11

3.1.1 USER INTERFACE ......................................................................................................11

3.1.2 Hardware Interfaces .................................................................................................11

3.1.3 Software Interfaces ..................................................................................................11

8/8/2019 Virtual Classroom 2

3/22

Galgotias College of Engineering & technology Page 3

3.1.4 Communication Interfaces .......................................................................................11

3.2 Functional Requirements ................................................................................................11

3.2.1 AdministrativeFeatures ...........................................................................................12

3.2.1.1 ObtainingUser Accounts - All ............................................................................12

3.2.1.2 CreatingUser Accounts - Admin........................................................................12

3.2.1.3 Disabling Accounts - Admin...............................................................................12

3.2.1.4 ResettingPasswords and Editing Roles - Admin.................................................12

3.2.1.5 DeletingUsers - Admin......................................................................................12

3.2.1.6 Logging In - All ...................................................................................................12

3.2.1.7 Editing Account Information - All .......................................................................12

3.2.1.8 ConcurrentLogins..............................................................................................13

3.2.2 Course Creation, Modi_cationand Deletion.............................................................13

3.2.2.1 Course Creation - Instructor..............................................................................13

3.2.2.2 Displaying Enabled Courses - Instructor, Student...............................................13

3.2.2.3 Modifying Course Details - Instructor................................................................13

3.2.3 Course Registrationand Adjustment........................................................................13

3.2.3.1 Registeringfora Course - Student.....................................................................13

3.2.3.2 Droppinga Course - Student..............................................................................13

3.2.4 Lectures....................................................................................................................14

3.2.4.1 UploadingLectures - Instructor.........................................................................14

3.4.2 ViewingLectures - Student...................................................................................14

3.2.5 Quizzing....................................................................................................................14

3.2.5.1 Settinga Quiz - Instructor..................................................................................14

3.2.5.2 Modifyingand Deletinga Quiz - Instructor........................................................14

3.2.5.3 Takinga Quiz - Student......................................................................................14

3.2.5.4 Retakingaquiz - Student...................................................................................14

3.3 DESIGN AND IMPLEMENTATIONS CONSTRAINTS ............................................................15

8/8/2019 Virtual Classroom 2

4/22

Galgotias College of Engineering & technology Page 4

3.4 Software System Attributes.............................................................................................15

Security .........................................................................................................................15

Maintainability ..............................................................................................................15

Portability .....................................................................................................................15

3.5 ANALYSIS TOOLS .............................................................................................................15

3.5.1 DFD ..........................................................................................................................15

3.5.2 ER DIAGRAM ............................................................................................................19

3.5.3 DECISION TREE ......................................................................................................20

3.5.4 DECISION TABLE .......................................................................................................21

3.5.5 STRUCTURED ENGLISH .............................................................................................21

4.OTHER NON FUNCTIONAL REQUIREMENTS.......................................................................22

4.1 PERFORMANCE REQUIREMENTS .................................................................................22

4.2 SAFETY REQUIREMENTS ..............................................................................................22

4.3 SECURITY REQUIREMENTS...........................................................................................22

4.4 SOFTWARE QUALITY REQUIREMENTS .........................................................................22

5. CONCLUSION & REFERENCES ............................................................................................22

8/8/2019 Virtual Classroom 2

5/22

Galgotias College of Engineering & technology Page 5

1 Introduction

Justas thetermvirtual means a simulationofthereal thing, VirtualClassroom is a simulated

classroom via Internet, which provides aconvenient communication environment for

distance learners just liketraditional face-to-face classroom. A virtual classroom allows

learners toattend a class from anywhere in the world and aims to provides a

learningexperience that is similar to a real classroom.When we go to college we have a

schedule of lectures, which we mustattend. Student must arrive on time, and when he

enters the classroom, hefinds a teacher, fellow learners, a blackboard orwhiteboard, LCD

projector,optionally a television screen with videos. Likewise, a Virtual Classroom is a

scheduled, online, teacher-led training session where teachers and learners interacttogether using computers linked to a network such as the Internet. A virtual classroom

enables tobring learners fromaroundtheworldtogetheronline in highly interactivevirtual

classes while greatly reducing the travel, time, and expense of on-site teaching/training

programs. Itcanbeusedas a solution for livedelivery and interaction thataddresses the

entire process of creating and managing our teaching-learning process. It facilitates

instructorand student inteaching-learningevents, such as a seminar, onlinediscussionora

livetrainingforemployees incompany.As intraditional classroom, thereareprofessorand

fellow learnerspresent with the student; we have many participants present in

virtualclassroom. They can talk with each other as in the traditional classroom viachat.

Similarly presenter uses whiteboard, gives notes/resources, givespresentation as given in

traditional one.

Thus, virtual classroom can be visualized as a classroom where alecture or session is

conducted using Internet. Now, that we have some idea about virtual classroom, we will

discuss someadvantages thatvirtualclassroomoffers overtraditional classroom.

1.1PURPOSE

Virtual Classroomaims toreplacetheroleofa school andteachers by providing students avirtual environmentwhich makes iteasy forthemto study. This notonly provides students

theconvenienceofstudyingatany time they wish, butalso facilitates distance learning. It

enables a school to cater to students from all across the globewithout requiring them to

come to the country where the school is located. Even if applied only within a particular

region for security reasons, it wouldstill save time, costs and energy. Decreased road

8/8/2019 Virtual Classroom 2

6/22

Galgotias College of Engineering & technology Page 6

congestionandpollutionwouldbepositiveconsequences of its application sincemillions of

students every day wouldnotbetravellingtoandfrom school.

Virtual Classroomdoes morethanproviding students analternative toattending school. It

takes education toawholenew level whereeducation is acontinuous process. Itenablesstudents to attend the school of their choice without worrying about travelling or even

boarding. A studentfrom Indiacan study from HoustonUniversity without havingtotravel

there. Students from China, Australiaand Italy canall bemembers ofthe sameclass even

while sitting intheirown homes.

1.2INTENDED AUDIENCE AND EVOLUTION OF DOCUMENT

This document is meant for professors, students and developers who consider virtual

classroomas auseful means fordistanceeducation. This documentaims atexplaining inan

easy manner, the basic idea behind eShiksha++. It aims to introduce to professors andstudents andalsogeneral users (Fore.g.Peopleworking inacompany) themainfeatures of

eShiksha++ and how the developers aim to achieve their goals. Future development

objectives arealsodiscussed.

1.3SCOPE OF THE DEVELOPMENT PROJECT

iLearn is avirtual classroombasedonjava. It is beingmade inresponsetoagrowingdemand

foreLearning softwares. This canbeusedas a stand-alonemodel foreducation ina school

orcanbeusedto supplementtheexisting systemofa school.

Eitherways, itwill beaccessibletoall students ofan institutionandtheycanuse ittoview

tutorials or submitassignments/tests.

1.4 DEFINITIONS, ACRONYMS, AND ABBREVIATIONS

iLearn: Refers totheVirtual Classroomprojectbeingdeveloped.

User:Any user (Student, Faculty or Administrator)

LAN:Local Area Network

RAM:Random Access Memory

1.5 References

(a) A Practitioner's Guideto Software Test Designby Lee Copeland, Artech House, 2004.

(b) Software Engineeringby K.K. Aggarwal&Yogesh Singh, New AgePublishing House,

8/8/2019 Virtual Classroom 2

7/22

Galgotias College of Engineering & technology Page 7

2ndEd.

(c) IEEE RecommendedPracticefor Software Requirements Specifications IEEE Std 830-

1998.

(d) IEEE Standardfor Software Test Documentation IEEE Std. 829-1998.

1.6. Overview

The rest of the SRS documentdescribes various system requirements, interfaces, features

andfunctionalities indetail.

Overall Description

Oure-Learningenvironment has beendivided intotwophases

1.Phase I - Online Streaming Mode: Herewe intendto supportamodeofoperationwhich

will allow students toview lectures ondemandfroma streaming server. There is no live

class room sincethe lecture has beenrecordedearlier. Howevertheelements oftakinga

coursewill be supported. Thefocus ofthephase is integrationofvideo streamingclient

alongwith theotherelements ofaeLearningenvironment such as registrationforacourse,

quizzingetc.

2.Phase II - Live Streaming Mode: Inthis phaseweexpecttobe streaminga lecture liveas

it is beingdeliveredby the instructorbackedby a live interactioncapability thatallows

students toraiseandanswerquestions andrecognizeand interactwith other students inthevirtual classroom.

2.1. Product Perspective

Theproposed system shall bedevelopedusingclient/serverarchitectureandbecompatible

with Microsoft Windows Operating System. Thefrontendofthe systemwill bedeveloped

usingJavaandbackendwill bedevelopedusingOracle.

Front End Client

Application (with data

entry/update/delete/

view and reporting

facility)

Backend

database

8/8/2019 Virtual Classroom 2

8/22

Galgotias College of Engineering & technology Page 8

2.1.1. System Interfaces

None.

2.1.2. User Interfaces

The iLearnwill havefollowinguser-friendly andmenudriven interfaces

a)Login: toallowtheentry ofonly authorizedusers through valid login Idandpassword.

b)Programme Details: tomaintainprogrammedetails.

c)Student Details: tomaintain students details thatwill include personal informationand

classeshe is willingtoattend.d) Faculty Details:tomaintainthefaculty details.

e)Classes Details: tomaintainclasses details ofacourse.

f) Attendance Details:tomaintainattendancedetails ofa student.

2.1.3. Hardware Interfaces

a) Screenresolutionofat least 640 x 480 orabove.

b) Supportforprinter (dotmatrix, DeskJet, LaserJet)

c) Computer systems will be inthenetworkedenvironmentas it is amulti-user system

2.1.4. Software Interfaces

a) MS-Windows Operating System.

b) MyEclipseblueversion 8.5 fordesigningfront-endusingJ2ee.

c) Oracleforbackend.

2.1.5. Memory Constraints

At least 512 MB RAM and 500 MB spaceofharddisk will berequiredtorunthe software.

2.1.8. Site Adaptation Requirements

Theterminal atclient sitewill haveto supportthe hardwareand software interfaces

specified inthe section 2.1.3and 2.1.4 respectively.

8/8/2019 Virtual Classroom 2

9/22

Galgotias College of Engineering & technology Page 9

2.2. Product FunctionsTherearedifferentclasses ofusers of virtual classroombasedon the roles that they play.

When presenter enters in virtual classroom, he hasdifferent work to do than participant.

Depending on the user type, virtual classroom takes different form for each user. These

forms canbecategorizeddependingontheuser's role. Theseroles areas follows:

yPresenter (or Administrator)

yParticipant

Facilities provided by presenter interface toFaculty:yRegister new users

Presenteras anadministrator has toregisternewusers thatwill beattendingthe session.

yCreate a sessionPresenter has to decide the session time, users that will be invitedfor the session. While

creatinga session, hecan specify thetimeandusers of the particular session.yCancel a user registration

Ifany registereduserdoes notwanttoattendthe session, presentercancels his registration.

yConduct Online presentationAs a presenter, he conducts the session for participants. Duringpresentation he performs

various activities intheclassroom.Hecan loadthepresentation slidethatwill bedisplayed

toparticipants.

yShare ResourcesPresentercanaddvarious resources tothe session. Itmay beafileorjusta simplewebpage

link thatparticipantcandownloadattheirend.

yConduct Poll

Hecancreateapoll forparticipants. Also hecanchatwithparticipants.

yExplain concepts using WhiteboardHecanusewhiteboard toexplain some of thetopic, which may notbeable toexplain via

presentations, orto solveany particulardoubtaskedby theparticipant.

Facilities provided by participant interface to students:

yView online presentation

Whenaparticipantjoins the session, they canview thepresentation, which areconductedby the presenter in the virtualclassroom. The presentation may include the PowerPoint

presentationslides or itmay also includethe snapofthewhiteboardonwhich the

presentercanexplaintheconcepts totheparticipants.

yPublic/Private Chat

8/8/2019 Virtual Classroom 2

10/22

Galgotias College of Engineering & technology Page 10

Theparticipants can haveaconversationwith thefellowparticipants publicly orprivately via

thechatfeatureavailable inthe interface, thechatallows theparticipantto sendthe instant

messages totheparticipants whoarealsoattendingthe session.Participants can

also sendprivatemessages toany oftheparticipantbut he is notallowedto sendprivate

messages tothepresenterbutcando soby usingthe hands up facility, which is explainednext.

yRaise Hands

Wheneverany participantwill haveany doubt, then hecan tell that topresenterby using

the hands upfacility available intheuser interfaceoftheparticipant, usingthis featurethe

participantcan interactwith thepresenterviatheprivatechat.

yGive Response to the pollsThe participants can answer the polls that are submitted by the presenter by using the

Submit Responsefacility provided inthe interface. Thepoll canbeoftypeobjectiveor it

may beofYes/Notype. Ittheparticularpoll is publicthenparticipants can seeresponsefor

that particularpoll, else itwill be kept hidden from theparticipant. The Only presenter is

ableto seetheresponseforprivatepoll.

yDownload ResourcesTheresources thatarebeen sharedby thepresentercanbedownloadedby theparticipants

at their machine. The resources can bethe files which may include course material, e-

books etc, or it may be also web links which presenter may want the participants

should refer.

2.3. User CharacteristicsQualification: Mustbecomfortablewith English.

Experience: Shouldbewell versed/informedabouttheregistrationprocess ofthewebsite.

Technical Experience: Elementary knowledgeofcomputers

2.4 Constraints

Therewill only beoneadministrator.Thedeleteoperation is availableonly totheadministrator. Toreducethecomplexity ofthe

system, there is nocheck ondeleteoperation. Hence, administrator shouldbevery careful

beforedeletionofany recordand he/shewill beresponsiblefordataconsistency.

8/8/2019 Virtual Classroom 2

11/22

Galgotias College of Engineering & technology Page 11

2.5 Assumptions and DependenciesThe login Idandpasswordmustbecreatedby systemadministratorandcommunicatedto

theconcerneduserconfidentially toavoidunauthorizedaccess tothe system.

Registrationprocess will beopenfor specificcourses only for specificduration.

y The product relies on a high-speed internet connection on part ofthe student. A high

bandwidth is requiredfor streamingvideos.

2.6 Apportioning of RequirementsNot Required

3.1 External Interface Requirements

3.1.1 USER INTERFACE

Theuser interface is similartoawebpagewith links tovarious sections. A usercanbrowse

through the software likeanormal webpage.

3.1.2 Hardware Interfaces

As stated in Section 2.1.3

3.1.3 Software Interfaces

As stated in Section 2.1.4

3.1.4 Communication Interfaces

iLearn uses HTTP for content transfer. The efficacy is significantly affected by available

bandwidth anddatatransferrates as a higherbandwidth allows smallertime lags. Current

implementation ignores encryption issues as teachers/students are unlikely to require a

secureenvironment.

3.2 Functional RequirementsThe setoffeatures has beencategorizedbasedontheentity thatthefeaturedeals with -

courses, quizzes etc. Every requirement is anumbered subsectionthat has as partofthe sub

section heading, theroleneededtousethis feature.

8/8/2019 Virtual Classroom 2

12/22

Galgotias College of Engineering & technology Page 12

3.2.1 Administrative Features

The systemwill comewith adefaultadministratoraccountwhosepasswordcanbe seton

installation.

3.2.1.1 Obtaining User Accounts - AllPotential users will beabletorequestforandobtain \useraccounts" onthe system. A valid

email account is aprerequisitetoobtainanaccount. A requestfortheuseraccountwill be

registeredandbeavailable to theadministrator forprocessingwhen he logs on. Any user

with anadministratorrolecan handleuseraccountrequests.

3.2.1.2 Creating User Accounts - Admin

Administrators will beallowed tocreateusers andassign one ormoreroles. A request to

createauserneeds tobeavailableonly iftherearerequests pending. Thecreationofauser

shouldclosethependingrequestforcreation. Thecreationwill result intheuser loginand

passwordtobeemailedtotheuseratthementionedusers email account.

3.2.1.3 Disabling Accounts - Admin

Administrators can disable users. A account that is disabled will prevent the login from

workingtill it is re-enabledby theadministrator. Disablingandenablingaccounts shall send

the user aemail to the preferred address informing them of the same. The email should

contain a reasonfor disabling that is supplied by the administrator when disabling the

account.

3.2.1.4 Resetting Passwords and Editing Roles - Admin

Administrators can edit user details and change the password of the user. They can also

removeoraddroles totheaccount. Any changemade shouldresult inanemail being sentto

theuser.

3.2.1.5 Deleting Users - Admin

Administrators can remove users entirely from the system provided the user has NOT

registeredforortakencompletedany coursepreviously.

3.2.1.6 Logging In - All

The systemwill allowusers to loginwith apassword ifthey already possess avalidaccount

onthe system. An invalidpasswordwill signal anerror. The systemwill protectpasswordand

other user information and ensure that it will not be viewable by others except theadministrator.

3.2.1.7 Editing Account Information - All

Users canedit informationthemselves andchangethepasswordonce logged in. Any change

saved inthe systemwill beconfirmedviaanemail senttotheusers email account.

8/8/2019 Virtual Classroom 2

13/22

Galgotias College of Engineering & technology Page 13

3.2.1.8 Concurrent Logins

The systemwill precludeconcurrent logins with the same loginname.

3.2.2 Course Creation, Modification and Deletion

3.2.2.1 Course Creation - Instructor

Instructors can setupnewcourses inthe system. A courseconsists ofanamegivenby the

instructor, a code assigned by the system that is dependent on the department that the

instructor is associated with, a syllabus and a grading policy section that specifies the

number of quizzes and assignments that form part of the course evaluation and a set of

prerequisitecourses (ifany). There is alsoanexplicitly identifiedcutofpoint (say a lecture

number) beyondwhich the studentcannotdropthecourse. A coursecanalsobeexplicitly

disabled for registration. Creating the course initially enables or open it for registration.

Courses arecomposedofa setoflectures, quizzes andassignments.

3.2.2.2 Displaying Enabled Courses - Instructor, Student

The systemwill display listofcourses offered (both enabledforregistrationanddisabled) /

registeredfor iftheuser has logged inas a instructoror studentrespectively. The systemwill

display the details of a course to the user, when he clicks on a specific course. Details

specifiedtothe instructor includethe listofcurrentregistrants forthecourse.

3.2.2.3 Modifying Course Details - Instructor

If authorized, the user can modify details of the course or delete the course from the

system. Incasethere havebeenany registrations forthecourseeven ifcomplete, acourse

canmerely bedisabledforregistrationbut NOT deletedfromthe system.

3.2.3 Course Registration and Adjustment

3.2.3.1 Registering for a Course - Student

A student is allowed to register fora course that is open for registration. This is done by

browsingthe list of courses available for registration for which the student satisfies the

prerequisites. Acourse can be selected from this list and registered for. A successful

registration results in anemail being sent to the student who can then begin viewing

lectures.

3.2.3.2 Dropping a Course - StudentAs longas the student has notpassedtheadjustmentpoint, hecandropthecoursefromthe

listof registered courses. The system does not need to maintain a history of add/drop

activities.

8/8/2019 Virtual Classroom 2

14/22

Galgotias College of Engineering & technology Page 14

3.2.4 Lectures

3.2.4.1 Uploading Lectures - Instructor

The instructorforthecoursecanupload lectures foragivencourse. Atthetimeofupload,

anorderingmustbe specifiedby the instructorwhich says what lectures, assignments andquizzes comes beforethis lecturecanbeviewed. This orderingcanbemodifiedprovideda

student havingalready viewedthis lecturewill notviolatethechangedordering.

3.4.2 Viewing Lectures - Student

Students canviewthe setoflectures associatedwith thecourse includingthe status ofeach

one (viewedornot). They canthenchoosetoviewany lecturethat is availableforviewing

basedontheirprogress inthecourse. The lecturewouldthenbe streamedtothe student.

For optimizationpurposes, the lecturemedia files may be downloadable onto theclient's

desktop with the appropriate protections that will prevent unauthorized viewing or

distributionofthe lecturematerial.

3.2.5 Quizzing

3.2.5.1 Setting a Quiz - Instructor

The systemwill enablea instructorto setaquiz, alongwith specifyingquiz parameters like

typeofquiz, duration, total marks, prerequisites fortakingthequiz andnumberofattempts

allowed. There is alsoanordering imposedonquizzes relativetootherquizzes, lectures and

assignments. A quiz is a set of multiple choice questions. Setting a quiz would imply the

instructoralsoneeds to indicatethecorrectchoiceforautomatedevaluation.

3.2.5.2 Modifying and Deleting a Quiz - Instructor

The system will enable instructor to modify or delete any quiz for a course that he is

offering,

providedno student has attemptedthequiz by then.

3.2.5.3 Taking a Quiz - Student

The systemwill enablea student totakeaquiz, if he satisfies all theprerequisites forthe

quiz. The listofquizzes that he is enabledtotakeforaparticularcoursewill appearonthe

client display from which a quiz can be selected for answering. The system will evaluate

responses tothequiz questions online. The systemwill display results attheendofthequiz,

alongwith correctanswers, forall theanswers marked incorrect.

3.2.5.4 Retaking a quiz - Student

The systemwill allowa studenttoreappearforaquiz, incasetheconnection is lostwhen

thequiz is inprogress.

8/8/2019 Virtual Classroom 2

15/22

Galgotias College of Engineering & technology Page 15

3.3DESIGN AND IMPLEMENTATIONS CONSTRAINTSThough schools wouldprefer it, thecurrentdevelopmentenvironmentmakes itdifficultfor

us topreventunauthorizeddownloadanddistributionoffiles by students.

To ensure that students do not cheat on tests, it could be possible to use webcam

technology to ensure that no one else is in the room with the student. A biometric scan

should be done to verify the identity of the student. However, current levels of

sophistication of webcam technologies and biometric scans restrict us from implementing

thesefeatures in iLearn 1.0.

3.4 Software System Attributes

Security

Theapplicationwill bepasswordprotected.Users will havetoentercorrect login Id, and

passwordtoaccess theapplication.

Maintainability

Theapplicationwill bedesigned inamaintainablemanner. Itwill beeasy to incorporate

newrequirements inthe individual modules.

Portability

Theapplicationwill beeasily portableonany windows-based systemthat has SQL Server

installed.

3.5ANALYSIS TOOLS

3.5.1DFD

8/8/2019 Virtual Classroom 2

16/22

8/8/2019 Virtual Classroom 2

17/22

Galgotias College of Engineering & technology Page 17

8/8/2019 Virtual Classroom 2

18/22

Galgotias College of Engineering & technology Page 18

8/8/2019 Virtual Classroom 2

19/22

Galgotias College of Engineering & technology Page 19

3.5.2ER DIAGRAM

8/8/2019 Virtual Classroom 2

20/22

Galgotias College of Engineering & technology Page 20

3.5.3 DEC IS ION TREE

8/8/2019 Virtual Classroom 2

21/22

Galgotias College of Engineering & technology Page 21

3.5.4 DECISION TABLE

3.5.5 STRUCTURED ENGLISH

8/8/2019 Virtual Classroom 2

22/22

Galgotias College of Engineering & technology Page 22

4. OTHER NON FUNCTIONAL REQUIREMENTS

4.1 PERFORMANCE REQUIREMENTS

Performance of the product depends solely on the bandwidth. Hardware requirements of

themachineareminimal andtheproductcanrunevenonmostantiquated systems.

4.2 SAFETY REQUIREMENTS

Not Applicable.

4.3 SECURITY REQUIREMENTS

Low level encryptioncanbeusedonthe servers toprevent hacking. High level ofsecurity is

notrequiredexceptonthe serverthatcontains the studentdatabase. However, the server

which stores reading materials should have enough security to prevent unauthorized

modifications.

4.4 SOFTWARE QUALITY REQUIREMENTS

Bugs intheproductwouldpreventefficient learningby users. The software shouldundergo

rigorous testing to ensure it is free from bugs and does not crash, especially at the time

whena student is doingatest.

5. CONCLUSION & REFERENCESThis SRS gives anoverviewofthe iLearnproductand its advantagesovertheexisting system.

Using this documentandtheanalysisdiagrams provided in itwecan startdevelopment ofthe softwareandcreateaprototypefortesting.