requirement engineering lecture 2 +3

8/17/2019 Requirement Engineering Lecture 2 +3

1/20

REQUIREMENT

ENGINEERINGMaryam Mir [email protected]

University Of South sia

!e"ture #Settin$ The %onte&t

1

mailto:[email protected]:[email protected]


2/20

Re'uirements

A condition or capability that must be met or possessed by

a system or system component to satisfy a contract,standard, specification, or other formally imposed

documents.

IEEE ()*.)#+),,*

2


3/20

Re'uirements

A requirement typically refers to some aspect of a new or

enhanced product or service.

Requirements include not only user needs but also those

arising from general organizational, government and

industry standards.

Requirements are independent of design.

3


4/20

4


5/20

Re'uirement En$ineerin$

Re'uirements en$ineerin$ refers to a-- -ife+"y"-e a"tivitiesre-ated to re'uirements. This primari-y in"-udes $atherin$

do"umentin$ and mana$in$ re'uirements.

5


6/20

Re'uirement En$ineerin$ "tivities

E-i"itation

Interpretation

stru"turin$ /ana-ysis and do"umentation0Ne$otiation

1erifi"ation

va-idation

"han$e mana$ement re'uirements tra"in$

6


7/20

Re'uirement En$ineerin$ 2ro"ess

7


8/20

Stakeho-der

In the deve-opment pro"ess to$ether 3ith any otherindividua-s $roups or or$ani4ations 3hose a"tions "an

inf-uen"e or 5e inf-uen"ed 5y the deve-opment and use of

the system 3hether dire"t-y or indire"t-y is "a--ed a

stakeho-der.

8


9/20

S"enarios Of 6ifferent Types Of Stakeho-ders

Individual Stakeholder

Stakeholders for arket !riven Software !evelopment

Stakeholders from different !omains

9


10/20

6ifferent !eve-s Of Re'uirements

10

)+ %ustomer Re'uirements

#+ 7usiness Re'uirements8+ Te"hni"a- Re'uirements

)+ 7ud$et Mana$ement

#+ 6eve-opment Time Mana$ement

8+ 2erforman"e Goa-s


11/20

Re'uirements %-assifi"ation !eve-s

11


12/20

Or$ani4ationa- Re'uirements

Strate$i" o59e"tives and -on$+term $oa-s 5y senior

mana$ement.

Re'uirements must 5e a-i$ned 3ith the $oa-s and

strate$ies of the or$ani4ation.

determinin$ ho3 the end produ"t 3i-- support 5usinesso59e"tives

12


13/20

2rodu"t Re'uirements

The re'uirements of soft3are produ"ts must 5e a-i$ned

3ith the 5usiness $oa-s of the soft3are deve-opment

or$ani4ation.

Goa- mode-in$ te"hni'ues in re'uirements en$ineerin$

serve as a me"hanism 5y 3hi"h one "an -ink

re'uirements to strate$i" o59e"tives an"hored in the

"onte&t of the overa-- 5usiness strate$y mode-.

13


14/20

2ro9e"t Re'uirement

It is important that re'uirements are prioriti4ed and

se-e"ted 5ased on their fu-fi--ment of 5oth produ"t and

or$ani4ationa- $oa-s and strate$ies.

Re'uirements on the produ"t -eve- must 5e pa"ka$ed into

parts that $o into spe"ifi" pro9e"ts or re-eases of the

soft3are.

The "onditions under 3hi"h the pro9e"t 3i-- 5e run

in"-udin$ issues re-ated to pro9e"t p-annin$ risk

mana$ement 5ud$et and "ost.

14


15/20

Requirements Elicitation, Specification an !oelin"

#rioriti$ation

Requirements %epenencies an &mpact 'nal(sis

Requirements )e"otiation

*ualit( 'ssurance

15


16/20

Requirements Elicitation

: This invo-ves understandin$ the needs of stakeho-derse-i"itin$ re'uirements mode-in$ and "o--e"tin$ them in a

repository.

16


17/20

#rioriti$ation

: This a"tivity assists pro9e"t mana$ers 3ith reso-vin$"onf-i"ts p-an for sta$ed de-iveries and make ne"essary

trade+off de"isions.

17

18


18/20

Requirements %epenencies an &mpact

'nal(sis

It is important to a"kno3-ed$e that re'uirements "han$e

and that this may si$nifi"ant-y impa"t the soft3are pro9e"t.

Severa- steps su"h as re"ordin$ de"isions

understandin$ the effe"t of 5usiness "han$es and the use

of domain mode-s are taken.

18

19


19/20

Re'uirements Ne$otiation

Re'uirements en$ineerin$ is essentia--y a "omp-e&

"ommuni"ation and ne$otiation pro"ess invo-vin$

"ustomers desi$ners pro9e"t mana$ers and maintainers.

The peop-e or stakeho-ders invo-ved in the pro"ess are

responsi5-e for de"idin$ 3hat to do 3hen to do it 3hat

information is needed and 3hat too-s need to 5e used.

19

20


20/20

Qua-ity ssuran"e

The purpose of 'ua-ity assuran"e is to esta5-ish reasona5-e

and rea-isti" -eve-s of "onfiden"e 3hen 3ritin$ and

mana$in$ re'uirements. It is important that 5oth "ustomers

and deve-opers are invo-ved in 'ua-ity assuran"e a"tivities

in re'uirements en$ineerin$ as they inf-uen"e the su""ess

of a pro9e"t. It is important to stress that 'ua-ity assuran"e

of re'uirements is not on-y an a"tivity in the re'uirementsphase in pro9e"ts

20

requirement engineering lecture 2 +3

Documents