Rekonstruktion von Software-Architekturen

Koschke, Rainer

doi:10.1007/s00450-005-0180-1

Cited by 6 publications

(4 citation statements)

References 164 publications

Supporting

Mentioning

Contrasting

Order By: Relevance

“…In the following we describe only techniques that address the static module view. Architecture reconstruction in general is described in recent surveys (Koschke 2005;Pollet et al 2007;Koschke 2008c). Another key technique we are using is clone detection.…”

Section: Related Researchmentioning

confidence: 99%

Extending the reflexion method for consolidating software variants into product lines

et al. 2009

Self Cite

View full text Add to dashboard Cite

Software variants emerge from ad-hoc copying in-the-large with adaptations to a specific context. As the number of variants increases, maintaining such software variants becomes more and more difficult and expensive. In contrast to such ad-hoc reuse, software product lines offer organized ways of reuse, taking advantage of similarities of different products. To re-gain control, software variants may be consolidated as organized software product lines. In this paper, we describe a method and supporting tools to compare software variants at the architectural level extending the reflexion method to software variants. Murphy's reflexion method allows one to reconstruct the module view, a static architectural view describing the static components, their interfaces and dependencies and their grouping as layers and subsystems. The method consists of the specification of the module view and the mapping of implementation components onto the module view. An automatic analysis determines differences between the module view and its implementation. We extend the reflexion method from single systems to software variants. Because software variants share a very large amount of code, we can expect components of one variant to re-occur in the other variant either identically or at least similarly. We use similarity metrics to determine this type of correspondence among implementation components between two variants. Because the similarity metrics are expensive to compute, we use clone detection techniques to reduce the number of candidate pairs of implementation components for which the similarity is computed. The correspondence is then used to transfer as much as possible of the mapping for the analyzed variants to the next variant to be analyzed. Furthermore, we describe how to unify the individual product architectures into a software product line architecture.

show abstract

Section: Related Researchmentioning

confidence: 99%

Extending the reflexion method for consolidating software variants into product lines

et al. 2009

Self Cite

View full text Add to dashboard Cite

show abstract

“…Architectural recovery is the process of elucidating a software system's architecture, most frequently from source code, but also from other available artifacts [24,25]. A full treatment of architectural recovery is beyond the scope of this paper.…”

Section: Architectural Recoverymentioning

confidence: 99%

“…Numerous such techniques have been developed [25]. For the purposes of our study, we are leveraging Focus [28], which is particularly well-suited for capturing complex system interactions, such as those found in the grid, in the form of software connectors, in addition to first-class components and architectural styles.…”

Section: Architectural Recoverymentioning

confidence: 99%

Revisiting the Anatomy and Physiology of the Grid

et al. 2015

View full text Add to dashboard Cite

A domain-specific software architecture (DSSA) represents an effective, generalized, reusable solution to constructing software systems within a given application domain. In this paper, we revisit the widely cited DSSA for the domain of grid computing. We have studied systems in this domain over the last ten years. During this time, we have repeatedly observed that, while individual grid systems are widely used and deemed successful, the grid DSSA

show abstract

“…Architecture reconstruction in general is described in two recent surveys [15,22]. Another key technique we are using is clone detection.…”

Section: Related Researchmentioning

confidence: 99%

Extending the Reflexion Method for Consolidating Software Variants into Product Lines

Frenzel¹,

Koschke²,

Breu

et al. 2007

14th Working Conference on Reverse Engineering (WCRE 2007)

Self Cite

View full text Add to dashboard Cite

Software variants emerge from ad-hoc copying inthe-large with adaptations to a specific context. As the number of variants increases, maintaining such software variants becomes more and more difficult and expensive. In contrast to such ad-hoc reuse, software product lines offer organized ways of reuse, taking advantage of similarities of different products. To re-gain control, software variants may be consolidated as organized software product lines.In this paper, we describe a method and supporting tools to compare software variants at the architectural level extending the reflexion method to software variants. Murphy's reflexion method allows one to reconstruct the module view, a static architectural view describing the static components, their interfaces and dependencies and their grouping as layers and subsystems. The method consists of the specification of the module view and the mapping of implementation components onto the module view. An automatic analysis determines differences between the module view and its implementation.We extend the reflexion method from single systems to software variants. Because software variants share a very large amount of code, we use clone detection techniques to identify corresponding implementation components between variants. The correspondence is then used to transfer as much of the mapping for the analyzed variants to the next variant to be analyzed.

show abstract

Rekonstruktion von Software-Architekturen

Cited by 6 publications

References 164 publications

Extending the reflexion method for consolidating software variants into product lines

Extending the reflexion method for consolidating software variants into product lines

Revisiting the Anatomy and Physiology of the Grid

Extending the Reflexion Method for Consolidating Software Variants into Product Lines

Contact Info

Product

Resources

About