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.
Top Related