2000
DOI: 10.1016/s0164-1212(00)00003-0
|View full text |Cite
|
Sign up to set email alerts
|

Towards a framework for empirical assessment of changeability decay

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
3
1
1

Citation Types

0
14
0

Year Published

2002
2002
2015
2015

Publication Types

Select...
4
4
1

Relationship

1
8

Authors

Journals

citations
Cited by 25 publications
(14 citation statements)
references
References 22 publications
0
14
0
Order By: Relevance
“…They found that the modularity decreases, the number of files touched increases, new changes introduce bugs, and time to perform changes increases, indicating changeability decay. Arisholm et al [11] compared change and structural measurements using regression models to assess which one determined changeability decay better. They found that change measurements capture changeability decay dimensions that structural measurements cannot capture.…”
Section: Related Workmentioning
confidence: 99%
See 1 more Smart Citation
“…They found that the modularity decreases, the number of files touched increases, new changes introduce bugs, and time to perform changes increases, indicating changeability decay. Arisholm et al [11] compared change and structural measurements using regression models to assess which one determined changeability decay better. They found that change measurements capture changeability decay dimensions that structural measurements cannot capture.…”
Section: Related Workmentioning
confidence: 99%
“…Changeability comprises the attributes of software that affect the effort needed for modifications, and changeability decay occurs when software characteristics hinder change. Changeability decay has been also defined as the increase of effort to implement and propagate a change [11]. Clones can affect changeability by increasing the propagation effort (consistent changes), and the number of changes (bug fixes).…”
Section: Introductionmentioning
confidence: 99%
“…Growth/ change functional and non-functional requirements not documented in original specification that result in changes over time, incorporates changeability decay (Arisholm and Sjoberg 2000) Requirements Non-functional…”
Section: Requirementsmentioning
confidence: 99%
“…Handling change is one of those fundamental problems in software engineering. Evolutionary development has been proposed as an efficient way to deal with risks such as new technology and imprecise or changing requirements [15]. Changes are made to add new features, to adapt to a new environment, to fix bugs or to re-factor the source code [4].…”
Section: Introductionmentioning
confidence: 99%