Demo Data from VLDB 2026 / reviewers in the wild / expert
David R. Harris 0002
dblp:13/3472-2
· DBLP profile ↗
2ranked-venue papers
1as first author
0since 2021 · last 1992
—ORCID · none
Domains — the database's venue-derived domains; a paper can count in several
Artificial intelligence and machine learning · 1 · 1 first-authorSoftware engineering, systems software and programming languages · 1Graphics, computer vision, multimedia, augmented reality and games · 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 |
Requirements engineering and software design · 100% | |
| Artificial intelligence
1 paper |
Planning, search and constraint satisfaction · 50% Knowledge representation and reasoning · 50% |
Topics — the 4 heaviest of 4, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Requirements engineering and software design
requirements modeling |
0.0 | 1 | 1992 | Representation and Presentation of Requirements Knowledge · IEEE Trans. Software Eng. 1992 |
Knowledge, reasoning and agents › Planning, search and constraint satisfaction › constraint programming › constraint modeling
constraint representation |
0.0 | 1 | 1986 | A Hybrid Structured Object and Constraint Representation Language · AAAI 1986 |
Knowledge, reasoning and agents › Knowledge representation and reasoning › semantic representation
structured object representation |
0.0 | 1 | 1986 | A Hybrid Structured Object and Constraint Representation Language · AAAI 1986 |
Requirements engineering and software design
requirements specification |
0.0 | 1 | 1992 | Representation and Presentation of Requirements Knowledge · IEEE Trans. Software Eng. 1992 |
Methods — techniques the papers use, named apart from their topics
multiple notation management · 0.0knowledge representation · 0.0constraint satisfaction · 0.0
| Year | Publication | Venue | Position |
|---|---|---|---|
| 1992 | Representation and Presentation of Requirements KnowledgeabstractThe approach to representation and presentation of knowledge used in ARIES, an environment to experiment with support for analysts in modeling target domains and in entering and formalizing system requirements, is described. To effectively do this, ARIES must manage a variety of notations so that analysts can enter information in a natural manner, and ARIES can present it back in different notations and from different viewpoints. To provide this functionality, a single, highly expressive internal representation is used for all information in the system. The system architecture separates representation and presentation, in order to localize consistency and propagation issues. The presentation architecture is tailored to be flexible enough so that new notations can be easily introduced on top of the underlying representation. Presentation knowledge is coupled to specification evolution knowledge thereby leveraging common representations for both in order to provide automated focusing support to users who need informative guidance in creating and modifying specifications.> W. Lewis Johnson, Martin Feather, David R. Harris 0002 |
IEEE Trans. Software Eng. | 3 |
| 1986 | A Hybrid Structured Object and Constraint Representation Language
David R. Harris 0002 |
AAAI | 1 |