VirtualClassroomSystem

SoftwareRequirementsSpecification

1.0

2.0

Introduction

TableofContents

1.1

Purpose

1.2

Scope

1.3

Definition,Acronyms,andAbbreviations

1.4

References

1.5

Technologiestobeused

1.6

Overview

OverallDescription
2.1

ProductPerspective

2.2

SoftwareInterface

2.3

HardwareInterface

2.4

ProductFunction

2.5

UserCharacteristics

2.6

Constraints

2.7

ArchitectureDesign

2.8

UseCaseModelDescription

2.9

ClassDiagram
2.9.1 SequenceDiagram
2.9.2 CollaborationDiagram
2.9.3 ActivityDiagram
2.9.4 StatechartDiagram
2.9.5DeploymentDiagram
2.9.6ComponentDiagram

2.10

DatabaseDesign
2.10.1 ERDiagram
2.10.2 Schema

2.11
3.0

AssumptionsandDependencies

SpecificRequirements
3.1

UseCaseReports

3.2

SupplementaryRequirements

SoftwareRequirementsSpecification
1.0 Introduction:
1.1

Purpose:

Thepurposeofthevirtualclassroomsystemistointegratethebenefitsofaphysicalclassroom
withtheconvenienceofanophysicalbarvirtuallearningenvironment.Itwillusherintheimmense
flexibility and sophistication in the existing learning platform structures,with the perfect blend of
synchronous and asynchronous interaction.It provides a means of collaborative learning for the
students

1.2

Scope:

Thisprojecthasalotofscopeforfuturedevelopment.Developingavirtualclassroomsystemto
promoteagreatercountofstudentstosplurgeintothefieldofEducation.

1.3

Definitions,Acronyms,andAbbreviations:

HTML(HyperTextMarkupLanguage):Itisusedtocreatestaticwebpages.

JSP(JavaServerPages):Itisusedtocreatedynamicwebcontent.

J2EE(Java2EnterpriseEdition):Itisaprogrammingplatform,belongingtotheJava

platform,whichisusedfordevelopingandrunningdistributedjavaapplications.
HTTP(HyperTextTransferProtocol):Itisatransactionorientedclient/serverprotocol
betweenawebbrowserandawebserver.

XML(ExtensibleMarkupLanguage):Itisamarkuplanguagethatwasdesignedto

transportandstoredata.
MySql:Itisadatabasemanagementsystemthatprovidesaflexibleand
efficientdatabaseplatformtoraiseastrong"ondemand"businessapplications.

1.4

References:

http://findarticles.com/
http://en.wikipedia.org/wiki/History_of_virtual_learning_environments/
http://ezinearticles.com/

1.5

Technologiestobeused:

 J2EE(Java2EnterpriseEdition):Itisaprogrammingplatform,belongingtotheJava
platform,whichisusedfordevelopingandrunningdistributedjavaapplications.

Java:ApplicationArchitecture

XML:ExtensionMarkupLanguage.

MySql:Itisadatabasemanagementsystemthatprovidesaflexibleand
efficientdatabaseplatformtoraiseastrong"ondemand"businessapplications.

1.6

Overview:

OverallDescription:
Developingavirtualclassroomsystemtopromoteagreatercountofstudentstosplurgeintothe
fieldofEducation.Itintegratesthebenefitsofaphysicalclassroomwiththeconvenienceofano
physicalbarvirtuallearningenvironment,minusthecommutinghazardsandexpenses.Itwillusher
in the immense flexibility and sophistication in the existing learning platform structures, with the
perfect blend of synchronous and asynchronous interaction. It provides a means of collaborative
learningforthestudents.

SpecificRequirements:

UsersoftheSystem:
A.Students
B.Faculties
C.CollegeManagement(Dean,HODs,Principal)
D.Administrator
Students:

Studentscanchoosecourses,attendlectures,takeexams,viewtheirattendancerecords,progress
reportsetcaspertheirconvenience.

Registrationformultiplecourses.

Attendlectureseitheratthescheduledtimeoronrequestviewlectureatalatertime.

Therecanbeforums,blogsetctodiscussvariousqueriesandtoputupsuggestionspostedboth
bystudentsandteachers.

Studentscantakeupvariousquizzeswhichcanhelpthemtorealizetheirinbuilttalentsin
variousfields.

Facuties:

Facultiescantakelectures,uploadassignments,announcements,evaluateanswersheetsand

alsocanuploadlecturesandotherdiscussionsinvariousformatsasinvideos,powerpoint
presentationetc.

UploadandDownloadofvariousassignments,collegenotices,student'snotices,journals,
videos.

Therecanbeforums,blogsetctodiscussvariousqueriesandtoputupsuggestionspostedboth
bystudentsandteachers.

Administrator:

Administratorcangeneratereports,logfiles,backup/recoveryofdataatanytimeandcreate
user,departmentandcourses.

Dean:
Canviewallactorsdetails

2.0 OverallDescription:
2.1

ProductPerspective:

The virtual classroom system promotes a greater count of students and minus the
communicatinghazardsandexpenses.

2.2

SoftwareInterface:

ItshouldbepossibleforElearningtooltobeimplementedinbothWindowsandLinux
OperatingSystemenvironments.
TheGUIandotherpartsoftheElearningtoolsoftwarearetobedoneinJAVAandJ2EE.
Theoutputofthissoftwarewillneedawebbrowserforviewingit.

2.3

HardwareInterface:
Monitorscreenthesoftwareshalldisplayinformationtotheuserviathemonitorscreen
Mousethesoftwareshallinteractwiththemovementofthemouseandthemousebuttons.
Themouseshallactivateareasfordatainput,commandbuttonsandselectoptionsfrom
menus.
Keyboardthesoftwareshallinteractwiththekeystrokesofthekeyboard.Thekeyboard
willinputdataintotheactiveareaofthedatabase.

2.4

ProductFunction:

OnlyRegistereduserscanaccessthecourses.
UsersmusthavevalidUseridandPasswordtoaccessthesystem
InthissystemstudentscanchoosetheircoursesandviewtheirAttendanceRecords,Gradesin
quizzes,internaltestsandassignments.
Studentscansharetheirresourcesthroughforums.
Facultycanuploadthesyllabus,lessonplan,sessionplan,classnotesandquestionbankforthe

courses.
Studentscangetalertinformationaboutduedateofquizzes.
Administratorcangeneratereportsorrecoveryofdataatanytime.
Systemprovides24x7availability.

2.5

UserCharacteristics:

EachUserhasavalidusername,passwd,Userid,whichdepartmenthe/shebelongs,duration
(inyears),Age,Grade,UserRole,etc....

2.6

Constraints:

HardwareConstraints:

Thesystemrequiresadatabaseinordertostorepersistentdata.Thedatabaseshouldhave
backupcapabilities.

SoftwareConstraints:

Thedevelopmentofthesystemwillbeconstrainedbytheavailabilityofrequiredsoftwaresuch
aswebservers,databaseanddevelopmenttools.Theavailabilityofthesetoolswillbegovernedbythe
AdithyaInstituteofTechnologyandManagement.

2.7

ArchitectureDesign:

2.8

UseCaseModelDescription:

Definitions:
AUseCasespecifiesthebehaviorofasystemorapartofthesystemandisadescriptionofasetof
sequencesofactions,includingvariants,whichasystemperformstoyieldanobservableresultofvalue

toanactor.Usecasesprovideawayforthedeveloperstocometoacommonunderstandingwiththe
system'sendusersanddomainexperts.Graphically,ausecaseisrenderedbyanellipse.AUseCase
diagramisjustaspecialkindofdiagramandsharesthesamecommonpropertiesasdoallother
diagramsanameandgraphicalcontentsthatareaprojectionintoamodel.Inausecasediagram,
thereisasystemboundaryandtheactorsstayoutsidetheboundaryandtheusecasesarekeptinside
theboundary.UseCasediagramscommonlycontain
Usecases
Actors
Dependency,generalization,andassociationrelationships
Diagram:

2.9

ClassDiagram:

Definitions:
AClassisdescriptionofasetofobjectsthatsharethesameattributes,operations,relationships
andsemantics.Graphicallyitisrenderedasarectangle.AnAttributeisnamedpropertyofaclassthat
describesarangeofvaluesthatinstancesofthepropertymayhold.Aclassmayhavemanyattributes
ornoattributesatall.Anattributerepresentssomepropertyofthethingyouaremodelingthatis
sharedbytheobjectsoftheclass.Theyareshowninthecompartmentunderthenameoftheclass.An
Operationistheimplementationofaservicethatcanberequestedfromanyobjectoftheclasstoaffect
behavior.Theyarewritteninthelastcompartmentintheclassdepiction.
ARelationshipisaconnectionamongthings.Graphically,itisrenderedasapath,withdifferent
kindsoflinestorepresentdifferentkindsofrelationships.ADependencyisarelationshipthatachange
inspecificationofonethingmayaffectanotherthingthatusesit,butnotnecessarilythereverse.Itis
representedasadasheddirectedline.AGeneralizationisarelationshipbetweenageneralthinganda
morespecifickindofthing.Itisreferredtoasaisakindofrelationship.Itisrepresentedasasolid
straight line with a large open arrowhead pointing to the parent. An Association is a structural
relationshipthatspecifiesthatobjectsofthingareconnectedtoobjectsofanother.Graphically,itisa
solidlineformoneobjecttoanother.Theadornmentappliedtothislinearename,role,multiplicity
andaggregation.
AClassDiagramisadiagramthatshowsasetofclasses,interfaces,collaborationsandtheir
relationships.Graphically,itisacollectionofverticesandarcs.
Diagram:

