Methodology

* Perhaps the overriding question of this research iswhether domain analysis can help in the reverse engineering process at all. Our case studies indicate thatthis is so, but more work needs to be done. * Corollary to this is the question of how best to makeuse of the domain knowledge obtained. For example, even if we imagine existing, complete, well-organizeddescriptions for each of the domains related to an application program, it is not clear how best to com-bine them to understand a program. Which one should we start with? How do we coordinate a search for mul-tiple expected constructs derived from several domains? * A subsidiary methodological issue concerns knowledge of the domain learned while examining a pro-gram. We would like domain descriptions to grow and become more complete over time, but domain descrip-tions need to be definitive, and the reverse engineer need not be a knowledge engineer nor have sufficientexpertise to judge the accuracy, relevance, and placement of the new information in the domain description. Tools * They not only include a lot of information, but theinformation is highly interrelated. The question the