Title

:TostudyandwriteSoftwareRequirementSpecificationfor(projectname).

Objectives
:
To undestand the use of Software Requirement Specification
Documentinrequirementmodeling.

Theory
:
Adocument thatcompletely describesallofthefunctionsofaproposedsystemandthe
constraintsunderwhichitmustoperate.
Software requirements specification establishes the basis for an agreement between
customers and contractors or suppliers (in marketdriven projects, these rolesmay be
played by the marketingand developmentdivisions)on what the softwareproduct isto
doaswell as what it is notexpectedtodo.Softwarerequirementsspecificationpermits
a rigorous assessment of requirements before design can begin and reduces later
redesign.Itshouldalso providearealisticbasis forestimatingproduct costs,risks,and
schedules.
TheMajorcomponenetsofSRSdocumentareasfollows
1.
Introduction
2.
OverallDescription
3.
ExternalInterfaceRequirements
4.
SystemFeatures
5.
OtherNonfunctionalRequirements
6.
OtherRequirements
One of the main values of writing specifications is to have them reviewed by
stakeholders and to allow the stakeholders to provide feedback. Therefore,
specifications should be written in such a way that they can easily be read and
reviewed.
Someofthequestionstoaskyourselfaboutreadabilityis:
Doesthespecificationcontainahighleveldescriptionofthescopeofthework?
Doestheformattingallowareadertoeasilynavigatethespecification?

Does the formatting allow a reader to easily understand the primary versus
secondarycases?
Doesthespecificationcontainlinkstorelatedfeatures?
Doesthespecificationcalloutquestionswhichstillneedtobeaddressed?

Conclusion:
We have written Software Requirement Specification for (project name)asa first step
forrequirementmodeling.


SoftwareRequirementsSpecification
for
VotingandPollingSystem
Version1.0approved

PreparedbyJainilGada,JatinBindalandYashBafna

T.E.Computer,SardarPatelInstituteOfTechnology

23July,2016

TableofContents
ACADEMICYEAR:201415TERM:I
SEMESTER:V
CLASS:T.E.ComputerROOMNO:606
CourseEducationalObjective:
i.MUNSHINAGAR,ANDHERI(WEST),MUMBAI400058.
ii.MUNSHINAGAR,ANDHERI(WEST),MUMBAI400058.
2.Introduction
a.Purpose
b.DocumentConventions
c.IntendedAudienceandReadingSuggestions
d.ProductScope
e.References
3.OverallDescription
a.ProductPerspective
b.ProductFunctions
c.UserClassesandCharacteristics
d.OperatingEnvironment

2
2
2
3
12
12
16
16
16
16
16
16
16
16
16
16
16
1

e.DesignandImplementationConstraints
f.UserDocumentation
g.AssumptionsandDependencies
4.ExternalInterfaceRequirements
a.UserInterfaces
b.HardwareInterfaces
c.SoftwareInterfaces
d.CommunicationsInterfaces
5.SystemFeatures
a.SystemFeature1
b.SystemFeature2(andsoon)
6.OtherNonfunctionalRequirements
a.PerformanceRequirements
b.SafetyRequirements
c.SecurityRequirements
d.SoftwareQualityAttributes
e.BusinessRules
7.OtherRequirements
InputMessage
CreateMessage
LifeLine
OutputMessage
SelfMessage
LoopCombinedFragment 21

16
16
16
16
16
16
16
16
16
16
17
17
17
17
17
17
17
17
20
20
20
20
21

RevisionHistory
Name

Date

ReasonForChanges

Version

1. Introduction
a. Purpose
Thepurposeofthisdocumentistopresentthesystemandfunctionalrequirementsof
theStructuredandObjectOrientedAnalysisandDesignprojectonaVotingandPolling
2

SystemforStudentsCouncilwhichisapartofstudentmoduleoftheS.P.I.TProcampuz
system.
b. DocumentConventions
StudentCouncil

CouncilofS.P.I.T
GeneralSecretary
TechnicalSecretary
SportsSecretary
CulturalSecretary

Students

EndUseroftheSystem
(StudentsofS.P.I.T)

SystemDeveloper

SpitProcampuzDevelopers

Product

AutomatedVotingandPollingSystem

Stakeholders

SubjectTeacher,Guide,Developers

