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.

Terry Shikano

dblp:61/2114 · DBLP profile ↗
← Back
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

TopicWeightPapersLastEvidence papers
Programming languages and type systems › specification language
algebraic specification
0.012001
Adequate Reverse Engineering · ASE 2001
Software maintenance and evolution
program comprehension
0.012001
Adequate Reverse Engineering · ASE 2001
Software maintenance and evolution
reverse engineering
0.012001
Adequate Reverse Engineering · ASE 2001
Program synthesis and code generation › generative programming
code generation from specifications
0.012001
Adequate Reverse Engineering · ASE 2001
YearPublicationVenuePosition
2001 Adequate Reverse Engineering
abstract
Reverse 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
ASE2