B. Kullbach, A. Winter, P. Dahm, and J. Ebert. Program comprehension in multi-language systems. In Proceedings of the 5th working conference on reverse engineering, pages 135--143. IEEE Computer Society Press, Oct. 1998.  Home/Search   Document Details and Download   Summary   Related Articles   Check

.... in form of procedural scripts, even though they would be more adequately described in a declarative formalism, e.g. in form of rules [HK94, PS92] or graphical networks [DG95, Loo88] Other, mostly generative approaches employ a more abstract specification of the legacy target platform (e.g. KWDE98, MCAH95, Jar95, PP94] They have proven useful for fully automatic activities like program pattern recognition [QYW98] schema transformation [MCAH95] and code restructuring [SV98] However, a CARE tool should also facilitate the customization of DBRE heuristics (e.g. SLGC94] and the ....

....usually start with an automatic analysis of the LSS in order to extract important structural information. Based on the analysis results, the user can subsequently explore the LSS, and interactively add further semantic abstractions. Examples for such more sophisticated approaches are [HEH 98, KWDE98, Hol98, LO98, Nov97, FHK 97, ONT96, SM95, MAJ94, AL94, MWT94] We call these tools human involved as opposed to human centered, because human knowledge is only considered in the second stage of the supported DBRE process (completion redesign, cf. Figure 2) Finally, we denote CARE tools as ....

B. Kullbach, A. Winter, P. Dahm, and J. Ebert. Program comprehension in multi-language systems. In Working Conference on Reverse Engineering, pages 135--143, Hawai, USA, October 1998. IEEE Computer Society, IEEE Computer Society Press.

....for propagating changes of the knowledge about a legacy system to its reverse engineered abstraction. Current reverse engineering tools assume a similar waterfall like process that was imposed by forward engineering tools two decades ago. Typical human centered reverse engineering tools (e.g. [1, 2, 16, 17]) provide extractor programs for populating the tool repository. The contents of the repository can then be visualized and transformed with various kinds of viewers and editors. With most current tools, these two steps (1) legacy system analysis and information extraction, and (2) information ....

....tools to explicitly disclose all checks (preconditions) performed prior to the execution of each operation. This information is normally not available. 3. Graph Transformation Systems Graphs are commonly used by reverse engineering tools for internal representation of software artifacts, e.g. [1, 2, 16, 17]. Of course, the specific graph models used in different tools might comprise variations with respect to their expressiveness. Nevertheless, most graph models have in common that they support different node and edge types, attributes and directed edges. Recently, the reverse engineering research ....

Kullbach, B., et al. Program Comprehension in Multi-Language Systems. in Working Conference on Reverse Engineering (WCRE). 1998. Hawaii, USA: IEEE-CS Press.

....and to explore languages to describe recovered architectures. In contrast to E CARES, Rigi (and thus Bauhaus) is not based on a high level specification language. Rather, graphs are accessed through a procedural interface, which makes coding of graph algorithms more painstaking. The GUPRO project [15, 16] is concerned with the development of a generic environment for program understanding. GUPRO is based on the meta CASE tool KOGGE [17] Internally, programs are represented as graphs. GUPRO offers parsers for several languages, including COBOL and C. Different kinds of analyzes may be specified ....

Kullbach, B., Winter, A., Dahm, P., Ebert, J.: Program comprehension in multilanguage systems. In: Proceedings of the 4th Working Conference on Reverse Engineering, Honolulu, Hawaii, IEEE Computer Society Press (1998)

....are built using Rigi (see above) Like Rigi, Bauhaus is not based on formal speci cations. Furthermore, it differs from REforDI inasmuch as it addresses mainly programs written in C and is restricted to component recovery (i.e. no re design and source code transformation) The GUPRO project [38, 39, 40], which has been carried out at the University of Koblenz (Germany) addresses the development of a generic environment for program understanding. GUPRO is based on the meta CASE tool KOGGE [41] Internally, programs are represented as graphs. GUPRO offers parsers for several languages, including ....

