2005
DOI: 10.1007/11554844_6
|View full text |Cite
|
Sign up to set email alerts
|

Feature-Oriented Re-engineering of Legacy Systems into Product Line Assets – a Case Study

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
2
1
1
1

Citation Types

0
29
0

Year Published

2006
2006
2022
2022

Publication Types

Select...
5
1
1

Relationship

2
5

Authors

Journals

citations
Cited by 44 publications
(29 citation statements)
references
References 11 publications
0
29
0
Order By: Relevance
“…This redundancy problem comes from the legacy design of earlier CAS and has not been fixed yet due to risk of a large scale revision. 3 Features corresponding to business processes are not shown in this paper. Table 1, there are frequent revisions due to newly added affiliated stores and changes of affiliated services.…”
Section: A Feature Model Of Casmentioning
confidence: 94%
See 1 more Smart Citation
“…This redundancy problem comes from the legacy design of earlier CAS and has not been fixed yet due to risk of a large scale revision. 3 Features corresponding to business processes are not shown in this paper. Table 1, there are frequent revisions due to newly added affiliated stores and changes of affiliated services.…”
Section: A Feature Model Of Casmentioning
confidence: 94%
“…First, we reviewed the existing CAS code and the revision history with help of domain experts and extracted the legacy design. Then, we constructed a feature model of the CAS domain that captures variabilities of CAS from the revision history and a market analysis [1][2] [3]. Based on the recovered legacy design and the feature model, we could re-design components of CAS to preplan adoption of future evolution, which enhanced system maintainability.…”
Section: Introductionmentioning
confidence: 99%
“…[18], [19], [20]). Some of these focus on the design of SPLs for mature and stable domains of industrial robotics (e.g.…”
Section: B Robotics Software Product Linesmentioning
confidence: 99%
“…This case study is based on the problem statement of the prototype of a Home Service Robot (HSR) for daily services provided in [22], [23]. The case study has been chosen because the details about the problem statement are very clear, it is simple enough to be analysed and understood in the context of a paper, and also because mobile robots are commonly used in software architecture examples [26].…”
Section: The Home Service Robot Case Studymentioning
confidence: 99%
“…Therefore, the generation of alternatives is based on the use of architectural patterns [6] and the evaluation of alternatives is done by applying structural metrics [14] over the produced models. In order to show the applicability of our approach, we apply the proposed steps and guidelines to the Home Service Robot case study as presented in [22], [23].…”
Section: Introductionmentioning
confidence: 99%