EDBT 2026 Demo / reviewers in the wild / expert
Terry Shikano
dblp:61/2114
· DBLP profile ↗
1ranked-venue papers
0as first author
0since 2021 · last 2001
—ORCID · none
Domains — the database's venue-derived domains; a paper can count in several
Software engineering, systems software and programming languages · 1
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 |
Software maintenance and evolution · 61% Programming languages and type systems · 30% Program synthesis and code generation · 9% |
Topics — the 4 heaviest of 4, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Programming languages and type systems › specification language
algebraic specification |
0.0 | 1 | 2001 | Adequate Reverse Engineering · ASE 2001 |
Software maintenance and evolution
program comprehension |
0.0 | 1 | 2001 | Adequate Reverse Engineering · ASE 2001 |
Software maintenance and evolution
reverse engineering |
0.0 | 1 | 2001 | Adequate Reverse Engineering · ASE 2001 |
Program synthesis and code generation › generative programming
code generation from specifications |
0.0 | 1 | 2001 | Adequate Reverse Engineering · ASE 2001 |
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2001 | Adequate Reverse EngineeringabstractReverse engineering a program constructs a high-level representation suitable for various software development purposes such as documentation or reengineering. Unfortunately however, there are no established guidelines to assess the adequacy of such a representation. We propose two such criteria, completeness and accuracy, and show how they can be determined during the course of reversing the representation. A representation is successfully reversed when it is given as input to a suitable code generator, and a program equivalent to the original is produced. To explore this idea, we reverse engineer a small but complex numerical application, represent our understanding using algebraic specifications, and then use a code generator to produce code from the specification. We discuss the strengths and weaknesses of the approach as well as alternative approaches to reverse engineering adequacy. Spencer Rugaber, Terry Shikano, R. E. Kurt Stirewalt |
ASE | 2 |