














Study with the several resources on Docsity
Earn points by helping other students or get them with a premium plan
Prepare for your exams
Study with the several resources on Docsity
Earn points to download
Earn points by helping other students or get them with a premium plan
This course includes types of requirements, modeling of non functional, static and dynamic modelling, requirement elicitation and use case modeling. This lecture includes: Errors, Omission, Commission, Clarity, Ambiguity, Speed, Capacity, Implicit
Typology: Slides
1 / 22
This page cannot be seen from the preview
Don't miss anything!















1
Lecture # 14
2
4
quality that can hamper softwaredevelopment
5
different requirements documents
usually flow downstream into design,code, and user manuals
7
softwarerequirements
preliminarydesign
detaileddesign
coding
unittesting
integrationtesting
systemtesting
deliveryproductiondeployment maintenanceand enhancement
softwaresystem testplanning integration
testplanning unit testplanning
1
2
3
4
5
6
7
8 9
(^101112)
MIL-STD-2167A
8
10
of clarity and ambiguity
(like English) are used to staterequirements, while such languages arethemselves ambiguous
11
their way into the requirementsdocuments
13
user’s real needs
requirements may cause disagreementsbetween customers and developers,wasting time and money, and perhapsresulting in lawsuits
14
processes
16
usually more effective than removal
quality function deployment (QFD), andprototyping are more effective in defectprevention
play an important role in defect removal
17
the requirements document orrequirements model in the first place
business area is the first step in defectprevention
19
stakeholders in different activities ofrequirements engineering. That is whyJAD is very useful in defect preventionas far as requirements errors areconcerned
20
emphasis on using documentedprocesses is also a very important
improvement