Proceedings of the Seventh International Workshop on Variability Modelling of Software-Intensive Systems 2013
DOI: 10.1145/2430502.2430526
|View full text |Cite
|
Sign up to set email alerts
|

Feature-oriented software evolution

Abstract: In this paper, we develop a vision of software evolution based on a feature-oriented perspective. From the fact that features provide a common ground to all stakeholders, we derive a hypothesis that changes can be effectively managed in a feature-oriented manner. Assuming that the hypothesis holds, we argue that feature-oriented software evolution relying on automatic traceability, analyses, and recommendations reduces existing challenges in understanding and managing evolution. We illustrate these ideas using… Show more

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
1
1
1
1

Citation Types

0
27
0

Year Published

2013
2013
2023
2023

Publication Types

Select...
4
2
1

Relationship

1
6

Authors

Journals

citations
Cited by 55 publications
(28 citation statements)
references
References 46 publications
0
27
0
Order By: Relevance
“…Furthermore, in the work of Neves et al on the safe evolution of SPLs [25], we can observe that the change scenarios described in this work intertwine evolution of the variability model and its implementation. Finally, in [28], Passos et al envision that adopting a feature-oriented view on software evolution could enable easier traceability, analysis and generally facilitate evolution management. All of those studies comfort us in the idea that feature evolution is tightly coupled to the evolution of its associated product line, and as a consequence that the evolution of the feature model reflects the evolution of the product line as a whole, the main idea behind of our study.…”
Section: Related Workmentioning
confidence: 99%
“…Furthermore, in the work of Neves et al on the safe evolution of SPLs [25], we can observe that the change scenarios described in this work intertwine evolution of the variability model and its implementation. Finally, in [28], Passos et al envision that adopting a feature-oriented view on software evolution could enable easier traceability, analysis and generally facilitate evolution management. All of those studies comfort us in the idea that feature evolution is tightly coupled to the evolution of its associated product line, and as a consequence that the evolution of the feature model reflects the evolution of the product line as a whole, the main idea behind of our study.…”
Section: Related Workmentioning
confidence: 99%
“…In addition to the change activities defmed in the change mini cycle [12], in software product lines we must identify if the change is local (at the product level) or must be propagated to the reference architecture and estimate the impact of this change on the other products. The change impact analysis task in the context of software product lines is crucial [13] because if not well studied it could break the architectural integrity of the entire family. In order to analyse the impact accurately we must have a set of perquisite such as available documentation and knowledge about the software product line, and for each component of the system the network of dependencies with the other components must be clearly defined.…”
Section: Software Product Line Evolution Problematicmentioning
confidence: 99%
“…A feature-oriented evolution approach was proposed by [13] for better change understanding. The approach is based on the hypothesis that managing change at level of features is understood by all stakeholders of a system because of the tight relation between features and requirements.…”
Section: A Traceabilitymentioning
confidence: 99%
“…In a rapidly changing business environment, requirements change continuously to fulfil a user's demand, depending on their location. An organization must have RE that addresses the organization's business policy and manages the requirements according to that policy [7]. Basically, the most commonly followed policy in the software development process is that it should fit the needs of the project [8].…”
Section: Introductionmentioning
confidence: 99%