Demo Data from SIGIR 2026 / reviewers in the wild / expert
Peter Haumer
dblp:58/5036
· DBLP profile ↗
6ranked-venue papers
4as first author
0since 2021 · last 2000
—ORCID · none
Domains — the database's venue-derived domains; a paper can count in several
Software engineering, systems software and programming languages · 5 · 3 first-authorHuman-computer interaction and ubiquitous computing · 1 · 1 first-author
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 · 100% |
Topics — the 4 heaviest of 5, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Requirements engineering and software design › software process
process-centered environment |
0.0 | 1 | 1999 | PRIME - Toward process-integrated modeling environments: 1 · ACM Trans. Softw. Eng. Methodol. 1999 |
Requirements engineering and software design
requirements elicitation |
0.0 | 1 | 1998 | Requirements Elicitation and Validation with Real World Scenes · IEEE Trans. Software Eng. 1998 |
Requirements engineering and software design
requirements validation |
0.0 | 1 | 1998 | Requirements Elicitation and Validation with Real World Scenes · IEEE Trans. Software Eng. 1998 |
Requirements engineering and software design › requirements elicitation
scenario-based elicitation |
0.0 | 1 | 1998 | Requirements Elicitation and Validation with Real World Scenes · IEEE Trans. Software Eng. 1998 |
Methods — techniques the papers use, named apart from their topics
tool models · 0.0interaction protocol · 0.0rich media capture · 0.0goal modeling · 0.0
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2000 | Improving reviews of conceptual models by extended traceability to captured system usageabstractWhen specifying change for an existing system, the history and functionality of the system to be replaced has to be considered. This avoids neglecting important system functionality and repeating errors. The properties and the rationale behind the existing system can be elicited by analysing concrete system-usage scenarios [Pohl, K., Weidenhaupt, K., Dömges, R., Haumer, P., Jarke, M., Klamma, R., 1999. Process-integrated (modelling) environments (PRIME): foundation and implementation framework. ACM Transactions on Software Engineering and Methodology (TOSEM), vol. 8, no. 4, pp. 343–410]. The results of the analysis of the existing system are then typically represented using conceptual models. To establish conceptual models of high quality reviewing the models is common practice. The problem faced with when reviewing conceptual models, is that the reviewer cannot assess and therefore understand the basis (concrete system usage) on which the conceptual models were built. In this paper, we present an approach to overcome this problem. We establish Extended Traceability, by recording concrete system-usage scenarios using rich media (e.g. video, speech, graphic) and interrelating the recorded observations with the conceptual models. We discuss the main improvements for review processes and illustrate the advantages with excerpts from a case study performed in a mechanical engineering company. Peter Haumer, Matthias Jarke, Klaus Pohl, Klaus Weidenhaupt 0002 |
Interact. Comput. | 1 |
| 1999 | Bridging the Gap Between Past and Future in RE: A Scenario-Based ApproachabstractRequirements engineering (RE) investigates the impact of a future-oriented change vision, but the move towards this vision must consider a context heavily shaped by the past. As RE becomes a continuous process throughout the system lifecycle, it must achieve an effective combination of envisionment and traceability. We describe a scenario-based solution to this problem which is based on an integration of five ingredients: the persistent capture of context in the form of real world scenes captured in multimedia; formal agent-oriented modelling with a semantics that allows distributed interactive animation; message trace diagrams as a medium for exchanging animation test cases and traces; a goal model to control and record the RE process; and a process-integrated tool environment to ensure method-guidance and traceability with as little effort as possible. In addition to the basics of our approach, we also describe its prototypical implementation in the CREWS-EVE environment and demonstrate its usefulness with examples from a case study in the production industry. Peter Haumer, Matthias Jarke, Klaus Pohl, Patrick Heymans |
RE | 1 |
| 1999 | PRIME - Toward process-integrated modeling environments: 1abstractResearch in process-centered environments (PCEs) has focused on project management support and has neglected method guidance for the engineers performing the (software) engineering process. It has been dominated by the search for suitable process-modeling languages and enactment mechanisms. The consequences of process orientation on the computer-based engineering environments, i.e., the interactive tools used during process performance, have been studied much less. In this article, we present the PRIME (Process Integrated Modeling Environments) framework which empowers method guidance through process-integrated tools. In contrast to the tools of PCEs, the process-integrated tools of PRIME adjust their behavior according to the current process situation and the method definitions. Process integration of PRIME tools is achieved through (1) the definition of tool models; (2) the integration of the tool models and the method definitions; (3) the interpretation of the integrated environment model by the tools, the process-aware control integration mechanism, and the enactment mechanism; and (4) the synchronization of the tools and the enactment mechanism based on a comprehensive interaction protocol. We sketch the implementation of PRIME as a reusable implementation framework which facilitates the realization of process-integrated tools as well as the process integration of external tools. We define a six-step procedure for building a PRIME-based process-integrated environment (PIE) and illustrate how PRIME facilitates change integration on an easy-to-adapt modeling level. Klaus Pohl, Klaus Weidenhaupt 0002, Ralf Dömges, Peter Haumer, Matthias Jarke, Ralf Klamma |
ACM Trans. Softw. Eng. Methodol. | 4 |
| 1998 | Abstraction Guides: Interrelating Conceptual Models with Real World Scenes
Peter Haumer, Klaus Pohl, Klaus Weidenhaupt 0002 |
REFSQ | 1 |
| 1998 | A proposal for a scenario classification framework
Colette Rolland, Camille Salinesi, Corine Cauvet, Jolita Ralyté, Alistair G. Sutcliffe, Neil A. M. Maiden, Matthias Jarke, Peter Haumer, Klaus Pohl, Eric Dubois 0001, Patrick Heymans |
Requir. Eng. | 8 |
| 1998 | Requirements Elicitation and Validation with Real World ScenesabstractA requirements specification defines the requirements for the future system at a conceptual level (i.e., class or type level). In contrast, a scenario represents a concrete example of current or future system usage. In early RE phases, scenarios are used to support the definition of high level requirements (goals) to be achieved by the new system. In many cases, those goals can to a large degree be elicited by observing, documenting and analyzing scenarios about current system usage. To support the elicitation and validation of the goals achieved by the existing system and to illustrate problems of the old system, we propose to capture current system usage using rich media (e.g., video, speech, pictures, etc.) and to interrelate those observations with the goal definitions. Thus, we aim at making the abstraction process which leads to the definition of the conceptual models more transparent and traceable. We relate the parts of the observations which have caused the definition of a goal or against which a goal was validated with the corresponding goal. These interrelations provide the basis for: 1) explaining and illustrating a goal model to, e.g., untrained stakeholders and/or new team members; 2) detecting, analyzing, and resolving a different interpretation of the observations; 3) comparing different observations using computed goal annotations; and 4) refining or detailing a goal model during later process phases. Using the PRIME implementation framework, we have implemented the PRIME-CREWS environment, which supports the interrelation of conceptual models and captured system usage observations. We report on our experiences with PRIME-CREWS gained in an experimental case study. Peter Haumer, Klaus Pohl, Klaus Weidenhaupt 0002 |
IEEE Trans. Software Eng. | 1 |