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

Suzanne Sluizer

dblp:39/2909 · DBLP profile ↗
← Back
3ranked-venue papers
1as first author
0since 2021 · last 1991
—ORCID · none

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

Systems, architecture and hardware · 1Software engineering, systems software and programming languages · 1Databases, data management, data science and information retrieval · 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 · 50% Programming languages and type systems · 50%

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

TopicWeightPapersLastEvidence papers
Requirements engineering and software design › software modeling
behavior modeling
0.011991
An Executable Language For Modeling Simple Behavior · IEEE Trans. Software Eng. 1991
Requirements engineering and software design › specification
executable specification language
0.011991
An Executable Language For Modeling Simple Behavior · IEEE Trans. Software Eng. 1991
Programming languages and type systems
language design
0.011991
An Executable Language For Modeling Simple Behavior · IEEE Trans. Software Eng. 1991
Programming languages and type systems › language semantics › formal semantics › operational semantics
state transition semantics
0.011991
An Executable Language For Modeling Simple Behavior · IEEE Trans. Software Eng. 1991

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

entity-relationship modeling · 0.0declarative logic · 0.0
YearPublicationVenuePosition
1991 An Executable Language For Modeling Simple Behavior
abstract
SXL, a modeling language that describes system behavior rather that software structure, is discussed. Using a conventional state-transition framework, model behavior is determined by rules that define pre- and postconditions for each transition. Behavior is also specified by constraints (logical invariants) that are automatically enforced during the execution of the model. Rules and constraints are expressed solely in terms of entity-relationship structure and declarative logic; the language lacks machine-oriented data or control structures, and has no facilities for specifying or implementing software. Application of SXL is demonstrated by its translation of a simple behavioral description (a scenario from an actual requirements document) into an executable model. Comparisons are made to software- and specification-oriented methods to illustrate the tradeoffs resulting from SXL's restriction to simple behavioral modeling. A brief account is given of one software development group's experience with SXL.>
Stanley Lee, Suzanne Sluizer
IEEE Trans. Software Eng.2
1986 Applying Entity-Relationship Concepts to Executable Specifications
Suzanne Sluizer, Stanley Lee
ER1
1986 On Executable Specifications of Finite State Protocol Errors
Stanley Lee, Suzanne Sluizer
ICDCS2