J. Korn, Y. Chen, and E. Koutsofios. Chava: Reverse engineering and tracking of java applets. In Working Conf. on Rev. Eng., pages 314--325, 1999.  Home/Search   Document Details and Download   Summary   Related Articles   Check

....1. The first step in the software clustering process involves parsing the source code and storing the resultant information about the structure of the system in a database. Readily available source code analysis tools supporting a variety of programming languages can be used for this step [4, 10]. After the resources and relations have been stored in a database, the database is queried and a Module Dependency Graph (MDG) is created. The MDG is a directed graph that represents the software modules (e.g. classes, files, packages) as nodes, and the relations (e.g. function invocation, ....

....on this case study in a later section (Section 3.4) to illustrate the process of recovering subsystem level relations. This study examines the open source Apache Regular Expression (Regexp) class library [3] The MDG for the Regexp class library was recovered automatically using the Chava [10] source code analysis tool, and is shown in Figure 3. The edge labels in Figure 3 indicate the number of relationships (e.g. method invocation, inheritance, etc. between the classes in the Regexp package. In Section 2 we described that the first step in Bunch s software clustering algorithms ....

J. Korn, Y. Chen, and E. Koutsofios. Chava: Reverse engineering and tracking of java applets. In Proc. Working Conference on Reverse Engineering,Oct. 1999.

....step of a typical design extraction process (see Figure 1) is to determine the resources and relations in the source code and store the resultant information in a database. Readily available source code analysis tools supporting a variety of programming languages can be used for this step [7, 8, 19]. After the resources and relations have been stored in a database, the database is queried and a Module Dependency Graph (MDG) is created. For now, consider the MDG to be a directed graph that represents the software modules (e.g. classes, files, packages) as nodes, and the relations (e.g. ....

J. Korn, Y. Chen, and E. Koutsofios. Chava: Reverse Engineering and Tracking of Java Applets. In Proceedings of the 6th Working Conference on Reverse Engineering, pages 314--325, 1999.

....their structure are needed to simplify program understanding. Because the structure of software systems are usually not documented accurately, researchers have expended a great deal of e#ort studying ways to recover design artifacts from source code. For small systems, source code analysis tools [3, 9] can extract the sourcelevel components (e.g. modules, classes, functions) and relations (e.g. method invocation, function calls, inheritance) of a software system. However, for large systems, these tools are, at best, useful for studying only specific areas of the system. For large systems ....

J. Korn, Y. Chen, and E. Koutsofios. Chava: Reverse engineering and tracking of java applets. In Proc. Working Conference on Reverse Engineering, October 1999.

....obtained by reengineering the modified source code with Rational Rose is: The aggregation relationship disappears, and an association relationship now links the class A and the class Vector, which is inconsistent with the original class diagram. Academic tools, such as Womble [30] or Chava [31], extract object model from Java source code or byte codes. Chava only proposes delegation and field access as inter class relationships. Womble goes further by describing an inference system for association relationships but does not consider aggregation and composition relationships. Example of ....

Je#rey Korn, Yih-Farn Chen, and Eleftherios Koutsofios. Chava: Reverse engineering and tracking of java applets. In Proceedings of the Working Conference on Reverse Engineering, pages 314--325, 1999.

....for another language. 2.1 The first part of the master thesis 11 The Data model The Data model is similar to an entity relationship model which contains a set of entities and their relationships. The use of a entity relationship model is inspired by the work presented in [Chen et al. 1995] and [Korn et al. 1999]. Packages, classes, fields, methods and even parameters and variables is extracted from the source code as entities. Examples of relationships between entities is the containment relationship between a method and its class, a invoke relationship between the callee s definition and the calling ....

Korn, J., Chen, Y.-F. R., and Koutsofios, E. (1999). Chava: Reverse engineering and tracking of java applets. pages 314 -- 325.

....is able to derive from the Java source code and doc files (see Section 4.4 on page 38 for a detailed description of the Abstractor) In this section we will take a look at the nature of this information, and present a general model for structuring the information. Inspired by the Chava [Korn et al. 1999] and Ciao [Chen et al. 1995] projects we have chosen to store the derived information in a entity relationship model. One of the big advantages of this model is that it is language independent. This means that, although we use it for Java source code, we will not have to change the Data Model if ....

....to the types of relationships in our model, faster database query, and to make it possible some time in the future, to have slinks which has multiple targets. The layout of the six tables can be seen in Appendix B on page 85. The layout of the tables is as earlier mentioned inspired by the Chava [Korn et al. 1999] and Ciao [Chen et al. 1995] Department of Computer Science at Aalborg University, Denmark projects. Furthermore an example of the information to be placed in the tables can be seen in Appendix C.3 on page 95. 4.4 Abstractor The following section will describe the design issues regarding the ....

[Article contains additional citation context not shown here]

Korn, J., Chen, Y.-F. R., and Koutsofios, E. (1999). Chava: Reverse engineering and tracking of java applets. pages 314 -- 325.

....Daikon handles heap structures in a limited fashion by linearizing them into arrays under some specific conditions [3] Our work di#ers in that we handle heap structures in a much more general fashion and focus on referencing relationships as opposed to algebraic invariants. Womble [8] and Chava [10] both use a static analysis to automatically extract object models for Java programs. Both tools use information from the class and field declarations; Womble also uses a set of heuristics to generate conjectures regarding associations between classes, field multiplicities, and mutability. Unlike ....

J. Korn, Y.-F. Chen, and E. Koutsofios. Chava: Reverse engineering and tracking of Java applets. In Proceedings of the Sixth Working Conference on Reverse Engineering, pages 314--325, October 1999.

....of the information software engineers need in order to understand an OO system. For example, the Factory OO design pattern [3] is used to manufacture objects and make these objects accessible to client objects through an abstract interface at runtime. Static analysis, using a tool such as Chava [6], would only reveal part of the complete design. Specifically, it would reveal the relationship between the client class and the Factory class but not between the client and the objects that were created by the Factory at runtime. This paper describes a tool, called Gadget, to help software ....

J. Korn, Y. Chen, and E. Koutsofios. Chava: Reverse engineering and tracking of java applets. Working Conference on Reverse Engineering, 1999.

....and R # M M is a set of ordered pairs of the form #u, v# which represents the source level relationships that exist between module u and module v. The MDG for a system can be constructed automatically by using source code analysis tools such as CIA [6] for C, Acacia [7] for C , and Chava [14] for Java. An example MDG consisting of 8 modules is shown on the left side of Figure 2. Once the MDG of a software system is determined, we search for a partition of the MDG graph where coupling (i.e. connections between the components of two distinct clusters) is low and cohesion (i.e. ....

J. Korn, Y. Chen, and E. Koutsofios. Chava: Reverse engineering and tracking of java applets. In Proc. Working Conference on Reverse Engineering, 1999.

....between the modules classes. The edge weights indicate the relative strength of the relationship between a pair of modules in the system # . Graph G can be generated for most software systems using readily available source code analysis tools such as Acacia for C C [5, 4] and Chava for Java [9]. Consider two partitions, A and B, of graph G. Let A i , 1 # i # k, be the clusters of A, and B j , 1 # j # l be the clusters of B. Each A i and B j are subsets of the vertices in G. Figure 4 shows a sample graph and two similar partitions of it. Consider the following sets: # = #u, ....

J. Korn, Y. Chen, and E. Koutsofios. Chava: Reverse engineering and tracking of java applets. In Proc. Working Conference on Reverse Engineering, 1999.

.... a se quence of calls (c) What are the signatures of the constructors of class C The results of such queries are typically displayed as simple text or as a graph using visualization tools such as dot [18, 30] Two code analyzers have been developed at AT ;T: Acacia [10] for C C and Chava [22] for Java (both tools are available on line [4] These tools are de scribed in more detail in Section 3. Other exam ples of code analyzers are Reprise [32] for C and Cobol SRE [29] for COBOL. In addition to code anal ysis tools, there has been work in meta tool code anal ysis generators ....

....hope that, as REportal develops, it will be able to support multiple platforms more cleanly, either by providing the necessary include files and Acacia databases of system libraries, or by including different platforms as part of the service. 3.1.2. Java Code Analysis Service REportal uses Chava [22] for the analysis of Java pro grams. Chava extracts information from Java applets or applications about classes, methods, fields and their relationships. This information is then stored in a CIAO relational database. Given our Java data model, we can query, visualize, and analyze the structural ....

[Article contains additional citation context not shown here]

J. Korn, Y. Chen, and E. Koutsofios. Chava: Reverse Engineering and Tracking of Java Applets. In Proceedings of the 6th Working Conference on Reverse Engineering, pages 314-325, 1999.

No context found.

J. Korn, Y. Chen, and E. Koutsofios. Chava: Reverse engineering and tracking of java applets. In Working Conf. on Rev. Eng., pages 314--325, 1999.

No context found.

J. Korn, Y. Chen, and E. Koutsofios. Chava: Reverse engineering and tracking of java applets. In Proc. Working Conference on Reverse Engineering, 1999.

No context found.

J. Korn, Y. Chen, and E. Koutsofios, "Chava: Reverse Engineering and Tracking of Java Applets," Proc. 6th Working Conf. Reverse Eng., IEEE CS Press, Los Alamitos, Calif., 1999, pp. 314--325.

Online articles have much greater impact   More about CiteSeer.IST   Add search form to your site   Submit documents   Feedback  

CiteSeer.IST - Copyright Penn State and NEC