Kullbach B, Winter A, Dahm P, Ebert J. Program comprehension in multi-language systems. Proceedings 5th Working Conference on Reverse Engineering WCRE 1998. IEEE Computer Society Press: Los Alamitos CA, 1998; 135 143.

....class definition for graphs like the one in figure 2 schemas to offer proper reverse engineering support. Currently GUPRO provides graph schemas for several applications including . architectural analysis of multi language software in an insurance company (Cobol, PL I, CSP, JCL, IMS DB, SQL) [26], 8] architectural analysis of Java C C RDBMS based software of a stock trading system [27] fine grained analysis of C [31] 32] and Ada programs [24] in the context of security analysis and certification, and . fine grained representation and analysis of JCL job descriptions of a ....

....6 000 PL 1 , 1 000 6 Assembler , 100 REXX sources as well as programs written in languages like APL, SAS or Easytrieve. This is complied by 100 data models with about 3 000 entities and 60 000 attributes. Thus, the reengineering repository has to represent large multi language software systems [26]. Due to the size of such software systems, it is not feasible to fill reverse engineering repositories with all sources at once. Especially a change in the system has to be mirrored in the repository incrementally. GUPRO fact extractors for multi languages systems follow a four step parsing ....

[Article contains additional citation context not shown here]

Kullbach, B., A. Winter, P. Dahm and J. Ebert, Program Comprehension in Multi-Language Systems, in: "5th Working Conference on Reverse Engineering, " IEEE Comp. Soc., 1998, 135--143.

