Demo Data from SIGIR 2026 / reviewers in the wild / expert
Terence E. Gray
dblp:05/375
· DBLP profile ↗
3ranked-venue papers
0as first author
0since 2021 · last 1987
—ORCID · none
Domains — the database's venue-derived domains; a paper can count in several
Software engineering, systems software and programming languages · 2Security and privacy · 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 |
Empirical software engineering · 54% Requirements engineering and software design · 46% |
Topics — the 4 heaviest of 5, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Empirical software engineering
controlled experiment |
0.0 | 2 | 1984 | Prototyping Versus Specifying: A Multiproject Experiment · IEEE Trans. Software Eng. 1984 Prototyping vs. Specifying: A Multi-Project Experiment · ICSE 1984 |
Requirements engineering and software design
software design methodology |
0.0 | 1 | 1984 | Prototyping Versus Specifying: A Multiproject Experiment · IEEE Trans. Software Eng. 1984 |
Requirements engineering and software design
specification |
0.0 | 1 | 1984 | Prototyping vs. Specifying: A Multi-Project Experiment · ICSE 1984 |
Empirical software engineering › software economics
software productivity |
0.0 | 1 | 1984 | Prototyping Versus Specifying: A Multiproject Experiment · IEEE Trans. Software Eng. 1984 |
Methods — techniques the papers use, named apart from their topics
controlled experiment · 0.0
| Year | Publication | Venue | Position |
|---|---|---|---|
| 1987 | An approach to containing computer viruses
Maria M. Pozzo, Terence E. Gray |
Comput. Secur. | 2 |
| 1984 | Prototyping vs. Specifying: A Multi-Project Experiment
Barry W. Boehm, Terence E. Gray, Thomas Seewaldt |
ICSE | 2 |
| 1984 | Prototyping Versus Specifying: A Multiproject ExperimentabstractIn this experiment, seven software teams developed versions of the same small-size (2000-4000 source instruction) application software product. Four teams used the Specifying approach. Three teams used the Prototyping approach. The main results of the experiment were the following. 1) Prototyping yielded products with roughly equivalent performance, but with about 40 percent less code and 45 percent less effort. 2) The prototyped products rated somewhat lower on functionality and robustness, but higher on ease of use and ease of learning. 3) Specifying produced more coherent designs and software that was easier to integrate. The paper presents the experimental data supporting these and a number of additional conclusions. Barry W. Boehm, Terence E. Gray, Thomas Seewaldt |
IEEE Trans. Software Eng. | 2 |