“Simulation Approach for Impact Analysis of Requirement Volatility Considering Dependency Change”

Tiemen Roest

PaperTitleSimulation Approach for Impact Analysis of Requirement Volatility Considering Dependency Change

AuthorsWang*, Li, Wang, Zhang, WangResearchers at Chinese Academy of Sciences* Graduate at Chinese Academy of Sciences

PaperPurposeProposing a solution (simulation approach) in the problem (risk) of Requirement Change during software projects

Structure- Introduction of the problem- The DepRVSim* approach

* DepRVSim = Requirements Volatility Simulation considering Dependency relationship- Case Study (scenario & evaluation)- Discussion- Related work- Conclusions & future work

Background (related literature)Risk of Requirement volatilityRequirement is the “most significant risk factor” to a software project (Houston, Mackulak & Collofello, 2001)

Costs of Requirement volatility“A requirements error found at the requirements stage costs only about one-fifth of what it would if found at the testing stage, and one-fiteenth of what it would cost after the system is in use” (Kotonya & Sommerville, 1996)

Earlier described frameworkSimulation approach RVSim (Liu, Wang, Xiao, Li & Li, 2008).

2 Shortcomings of RVSim: - Dependency relationship not considered in detail- Changes in dependency relationship not modelled

Events:

3 routines - Addition

-Modification-Deletion

Event generator

Influenced concepts

(requiremens)

3 rules

PDD

Process side

Deliverable side

Example- Software project at a mobile phone company- 20 requirements

Requirement 14: Online login with mobile phone number and password

- Customer change requestChange the mobile phone number & password login method

The dependency relationship between the requirements (Wang et al., 2012).

Adjusts complete Software Project Plan

Modification

Calculates new task effort for modification of R14

Modifies dependency relationship of R14

Calculates new task effort for modification of dependent requirements

Questions?