Demo Data from EDBT 2026 / reviewers in the wild / expert
Suzanne Sluizer
dblp:39/2909
· DBLP profile ↗
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
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Requirements engineering and software design › software modeling
behavior modeling |
0.0 | 1 | 1991 | An Executable Language For Modeling Simple Behavior · IEEE Trans. Software Eng. 1991 |
Requirements engineering and software design › specification
executable specification language |
0.0 | 1 | 1991 | An Executable Language For Modeling Simple Behavior · IEEE Trans. Software Eng. 1991 |
Programming languages and type systems
language design |
0.0 | 1 | 1991 | 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.0 | 1 | 1991 | 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
| Year | Publication | Venue | Position |
|---|---|---|---|
| 1991 | An Executable Language For Modeling Simple BehaviorabstractSXL, 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 |
ER | 1 |
| 1986 | On Executable Specifications of Finite State Protocol Errors
Stanley Lee, Suzanne Sluizer |
ICDCS | 2 |