2011 18th Asia-Pacific Software Engineering Conference 2011
DOI: 10.1109/apsec.2011.51
|View full text |Cite
|
Sign up to set email alerts
|

A Case Study of Measuring Degeneration of Software Architectures from a Defect Perspective

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
3
1
1

Citation Types

0
13
0
1

Year Published

2018
2018
2024
2024

Publication Types

Select...
4
2

Relationship

0
6

Authors

Journals

citations
Cited by 11 publications
(14 citation statements)
references
References 26 publications
0
13
0
1
Order By: Relevance
“…Izurieta and Bieman 16 used "design decay" to express the deterioration of internal structure of system design, while they focused more on the decay of design patterns. Besides, some other terms are also used to describe the same phenomenon, such as design erosion, 17 architecture degeneration, 8 and code decay. 18 In this SMS, we proposed and refined the definition of architecture erosion: architecture erosion happens when the implemented architecture violates the intended architecture with flawed internal structure or when architecture becomes resistant to change.…”
Section: Terms Of Architecture Erosionmentioning
confidence: 99%
See 1 more Smart Citation
“…Izurieta and Bieman 16 used "design decay" to express the deterioration of internal structure of system design, while they focused more on the decay of design patterns. Besides, some other terms are also used to describe the same phenomenon, such as design erosion, 17 architecture degeneration, 8 and code decay. 18 In this SMS, we proposed and refined the definition of architecture erosion: architecture erosion happens when the implemented architecture violates the intended architecture with flawed internal structure or when architecture becomes resistant to change.…”
Section: Terms Of Architecture Erosionmentioning
confidence: 99%
“…4 Due to the severe consequences of AEr, it has been the subject in architecture research since the architecture concept was coined, and the first definition of the concept of AEr was given by Perry and Wolf 1 almost 30 years ago. However, the phenomenon of AEr has been described using various terms and definitions in the literature, including software erosion, 3,5 design erosion, 6 design decay, 7 architecture degeneration, 8 architectural decay, 9 code decay, 10 and modular deterioration. 11 Some of these terms focus on erosion at different levels of abstraction; for example, code decay 10 highlights more code anomalies (i.e., at the code level), whereas modular deterioration 11 concentrates on the modularity of systems (i.e., at the architecture level).…”
Section: Introductionmentioning
confidence: 99%
“…Several factors may contribute to architectural erosion, such as the architectural change of a system over time [24], developer mistakes, bad practices [27], disregard of fundamental architectural rules of a system due to the modification. Consequently, continuing architectural erosion could shorten the system lifetime or re-engineering from scratch [27,28].…”
Section: B Architectural Erosionmentioning
confidence: 99%
“…Interestingly, the eroded architecture impulses the system to complexity, difficulty, and frequent changes than before [27]. The repeated architectural decay leads to a shortening lifetime of the system or rather affects the architecture entirely, resulting in redesigning the architecture of the system from scratch [28]. As a consequence, the SA of system erode over time.…”
Section: B Software Architecture Degradationmentioning
confidence: 99%