EDBT 2026 Demo / reviewers in the wild / expert
Russell Turpin
dblp:74/6068
· DBLP profile ↗
3ranked-venue papers
3as first author
0since 2021 · last 1996
—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-authorDatabases, data management, data science and information retrieval · 1 · 1 first-authorTheory of computation · 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 |
Program verification · 56% Programming languages and type systems · 44% |
Topics — the 3 heaviest of 3, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Program verification
data structure verification |
0.0 | 1 | 1993 | A Logical Approach to Data Structures · SIGSOFT FSE 1993 |
Programming languages and type systems
pointer manipulation |
0.0 | 1 | 1993 | A Logical Approach to Data Structures · SIGSOFT FSE 1993 |
Program verification
formal program development |
0.0 | 1 | 1993 | A Logical Approach to Data Structures · SIGSOFT FSE 1993 |
| Year | Publication | Venue | Position |
|---|---|---|---|
| 1996 | A Progressive Software Development LifecycleabstractTraditional software lifecycles put significant effort in analysis, design, and implementation before their results can be tested. The start of testing late in the lifecycle often uncovers flaws from these early phases that require significant rework of analysis and design, causing cost overruns and schedule slippages. We describe a software lifecycle where each phase of development is followed by an execution test of the results of that phase. This lifecycle is progressive in the sense that it does not require significant "backing up" to earlier phases of development. The use of this lifecycle requires tool support that is just now becoming available. We examine this lifecycle and its implications for embedded software development. Section I examines traditional lifecycles. Section 2 describes the progressive lifecycle, explains its benefits and requirements, and briefly relates it to other software development paradigms. In conclusion, we relate development lifecycles to process maturity. Russell Turpin |
ICECCS | 1 |
| 1993 | A Logical Approach to Data StructuresabstractThe Galois project at the University of Texas is building a programming environment that supports the formal development and verification of data structure programs. This programming environment supports features such as pointer manipulation and destructive update that often make formal treatment difficult. Russell Turpin |
SIGSOFT FSE | 1 |
| 1984 | Extending Binary Byzantine Agreement to Multivalued Byzantine Agreement
Russell Turpin, Brian A. Coan |
Inf. Process. Lett. | 1 |