c. IntendedAudienceandReadingSuggestions
Thisintendedaudienceofthisdocumentarethestakeholders,SystemDeveloperand
thedevelopersoftheproduct(Projectgroup).Thedocumentcanserveasareference
guidetotheenduseroftheproduct.
d. ProductScope
ThissystemwillallowStudentCounciltoconductsurveyseasilywithproperreviewof
eachquestions.Ithelpsthemtoconnecttothestudents,taketheiropinions/voteson
variousissuesjustbypostingaquestionratherthantakinganonlinefeedbackwhich
involvesansweringquestiondescriptively.

2. OverallDescription
a. ProductPerspective
Thesoftwareproductisapartofalargersystemandcanalsobeastandalone
program.Thesystemwillbemadeupofthreeparts,onerunningvisibledirectlytothe
administratorontheservermachine(thesystem),onevisibletotheStudentsCouncil
andothervisibletotheendusers,inthiscasethestudents,throughwebpages.The
twousersofthesystem,namelythestudentsandtheStudentCouncilinteractwiththe
systemindifferentways.TheStudentCouncilcreatesthequestionnairesandsurveys,
3

reviewandmodifythequestions,launchquestionsonthedashboardandcheckresults
ofthesurvey.Thestudentscasttheirvotesusingthewebinterfaceprovidedandcan
seetheresult.Thesevotesareacceptedbythesystemontheserverandtheresults
aredisplayedandupdatedaftereachstudentanswersthequestion.
b. ProductFunctions
OntheStudentCouncilside,thesystemcanbeusedtocreate/update/review/remove
thequestions(social,cultural,etc).TheStudentCouncilmustreviewthequestionbefore
launchingitonthedashboardi.eallthemembersmustacceptthatthequestionbefore
beingpublished.Forexample,acouncilmembermaywantthequestiontobepublished,
whereasanothermembermaynotfinditnecessary.Insuchacasethequestionisnot
uploaded.Afterthequestionissetup,theuserswillreceiveamailfromthesystem
lettingtheusersknowthatanewquestionhasbeenpublished.Fromtheusers
perspective,thesystemisusedtohelpthemcasttheirvotesandviewtheresultasa
percentageofstudentssupportingorrejectingthepoll.Afterthetimeperiodfor
answeringisover,finalresultsareautomaticallypostedonthedashboard.System
removesthequestionsafteracertainperiodorifthecouncilwishestoremoveit.
c. UserClassesandCharacteristics
1.StudentCouncil:Add,review,updateandremovethequestionstobesurveyedinthe
college.Onlymembersofthecouncilhavetheprivilegeofpublishingpolls.

2.StudentsoftheCollege:DependingontheStudent,theygivetheirvotesby
answeringayesoranotothequestionsornotnecessarilyanswerthequestion.
d. OperatingEnvironment
ProductwilloperateinanyOperatingEnvironmentorOperatingSystemslike
Windows,Linux,Mac.
e. DesignandImplementationConstraints
Eventhoughthesystemenablesuserstopolltheirvotefromanyterminalconnectedto
theInternet,theusersshouldinitiallyregistertotheS.P.I.TProCampuzsystemto
authenticatethemselvesandestablishtheiruserids.Thisconstraintisimposedto
ensurethatonlythegenuinepersonisallowedtovoteforthepoll.
f. UserDocumentation
<Listtheuserdocumentationcomponents(suchasusermanuals,onlinehelp,and
tutorials)thatwillbedeliveredalongwiththesoftware.Identifyanyknownuser
documentationdeliveryformatsorstandards.>
4

g. AssumptionsandDependencies
Usersideassumptionsanddependencies
PC(PersonalComputer)orworkstationwithGUI.
Awebbrowserwithsupportforcookies.
WorkingInternetconnection.

ServersideassumptionsanddependenciesAwebserverwithGUI,Javaandanhttp
serverinstalled.

3. ExternalInterfaceRequirements
a. UserInterfaces

