2017
DOI: 10.1109/tse.2016.2622264
|View full text |Cite
|
Sign up to set email alerts
|

Preventing Defects: The Impact of Requirements Traceability Completeness on Software Quality

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
1
1
1
1

Citation Types

0
30
0

Year Published

2018
2018
2024
2024

Publication Types

Select...
3
3
3

Relationship

0
9

Authors

Journals

citations
Cited by 70 publications
(30 citation statements)
references
References 76 publications
0
30
0
Order By: Relevance
“…We denote R as a set of requirement specifications that explicitly describe the function and nonfunction constraints that should be implemented in the software system, D as a set of the artifacts in the design model that contain explicit instructions on how to build a software system in order to satisfy R, and S as a set of source codes that implement D in order to build the software system. In addition, the software development life cycle spans two different stages: the initial development stage and the evolution and refinement stage [36]. We denote CR as a set of requirement change specifications that describe how a software system is supposed to be changed to meet newly emerged, shifted, or misunderstood customers' expectations.…”
Section: Traceability Scenariosmentioning
confidence: 99%
“…We denote R as a set of requirement specifications that explicitly describe the function and nonfunction constraints that should be implemented in the software system, D as a set of the artifacts in the design model that contain explicit instructions on how to build a software system in order to satisfy R, and S as a set of source codes that implement D in order to build the software system. In addition, the software development life cycle spans two different stages: the initial development stage and the evolution and refinement stage [36]. We denote CR as a set of requirement change specifications that describe how a software system is supposed to be changed to meet newly emerged, shifted, or misunderstood customers' expectations.…”
Section: Traceability Scenariosmentioning
confidence: 99%
“…Instead we direct the interested reader to a 2010 review of these algorithms [30] for a detailed discussion. Note that for our analysis we use the standard Weka implementation of each algorithm without any special parameter tuning 3 . This allows us to compare classification algorithms in their default state, realizing that additional tuning can further improve performance.…”
Section: Classification Algorithmsmentioning
confidence: 99%
“…The resulting software traceability naturally supports other tasks such as concept location, impact analysis, program comprehension, verifying test coverage, ensuring that system and regulatory requirements are met, etc. and has been proven to be useful in practice [1], [2], [3].…”
Section: Introductionmentioning
confidence: 99%
“…Closed Created: 30/Dec/11 09:59 Resolution: Fixed Resolved: 03/Jan/12 02:29 Figure 1: Example of an improvement in Jira issue tracker defect prevention [53], change impact analysis, coverage analysis, and even provides enhanced support for building recommendation systems to identify appropriate developers for fixing bugs [2]. We train and evaluate our approach on six open-source projects in order to address three key research questions: RQ1: Is the link classifier able to accurately reconstruct issue tags during the commit process?…”
Section: Statusmentioning
confidence: 99%