Demonstration venue · read-only. Every page can be browsed; the buttons that would change it are switched off. Create an account to run TaxoReview on your own data. A simulation from public publication records: the people listed were not invited and did not agree to review.
? Tutorial for this page

Matthias Meyer 0001

dblp:68/283-1 · DBLP profile ↗
← Back
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

TopicWeightPapersLastEvidence papers
Software maintenance and evolution › reverse engineering
design pattern detection
0.112010
Reverse engineering with the reclipse tool suite · ICSE (2) 2010
Software maintenance and evolution
reverse engineering
0.112010
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
YearPublicationVenuePosition
2016 Integrated and iterative systems engineering and software requirements engineering for technical systems
abstract
Abstract 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 systems
abstract
The 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
ICSSP3
2010 Reverse engineering with the reclipse tool suite
abstract
Design 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