Demo Data from SIGIR 2026 / reviewers in the wild / expert
Matthias Heindl
dblp:24/2043
· DBLP profile ↗
6ranked-venue papers
1as first author
0since 2021 · last 2011
—ORCID · none
Domains — the database's venue-derived domains; a paper can count in several
Software engineering, systems software and programming languages · 5 · 1 first-authorArtificial intelligence and machine learning · 1Security and privacy · 1Databases, data management, data science and information retrieval · 1
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
2 papers |
Requirements engineering and software design · 48% Empirical software engineering · 32% Software maintenance and evolution · 21% |
Topics — the 6 heaviest of 7, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Requirements engineering and software design
requirements traceability |
0.1 | 2 | 2005 | A case study on value-based requirements tracing · ESEC/SIGSOFT FSE 2005 Determining the cost-quality trade-off for automated software traceability · ASE 2005 |
Software maintenance and evolution › traceability
automated traceability |
0.1 | 1 | 2005 | Determining the cost-quality trade-off for automated software traceability · ASE 2005 |
Empirical software engineering › software engineering research methodology
industrial case study |
0.1 | 1 | 2005 | A case study on value-based requirements tracing · ESEC/SIGSOFT FSE 2005 |
Empirical software engineering
mining software repositories |
0.1 | 1 | 2005 | Determining the cost-quality trade-off for automated software traceability · ASE 2005 |
Requirements engineering and software design › requirements traceability
trace link generation |
0.1 | 1 | 2005 | Determining the cost-quality trade-off for automated software traceability · ASE 2005 |
Software maintenance and evolution
change impact analysis |
0.0 | 1 | 2005 | Determining the cost-quality trade-off for automated software traceability · ASE 2005 |
Methods — techniques the papers use, named apart from their topics
threshold-based filtering · 0.1cost-benefit analysis · 0.1case study · 0.1
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2011 | Requirements Management with Semantic Technology: An Empirical Study on Automated Requirements Categorization and Conflict Analysis
Thomas Moser, Dietmar Winkler 0001, Matthias Heindl, Stefan Biffl |
CAiSE | 3 |
| 2011 | Automating the Detection of Complex Semantic Conflicts between Software Requirements(An empirical study on requirements conflict analysis with semantic technology)
Thomas Moser, Dietmar Winkler 0001, Matthias Heindl, Stefan Biffl |
SEKE | 3 |
| 2007 | Issues in Testing Dependable Event-Based Systems at a Systems Integration CompanyabstractTesting of dependable event-based systems is very important to ensure that all requirements (including nonfunctional requirements such as reliability, availability, safety and security) are met and the relevant standards are considered. Siemens Program and Systems Engineering is a company that builds dependable event-based systems in multiple domains. A special unit at PSE, the Support Center Test, focuses on testing issues. In this paper we provide an overview of the state-of-the-practice in testing dependable event-based systems and identify the challenges that have to be addressed in the future. We illustrate our findings by two case studies, one for a transportation system and one for telecommunications. The top three topics for improvement are: testability and requirements tracing, generation of test cases, and verification and validation Armin Beer, Matthias Heindl |
ARES | 2 |
| 2007 | Value-Based Requirements Traceability: Lessons LearnedabstractSoftware development standards demand requirements traceability without being explicit about the appropriate level of quality of trace links. Unfortunately, long-term trace utilizations are typically unknown at the time of trace acquisition which represents a dilemma for many companies. This paper suggests ways to balance the cost and benefits of requirements traceability. We present data from 3 case studies. Lessons learned suggest a traceability strategy that (1) provides trace links more quickly, (2) refines trace links according to user-definable value considerations, and (3) supports the later refinement of trace links in case the initial value considerations change. Alexander Egyed, Paul Grünbacher, Matthias Heindl, Stefan Biffl |
RE | 3 |
| 2005 | Determining the cost-quality trade-off for automated software traceabilityabstractMajor software development standards mandate the establishment of trace links among software artifacts such as requirements, architectural elements, or source code without explicitly stating the required level of detail of these links. However, the level of detail vastly affects the cost and quality of trace link generation and important applications of trace analysis such as conflict analysis, consistency checking, or change impact analysis. In this paper, we explore these cost-quality trade-offs with three case study systems from different contexts - the open-source ArgoUML modeling tool, an industrial route-planning system, and a movie player. We report the cost-quality trade-off of automated trace generation with the Trace Analyzer approach and discuss its expected impact onto several applications that consume its trace information. In the study we explore simple techniques to predict and manipulate the cost-benefit trade-off with threshold-based filtering. We found that (a) 80% of the benefit comes from only 20% of the cost and (b) weak trace links are predominantly false trace links and can be efficiently eliminated through thresholds. Alexander Egyed, Stefan Biffl, Matthias Heindl, Paul Grünbacher |
ASE | 3 |
| 2005 | A case study on value-based requirements tracingabstractProject managers aim at keeping track of interdependencies between various artifacts of the software development lifecycle, to find out potential requirements conflicts, to better understand the impact of change requests, and to fulfill process quality standards, such as CMMI requirements. While there are many methods and techniques on how to technically store requirements traces, the economic issues of dealing with requirements tracing complexity remain open. In practice tracing is typically not an explicit systematic process, but occurs rather ad hoc with considerable hidden tracing-related quality costs. This paper reports a case study on value-based requirements tracing (VBRT) that systematically supports project managers in tailoring requirements tracing precision and effort based on the parameters stakeholder value, requirements risk/volatility, and tracing costs. Main results of the case study were: (a) VBRT took around 35% effort of full requirements tracing; (b) more risky or volatile requirements warranted more detailed tracing because of their higher change probability. Matthias Heindl, Stefan Biffl |
ESEC/SIGSOFT FSE | 1 |