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

David R. Harris 0002

dblp:13/3472-2 · DBLP profile ↗
← Back
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

TopicWeightPapersLastEvidence papers
Requirements engineering and software design
requirements modeling
0.011992
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.011986
A Hybrid Structured Object and Constraint Representation Language · AAAI 1986
Knowledge, reasoning and agents › Knowledge representation and reasoning › semantic representation
structured object representation
0.011986
A Hybrid Structured Object and Constraint Representation Language · AAAI 1986
Requirements engineering and software design
requirements specification
0.011992
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
YearPublicationVenuePosition
1992 Representation and Presentation of Requirements Knowledge
abstract
The 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
AAAI1