Demo Data from EDBT 2026 / reviewers in the wild / expert
Matthias Meyer 0001
dblp:68/283-1
· DBLP profile ↗
3ranked-venue papers
0as first author
0since 2021 · last 2016
0000-0003-2980-4670ORCID · corroborated
Domains — the database's venue-derived domains; a paper can count in several
Software engineering, systems software and programming languages · 3
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 |
Software maintenance and evolution · 100% |
Topics — the 2 heaviest of 2, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Software maintenance and evolution › reverse engineering
design pattern detection |
0.1 | 1 | 2010 | Reverse engineering with the reclipse tool suite · ICSE (2) 2010 |
Software maintenance and evolution
reverse engineering |
0.1 | 1 | 2010 | Reverse engineering with the reclipse tool suite · ICSE (2) 2010 |
Methods — techniques the papers use, named apart from their topics
static analysis · 0.1dynamic analysis · 0.1
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2016 | Integrated and iterative systems engineering and software requirements engineering for technical systemsabstractAbstract The development of software‐intensive technical systems involves several engineering disciplines like mechanical, electrical, control, and particularly software engineering. Model‐based Systems Engineering (MBSE) coordinates these disciplines throughout the development by means of discipline‐spanning processes and a system model. Such a system model provides a common understanding of the system under development and serves as a starting point for the discipline‐specific development. An integral part of MBSE is the requirements engineering on the system level. However, these requirements need to be refined for the discipline‐specific development to start, for example, into specific requirements for the embedded software. Because existing MBSE approaches lack support for this refinement step, we conceived in previous work a systematic transition from MBSE to model‐based software requirements engineering. We automated the steps of the transition where possible, in order to avoid error‐prone and time‐consuming manual tasks. In this paper, we extend this approach with support for subsequent process iterations and provide an algorithm for the automated steps. We illustrate the approach and perform a case study with an example of an automotive embedded system. Copyright © 2016 John Wiley & Sons, Ltd. Jörg Holtmann, Ruslan Bernijazov, Matthias Meyer 0001, David Schmelter, Christian Tschirner |
J. Softw. Evol. Process. | 3 |
| 2015 | Integrated systems engineering and software requirements engineering for technical systemsabstractThe development of software-intensive technical systems (e.g., within the automotive industry) involves several engineering disciplines like mechanical, electrical, control, and software engineering. Model-based Systems Engineering (MBSE) coordinates these disciplines throughout the development by means of discipline-spanning processes and system models. Such a system model provides a common understanding of the system under development and serves as a starting point for the discipline-specific development. An integral part of MBSE is the requirements engineering on the system level. However, for the discipline-specific development to start, these requirements need to be refined, e.g., into specific requirements for the embedded software. Since existing MBSE approaches lack support for this refinement step, we conceived a systematic transition from MBSE to model-based software requirements engineering, which we present in this paper. We automated the steps of the transition where possible, in order to avoid error-prone and time-consuming manual tasks. We illustrate the approach with an example of an automotive embedded system. Jörg Holtmann, Ruslan Bernijazov, Matthias Meyer 0001, David Schmelter, Christian Tschirner |
ICSSP | 3 |
| 2010 | Reverse engineering with the reclipse tool suiteabstractDesign pattern detection is a reverse engineering methodology that helps software engineers to analyze and understand legacy software by recovering its design and thereby aiding in the preparation of re-engineering activities. We present Reclipse, a reverse engineering tool suite for static and dynamic design pattern detection in combination with a pattern candidate rating used to assess the detection results' reliability. Markus von Detten, Matthias Meyer 0001, Dietrich Travkin |
ICSE (2) | 2 |