Interfacebetweenuserandproduct
1.Loginscreen:Usernameandpasswordvalidationfacilitytoensurelegitimateuser
usesthesystem.
2.Poll/Questionscreation:Interfaceforstudentcounciltoadd,review,removethe
questionsanddisplaythemonthedashboard.Theyalsohaveasectiontoreviewthe
suggestionsofthestudents.
3.StudentsDashboard:Interfaceforstudentstoanswerthequestionnairecreated.Will
include2buttonscontainingwithYES/NOtexttocasttheirvote.
4.SuggestionboxforStudents:Studentscanputtheirownquestionsherewhichwill
bereviewedbythecouncilmembersandpublished.
5.Resultsdisplay:Interfacefordisplayingresultsofvotingrelatedtorecentpoll
questions.
b. HardwareInterfaces
TheproductdoesnotusesanyHardwareinterfaceexceptforaComputersystemwith
anyInternetBrowser.
c. SoftwareInterfaces
Thepollingsystemrunsonhttpserverthatisenabledtohandleserverpages(eg.
ApacheTomcatforsupportjsp).Itusesarelationaldatabasetokeeptrackofthepolls,
whichitconnectsthroughstandarddatabaseconnectivityinterfaces.Inordertorunthe
setupsoftware,theenvironmentneedstohaveaJVMrunningonit.

d. CommunicationsInterfaces
Protocol

Purpose

HTTP

TocommunicatewithWebServers
ToDisplayQuestionsonaWebbrowser

SMTP

TomailaRemindertoStudents.

4. SystemFeatures

a. LoginInterface
4.1.1

DescriptionandPriority
Thisisalowpriorityfeaturewhichwillallowtheusertologintohis/her
respectiveinterface(Student/StudentCouncil).
6

4.1.2

Stimulus/ResponseSequences
Thiswillbethefirstinterfacethattheuserseesuponlaunchingthe
software.

4.1.3

FunctionalRequirements

AuthenticateuseragainstalistofstudentsandStudentCouncilmembersavailableinthe
database.
Identifyusertodeterminewhichisinterfaceistobeopened.
b. ViewResults
4.1.1

DescriptionandPriority
Thisisamediumpriorityfeaturethatisavailabletoboththe
users(Student/StudentCouncil).

4.1.2

Stimulus/ResponseSequences
Thiswillbetheinterfacethattheuserseeswheneverhechoosestosee
theresultsofthequestiontheuseranswered

4.1.3

FunctionalRequirements

Displaystheupdatedresulteachtimetheusercheckstheresults

OtherNonfunctionalRequirements
c. PerformanceRequirements

InternetConnectionrequiredatanytimeasaconnectiontodatabaseneedtobe
established.
SufficientRAMandprocessorspeedtoensuresmoothnessofsoftwareruntime
environment.
d. SafetyRequirements

Inordertopreventdatalossincaseofsystemfailure,theresultofvotesthat
werepolledtillthenhavetobesavedinthedatabase,forthesystemtoresume
thecountingprocessonreboot.
IncasetheCouncildetectsanysecuritylapseinthesystem,heshouldableto
shutdowntheserverandcloseallconnectionsimmediatelywhilepreservingthe
alreadypolledvotes.
Thesystemshouldbecapableofgracefullyrecoveringfromearliercrashesand
continuingthevotingprocess.

e. SecurityRequirements

Thesystemshouldprovidebasicsecurityfeatureslikepasswordauthentication
andencryptedtransactions.
Allthepasswordsgeneratedandcommunicatedtotheusersshouldbestoredin
theserveronlyinanencryptedformforloginmanagementtopreventmisuse.
Serialattacksshouldbeavoidedbymaintainingaminimumtimegapbetween
successiveinvalidloginattempts.
f. SoftwareQualityAttributes
VotingandPollingSystemcanbeusedindependentlyorasapartofasystem,to
assistSystemAdministration(hereStudentCouncil)toconductSurveysthusa
portablesystem.
ThesamesystemcanbeextendedtotheElectionSystemwhichcanbeusedbythe
ElectionCommitteetoconductonlineelectionsi.e.Evotesthusitisreusable.
g. BusinessRules
1.StudentCouncil:
A]Createquestionsandreviewthem,andlaunchthemondashboard
B]Removethequestionwhenrequired.
C]ViewResults.

2.Students:
A]Answerthequestion(notnecessary)
B]SuggestquestionstotheCouncil.
C]ViewResults.

AppendixA:ToBeDeterminedList

1. Exacttechnologiestobeused
2. Addrelevantclassdiagrams