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

Thomas Seewaldt

dblp:36/5519 · DBLP profile ↗
← Back
2ranked-venue papers
0as first author
0since 2021 · last 1984
—ORCID · none

Domains — the database's venue-derived domains; a paper can count in several

Software engineering, systems software and programming languages · 2

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

TopicWeightPapersLastEvidence papers
Empirical software engineering
controlled experiment
0.021984
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.011984
Prototyping Versus Specifying: A Multiproject Experiment · IEEE Trans. Software Eng. 1984
Requirements engineering and software design
specification
0.011984
Prototyping vs. Specifying: A Multi-Project Experiment · ICSE 1984
Empirical software engineering › software economics
software productivity
0.011984
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
YearPublicationVenuePosition
1984 Prototyping vs. Specifying: A Multi-Project Experiment
Barry W. Boehm, Terence E. Gray, Thomas Seewaldt
ICSE3
1984 Prototyping Versus Specifying: A Multiproject Experiment
abstract
In 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.3