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

Matthew S. Jaffe

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

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

Software engineering, systems software and programming languages · 2 · 2 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
2 papers
Requirements engineering and software design · 100%
Computer architecture, parallel and distributed computing, and storage systems
2 papers
Electronic design automation · 100%

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

TopicWeightPapersLastEvidence papers
Requirements engineering and software design › requirements analysis
requirements specification analysis
0.011991
Software Requirements Analysis for Real-Time Process-Control Systems · IEEE Trans. Software Eng. 1991
Requirements engineering and software design › non-functional requirements
real-time requirements
0.011989
Completeness, Robustness, and Safety in Real-Time Software Requirements Specification · ICSE 1989
Electronic design automation › design representation
behavioral specification
0.011991
Software Requirements Analysis for Real-Time Process-Control Systems · IEEE Trans. Software Eng. 1991
YearPublicationVenuePosition
1991 Software Requirements Analysis for Real-Time Process-Control Systems
abstract
A set of criteria is defined to help find errors in, software requirements specifications. Only analysis criteria that examine the behavioral description of the computer are considered. The behavior of the software is described in terms of observable phenomena external to the software. Particular attention is focused on the properties of robustness and lack of ambiguity. The criteria are defined using an abstract state-machine model for generality. Using these criteria, analysis procedures can be defined for particular state-machine modeling languages to provide semantic analysis of real-time process-control software requirements.>
Matthew S. Jaffe, Nancy G. Leveson, Mats P. E. Heimdahl, Bonnie E. Melhart
IEEE Trans. Software Eng.1
1989 Completeness, Robustness, and Safety in Real-Time Software Requirements Specification
abstract
This paper presents an approach to providing a rigorous basis for ascertaining whether or not a given set of software requirements is internally complete, i.e., closed with respect to questions and inferences that can be made on the basis of information included in the specification. Emphasis is placed on aspects of software requirements specifications that previously have not been adequately handled, including timing abstractions, safety, and robustness.
Matthew S. Jaffe, Nancy G. Leveson
ICSE1