2.9.1 SequenceDiagram:
Definitions:
AnInteractionisabehaviorthatcomprisesasetofmessagesexchangedamongasetofobjects
withinacontexttoaccomplishapurpose.Weuseinteractionstomodelthedynamicaspectsofthe
model.Whenanobjectpassesamessagetoanotherobject,thereceivingobjectmightinturnsenda
messagetoanotherobject,whichmightsendamessagetoyetanotherobject,andsoon.Thisstreamof
messagesformsasequence.Anysequencemusthaveabeginning;thestartofeverysequenceisrooted

insomeprocessorthread.Eachprocessorthreadwithinasystemdefinesadistinctflowofcontrol,and
withineachflow,messagesareorderedinsequencebytime.ASequenceDiagramisaninteraction
diagramthatemphasizesthetimeorderingofthemessages.Graphically,asequencediagramisatable
thatshowsobjectsarrangedalongtheXaxisandmessages,orderedinincreasingtime,alongYaxis.
ASequenceDiagramhasanObjectLifeline,whichisaverticaldashedlinethatrepresentsthe
existenceofanobjectoveraperiodoftime.Objectscanbecreatedanddestroyedduringthislifetime.
Thesecondfeatureofasequencediagramisthefocusofcontrol,whichisatall,thinrectanglethat
showstheperiodoftimeduringwhichanobjectisperforminganaction,eitherdirectlyorthrougha
subordinateprocedure.
Diagram:

2.9.2 CollaborationDiagram:
TheDefinition:
Collaborationisasocietyofclasses,interfacesandotherelementsthatworktogethertoprovide
some cooperative behavior thats bigger than the sum of all its parts. The structural aspect of
collaborationincludesanycombinationofclassifiers,suchasclasses,interfaces,componentsandnodes.
Thatis,itspecifiestheclasses,interfacesandotherelementsthatworktogethertocarryoutthenamed
collaboration.Graphically,theclassifiersarearrangedlikeinanyotherUMLDiagram,andrelated
usingthecommonrelationships.
A Collaboration Diagram is an interaction diagram that emphasizes on the structural
organizationoftheobjectsthatsendandreceivemessages.Itshowsasetofobjects,linksamongstthem
andmessagessentadreceivedbythem.
Diagram:

2.9.3 ActivityDiagram

TheDefinition:
Activitydiagramsdescribetheworkflowbehaviorofasystem.Activitydiagramsaresimilarto
statediagramsbecauseactivitiesarethestateofdoingsomething.Thediagramsdescribethestateof
activitiesbyshowingthesequenceofactivitiesperformed.Activitydiagramscanshowactivitiesthat
areconditionalorparallel.
Activitydiagramsshouldbeusedinconjunctionwithothermodelingtechniquessuchas
interactiondiagramsandstatediagrams.Themainreasontouseactivitydiagramsistomodelthe
workflowbehindthesystembeingdesigned.ActivityDiagramsarealsousefulfor:analyzingausecase
bydescribingwhatactionsneedstotakeplaceandwhentheyshouldoccur;describingacomplicated
sequentialalgorithm;andmodelingapplicationswithparallelprocesses.
However,activitydiagramsshouldnottaketheplaceofinteractiondiagramsandstatediagrams.
Activitydiagramsdonotgivedetailabouthowobjectsbehaveorhowobjectscollaborate.

Activitydiagramsshowtheflowofactivitiesthroughthesystem.Diagramsarereadfromtopto
bottomandhavebranchesandforkstodescribeconditionsandparallelactivities.Aforkisusedwhen
multipleactivitiesareoccurringatthesametime.Thebranchdescribeswhatactivitieswilltakeplace
basedonasetofconditions.Allbranchesatsomepointarefollowedbyamergetoindicatetheendof
theconditionalbehaviorstartedbythatbranch.Afterthemergealloftheparallelactivitiesmustbe
combinedbyajoinbeforetransitioningintothefinalactivitystate.
Diagram:

2.9.4
StatechartDiagram

TheDefinitions:
AStateMachineisabehaviorthatspecifiesthesequenceofstatesanobjectgoesthroughduring
itslifetimeinresponsetoevents,togetherwithitsresponsestothoseevents.AStateisaconditionor
situationduringthelifeofanobjectduringwhichitsatisfiessomecondition,performssomeactivity,or
waitsforsomeevent.AnEventisthespecificationofasignificantoccurrencethathasalocationin
spaceandtime,i.e.itcantriggerastatetransition.ATransitionisarelationshipbetweentwostates
indicatingthatanobjectinthefirststatewillperformcertainactionsandenterthesecondstatewhen
specifiedeventoccursandconditionsaresatisfied.AnActivityisanongoingnonatomicexecution
withinastatemachine.AnActionisanexecutableatomiccomputationthatresultsinthechangeofa
state.Graphically,astateisarectanglewithroundededges,andatransitionissoliddirectedline.
AStateChartDiagramshowsastatemachine,emphasizingtheflowofcontrolfromstateto
state.Graphically,itisacollectionofverticesandarcs.Weusethestatechartdiagramtomodelthe
dynamicaspectsofthesystem.
Diagram:

2.9.5DeploymentDiagram:

2.9.6ComponentDiagram

2.10 DatabaseDesign:
Role
createtableRole(Role_idINTAUTO_INCREMENTNOTNULL,Role_namevarchar(10)NOT
NULL,primarykey(Role_id));
Department
createtableDepartment(Department_idINTAUTO_INCREMENTNOT
NULL,Department_namevarchar(10)NOTNULL,primarykey(Department_id));
Course
createtableCourse(Course_idINTAUTO_INCREMENTNOTNULL,Course_namevarchar(10)
NOTNULL,syllabusvarchar(10000),primarykey(Course_id));
User
createtableUser(User_idINTAUTO_INCREMENTNOTNULL,User_namevarchar(10)NOT
NULL,User_passwdvarchar(30)NOTNULL,Course_idINTNOTNULL,Department_idINT
NOTNULL,primarykey(User_id),FOREIGNKEY(Course_id)REFERENCESCourse
(Course_id)onDELETECASCADEONUPDATECASCADE,FOREIGNKEY(Department_id)
REFERENCESDepartment(Department_id)onDELETECASCADEONUPDATECASCADE);
Attendance

createtableAttendance(Attendance_noINTAUTO_INCREMENTNOTNULL,DatedateNOT
NULL,dayvarchar(15)NOTNULL,User_idINTNOTNULL,Course_idINTNOTNULL,status
varchar(10)NOTNULL,PRIMARYKEY(Attendance_no),FOREIGNKEY
(Course_id)REFERENCESCourse(Course_id)onDELETECASCADEONUPDATE
CASCADE,FOREIGNKEY(User_id)REFERENCESUser(User_id)onDELETECASCADE
ONUPDATECASCADE);
Assignment
createtableAssignment(Assignment_idINTAUTO_INCREMENTNOTNULL,Given_datedate
NOTNULL,Due_datedateNOTNULL,Course_idINTNOTNULL,Assignment_que
varchar(1000)NOTNULL,Assignment_ans_filevarchar(10000000)NOTNULL,Assignment_mark
intnotnull,PRIMARYKEY(Assignment_id),FOREIGNKEY(Course_id)REFERENCESCourse
(Course_id)onDELETECASCADEONUPDATECASCADE);
Question_bank
createtableQuestion_bank(Question_bank_idINTAUTO_INCREMENTNOT
NULL,Question_bank_namevarchar(15)NOTNULL,Course_idINTNOT
NULL,Question_bank_quevarchar(1000)NOTNULL,Question_bank_ansvarchar(100000)NOT
NULL,PRIMARYKEY(Question_bank_id),FOREIGNKEY(Course_id)REFERENCESCourse
(Course_id)onDELETECASCADEONUPDATECASCADE);
Lectures
createtableLectures(Lecture_idINTAUTO_INCREMENTNOTNULL,Lecture_name
varchar(15)NOTNULL,Course_idINTNOTNULL,Lecture_notevarchar(10000000)NOT
NULL,PRIMARYKEY(Lecture_id),FOREIGNKEY(Course_id)REFERENCESCourse
(Course_id)onDELETECASCADEONUPDATECASCADE);

2.10.1ERDiagram:

2.10.2Schema:
CREATESCHEMAVCS;
USEVCS;