....systems is affected by the programming languages used for implementing these software systems. Exchange formats for reengineering tools have to represent source code information for different single language systems (e.g. in C [6, 39] or Cobol [26] and even in multi language systems (e.g. [34]) On the other hand reengineering tools cope with various levels of abstraction [29] These range from very fine grained source code representations (e.g. in the fields of detailed data flow and control flow analysis) to coarse grained source code representations (e.g. in the field of ....

....syntax for noting down the information to be interchanged. Looking at the kind of abstract syntax used in reengineering approaches for internal source code representation one can identify syntax tree based approaches [8] relational and algebraic approaches, 11, 31, 39] graphbased approaches [7, 15, 34, 38], and concept lattice approaches [45] Domain specific schema information is explicitly stored in generic reengineering tools as RIGI [38] PBS [20] or GUPRO [15] For exporting these internal data structures proprietary textual ASCII notations like RSF [58] TA [25] or .g [10] are used. A ....

[Article contains additional citation context not shown here]

B. Kullbach, A. Winter, P. Dahm, and J. Ebert. Program Comprehension in Multi-Language Systems. In Fifth Working Conference on Reverse Engineering, pages 135--143. IEEE Computer Society, Los Alamitos, 1998.

....tools were applied to the following software systems: 1. KAP. This is a cash box system maintained by IBM Deutschland Informationssysteme GmbH. IBM bought the sources from a third party and was interested in estimating the maintainability of this C code. 2. Volkfursorge Application Landscape [23, 27]. Altogether this MVS system consists of 25000 JCL, 5700 CSP, 4000 COBOL, 3800 Delta COBOL, 6000 PL I, and 1000 assembler programs and various databases with more than 3000 entity types. The software system at Volksfursorge, a large German insurance company, was analyzed at an architectural ....

....omegaOffset = 5648 omegaLength = 6 1 2 Figure 5. Architectural level, showing an extract from the Volksfursorge application landscape Figure 5 shows a directed, node and edged attributed node and edge typed TGraph depicting an extract of the software application landscape of Volksfursorge [27]. The TGraph shows parts of the embedding of CobolProgram BUZ622 into the whole system. It is called by Step BUZ622, accesses two files, includes two CobolCopies and contains two CobolSections which call an external Program. The ordering of the two copies edges incident to CobolProgram BUZ622 ....

B. Kullbach, A. Winter, P. Dahm, and J. Ebert. Program Comprehension in Multi-Language Systems. in [47], 135-- 143. 1998.

....schema information can be represented by GraX documents. The GUPRO metaCARE tool [2] provides an adaptable software analysis environment. TGraphs are used for the internal representation of source code and GUPRO tools are customized by conceptual models specifying the application domain (e.g. [10]) Both, program graphs and conceptual models, can be imported and exported by GraX documents. In a case study on interoperability we are currently transferring a large C system represented in a relational database into its GraX equivalent. The database representation has been created by a third ....

B. Kullbach, A. Winter, P. Dahm, and J. Ebert. Program Comprehension in Multi-Language Systems. In Fifth Working Conference on Reverse Engineering, (WCRE'98), IEEE Computer Society, Los Alamitos, pages 135--143. 1998.

....by a specification of the actual maintenance problem, i.e. an EER GRAL conceptual model, in order to derive concrete program understanding tool instances. An instance of the GUPRO toolset has been especially tailored to the multi language software environment of a German insurance company [31]. This toolset provides the maintenance engineer with query and browsing facilities that can be used to explore cross references between the job con 1 In the EER dialect used vertex types are represented by rectangles, edge types are represented by (directed) arcs. Generalization is depicted by ....

B. Kullbach, A. Winter, P. Dahm, and J. Ebert. Program Comprehension in Multi-Language Systems. In Proceedings of the 5th Working Conference on Reverse Engineering 1998 (WCRE'98), 1998. to appear.

....tools is affected by the programming languages used for implementing these software systems. Exchange formats for reengineering tools have to represent source code information for different single language systems (e.g. in C [6, 38] or Cobol [25] and even in multi language systems (e.g. [33]) On the other hand reengineering tools cope with various levels of abstraction [28] ranging from very fine grained source code representations (e.g. in the fields of detailed data flow and control flow analysis) to coarse grained source code representations (e.g. in the field of architectural ....

....syntax for noting down the information to be interchanged. Looking at the kind of abstract syntax used in reengineering approaches for internal source code representation we can identify syntax tree based approaches [8] relational and algebraic approaches, 11, 30, 38] graph based approaches [7, 15, 33, 37], and concept lattice approaches [44] Domain specific schema information is explicitly stored in generic reengineering tools as RIGI [37] PBS [19] or GUPRO [15] For exporting these internal data structures proprietary textual ASCII notations like RSF [57] TA [24] or .g [10] are used. A ....

[Article contains additional citation context not shown here]

B. Kullbach, A. Winter, P. Dahm, and J. Ebert. Program Comprehension in Multi-Language Systems. In Fifth Working Conference on Reverse Engineering, pages 135--143. IEEE Computer Society, Los Alamitos, 1998.

No context found.

B. Kullbach, A. Winter, P. Dahm, and J. Ebert. Program comprehension in multi-language systems. In Proceedings of the 5th working conference on reverse engineering, pages 135--143. IEEE Computer Society Press, Oct. 1998.

No context found.

B. Kullbach, A. Winter, P. Dahm, J. Ebert. Program Comprehension in Multi-Language Systems. Proc. of 5 th Working Conference on Reverse Engineering (WCRE '98), October 12-14, 1998.

No context found.

B.Kullbach, A.Winter, P.Dahm and J.Ebert, "Program Comprehension in Multi-Language Systems," IEEE Fifth Working Conference on Reverse Engineering, October 1998.

No context found.

B. Kullbach, A. Winter, P. Dahm, and J. Ebert. Program comprehension in multi-language systems. In Proceedings of the 5th working conference on reverse engineering, pages 135--143. IEEE Computer Society Press, Oct. 1998.

No context found.

B. Kullbach, A. Winter, P. Dahm, and J. Ebert. Program Comprehension in Multi-Language Systems. In Fifth Working Conference on Reverse Engineering, pages 135--143. IEEE Computer Society, Los Alamitos, 1998.

No context found.

/98 Bernt Kullbach, Andreas Winter, Peter Dahm, J urgen Ebert. Program Comprehension in Multi-Language Systems.

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