Demo Data from VLDB 2026 / reviewers in the wild / expert
Wolfgang Rössler
dblp:325/6567
· DBLP profile ↗
2ranked-venue papers
0as first author
2since 2021 · last 2022
0000-0002-5195-8214ORCID · corroborated
Domains — the database's venue-derived domains; a paper can count in several
Artificial intelligence and machine learning · 1 · 1 since 2021Software engineering, systems software and programming languages · 1 · 1 since 2021Databases, data management, data science and information retrieval · 1 · 1 since 2021
Expertise — from the expertise taxonomy: the topics of the expert's papers under the CCF categories. A weight counts papers with recency: 1 for a paper about the topic, 0.3 when the topic is its context, halved every five years.
| Software engineering, system software, and programming languages
1 paper |
Requirements engineering and software design · 100% |
Topics — the 2 heaviest of 3, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Requirements engineering and software design
software product lines |
0.6 | 1 | 2022 | Sometimes you have to treat the symptoms: tackling model drift in an industrial clone-and-own software product line · ESEC/SIGSOFT FSE 2022 |
Requirements engineering and software design
model-driven engineering |
0.2 | 1 | 2022 | Sometimes you have to treat the symptoms: tackling model drift in an industrial clone-and-own software product line · ESEC/SIGSOFT FSE 2022 |
Methods — techniques the papers use, named apart from their topics
survey · 0.6semantic lifting · 0.6interviews · 0.6
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2022 | Tackling Model Drifts in Industrial Model-driven Software Product Lines by Means of a Graph Database
Christof Tinnes, Uwe Hohenstein, Wolfgang Rössler, Andreas Biesdorf |
DATA | 3 |
| 2022 | Sometimes you have to treat the symptoms: tackling model drift in an industrial clone-and-own software product lineabstractMany industrial software product lines use a clone-and-own approach for reuse among software products. As a result, the different products in the product line may drift apart, which implies increased efforts for tasks such as change propagation, domain analysis, and quality assurance. While many solutions have been proposed in the literature, these are often difficult to apply in a real-world setting. We study this drift of products in a concrete large-scale industrial model-driven clone-and-own software product line in the railway domain at our industry partner. For this purpose, we conducted interviews and a survey, and we investigated the models in the model history of this project. We found that increased efforts are mainly caused by large model differences and increased communication efforts. We argue that, in the short-term, treating the symptoms (i.e., handling large model differences) can help to keep efforts for software product-line engineering acceptable — instead of employing sophisticated variability management. To treat the symptoms, we employ a solution based on semantic-lifting to simplify model differences. Using the interviews and the survey, we evaluate the feasibility of variability management approaches and the semantic-lifting approach in the context of this project. Christof Tinnes, Wolfgang Rössler, Uwe Hohenstein, Torsten Kühn, Andreas Biesdorf, Sven Apel |
ESEC/SIGSOFT FSE | 2 |