2.11 AssumptionsandDependencies:
Althoughbasicpasswordauthenticationandrolebasedsecuritymechanismswillbeusedto
protectOPMSfromunauthorisedaccess;functionalitysuchasemailnotificationsareassumedtobe
sufficiently protected under the existing security policies applied by the University network team.
RedundantDatabaseissetupastheroleofbackupDatabaseServerwhenprimarydatabaseisfailure.

3.0

SpecificRequirements

3.1

UseCaseReports
Administrator:Responsibleformanagingallthethreetypesofusers,viewinglogsand
managingstandardgroupsofthesystem.
ManageSystemusers:TheAdministratorwillprovidethesystemstudents,facultiesand
deantheauthenticationtousethesite.
ViewLogs:Responsibleforcheckingthelogsofdifferentsystemuserforauditingand
maintainingtheintegrityofthesystem.
SystemReports:TheAdministratorisresponsibletogeneratethesystemreportsforthe
futurereference.
ViewAllDetails:Viewtheusersdetails,ChattingDetails,forumdetailsandmarkrecords.
BackUpDate:TheAdministratorisresponsibletobackupallthedataataparticulartime
everyday.
ManageSystemUsers:
NameoftheUseCase:ViewSystemsusers
Description:Viewthelistofsystemusersintheroleandviewthedetailsofroles,tasksand
permissionsassignedtotheusers.
Preconditions:
Administratorisalreadyloggedin.
Usershavealreadybeencreatedandassignedsomeroles,tasksandpermissions.
NormalFlowOfEvents:

 Thesystemuserortherolewillbeselected.
Querywillbesubmitted.
Relevantoutputwillbedisplayed.
AlternateFlowOfEvents:None
PostCondition:None

3.2

SupplementaryRequirements

HaveHoursofOperationthatare24*7:BecauseSystemCanbeauthenticateditcanstay
openfor24hoursaday.
Reducethecostofsalestransaction:Totheextendonecanautomatethesalesprocess
throughthissystem,onecanstarttoreducethesalesofthatsalestransaction.
MaketheexistingwebsitemoreDynamicinnature:Manyearlywebimplementation
consistedofstaticHTMLpages.Thisbecauseitbecomesdifficulttomanageifthenumber
ofpagesgettoolarge.Applicationshouldservedynamicuserbasedcustomizedweb
pagestoitsclientfromserver.
Tietheexistingwebsiteintotheexistingenterprisesystem:Anyexistingwebsitethat
reliesfromthemanualduplicationofdatafromanothersystemisonethatcanbe
improved.

PersonalIdentityManagement
SoftwareRequirementsSpecification

1.0

2.0

Introduction

TableofContents

1.1

Purpose

1.2

Scope

1.3

Definition,Acronyms,andAbbreviations

1.4

References

1.5

Technologiestobeused

1.6

Overview

OverallDescription
2.1

ProductPerspective

2.2

SoftwareInterface

2.3

HardwareInterface

2.4

ProductFunction

2.5

UserCharacteristics

2.6

Constraints

2.7

ArchitectureDesign

2.8

UseCaseModelDescription

2.9

ClassDiagram
2.9.1 SequenceDiagram
2.9.2 CollaborationDiagram
2.9.3 ActivityDiagram
2.9.4 StatechartDiagram
2.9.5DeploymentDiagram
2.9.6ComponentDiagram

2.10

DatabaseDesign
2.10.1 ERDiagram
2.10.2 Schema

2.11
3.0

AssumptionsandDependencies

SpecificRequirements
3.1

UseCaseReports

3.2

SupplementaryRequirements

SoftwareRequirementsSpecification
1.0Introduction:
ThemainobjectiveofthisdocumentistoillustratetherequirementsofthePersonalIdentity
Managementsystem.Thisdocumentprovidesadetaileddescriptionofthebothfunctionalandnon
functionalrequirementsproposedbytheusers.Thisdocumentisdevelopedafteranumberof
consultationswiththeuserandconsideringthecompleterequirementspecificationsofthegiven
system.Thefinalproductoftheteamwillbemeetingtherequirementsofthisdocument.

1.1Purpose:
Standaloneproductthataggregatesidentityrecordsofanindividualandcreatesasecurefile
thatcanbeusedbytheindividualandauthorizedpeopleonly.Somethinglikeapersonaldatavault.

1.2Scope:
Thissoftwareisbeingdevelopedfortheuserstomaintaintheirrecordsinamuchsecuredway
sothatitcanbeaccessedacrossseveralnetworks.VerificationofPANcard,passport,accountcreation
inbank,accountcreationinanyotherorganization.itisacentralizedsystemforotherservices.

HTML(HyperTextMarkupLanguage):Itisusedtocreatestaticwebpages.

JSP(JavaServerPages):Itisusedtocreatedynamicwebcontent.

J2EE(Java2EnterpriseEdition):Itisaprogrammingplatform,belongingtotheJava

platform,whichisusedfordevelopingandrunningdistributedjavaapplications.
HTTP(HyperTextTransferProtocol):Itisatransactionorientedclient/serverprotocol
betweenawebbrowserandawebserver.

XML(ExtensibleMarkupLanguage):Itisamarkuplanguagethatwasdesignedto

transportandstoredata.
MySql:Itisadatabasemanagementsystemthatprovidesaflexibleand
efficientdatabaseplatformtoraiseastrong"ondemand"businessapplications.

1.4

References:

http://findarticles.com/
http://en.wikipedia.org/wiki/History_of_virtual_learning_environments/
http://ezinearticles.com/

1.5

Technologiestobeused:

J2EE(Java2EnterpriseEdition):Itisaprogrammingplatform,belongingtotheJava
platform,whichisusedfordevelopingandrunningdistributedjavaapplications.

Java:ApplicationArchitecture

XML:ExtensionMarkupLanguage.

MySql:Itisadatabasemanagementsystemthatprovidesaflexibleand
efficientdatabaseplatformtoraiseastrong"ondemand"businessapplications.

1.6OverallDescription:
*OverallDescription:
MajorComponentsOftheSystem:
ProfileManagement
AuthenticationServiceManagement

ExternalInterfacess:
ProvidingwebservicestootherOrganizations.
Itmeansthat,PIMgivesthewebservicefortothebanks,PANcardverification,Passport
verification,etc...

*SpecificRequirements:
Thefollowingdetailsgivestheactorsandtheiractivitiesinasystem.

1.UnregisterUser:
Theyhavetoregisterinthesystemfirst.

2.RegisterUser:
Theycanviewtheirdetails.
TheycanUpdatetheirdetailsbutthatwillbechangedaftertheagentsPermission.
Theycandeletetheiraccountinasystem.

3.Agent:
Agentcandotheregistrationinasystem
GivesthepermissionforupdationtotheUser.
Verifyingandvalidatingtheuserdetails.

4.Admin:
Admincandodatabasemaintenance
AdmincandoEncryptingthepasswordforavoidingHacking.
Admincantakeabackupfromthedatabaseforfutureuse.

5.PIM:
ProvidesServiceforanyothersystemswhichareallneedsthedetailsabouta
ParticularpersonwhoareinthePIM(PersonalIdentityManagement)system.

2.0OverallDescription:
2.1HardwareInterface:
Asthisapplicationcanbeaccessedviainternet,onlywebserverisrequiredasaharddware
interfacestobeabletorunit.Itisassumedthatwebserverisinasecureenvironmentwithnecessary
firewallandnetworkingsettingdone.

ClientSide:
Sincetheapplicationmustrunovertheinternet,allthehardwareshallrequiretoconnectinternetwill
behardwareinterfaceforthesystem.Asfore.g.Modem,WANLAN

ServerSide:
Administrator:
OperatingSystem: Windows9x/xp,Windows98,Ubuntu,Fedora
LAN:2MbpsorMore.
Processor:Pentium3.0GHzori3coreprocessor
RAM:4GBormore

HardDrive:10GBormore

2.2ProductFunctions:.
Theproducthasaserverbackendwhichtakescareofauthenticatingtheusers,maintainingnecessary
datastructures.TheGUIattheserver'sendenablescreatingtheuserdetailsonbehalfoftheclient.The
usersmustconnecttotheservertoauthenticatetheiridentificationagainstthepasswordandthen
accessthesystembyusingtheGUIattheirend.

2.3UserCharacteristics:
Theusershouldhavethesomebasicknowledgeonusingcomputerandaccessingthesystemthrough
internet.

2.4Constraints:
1)Financialproblems
2)Lackofknowledgeamongusersinusingthesystem
3)Lackofproductdevelopers
4)Collectionofusersactualdetailsisdifficult

2.5UseCaseDiagram:

2.6ClassDiagram:

2.7DatabaseDesign:
mysql>useeleven;
Readingtableinformationforcompletionoftableandcolumnnames
YoucanturnoffthisfeaturetogetaquickerstartupwithA
Databasechanged
mysql>showtables;
Tables_in_elevenaddressauthenticationcitycollegecommunitycountrydegree
experiencefamilydetailsgas1licencesneighbourpersonphdpimproperty
property_referencesqualificationrationcard1rolestateuniversity1voter_id
26rowsinset(0.00sec)
AddressTable:
mysql>createtableaddress(address_idintauto_increment,city_idintnotnull,user_id
varchar(12),street_namechar(12),door_numbervarchar(12),phone_number
int(12),primarykey(address_id),foreignkey(city_id)references
city(city_id))TYPE=innodb;
QueryOK,0rowsaffected,1warning(0.03sec)
Field

Type

Null

Key

Default Extra

address_id

int(11)

NO

PRI

NULL

city_id

int(11)

NO

MUL

NULL

user_id

varchar(12) YES

NULL

street_name

char(12)

YES

NULL

door_number varchar(12) YES

NULL

auto_incremen
t

phone_numbe int(12)
YES
NULL
r

6rowsinset(0.00sec)

AuthenticationTable:
mysql>createtableauthentication(authentication_idintauto_increment,user_id
varchar(12),finger_printvarchar(12),photovarchar(12),keystroke_speed
varchar(12),human_irisvarchar(12),primarykey(authentication_id))TYPE=innodb;
QueryOK,0rowsaffected,1warning(0.01sec)
Field

Type

authentication_i int(11)
d
user_id

Null

Key

Default Extra

NO

PRI

NULL

varchar(12 NO
)

NULL

auto_incremen
t

|finger_print

varchar(12 YES
)

NULL

photo

varchar(12 YES
)

NULL

varchar(12 YES
keystroke_speed )

NULL

human_iris

NULL

varchar(12 YES
)

6rowsinset(0.00sec)
CityTable:
mysql>createtablecity(city_idintauto_increment,city_namevarchar(12),state_idint
notnull,primarykey(city_id),foreignkey(state_id)references
state(state_id))TYPE=innodb;
QueryOK,0rowsaffected,1warning(0.01sec)

Field
Type
Null
Key
Default Extra
city_id

int(11)

NO

city_name

varchar(12) YES

state_id

int(11)

PRI

NULL

auto_incremen
t

NULL

NO

MUL

NULL

3rowsinset(0.00sec)
ExperienceTable:
mysql>createtableexperience(experience_idintauto_increment,year_of_experience
varchar(10),is_govtjobchar(21),is_prijobchar(12),total_salary_peryearint(12),primary
key(experience_id))TYPE=innodb;
QueryOK,0rowsaffected,1warning(0.03sec)

Field
Type
Null Key
Default Extra
experience_id

int(11)

NO PRI

NULL

varchar(10) YES
year_of_experience

NULL

is_govtjob

char(21)

YES

NULL

is_prijob

char(12)

YES

NULL

YES

NULL

total_salary_peryea int(11)
r

auto_incremen
t

5rowsinset(0.00sec)
FamilydetailsTable:
mysql>createtablefamilydetails(family_idintauto_increment,user_id
varchar(12),family_typevarchar(10),no_of_siblingvarchar(10),father_name
char(15),mother_namechar(15),community_of_father
varchar(10),community_of_mothervarchar(10),primarykey(family_id))TYPE=innodb;
QueryOK,0rowsaffected,1warning(0.04sec)
Field

Type

Null Key

Default

Extra

family_id

int(11)

NO

NULL

auto_incremen
t

user_id

varchar(12) YES

NULL

family_type

varchar(10) YES

NULL

no_of_sibling

varchar(10) YES

NULL

father_name

char(15)

YES

NULL

mother_name

char(15)

YES

NULL

community_of_father varchar(10) YES

NULL

community_of_mothe varchar(10) YES

r

NULL

PRI

