• No results found

University of Groningen Proposing and empirically validating change impact analysis metrics Arvanitou, Elvira Maria

N/A
N/A
Protected

Academic year: 2021

Share "University of Groningen Proposing and empirically validating change impact analysis metrics Arvanitou, Elvira Maria"

Copied!
2
0
0

Bezig met laden.... (Bekijk nu de volledige tekst)

Hele tekst

(1)

University of Groningen

Proposing and empirically validating change impact analysis metrics

Arvanitou, Elvira Maria

IMPORTANT NOTE: You are advised to consult the publisher's version (publisher's PDF) if you wish to cite from

it. Please check the document version below.

Document Version

Publisher's PDF, also known as Version of record

Publication date:

2018

Link to publication in University of Groningen/UMCG research database

Citation for published version (APA):

Arvanitou, E. M. (2018). Proposing and empirically validating change impact analysis metrics. University of

Groningen.

Copyright

Other than for strictly personal use, it is not permitted to download or to forward/distribute the text or part of it without the consent of the author(s) and/or copyright holder(s), unless the work is under an open content license (like Creative Commons).

Take-down policy

If you believe that this document breaches copyright please contact us providing details, and we will remove access to the work immediately and investigate your claim.

Downloaded from the University of Groningen/UMCG research database (Pure): http://www.rug.nl/research/portal. For technical reasons the number of authors shown on this cover page is limited to 10 maximum.

(2)

Propositions

belonging to the thesis

Proposing and Empirically Validating Change Impact Analysis

Metrics

by Elvira-Maria Arvanitou

1. The importance of keeping the cost of maintenance low has been highlighted in the literature with empirical evidence, suggesting that the cost of this phase is approximately 50%-75% of the total cost of software development.

2. Change Impact Analysis can be useful both before and after the application of the change. Before the application of the change, it can be useful for effort estimation, whereas after the application of a change, it can be useful for test case selection. 3. Change impact analysis is based on the quantification of change proneness and

instability, and aims at making decisions on which changes to perform, how and when.

4. Although instability and change proneness are closely related concepts that can be characterized as two sides of the same coin, there may be cases in which they are not correlated.

5. Change Impact Analysis is important in all development phases, such as implementation, architecture and requirements level.

6. In the literature, Change Impact Analysis quantification suffers from three limitations: (a) there are no metrics in the architecture and requirements level, (b) some metrics exist, however they do not combine change proneness and instability, and (c) there is a lack of tools that automate the process of quantifying change proneness and instability.

7. To assess change proneness and instability, a metric selection process should be performed, based on application domain, development phase, available tools and level of empirical evidence.

8. The different characteristics of software artifacts produced in each development phase impose the introduction of a different metric for each development phase. 9. Assessing change proneness and instability should be based upon both historical data and the underlying structure of the system. Using only one of these aspects does not reach an adequate level of accuracy.

10. Although many metrics exist in the literature and many researchers claim that no further metrics are required, our work has revealed that metrics dedicated to change proneness and instability are necessary.

Referenties

GERELATEERDE DOCUMENTEN

Initially, we focused on the source-code level, for which we proposed two metrics: the Ripple Effect Measure (REM) for captur- ing class dependencies instability, and the Change

From the first research question, we col- lected a set of proposed metrics for instability and change proneness quantifi- cation; we are thus able to compare their levels of

The study led to the following outcomes: (a) low-level quality attributes (e.g., cohe- sion, coupling, etc.) are more frequently studied than high-level ones (e.g.,

The results of the study indicated that source code metrics are in principle more sensitive than design level metrics, and that there are specific metrics that when

When exploring the proneness of a class to the ripple effect, there are two aspects that need to be assessed: (a) the probability of the source class to

The two final rows of Table 5.5.1.a (grey-shaded cells) correspond to the percentage of projects in which the specific assessor is statistically significantly correlated to the

In this study, we presented and validated a new method that calculates the Module Change Proneness Metric (MCPM), which can be used for assessing the

Through this research question we investigated the propagation factors dis- cussed in Chapter 7.3 (i.e., conceptually overlapping requirements, overlapping