Professional Documents
Culture Documents
Introduction
Thequizsystemcomprisesofsetofquestionsandchoicesforeachcoursesthatis
specifiedbytherespectiveteachertowhichthestudentcanattendtoitwithinthetimelimitandthe
reportsaregenerated.
Goalsandobjectives
Oneofthemaingoalsofthesystemisautomatedmarking,thatis,teachersdonot
needtochecktheanswerscriptastheydoinmanualquiz.Itsavesvaluabletimeofateacher.Onthe
otherhand,studentscanscoreaccordingtohis/hermeritlevelanditwillgivefeedbackabouta
studentinwhichcoursehe/sheisweak.
Systemstatementofscope
AnyUniversity,CollegeorSchoolcanadoptthesystemwhereeducationsystemis
omputerized.Thissystemisusedfortheirorganizationtotakequizzes.
Systemcontext
Majorconstraints:
Asthefrontendofthesoftwareisdevelopedusingappletonlyclientserver
communicationispossible.
Thestudentscansubmitthepageafteransweringeachquestionandanswers
areautosubmittedifthetimeofthequizends.
Notmorethanoneattemptisallowed.
Usedonlywithintheeducationalinstitution.
FunctionalandDataDescription
DataDescription
Majordataobjects
Relationships
Relationshipsamongthedataaredescribedbelow:
Thereisanonetomanyrelationshipbetweenroleanduserobject,ieonerole
canhavemanyusersandthereexistsonetoonerelationshipbetweentheuserandthe
roleobject,ieoneusercanhaveonlyonerole.
Thereexistsmanytoonerelationshipbetweenuseranddepartmentobject,ie
manyusersbelongstoonedepartment.
Thereexistsmanytomanyrelatinshipbetweenquestionandquizobjects,ieone
questioncanbecontainedinmanyquiz.similarlymanyquestionscanbecontainedin
onequiz.
Thereexistsmanytomanyrelationshipbetweenthequestionand
answerchoice,ieonequestionmayhavemanychoicesandonechoicemaybelongto
manyquestions.
Thereexistsmanytomanyrelationshipbetweentheuserandcourse,ieoneuser
canaccessmanycoursesandonecoursemayhavemanyusers.
InterfaceDescription
Externalinterface
Humaninterface
TeachersspecifythequestionsinTextfield.
Ifitismultiplechoicequestionthen,Radiobuttonisprovidedtochooseany
oneofthecorrectanswer.
Incaseoffillups,textfieldisspecified.
Formatchthefollowing,dropdownlistboxisprovided.
SoftwareInterface
OperatingSystem
WebServer
Database
WebBrowser
jvm
HardwareInterface
Networkcard
Projectissues
Nosecurityforcodes.
Lackofskillsetduringthestartofproject
Lackoflanguageskillforpreparingdocumentation
Lackofexperience
Lackoftime
Projectschedule
Requirementanalysis
Planning
Costestimation
Managing
Designing
Coding
Projectdelivery
Maintanence
SOFTWAREPROJECTPLAN
Introduction:
Thisdocumentconveystheplanfollowedtoexecutethesystem.
Projectscope:
Thescopeofthesoftwareprojectplanistodevelopthequizsystemsuchthat
theteacherscantakequizzesandtheparticipantsperformanceisdetermined
accordingtothemarkstheyobtained.
Majorsoftwarefunctions:
Someofthesoftwarefunctionsare
AttendingthequizforvariouscoursesusinguserId
submittingtheanswers
Generatingthemarks
Performance/Behaviorissues:
Onlyoneattemptsareallowed
Nonegativemarksarespecified
Quizshouldbecompletedwithinthespecifiedtimeanddate.
Managementandtechnicalconstraints:
someofourconstraintsare
Timeconstraints
Workloadfromothersubjects
Lackofunderstanding
Systemcorruption
Lackofsecurityasthedocumentsarestoredincommonstoragespace
Electricityproblem.
Databaseconnectivityproblem.
Absenceofteammembers.
ProjectEstimates:
Thissectionprovidescost,effortandtimetakentofinishtheproject.
WaterfallmodelisusedfordevelopingtheQuizsystem.
FunctionPointAnalysis
Estimationtechniqueappliedandresult:
TypeofcomponentComplexityofthecomponents
Low
Average
High
Total
2*3
2*4
1*6
20
ExternalOutput 0*4
1*5
2*7
19
ExternalQuery 2*3
3*4
4*6
42
InternalLogical 3*7
Files
1*10
2*15
61
ExternalLogic 0*5
Files
0*7
1*10
10
ExternalInput
TotalnumberofUnadjustedFunctionpoints 152
Adjustmentfactors:
ThefourteengeneralsystemcharacteristicsofFPA
Specifica Level0
tion
Level1
Level2
Data
communi
cations
Level3
Distribute
dData
Processin
g
Performa
nce
Heavily
used
configura
tion
Transcati
onrate
OnLine
dataentry
Enduser
efficency
OnLine
update
Complex
processin
g
Reusabilit
y
Installatio
nease
Operation
alease
Multiple
sites
Facilitate
change
Level0>Simple
Level1>Low
Level4
Level2>Average
Level3>High
Level4>Extreme
14
VAF=0.65+[(Ci)/100]
i=1
=0.65+(37/100)
=0.65+0.37
ValueAdjustmentFactor=1.02
AdjustedfunctionalFactor=UnadjustedFunctionPoints*ValueAdjustmentFactor
=152*1.02
AdjustedfunctionalFactor=155.04
Hourestimation:
Totalhourrequiredtocompletetheproject=10*AdjustedfunctionalFactor
=10*152
=1520manhoursofASP
Dayestimation
Totaldaysrequiredtocompletetheproject=1520/(4*8)
=48days
Costestimation:
Thecostestimationofthisprojectis1:2ratio
=2*50,000+2*25000
=Rs.1,50000
ReconciledEstimate
Thefinalcost,effort,time(duration)estimateforthisprojectislistedbelow
Requirements
Approx.
FinalCost
3,363USD
Totalhours
1520
Totaldays
48
1INR=0.0224USD
Projectresources:
People
Hardware
Software
Jdk,Jdbctools
Riskmanagement:
Aboutprojectriskandtheapproachtomanagingthem.
Projectrisk:
Risk
Probability
ImpactonOQS
Teammembersleaveor
becomesick
High
High
Keyteammember
becomesavailable
Medium
Medium
Solutiondoesnotmeetthe Low
businessneeds
Low
Insufficientparticipation Medium
fromthebusinessunitsand
users
nil
Systemfailures
High
Medium
Technicalsolutionhas
majorflaws
Low
Medium
Technicalsolutionhas
operationalflaws
High
Medium
Usersfailtousethenew
systemeffectivelyand
efficiently
Medium
Low
OverviewofRiskMitigation,Monitoring,Management:
Riskmanagementactivitiesaregivenbelow
Riskassesment
riskcontrol
Riskcontrol:
Thedegreetowhichwecanchangetheoutcome.
Threestagesare
1.avoidingtherisk
2.transferringtherisk
3.assumingtherisk
Costofreducingtherisk:
riskleverage=(riskexposurebeforereduction(riskexposureafterre
duction)/(costofriskreduction)
Projectschedule
Requirementanalysis
Planning
Costestimation
Managing
Designing
Coding
Projectdelivery
Maintanence
Ganntchart
StaffOrganisation
Teamstructure:
Theteamstructureforourprojectis
1Developer
1Technicallead
1Projectmanager
1Documentreviewer
Trackingandcontrolmechanism:
Qualityassuranceandcontrol:
Reviewmeetings
Codereviews
Projectreviews
Checkpoints
Properstandardsandprocedures
SOFTWAREREQUIREMENTSSPECIFICATION
Introduction:
ThisSRSdescribesthefunctionandperformancerequirementsofourclass
project.Theseincludeanoverviewoftheprojectdescription,functionalrequirements
ofsystemstheprojectwillrunon,andcharacteristicsoftargetusers.
Goalsandobject:
Whiledoingquiz/questiondevelopmentitisworthkeepingthefollowing
issuesinmind.Irrespectiveofwhateverelsewedo,wewantMoodletohavethese
properties.Ifyoulike,youcanthinkofthemasmetarequirementsornonfunctional
requirements.
Statementofscope:
Thescopeofthesystemiscreatingthequestionsforeachsessions,givingthe
choices,calculatingthemarksandobtainingtheresults.
Softwarecontext:
Thelecturemediafilesmaybedownloadableontotheclientsdesktopwiththe
appropriateprotectionsthatwillpreventunauthorizedviewingordistributionofthe
lecturematerial.
Majorconstraints:
1.CreatingUserAccounts
2.DisablingAccounts,DeletingUsersLoggingIn,ConcurrentLogins,Settinga
Quiz,ModifyingandDeletingaQuiz,takingaQuiz,Retakingaquiz.
Usagescenario:
Thissectionprovidesausagescenarioforthesoftware.Itorganizedinformation
collectedduringrequirementselicitationintousecases.
Userprofiles:
Usersarestudentseachofthemwillloginandattendthequiz.
Usecase:
DataModelandDescription:
Thissectiondescribesinformationdomainforthesoftware
DataDescription:
questions
choices
Dataobjects:
Thedataobjectsarequestionsandchoicesandtheirattributesarequestion
id,questionname,questiondescriptions,questionnumber,marks,choice
number,chioce(Y/N).
Completedatamodel:
FunctionalModelandDescription:
Adetaileddescriptionofeachsoftwarefunctionispresented.Adescription
ofeachmajorsoftwarefunction,alongwithdataflow
andblockdiagramispresented.
LOGINPROCESS
QuizProcess:
ADDQUESTION
EDITQUIZ
FUNCTIONALMODEL:
STAFF
AddquizEditquizdeletequiz
UpdateQuiz
GenerateReport
STUDENTS
ReviewtheQuiz
attendthequiz
Functionninterfacedescription:
ExternalInterfaceRequirements
Mouse
Keyboard
Windows
Networkadapter
PerformanceIssues:
GeneralOperatingsystem,messagepassingandothermiddleware,and
programminglanguage(s)usedshallfollowindustrystandardsandbecommonly
availableandwidelyused.AvailabilityofsourcecodefortheOSwillbevery
important.
1.internetconnection
2.highresponsetime
DesignConstraints:
ourdesignconstraintsisthatnonegativemarksarespecified.
SoftwareInterfaceDescription:
ThemoduleswillutilisePHP5andrelyonthestandardelementsofa
Moodleinstallation,namelyaMySQLDBMSandanApacheWebserver.All
interactionwithMoodleoccursontheclientsidebymeansofaWebbrowser.
Externalmachineinterfaces:
WithinMoodlearesourcemightbealinktoanexternalWebpage.
ClickingonthisresourcedisplaystheexternalWebpagewithintheMoodleframe.
Externalsysteminterfaces:
ScientificUsers
OperationalUsers
MaintenanceUsers
DevelopmentUsers
Humaninterface:
student
quizmaster
Controlflowdescription:
Manualinterface
Initialize(includingoptionaldefaultstate)allinstrumentparametersand
hardwaresettings
Requestandinitializedataprocessingandreductionfunctions
BehavioralModelandDescription:
Adescriptionofthebehaviorofthesoftwareispresented.
Descriptionforsoftwarebehavior:
Events:
Thequizquestiongivenbythestaffiswrongduetosomemistaketherewillbe
achangeofquestions.
States:
Hereitstatesthepurpose,security,systemsoverview,currentbusinessplanand
evaluationmethodswhichconnecttotheSRSandtheendproduct.
Controlspecifications:
Softwarequalityisconformancetoexplicitlystatefunctionalandperformance
requirements,explicitlydocumenteddevelopmentstandardsandimplicitcharacteris
ticsthatareexpectedofallprofessionallydevelopedsoftware.Qualitysoftwareisre
liable,efficientandiseasytolearnandoperate.Thesoftwareshouldbeeasytomain
tainandshouldincludetasksforcorrectingfaultsintheoriginaldesignandmakeim
provementstoadaptthefunctionalityofthesoftwaretochangingenvironments.Soft
warequalityisalsodeterminedbywhetherthesoftwareproductisportable,reusable
andalsowhetheritcanbeexpanded.
Restrictions,Limitations,andConstraints:
QUIZRESTRICTIONS:
Thequizispurelytimedependenti.e.Eachquestioncarriesamark.Allstudent
shouldhaveequaltimetoviewandanswerthequestion.
ValidationCriteria:
Confirmingthataproductorservicemeetstheneedsofitsusers.
Classesoftests:
GUIsoftwaretesting
performancetesting
scalabilitytesting
reliabilitytesting
maintenancetesting
recoverytesting
Expectedsoftwareresponse:
unittesting:
TheunittesttypeoftheTeamSystemtestingtools.Introducestheconceptsof
generatingandauthoringunittestsinVisualStudio,testingprivatemethods,and
usingtheUnitTestingFramework.
Creatingunittesting:
Provideslinkstotopicsaboutgeneratingandauthoringunittests,including
ASP.NETunittestsanddatadrivenunittests.
Creatingandrunningunittesting:
Leadsyouthroughthestepstocreateandcustomizeunittests,runthem,and
examinethetestresults.
Runtestandviewingcodecoverage:
Buildsonapreviouswalkthroughtoshowhowtoviewcodecoveragedata,
whichshowstheproportionofyourproject'scodethatisbeingtested.
Performancebounds:
Theapproach/documentusedtomakesurealltherequirementsarecovered
whenwritingtestcases
TestMatrix
Checklist
Testbed
TraceablityMatrix
SOFTWAREDESIGNSPECIFICATION
Introduction
ThepurposeofthisDesignDocumentistopresentthesystemdesignatalevel
thatcanbedirectlytracedtothespecificsystemobjectivealongwithprovidingmore
detailed about data, architectural, interface and componentlevel design for Quiz
System.
Goalsandobjectives
Thegoalofthissystemistoprovideinterfacedesignmodelsthatareconsistent,
and will provide straightforward transitions through the various functions in the
system.Theobjectiveistoprovideanefficient,modulardesignthatwillreducethe
systemscomplexity,facilitatechange,andresultinaneasyimplementation.
Statementofscope:
AnyUniversity,CollegeorSchoolcanadoptthesystemwhereeducationsystem
iscomputerized.Thissystemisusedfortheirorganizationtotakequizzes.
Softwarecontext:
Thelecturemediafilesmaybedownloadableontotheclientsdesktopwiththe
appropriateprotectionsthatwillpreventunauthorizedviewingordistributionofthe
lecturematerial.
Majorconstraints:
Majorconstraints
Asthefrontendofthesoftwareisdevelopedusingappletonlyclientserver
communicationispossible.
Thestudentscansubmitthepageafteransweringeachquestionandanswers
areautosubmittedifthetimeofthequizends.
Notmorethanoneattemptisallowed.
Usedonlywithintheeducationalinstitution.
Datadesign
Internalsoftwaredatastructure
TheinternalsoftwaredatastructureoftheQuizsystem(finduserlist)is
throughthearraylisttolistalltheusersinthesystem.thisfieldwillinteractwiththe
database
DATAFLOWDIAGRAMFORQUESTIONMODULE
CREATE:
data
Database
database
Create
connectivi
sink
function
ty
READ:
Database
Read
database
connectivity
Data
function
sink
UPDATE:
database
Update
Database
data
sink
function
connectivity
DELETE:
Database
database
Delete
connectivity
sink
data
function
DATAFLOWDIAGRAMFORUSERMODULE
CREATE:
Database
database
Create
data
connectivi
sink
function
ty
READ:
Database
Read
database
connectivity
Data
function
sink
UPDATE:
database
Update
Database
data
sink
function
connectivity
DELETE:
Database
database
Delete
connectivit
sink
data
function
y
Databasedescription
DatabasedesignforaQuestiondetails
Architecturalandcomponentleveldesign
Adescriptionoftheprogramarchitectureispresented.
ProgramStructure
Thisprojectintegratesmanydifferentaspectstobringittogether.Thereisa
server,adatabase,andaclientprogram.Theclientsendsmessagestotheserverand
theserversendsmessagesbacktotheclient.Theserverhasaccesstothedatabase,
buttheclientdoesnot.Soanyactionswiththedatabasemustgothroughtheserver.
Theserverallowsformoreaccessibilitybetweenthedifferentclients,bycontrolling
thecommunicationbetweenthedifferentclients.Thisallowsformoreoptionsforthe
quizsystemandmorecontroloverwhathappenstotheusers.
Architecturediagram
Alternatives
Insteadofhavingtheservercommunicatewiththedatabase,therecouldbea
differentdesignwheretheclientcoulddirectlyaccesstheinformationinthedatabase.
Forcertainprojectsthissetupmakesmoresensebecauseitoffersquickeraccess.For
this project and most programs it makes more sense for the server to do all the
database communication because it is safer. There is more chance for database
corruptioniftheclientsoftwarecanedit/accessthedatabase.
SoftwareInterfaceDescription:
ExternalMachineInterface:
ThisprojectusesJDBC(JavaDatabaseConnectivity)asanexternalinterface.
HumanInterface:
Thisdescribesabouttheinterfacesthatauserwillbeinteractingwithi.e.
itusesjavaswingstoprovideanuserinterface.
USERINTERFACESPECIFICATION
LOGIN
Username
Textbox
15charectersText
Password
Textbox
Min.15charecters/numbers
Submit
Submitbutton
Hyperlink
VIEWCOURSEINFORMATION:
Course_Id
Dropdownbox
Course_name
SETTINGAQUIZ:
Name
TypeofQuiz
ATTEMPTS:
Attemptsallowed
Dropdownbox
Dropdownbox
Dropdownbox
Dropdownbox
Eachattempts
TextBox
Adaptivemode
Dropdownbox
GRADES:
Gradingmethod
Dropdownbox
Applypenalties
Dropdownbox
Decimaldigitsingrades
Dropdownbox
TIMINGS:
Openthequiz
Dropdownbox
Closethequiz
Dropdownbox
Questionperpage
Dropdownbox
Shufflequestions
Dropdownbox
Shufflewithinquestions
Dropdownbox
EDITINGTHEQUIZ:
Selectingthequestions
Checkbox
Addtoquiz
Hyperlink
Delete
Hyperlink
STUDENTSPERFORMANCE:
NameoftheQuiz
Textbox
Timetaken
Textbox
Marks
Textbox
TAKINGAQUIZ:
Attemptquiznow
Button
Answer
Textbox
Submit
Button
Marks
Textbox
REVIEW:
Nameofthestudent
Textbox
Quizstartedon
Textbox
Quizcompletedon
Textbox
Timetaken
Textbox
Marks
Textbox
Grade
Dropdownbox
Screenimages
SAVE:
FIND:
UPDATE:
DELETE:
ObjectsandActions:
This use case diagram describes how the object interact with system and action
performed.Theobjectsinvolvedare
Staff
Student
Restrictions,limitations,andconstraints:
i).Negativemarksarenotspecified.
ii).Quizshouldbeattendedonlyonce.
iii).Quizmastershoulddeclaremarksforeachquestion.
iv).Usershouldcompletethequizwithinthegiventimelimit.
TestingIssues
Thetestingwillbeperformedforthesystemwithdefinedspecificationsuchas
validationandverification.
Thesystemneedtoattemptblackboxtesting&whiteboxtestingtoknownthe
feedbackinwhichconditionsystemfails.
Expectedsoftwareresponse:
Thissystemisusedtomonitortheentirequizsystemie)theno.Ofquizes
attendedbythestudentandthetimetakentocompletethespecifiedquiz.
Performancebounds:
Inadvancetothespecifiedinformationthesystemneedtogetdetailstodisplay
withuserpermission.