8rowsinset(0.00sec)
PimTable:
mysql>createtablepim(pim_idintauto_increment,passwordvarchar(10),role_idintnot
null,reference_idvarchar(10),primarykey(pim_id),foreignkey(role_id)references
role(role_id)TYPE=innodb;
QueryOK,0rowsaffected,1warning(0.03sec)

Field
Type
Null
Key
Default Extra
pim_id

int(11)

NO

password

varchar(10) YES

role_id

int(11)

NO

reference_i varchar(10) YES

d

PRI

NULL

auto_increment

NULL
MUL

NULL
NULL

4rowsinset(0.01sec)
RoleTable:
mysql>createtablerole(role_idintauto_increment,role_typevarchar(15),primary
key(role_id))TYPE=innodb;

QueryOK,0rowsaffected,1warning(0.00sec)
Field

Type

Null

Key

Default Extra

role_id

int(11)

NO

PRI

NULL

role_type varchar(15) YES

2rowsinset(0.00sec)

auto_increment

NULL

Voter_idTable:
mysql>createtablevoter_id(vote_idintauto_increment,user_idvarchar(12),age
int(12),genderchar(12),dobvarchar(12),primarykey(vote_id))TYPE=innodb;
QueryOK,0rowsaffected,1warning(0.01sec)
Field

Type

Null

Key

Default Extra

vote_id

int(11)

NO

PRI

NULL

user_id

varchar(12) YES

NULL

age

int(12)

YES

NULL

gender

char(11)

YES

NULL

dob

varchar(12) YES

NULL

auto_increment

5rowsinset(0.01sec)
PersonTable:
createtableperson(person_idvarchar(12),pim_idintnotnull,no_of_occupation
int(12),main_occupationchar(12),address_idintnotnull,property_idintnot
null,family_idintnotnull,qualification_idintnotnull,rationcard_idintnot
null,license_idintnotnull,community_idintnotnull,votere_idintnotnull,reference_id
intnotnull,authentication_idintnotnull,is_physically_handicapped
char(12))TYPE=innodb;
QueryOK,0rowsaffected,1warning(0.04sec)
Field
Type
Null Key Default Extra
person_id

varchar(12 YES
)

NULL

pim_id

int(11)

NO

NULL

no_of_occupation

int(11)

YES

NULL

main_occupation

char(12)

YES

NULL

address_id

int(11)

NO

NULL

|property_id

int(11)

NO

NULL

family_id

int(11)

NO

NULL

qualification_id

int(11)

NO

NULL

rationcard_id

int(11)

NO

NULL

license_id

int(11)

NO

NULL

community_id

int(11)

NO

NULL

votere_id

int(11)

NO

NULL

reference_id

int(11)

NO

NULL

authentication_id

int(11)

NO

NULL

is_physically_handicapped

char(12)

YES

NULL

2.8SequenceDiagram:

2.9CollaborationDiagram:

2.10ActivityDiagram:

2.11ERDiagram:

2.12AssumptionsandDependencies:
ThereexiststherelationshipbetweenRoleandPIMisonetomany.
ThereexiststherelationshipbetweenPersonandAuthenticationisonetomany.

ThereexiststherelationshipbetweenFamilydetailsandPersonisonetomany.
ThereexiststherelationshipbetweenPersonandExperienceisonetomany.
ThereexiststherelationshipbetweenPersonandQualificationisonetomany.
ThereexiststherelationshipbetweenPersonandAddressismanytoone.
3.0SpecificRequirements:
3.1UseCaseReports:

InUsecasediagramtherearefiveactors.Eachactorhasdifferentactivitiesoftheirown.
Actorsinsystemare
Unregistereduser
Registereduser
Admin
Agent
PIM
3.2SupplementaryRequirements:
SupplementaryrequirementsforPIMisInternet.Becausethissystemcanrunin
online,soweneedtointernettoaccessthissystem.Thenweneedsomesoftwarestorun
thiswebapplication.
.

EMentoringforwomensystem

SoftwareRequirementsSpecification

1.0

Introduction
1.1

Purpose

TableofContents

2.0

1.2

Scope

1.3

Definition,Acronyms,andAbbreviations

1.4

References

1.5

Technologiestobeused

1.6

Overview

OverallDescription
2.1

ProductPerspective

2.2

SoftwareInterface

2.3

HardwareInterface

2.4

ProductFunction

2.5

UserCharacteristics

2.6

Constraints

2.7

ArchitectureDesign

2.8

UseCaseModelDescription

2.9

ClassDiagram
2.9.1 SequenceDiagram
2.9.2 CollaborationDiagram
2.9.3 ActivityDiagram
2.9.4 StatechartDiagram
2.9.5DeploymentDiagram
2.9.6ComponentDiagram

2.10

DatabaseDesign
2.10.1 ERDiagram
2.10.2 Schema

2.11
3.0

AssumptionsandDependencies

SpecificRequirements
3.1

UseCaseReports

3.2

SupplementaryRequirements

SoftwareRequirementsSpecification
1.0Introduction:
1.1Purpose:

TheEmentoringforwomenisawebbasedapplicationwhichisintendedto

promotemorewomentosplurgeintothefieldofScienceandtechnologybreakingthemyths
andtaboo'ssocietyimposesandtogivethemaplatformtobeonpowerwithaworking
woman.
1.2Scope:
Thissystemisbuiltfortheonewhodoesn'tknowaboutabouttheirinbuilt
talents.OncetheyusethisonlineEmentoringsystemtheytrytoknowabouttheirinbuilt
talentsandgetgoodexposureaboutvariousfields.Thissystemismainlyusedbyyounggirls
andwomenwhoneedstogetinspiredandmotivatedbythesuccessfulwomeninthesociety.
1.3Definitions,acronyms,andabbreviationS:
HTML(HyperTextMarkupLanguage):Itisusedtocreatestaticwebpages.
JSP(JavaServerPages):Itisusedtocreatedynamicwebcontent.
J2EE(Java2EnterpriseEdition):Itisaprogrammingplatform,belongingtothe
Javaplatform,whichisusedfordevelopingandrunningdistributedjavaapplications.
HTTP(HyperTextTransferProtocol):Itisatransactionorientedclient/serverprotocol
betweenawebbrowserandawebserver.
XML(ExtensibleMarkupLanguage):Itisamarkuplanguagethatwasdesignedto
transportandstoredata.

1.4ReferenceS:
http://ici.umn.edu/ementoring/overview.html
http://sarahstewart.blogspot.com/search/label/eMentoring
http://www.staffs.ac.uk/schools/sciences/ementoring
http://www.womenatbusiness.eu/Default.aspx

1.5Technologiestobeused:
J2EE:(Servlet,JSP,JAXP,JavaBeans)Applicationarchitecture.
JAVA:Applicationarchitecture.
DB2:IBMDatabase.
Ajax:AsynchronousJavaScriptandXML.
XML:ExtensionMarkupLanguage.
1.6Overview:
Specificrequirements:
FunctionsofactorsofthesysteM:
Mentor:

Canconducttestandtutorials
Canviewstudentprofile
Canpostforums
Canviewandpostfeedback
Cangeneratetestreports
Canviewstudentreport
Mentee:
Canselectmentorsaccordingtotheirinterestedfieldacce
Cantakeuptestandviewtheirtestreports
Canviewmentorsprofile
Canpostforums/feedbacks
Canaccessbiographiesofsuccessfulwomen/men
o
Administrator:
Canviewmentee/mentorstatus
Cananalysisnewmentee/mentorrequest
Cancancelordeletementee/mentorrequest
2.0Overalldescription:

2.1Softwareinterface:
Ementoringforwomenisamuiltuser,multitaskingenvironment.Itenablesthe
usertointeractwiththeserverandattainaccesstotheinternetandalsoleavesarecordinthe
inbuiltdatabase.ItusesjavaservletsathefrontendprogrammingtoolandSQLasthebackend
applicationtool.
2.2Hardwareinterface:
Theserverisdirectlyconnectedtotheclientsystem.Alsotheclienthastheaccess
tothedatabaseforaccountingdetailsandstoringthelogintime.Theclientaccesstothe
databaseintheserverisreadonly.
2.3Usercharacteristics:
Mentee:
Menteeistheonewhoisalesserskilledorexperiencedindividual.
Mentor:
AMentorispartlyacoach,leader,advisor,counselor,teacher,guideAmentorisplya
coach,leader,advisor,counselor,teacher,guide,andfriendbutnoneofthesealoneor
completely.
Administrator:
Administratoristheonewhomaintainstherecords,checkthecurrentstatusofmentee

aswellmentorandalsohastheprovisiontoacceptorcancelthenewmentee/mentorrequest.

2.4USECASEDIAGRAMS:

2.5CLASSDIAGRAM:

2.6SEQUENCEDIAGRAM:

2.7ACTIVITYDIAGRAM:

2.8COLLABORATIONDIAGRAM:

2.9DATABASEDESIGN:
mysql>createtablerole(Role_idintauto_incrementNOTNULLprimarykey,Role_namechar(30));
QueryOK,0rowsaffected(0.00sec)
mysql> create table user(User_id int auto_increment NOT NULL primary key,Password
varchar(40),Role_idintNOTNULL,foreignkey(Role_id)referencesrole(Roll_id));

QueryOK,0rowsaffected(0.01sec)
mysql> create table quiz(Quiz_id int auto_increment NOT NULL primary key,Quiz_name
varchar(40),Start_time

varchar(20),End_time

varchar(20),Random_question
varchar(40),Random_answer varchar(40),Time_limit varchar(30),User_id int NOT NULL,foreign
key(User_id)referencesuser(User_id));
QueryOK,0rowsaffected(0.01sec)
mysql> create table answer_choice(Answer_choice_id int NOT NULL auto_increment primary
key,Answer_choice_description varchar(30),Question_id int NOT NULL,Choice_number
varchar(10),Correctvarchar(5),foreignkey(Question_id)referencesQuiz_Question(Question_id));
QueryOK,0rowsaffected(0.00sec)
mysql>createtableattempt(User_idintNOTNULL,Quiz_question_idintNOT
NULL,Answer_choice_idintNOTNULL,foreignkey(User_id)referencesuser(User_id),foreign
key(Quiz_question_id)referencesques_question(Quiz_question_id),foreign
key(Answer_choice_id)referencesanswer_choice(Answer_choice_id));
QueryOK,0rowsaffected(0.01sec)
mysql> create table profile(User_id int NOT NULL,Name char(40),Age int NOT NULL,Gender
char(10),Date_of_birthvarchar(15),Addresschar(70),Phone_noint,School_idintauto_incrementNOT
NULL,College_id

int

NOT

NULL,foreign

key(School_id)references
profile(School_id),foreignkey(College_id)reference profile(College_id),foreign key(User_id)references
user(user_id));
QueryOK,0rowsaffected(0.00sec)
mysql> create table mentor_profile(Occupation_id int auto_increment NOT NULL primary
key,Qualification varchar(30),Awards char(50),Area_of_interest varchar(50),User_id int NOT
NULL,foreignkey(User_id)referencesuser(User_id));
QueryOK,0rowsaffected(0.01sec)
mysql> create table occupation(Occupation_id int NOT NULL auto_increment,Occupation_name
varchar(50),Experience varchar(20),Company_name varchar(70),Salary int NOT NULL,foreign
key(Occupation_id)referencesmentor_profile(Occupation_id));
QueryOK,0rowsaffected(0.01sec)
mysql>createtablecollege_list(College_idintauto_incrementNOTNULLprimarykey,College_name
varchar(50));
QueryOK,0rowsaffected(0.01sec)
mysql> createtableschool_list(School_idintauto_incrementNOTNULLprimarykey,School_name
varchar(50));
QueryOK,0rowsaffected(0.00sec)
mysql>createtablementee_profile(Qualificationvarchar(30),Area_of_interestvarchar(50),User_idint
NOTNULLauto_increment,foreignkey(User_id)referencesUser(User_id));
QueryOK,0rowsaffected(0.00sec)
mysql>showtables;

2rowsinset(0.00sec)
mysql>descuser;

mysql>descrole;

3rowsinset(0.00sec)
mysql>descmentee_profile;
3rows
inset
(0.00
sec)
mysql>
desc
mentor_profile;

5rowsinset(0.00sec)

5rowsinset(0.00sec)
2.8.1ERDIAGRAM:

3.0

SpecificRequirements:
3.1 UseCaseReports:

Administrator:Responsibleformanagingallthetwotypesofusers,viewinglogsand
managingstandardgroupsofthesystem.
ManageSystemusers:TheAdministratorwillprovidethesystemmentorand
menteetheauthenticationtousethesite.
ViewLogs:Responsibleforcheckingthelogsofdifferentsystemuserforauditing
andmaintainingtheintegrityofthesystem.
SystemReports:TheAdministratorisresponsibletogeneratethesystemreports
forthefuturereference.
ViewAllDetails:Viewtheusersdetails,forumdetailsandmarkrecords.
BackUpDate:TheAdministratorisresponsibletobackupallthedataata
particulartimeeveryday.
ManageSystemUsers:
NameoftheUseCase:ViewSystemsusers
Description:Viewthelistofsystemusersintheroleandviewthedetailsofroles,tasksand
permissionsassignedtotheusers.
Preconditions:
Administratorisalreadyloggedin.
Usershavealreadybeencreatedandassignedsomeroles,tasksandpermissions.
NormalFlowOfEvents:
Thesystemuserortherolewillbeselected.
Querywillbesubmitted.
Relevantoutputwillbedisplayed.
AlternateFlowOfEvents:None
PostCondition:None
3.2SupplementaryRequirements:
HaveHoursofOperationthatare24*7:BecauseSystemCanbeauthenticatedit
canstayopenfor24hoursaday.
MaketheexistingwebsitemoreDynamicinnature:Manyearlywebimplementation
consistedofstaticHTMLpages.Thisbecauseitbecomes
difficulttomanageifthenumberofpagesgettoolarge.Applicationshouldserve
dynamicuserbasedcustomizedwebpagestoitsclientfromserver.
Tietheexistingwebsiteintotheexistingenterprisesystem:Anyexistingwebsite
thatreliesfromthemanualduplicationofdatafromanothersystemisonethat
canbeimproved.

EmployeePerformance
ManagementSystem
SoftwareRequirementsSpecification

1.0

Introduction

TableofContents

1.1

Purpose

1.2

Scope

1.3

Definition,Acronyms,andAbbreviations

2.0

1.4

References

1.5

Technologiestobeused

1.6

Overview

OverallDescription
2.1

ProductPerspective

2.2

SoftwareInterface

2.3

HardwareInterface

2.4

ProductFunction

2.5

UserCharacteristics

2.6

Constraints

2.7

ArchitectureDesign

2.8

UseCaseModelDescription

2.9

ClassDiagram
2.9.1 SequenceDiagram
2.9.2 CollaborationDiagram
2.9.3 ActivityDiagram
2.9.4 StatechartDiagram
2.9.5DeploymentDiagram
2.9.6ComponentDiagram

2.10

DatabaseDesign
2.10.1 ERDiagram
2.10.2 Schema

2.11
3.0

AssumptionsandDependencies

SpecificRequirements
3.1

UseCaseReports

3.2

SupplementaryRequirements

SoftwareRequirementsSpecification
1.0Introduction
1.1Purpose

Managingemployeeperformanceeverydayisthekeytoaneffectiveperformancemanagement
system.Settinggoals,makingsureyourexpectationsareclear,andprovidingfrequentfeedbackhelp
peopleperformmosteffectively.EmployeePerformanceManagementSysteminonlinecanhelpyou
meetthesebigchallengesofimprovingemployeeperformance.

1.2Scope

Thescopeofthisprojectincludesanintegratedwebbasedtooltoimproveorganizational
performancebysettingSMARTGoalsforemployee,evaluatingemployeeperformance,recommending
highlycompetitivecompensationplans,managingemployeetrainings&developmentandpromoting
rightemployeestocriticalpositions.Theprimarypurposeforanemployeetounderstandthata
performanceproblemoropportunityforimprovementexists.

1.3Definitions,Acronyms,andAbbreviations

HTML(HyperTextMarkupLanguage):Itisusedtocreatestaticwebpages.
JSP(JavaServerPages):Itisusedtocreatedynamicwebcontent.
J2EE(Java2EnterpriseEdition):Itisaprogrammingplatform,belongingtotheJava
platform,whichisusedfordevelopingandrunningdistributedjavaapplications.
HTTP(HyperTextTransferProtocol):Itisatransactionorientedclient/serverprotocolbetween
awebbrowserandawebserver.
XML(ExtensibleMarkupLanguage):Itisamarkuplanguage

1.4References:

EmployeeEvaluationandPerformanceAppraisalsorganization,levels,system,examples,
manager,definition,company,hierarchy,business,system,Identification,Measurement,Management,
Managementbyobjectives

1.5Technologiestobeused:

J2EE:(Servlet,JSP,JAXP,JavaBeans)Applicationarchitecture.
JAVA:Applicationarchitecture.
mysql:ver14.12Distrib5.0.75,forDebianlinuxgnu(i486)usingreadline5.2Edition)Web

