Demo Data from EDBT 2026 / reviewers in the wild / expert
Richard J. Botting
dblp:89/5833
· DBLP profile ↗
4ranked-venue papers
4as first author
0since 2021 · last 2005
—ORCID · none
Domains — the database's venue-derived domains; a paper can count in several
Software engineering, systems software and programming languages · 3 · 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
3 papers |
Requirements engineering and software design · 52% Programming languages and type systems · 48% | |
| Interdisciplinary, comprehensive, and emerging computing
1 paper |
Computational finance and economics · 100% |
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 › conceptual modeling
domain modeling |
0.1 | 1 | 2005 | Small Errors in "Toward Formalizing Domain Modeling Semantics in Language Syntax' · IEEE Trans. Software Eng. 2005 |
Programming languages and type systems › language design
language syntax |
0.1 | 1 | 2005 | Small Errors in "Toward Formalizing Domain Modeling Semantics in Language Syntax' · IEEE Trans. Software Eng. 2005 |
Computational finance and economics › economics
software economics |
0.0 | 1 | 1997 | On the Economics of Mass-Marketed Software · ICSE 1997 |
Programming languages and type systems › language semantics
formal semantics |
0.0 | 1 | 1996 | Comments on "A Formal Semantics for Object Model Diagrams" · IEEE Trans. Software Eng. 1996 |
Requirements engineering and software design
formal specification |
0.0 | 1 | 1996 | Comments on "A Formal Semantics for Object Model Diagrams" · IEEE Trans. Software Eng. 1996 |
Requirements engineering and software design
software process |
0.0 | 1 | 1997 | On the Economics of Mass-Marketed Software · ICSE 1997 |
Methods — techniques the papers use, named apart from their topics
economic modeling · 0.0
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2005 | Teaching and learning ethics in computer science: walking the walkabstractThe author shares techniques used in a successful "Ethics and Professionalism" class at California State University, San Bernardino. Ethical issues played a part in designing the class. The author describes active learning and holistic grading. Ethics demanded a novel way to post grades on the web without exposing personal data. This was evaluated by students. The author points out some improvements he has made, or will make. Richard J. Botting |
SIGCSE | 1 |
| 2005 | Small Errors in "Toward Formalizing Domain Modeling Semantics in Language Syntax'abstractA recent paper on domain modeling had State Charts with semantic errors. Richard J. Botting |
IEEE Trans. Software Eng. | 1 |
| 1997 | On the Economics of Mass-Marketed SoftwareabstractThis paper looks at the assumptions driving mass marketed software.These assumptions explain why traditional software engineering methods and processes appear to have less economic value in a mass market.The assumptions lead to a model that predicts observed patterns such as (I) rapid development, (2)1ower quality, and (3) an initially dominant product that is eclipsed later Keywords Economic models, price, cost, market size, quality Richard J. Botting |
ICSE | 1 |
| 1996 | Comments on "A Formal Semantics for Object Model Diagrams"abstractThe author indicates some things that need clarifying in the paper cited in the title. The paper does not make it clear that a class of objects is not equivalent to a set of tuples. In a set of tuples two different tuples cannot contain the same data. Two different objects in a given class can contain the same data. In most of the paper this does not matter. However, the simulation function between a subclass and a superclass must be injective, but the (overloaded) simulation function between the sets of tuples usually cannot be injective. Richard J. Botting |
IEEE Trans. Software Eng. | 1 |