2013
DOI: 10.1007/s10270-012-0311-7
|View full text |Cite
|
Sign up to set email alerts
|

Unique identification of elements in evolving software models

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
1
1
1

Citation Types

0
2
0

Year Published

2013
2013
2022
2022

Publication Types

Select...
5
1

Relationship

0
6

Authors

Journals

citations
Cited by 10 publications
(3 citation statements)
references
References 35 publications
0
2
0
Order By: Relevance
“…For example, approaches to history analysis [8], which are yet restricted to the tracing of single entities, could be extended to trace sets of related elements, e.g. all elements that are affected by a complex refactoring, change request or a bug fix.…”
Section: Discussionmentioning
confidence: 99%
“…For example, approaches to history analysis [8], which are yet restricted to the tracing of single entities, could be extended to trace sets of related elements, e.g. all elements that are affected by a complex refactoring, change request or a bug fix.…”
Section: Discussionmentioning
confidence: 99%
“…Reliable identifiers are hardly available across sets of variants, and names are not sufficiently eligible for taking an informed matching decision without considering other properties. In particular, names are not necessarily unique, and some model elements do not have names at all [44].…”
Section: N-way Model Matchingmentioning
confidence: 99%
“…Apparently, this algorithm performs poorly for models with a high number of elements. Although some optimizations of the pairwise comparison have been implemented (Brun, 2008;Wenzel, 2014) they perform well under the assumption that not many differences exist between two versions of a model. This assumption is not true in our case because we compare large models at a time interval of several weeks (an agile iteration).…”
Section: Emf Compare Customizationmentioning
confidence: 99%