Server
DB2:IBMDatabase.
Ajax:AsynchronousJavaScriptandXML.
XML:ExtensionMarkupLanguage.

UML:model1.2Developmentmodel

2.0OverallDescription
2.1Productperspective
EmployeePerformanceManagementSystemisaimedtowardstheBusiness
personswhowanttoreachouttothemaximumprofitintheirbusinessandIndustrialpeoplewhocan
bemanagethecompanywell.Thisprojectmakesagoodunderstandingbetweentheemployeeandthe
management.EmployeePerformanceManagementSystemshouldbeuserfriendly,quicktolearnand
reliablesoftwarefortheabovepurpose.EPMSisintendedtobeastandaloneproductandshouldnot
dependontheavailabilityofothersoftware.ItshouldrunonbothUNIXandWindowsbasedplatform.

2.2SoftwareInterface

Linuxistheoperatingsystemusedbythesoftwaretocommunicatewiththehardware

interfaces.Definitionoftheinterfaceintermsofmessagecontentandformatisunnecessaryduetothe
welldocumentednatureofthesoftware.
Linux
Windows
J2EE is the java interpreter used by the software to convert the bit code into machine language.
Definitionoftheinterfaceintermsofmessagecontentandformatisunnecessary duetothewell
documentednatureofthesoftware.

2.3HardwareInterface

Monitorscreenthesoftwareshalldisplayinformationtotheuserviathemonitorscreen

Mousethesoftwareshallinteractwiththemovementofthemouseandthemousebuttons.
Themouseshallactivateareasfordatainput,commandbuttonsandselectoptionsfrommenus.
Keyboardthesoftwareshallinteractwiththekeystrokesofthekeyboard.Thekeyboard
willinputdataintotheactiveareaofthedatabase.

2.4Productfunctions
User:Management
Functions:TheManagementisthesuperuserandhascompletecontroloveralltheactivitiesthatcanbe
performed. The application notifies the management of all companies creation requests, and the
managementcanthenapproveorrejectthem.Themanagementalsomaintain thedetailsaboutthe
employees working in the company. The management can also view and delete entries in the
guestbook.
User:SeniorManager
Functions:ThefunctionoftheSeniorManageristomaintaintheemloyeesdetails
thosewhoareallworkingundertheircategory.SeniorManagerallotsmarksfortheemployees.After
theSeniorManagerallocatingmarkstotheemployee,he/shewillsendthosereportstotheHR.
User:HR
Functions: HR is the next head to the Senior Manager. After getting the report from the Senior
ManagerabouttheEmployee,theHRwillevaluatetheemployeeasperhis/herowndecision.HR
havingtherightstopromotanemployee.AndalsoatthesametimeHRhavingthe equalrightsto
suspendtheemployeefromthecompany,iftheemployeedidn'tfollowthecompanyrulesproperly.
User:Employee

Functions: Employee want to be a supportfull tool to his/her company in achieving the

Company'sGoal.

Functions:Andalsotheemployeewanttosethis/herowngoals.

2.5UserCharacteristics

Theuserofthissystemshouldhavethreemajorstepsintheperformanceappraisal

process:identification,measurement,andmanagement.Withidentification,thebehaviorsnecessaryfor
successfulperformancearedetermined.Measurementinvolveschoosingtheappropriateinstrument
forappraisalandassessingperformance.Management,whichistheultimategoal,isthereinforcingof
goodperformanceandthecorrectionofpoorperformance.

2.6Constraints

ThesystemmustrunonaUnixorWindows95/98/Me/Xp/NT/2000operatingsystem.The
systemmustnothaveanysortoffatalerrors.
Thedatastoredbythesystemneedstobeencryptedinsomeway.

Thesystemmusttocreatebackupfilesofallsavedmaterialsgiventheircriticalnature.

2.7UseCaseDiagram.

Ausecaseinsoftwareengineeringandsystemsengineeringisdescriptionofasystemsbehavioras
itrespondstoarequestthatoriginatesfromoutsideofthatsystem.Inotherwords,ausecasedescribes
"who"cando"what"withthesysteminquestion....

2.8ClassDiagram

2.9.1SequenceDiagrams

2.9.2

CollaborationDiagram

2.10

DatabaseDesign:

