Demo Data from EDBT 2026 / reviewers in the wild / expert
Mark J. Tiedeman
dblp:57/5084
· DBLP profile ↗
1ranked-venue papers
1as first author
0since 2021 · last 1990
—ORCID · none
Domains — the database's venue-derived domains; a paper can count in several
Computer networks · 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
1 paper |
Software maintenance and evolution · 50% Requirements engineering and software design · 50% |
Topics — the 2 heaviest of 2, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Requirements engineering and software design › software process
software process assessment |
0.0 | 1 | 1990 | Post-Mortems - Methodology and Experiences · IEEE J. Sel. Areas Commun. 1990 |
Software maintenance and evolution
software process improvement |
0.0 | 1 | 1990 | Post-Mortems - Methodology and Experiences · IEEE J. Sel. Areas Commun. 1990 |
Methods — techniques the papers use, named apart from their topics
post-mortem methodology · 0.0
| Year | Publication | Venue | Position |
|---|---|---|---|
| 1990 | Post-Mortems - Methodology and ExperiencesabstractA methodology for preparing and conducting post-mortems for software development projects is presented. Based on the continuous process improvement concept, post-mortems are systematic reviews of a product's quality and the quality of the associated processes that produce it. The intent is to learn both what worked well and what could be improved. Three types of postmortem have evolved, each focusing on particular aspects of the software development process. The planning postmortem covers requirements specification and work program definition. The design verification postmortem includes design, unit test, system verification, and first office application activities. The field post-mortem focuses on actual field experience. The post-mortem methodology has been in use for several years and has been found to be a very effective organizational learning tool and source for many software quality improvement ideas. Specific examples of what has been and can be learned are included. The evolution of the post-mortem is discussed, along with possible metrics for evaluating the effectiveness of postmortems.> Mark J. Tiedeman |
IEEE J. Sel. Areas Commun. | 1 |