2021
DOI: 10.1007/s11334-021-00406-6
|View full text |Cite
|
Sign up to set email alerts
|

Requirement-oriented risk management for incremental software development

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
2
1
1

Citation Types

0
5
0

Year Published

2021
2021
2025
2025

Publication Types

Select...
5
2

Relationship

2
5

Authors

Journals

citations
Cited by 8 publications
(5 citation statements)
references
References 17 publications
0
5
0
Order By: Relevance
“…Article (J7) proposes a risk management framework for the ISD (Incremental Software Development) process that estimates risk exposure for a project. The framework offers appropriate risk reduction strategies and works with the risk assessment module [58]. However, this proposed framework does not yet link the various planning stages with identifying risks at different project stages.…”
Section: What Is the Results Of The Research?mentioning
confidence: 99%
“…Article (J7) proposes a risk management framework for the ISD (Incremental Software Development) process that estimates risk exposure for a project. The framework offers appropriate risk reduction strategies and works with the risk assessment module [58]. However, this proposed framework does not yet link the various planning stages with identifying risks at different project stages.…”
Section: What Is the Results Of The Research?mentioning
confidence: 99%
“…Majority of the existing works present conflict detection frameworks that uses potential conflict catalogs or conflict rule bases 32–34 . However, the notion of NFR conflicts is very dynamic and it does not seem logical to hard code them in the form of catalogs or rule bases.…”
Section: Related Workmentioning
confidence: 99%
“…Bang et al 19 Majority of the existing works present conflict detection frameworks that uses potential conflict catalogs or conflict rule bases. [32][33][34] However, the notion of NFR conflicts is very dynamic and it does not seem logical to hard code them in the form of catalogs or rule bases. Even for the same software application, different end-users may prioritize the associated NFRs differently.…”
Section: Related Workmentioning
confidence: 99%
“…That process can introduce biases and variability in risk management, leading to inconsistent risk evaluations and unpreparedness for critical issues. An inappropriate identification of risks can have a relevant significance, especially in software requirements, because misunderstood or poorly managed requirements can lead to software failing to meet its intended use, causing cost overruns, delays, or even project failure [8].…”
Section: Introductionmentioning
confidence: 99%