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

Rachel L. Smith

dblp:35/1973 · DBLP profile ↗
← Back
1ranked-venue papers
1as first author
0since 2021 · last 2002
—ORCID · none

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

Software engineering, systems software and programming languages · 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%
Theoretical computer science
1 paper
Automata and formal languages · 100%

Topics — the 3 heaviest of 3, each with the papers that count most for it

TopicWeightPapersLastEvidence papers
Requirements engineering and software design › specification
property specification
0.012002
PROPEL: an approach supporting property elucidation · ICSE 2002
Requirements engineering and software design › specification
specification patterns
0.012002
PROPEL: an approach supporting property elucidation · ICSE 2002
Automata and formal languages
finite automata
0.012002
PROPEL: an approach supporting property elucidation · ICSE 2002

Methods — techniques the papers use, named apart from their topics

disciplined natural language · 0.1finite-state automata · 0.0finite state automata · 0.0
YearPublicationVenuePosition
2002 PROPEL: an approach supporting property elucidation
abstract
Property specifications concisely describe what a software system is supposed to do. It is surprisingly difficult to write these properties correctly. There are rigorous mathematical formalisms for representing properties, but these are often difficult to use. No matter what notation is used, however, there are often subtle, but important, details that need to be considered. Propel aims to make the job of writing and understanding properties easier by providing templates that explicitly capture these details as options for commonly-occurring property patterns. These templates are represented using both "disciplined" natural language and finite-state automata, allowing the specifier to easily move between these two representations.
Rachel L. Smith, George S. Avrunin, Lori A. Clarke, Leon J. Osterweil
ICSE1