createtableuser(user_idintauto_incrementNOTNULL,usernamevarchar(30)NOTNULL,password
varchar(30)NOTNULL,department_idintNOTNULL,designation_idintNOTNULL,primary
key(user_id,department_id,designation_id));createtabledepartment(idintauto_incrementNOT
NULL,departmentvarchar(30)NOTNULL,foreignkey(id)referencesuser(department_id));
createtabledesignation(designation_idintauto_incrementNOTNULL,designationvarchar(30)NOT
NULL,foreignkey(designation_id)referencesuser(desigantion_id));
createtableprofile(profile_idintauto_incrementNOTNULL,namevarchar(30)NOTNULL,age
varchar(30)NOTNULL,gendervarchar(30)NOTNULL,date_of_birthvarchar(30)NOT
NULL,salary_detailsvarchar(30)NOTNULL,designationvarchar(30)NOTNULL,year_of_experience
varchar(30)NOTNULL,departmentvarchar(30)NOTNULL,primarykey(profile_id));
createtablerating(rating_idintauto_incrementNOTNULL,user_idintNOTNULL,lssupervisor_idint
NOTNULL,lsHR_idintNOTNULL,percentagevarchar(30)NOTNULL,commentvarchar(30)NOT
NULL,datestampvarchar(30)NOTNULL,primarykey(rating_id,lssupervisor_id,lshr_id),foreign

key(user_id)referencesuser(user_id));
createtablecourses(courses_idintauto_incrementNOTNULL,corse_namechar(30)NOT
NULL,user_idintNOTNULL,primarykey(courses_id),foreignkey(user_id)references
user(user_id));createtablecoursecompleted(coursecompleted_idintauto_incrementNOT
NULL,user_idintNOTNULL,course_namevarchar(30)NOTNULL,datestampvarchar(30)NOT
NULL,goalsby_softskills_idvarchar(30),primarykey(coursecompleted_id),foreignkey(user_id)
referencesuser(user_id));
createtableperformance(performance_idintauto_incrementNOTNULL,percentagevarchar(30)NOT
NULL,commentvarchar(30)NOTNULL,byuser_idint,rating_idintNOTNULL,datestampvarchar(30)
NOTNULL,primarykey(performance_id),foreignkey(byuser_id)referencesuser(user_id),foreign
key(rating_id)referencesrating(rating_id));
createtableself_goals(self_goals_idintauto_incrementNOTNULL,user_idintNOT
NULL,performance_idintNOTNULL,trainingattended_idintNOTNULL,coursescompleted_idint
NOTNULL,defectsmodifiedvarchar(30)NOTNULL,defectsfixedvarchar(30)NOTNULL,lineofcode
varchar(30)NOTNULL,primarykey(self_goals_id);
createcoursecompleted(coursecompleted_idintauto_incrementNOTNULL,user_idintNOT
NULL,course_namevarchar(30)NOTNULL,datestampvarchar(30)NOTNULL,goalsby_softskills_id
varchar(30),primarykey(coursecompleted_id),foreignkey(user_id)referencesuser(user_id));
createtableorganisation(organisation_idintauto_incrementNOTNULL,user_idintNOT
NULL,performance_idintNOTNULL,noofpeopletrainedintNOTNULL,revenuegeneratedintNOT
NULL,primarykey(organisation_id),foreignkey(user_id)referencesuser(user_id),foreign
key(performance_id)referencesperformance(performance_id));
createtablegoalsby_softskills(goalsby_softskills_idintauto_incrementNOTNULL,user_idintNOT
NULL,performance_idintNOTNULL,coordinationvarchar(30)NOTNULL,peersappraisalrating
varchar(30)NOTNULL,teamworkvarchar(30)NOTNULL,primarykey(goalsby_softskills_id),foreign
key(user_id)referencesuser(user_id),foreignkey(performance_id)references
performance(performance_id));

ERDiagram

2.11AssumptionsandDependencies:

Althoughbasicpasswordauthenticationandrolebasedsecuritymechanismswillbe
usedtoprotectOPMSfromunauthorisedaccess;functionalitysuchasemailnotificationsareassumed
tobe
sufficientlyprotectedundertheexistingsecuritypoliciesappliedbytheUniversity
networkteam.RedundantDatabaseissetupastheroleofbackupDatabaseServerwhenprimary
databaseisfailure.

3.0SpecificRequirements:
3.1Usecasereports:

Management:Responsibleformanagingalltheusers,viewinglogsandmanagingstandardgroupsof
thesystem.
Employee:Employeeperformshisownselfassessmentandmaintainhisownrecords.
TheUsersoftheSystem:
1.Employee
2.SeniorManager
3.HR
4.Management

3.2SupplementaryRequirements

HaveHoursofOperationthatare24*7:BecauseSystemCanbeauthenticateditcanstayopen
for24hoursaday.

Reducethecostofsalestransaction:Totheextendonecanautomatethesalesprocessthrough
thissystem,onecanstarttoreducethesalesofthatsalestransaction.
MaketheexistingwebsitemoreDynamicinnature:Manyearlywebimplementationconsisted
ofstaticHTMLpages.Thisbecauseitbecomesdifficulttomanageifthenumberofpagesgettoo
large.Applicationshouldservedynamicuserbasedcustomizedwebpagestoitsclientfromserver.
Tietheexistingwebsiteintotheexistingenterprisesystem:Anyexistingwebsitethatreliesfrom
themanualduplicationofdatafromanothersystemisonethatcanbeimproved.

OnlineTicketing
SoftwareRequirementsSpecification

1.0

2.0

Introduction

TableofContents

1.1

Purpose

1.2

Scope

1.3

Definition,Acronyms,andAbbreviations

1.4

References

1.5

Technologiestobeused

1.6

Overview

OverallDescription
2.1

ProductPerspective

2.2

SoftwareInterface

2.3

HardwareInterface

2.4

ProductFunction

2.5

UserCharacteristics

2.6

Constraints

2.7

ArchitectureDesign

2.8

UseCaseModelDescription

2.9

ClassDiagram
2.9.1 SequenceDiagram
2.9.2 CollaborationDiagram
2.9.3 ActivityDiagram
2.9.4 StatechartDiagram
2.9.5DeploymentDiagram
2.9.6ComponentDiagram

2.10

DatabaseDesign
2.10.1 ERDiagram
2.10.2 Schema

2.11
3.0

AssumptionsandDependencies

SpecificRequirements
3.1

UseCaseReports

3.2

SupplementaryRequirements

SoftwareRequirementsSpecification
1.0Introduction:

ThemainobjectiveofthisdocumentistoillustratetherequirementsoftheOnline
TicketingSystem.Itexplainthepurposeandfeaturesofthesystem,theinterfacesofthesystem,
functionalityofthesystem,theconstraintsunderwhichitmustoperateandhowthesystemwill
reacttoexternalstimuli.ThisdocumentisintendedforuserssuchasCustomer,ServiceProvider,
andAdmin.

1.1Purpose:

Thepurposeofthisdocumentistoprovideadetailedoverviewofoursoftwareproduct
OnlineTicketing.Thisdocumentdescribestheproject'stargetaudienceanditsuserinterface,
hardwareandsoftwarerequirements.

1.2Scope:

Wewilltroughthiswork,tounderstandandexplainwhatisonlineticketing,theplaceof
thissystemelectronicbusiness,thedifferentconcreteapplicationofsuchasystemineverydaylife.

1.3Definition,Acronyms,andAbbreviations:

HTML(HyperTextMarkupLanguage):Itisusedtocreatestaticwebpages
JSP(JavaServerPages):Itisusedtocreatedynamicwebcontent.

J2EE(Java2EnterpriseEdition):Itisaprogrammingplatform,belongingtotheJava
platform,whichisusedfordevelopingandrunningdistributedjavaapplications.

MySql(OracleDatabase):Itisadatabasemanagementsystemthatprovidesaflexible
andefficientdatabaseplatformtoraiseastrong"ondemand"businessapplications.

HTTP(HyperTextTransferProtocol):Itisatransactionorientedclient/serverprotocol
betweenawebbrowserandawebserver.

XML(ExtensibleMarkupLanguage):Itisamarkuplanguagethatwasdesignedto
transportandstoredata.
Ajax(AsynchronousJavaScriptandXML):Itisatechniqueusedinjavascripttocreate
dynamicwebpages.
Web2.0:Itiscommonlyassociatedwithwebapplicationswhichfacilitateinteractive
informationsharing,interoperability,usercentereddesignandcollaborationonthe
WorldWideWeb.

1.4References:

http://www.redbus.in
http://www.google.com
1.5Technologiestobeused:

J2EE:(Servlet,JSP,JAXP,JavaBeans)Applicationarchitecture.
JAVA:Applicationarchitecture.
WASCE:(WebSphereApplicationServerCommunityEdition)WebServer
MySql:OracleDatabase.
Ajax:AsynchronousJavaScriptandXML.
XML:ExtensionMarkupLanguage.
Localization:English

1.6Overview:

TheSRSincludetwomainsections,namely,

OverallDescription:

Thissectionwilldescribemajorcomponentsofthesystem,interconnections,
andexternalinterfaces.
SpecificRequirements:

Thissectionwilldescribethefunctionsofactors,theirrolesinthesystem
andtheconstraintsfacedbythesystem.

2.0OverallDescription:

Theonlineticketingsystemisdevelopedtofacilitatetheadministrationsystemto
managethevariousinformationoftheuserandserviceproviderandprocessesinvolvedin
onlineticketing.Sothattheorganisationcanaccessaccurateinformationquicklyandeasily
asandwhenrequired.Alsouserswillanalysetheserviceproviderthroughthe
chatoptionsprovidedbythesystem.
2.1ProductPerspective:
OnlineTicketingisawebproductforrunningpowerfulandcustomized.The
productmayalsobeusedalsotoempowerexistingwebsitesforonlineticketing.The
systemcontainsadministrationspacewithfunctionalityfortheuserstoedittheirprofile,
consultthetickets,managetheirDetails.
2.2SoftwareInterface:

OperatingSystem:Windows9x/xp,WindowsME.
Database:SQLServer.
Application:ASP(ActiveServerPages)
JavaVirtualMachine.
FrontEndClient:
OnlineTicketingsystemusesthefrontendasJava,JavaServerPagesand
HTMLattheclientside.
AdvancedTools:
Netbeans6.7.1andJDK.
Webserver:
ApacheTomcatisusedasthewebserverfortheOnlineTicketingSystem.
DataBaseServer:
MySQLserverisusedasthedatabaseserverforOnlineTicketing.

BackEnd:
OnlineTicketingsystemusesMySQLVer14.12Distrib5.0.75asabackend
database.
2.3HardwareInterface:
Processorminimum:IntelPentium2processor
Memory(RAM):256MBDDR
Harddisk:4GB
Display:1024*786
Keyboard:Anynormalkeyboard
2.4ProductFunctions:
Logincapabilities:Thesystemshallprovidetheuserswithlogon
capabilities.
Alert:
Thesystemcanalertincaseofanyproblem.
ThesystemshallallowtheuserstoaccessthesystemfromInternetusingHTML.It
useswebbrowserinterfaceatclientside.
2.5UserCharacteristics:

Customer:
Thecustomerlogintothesystemandupdateshisprofile.
TheCustomerbooksfortheticketwiththeOrigin,Destination,DatesandPricepreferences
Thepriceamountbasedonthecredit,cash,DDetc..
Selectionofseatbythecustomer.
Looksforthepaymentdetails.

ServiceProvider:

Theproviderupdatehisdatas.
GivestheinformationaboutthetransportlikeOrigin,Destination,Dates,Price
preferences,transportnumber.
Updatethetransportdetails.

Admin:

Applicationmanagermanagestheentiredetailsaboutthesystemandgettheupdatesregularly.

UseCaseDiagram:

Class
Diagram:

ERDiagram:

SequenceDiagram:

DBDesign:
createtablerole(role_idintNOTNULL,namechar(20)NOTNULL,primarykey(role_id));
createtableaddress(address_idvarchar(20)NOTNULL,street_1varchar(20)NOT
NULL,street_2varchar(20)NOTNULL,city_idintNOTNULL,primarykey(address_id),foreign
key(city_id)referencescity(city_id));
QueryOK,0rowsaffected(0.00sec)
mysql>showtables;
Tables_in_ticket
address
role
2rowsinset(0.00sec)
mysql>createtablecity(city_idint(20)NOTNULL,city_namechar(20),state_idintNOT
NULL,primarykey(city_id),foreignkey(state_id)referncesstate(state_id));
QueryOK,0rowsaffected(0.00sec)
mysql>showtables;

Tables_in_ticket
address
city
role
3rowsinset(0.00sec)
mysql>createtablestate(state_idintNOTNULL,state_namechar(20),country_idintNOT
NULL,primarykey(state_id),foreignkey(country_id)referencescountry(country_id));
QueryOK,0rowsaffected(0.02sec)
mysql>showtables;

Tables_in_ticket
address
city
role
state
4rowsinset(0.00sec)
mysql>createtablecountry(country_idintNOTNULL,country_namechar(20),primary
key(country_id));

QueryOK,0rowsaffected(0.00sec)
mysql>showtables;
Tables_in_ticket
address
city
country
role
state
5rowsinset(0.01sec)
mysql>createtableuser(user_idintNOTNULL,user_namechar(20),password
varchar(20)NOTNULL,role_idintNOTNULL,address_idvarchar(20)NOTNULL,contact_no
intNOTNULL,primarykey(user_id),foreignkey(role_id)referencesrole(role_id),foreign
key(address_id)referencesaddress(address_id));
QueryOK,0rowsaffected(0.01sec)
mysql>showtables;

Tables_in_ticket
address
city
country
role
state
user
6rowsinset(0.01sec)
mysql>createtablecustomer(customer_idintNOTNULL,user_idintNOTNULL,address_id
varchar(20)NOTNULL,contact_nointNOTNULL,payment_idintNOTNULL,primary
key(customer_id),foreignkey(payment_id)referencespayment_type(payment_id),foreign
key(address_id)referencesaddress(address_id),foreignkey(user_id)referencesuser(user_id));
QueryOK,0rowsaffected(0.00sec)
mysql>showtables;

Tables_in_ticket
address
city
country
customer
role
state

user
7rowsinset(0.00sec)
createtablebus_type(type_idintNOTNULL,type_namechar(20),description
char(20),transport_idintNOTNULL,no_of_seatsintNOTNULL,fare_idintNOT
NULL,foreignkey(fare_id)referencesfare(fare_id),foreignkey(transport_id)references
bus(transport_id),primarykey(type_id));
QueryOK,0rowsaffected(0.01sec)
showtables;
Tables_in_ticket
address
bus_type
city
country
customer
role
state
user
createtablebus(transport_idintNOTNULL,service_idintNOTNULL,customer_idintNOT
NULL,isavailablevarchar(20),route_idintNOTNULL,foreignkey(route_id)references
route(route_id),foreignkey(customer_id)referencescustomer(customer_id),primary
key(transport_id));
QueryOK,0rowsaffected(0.01sec)
mysql>showtables;
Tables_in_ticket
address
bus
bus_type
city
country
customer
role
state
user
9rowsinset(0.00sec)
mysql>createtableroute(route_idintNOTNULL,transport_idintNOTNULL,source
char(20),destinationchar(20),primarykey(route_id),foreignkey(transport_id)references
bus(transport_id));
QueryOK,0rowsaffected(0.00sec)

mysql>showtables;

Tables_in_ticket
address
bus
bus_type
city
country
Customerrole
route
state
user
10rowsinset(0.00sec)
mysql>createtablesub_route(subroute_idintNOTNULL,place_namechar(20),arrival_time
varchar(20)NOTNULL,departure_timevarchar(20)NOTNULL,route_idintNOT
NULL,primarykey(subroute_id),foreignkey(route_id)referencesroute(route_id));
QueryOK,0rowsaffected(0.00sec)
mysql>showtables;
Tables_in_ticket
address
bus
bus_type
city
country
customer
role
route
state
sub_route
user
11rowsinset(0.00sec)
createtablebook_seat(seat_idintNOTNULL,book_ticket_idintNOTNULL,seat_nointNOT
NULL,passenger_namechar(20),passenger_genderchar(10),passenger_ageintNOT
NULL,passenger_contact_nointNOTNULL,customer_idintNOTNULL,primary
key(seat_id),foreignkey(book_ticket_id)referencesbook_ticket(book_ticket_id),foreign
key(customer_id)referencescustomer(customer_id));
QueryOK,0rowsaffected(0.01sec)

mysql>showtables;

Tables_in_ticket
address
book_seat
bus
bus_type
city
country
customer
role
route
state
sub_route
12rowsinset(0.00sec)
mysql>createtablebook_ticket(book_ticket_idintNOTNULL,user_idintNOT
NULL,datestampdate,fare_idintNOTNULL,foreignkey(user_id)references
user(user_id),primarykey(book_ticket_id),foreignkey(fare_id)referencesfare(fare_id));
QueryOK,0rowsaffected(0.01sec)
mysql>showtables;
Tables_in_ticket
address
book_seat
book_ticket
bus
bus_type
city
country
customer
role
route
state
sub_route
user
13rowsinset(0.00sec)
mysql>createtableonline_payment(transaction_idintNOTNULL,creditcard_nointNOT
NULL,expire_dateintNOTNULL,code_nointNOTNULL,foreign
key(transaction_id)referencestransaction(transaction_id));

QueryOK,0rowsaffected(0.01sec)
mysql>showtables;
Tables_in_ticket
address
book_seat
book_ticket
bus
bus_type
city
country
customer
role
route
state
sub_route
user
mysql>createtabletransaction(transaction_idintNOTNULL,book_ticket_idintNOT
NULL,amountintNOTNULL,payment_type_idintNOTNULL,datestampdate,primary
key(transaction_id),foreignkey(book_ticket_id)referencesbook_ticket(book_ticket_id),foreign
key(payment_type_id)referencespayment_type(payment_type_id));
QueryOK,0rowsaffected(0.02sec)
mysql>showtables;

Tables_in_ticket
address
book_seat
book_ticket
bus
bus_type
city
country
customer
online_payment
role
route
state

sub_route
transaction
user
15rowsinset(0.01sec)
mysql>createtablepayment_type(payment_idintNOTNULL,transaction_idintNOT
NULL,payment_type_idintNOTNULL,primarykey(payment_type_id),foreign
key(transaction_id)referencestransaction(transaction_id));
QueryOK,0rowsaffected(0.01sec)
mysql>showtables;
Tables_in_ticket
address
book_seat
book_ticket
bus
bus_type
city
country
customer
online_payment
payment_type
role
route
state
sub_route
transaction
user
mysql>createtablefare(fare_idintNOTNULL,from_subroute_idintNOT
NULL,to_subroute_idintNOTNULL,chargeintNOTNULL,primarykey(fare_id));
QueryOK,0rowsaffected(0.02sec)
mysql>showtables;
Tables_in_ticket
address
book_seat
book_ticket
bus
bus_type
city

country
customer
fare
online_payment
payment_type
role
route
state
sub_route
transaction
user
17rowsinset(0.00sec)
3.0SpecificRequirements:
3.1UseCaseReports:
InUsecasediagramtherearethreeactors.Eachactorhasdifferentactivitiesoftheirown.
Actorsinsystemare
1.Customer
2.SetrviceProvider
3.Admin
3.2SupplementaryRequirements:

SupplementaryrequirementsforOnlineTicketingisInternet.Becausethissystemcanrunin
online,soweneedtointernettoaccessthissystem.Thenweneedsomesoftwarestorun
thiswebapplication.