L. Cleveland, "A program understanding support environment," IBM System J., 1989: 28(2): 324-344.  Home/Search   Document Not in Database   Summary   Related Articles   Check

....engineering fields, such as software testing, software maintenance, reverse engineering, reengineering, and software reuse. To support these research, many code analysis tools have been proposed and reported for different requirements. The following are several actually implemented systems: PUNS[1], developed by IBM Corporation, used to support understanding programs written in IBM 370 assemble language; XREF XREFDB[2] developed for C , C and Pascal by Brown University, aiming to support maintaining programs, especially object oriented programs; OOTM[3] developed by University of Texas ....

L. Cleveland, "A program understanding support environment," IBM System J., 1989: 28(2): 324-344.

....to be re engineered. Di#erent re engineering tools have di#erent purposes. They can find certain structures or patterns from the program (e.g. 17, 87] generate new documents about the program (e.g. 20, 51, 79] or visualize the program and provide special editors to browse the program (e.g. [21, 68, 82, 83, 91]) Here, we 23 do not distinguish re engineering and reverse engineering tools. Tools are typically needed in reverse engineering phase of re engineering, and thus, also reverse engineering tools can be exploited in re engineering. Some of the re engineering tools are based on the lexical ....

Cleveland, L., A program understanding support environment, IBM Systems Journal 28 (2) 1989, 324--344.

....A prototype tool has been designed to integrate with the programmer s existing development environment to enhance tool adoption. 1. 1 Problem Statement In the software maintenance process, a significant amount of programmer time is spent trying to understand the target program to be modified [12, 15, 27]. This implies that increasing the efficiency of program understanding could have a great impact on the overall efficiency of software maintenance. As programs become larger and more complex, understanding them becomes more difficult. Software tools to support the program understanding process can ....

.... their own programs more easily, as well as previously unseen programs from other programmers [39] It has been well documented that programmers making changes to an existing computer program will spend a majority of maintenance time trying to understand the program before any changes are made [12]. As programs become more complex, they become increasingly CHAPTER 2. RELATED LITERATURE 9 difficult to understand. Programmers must be supported in handling this complexity. 2.1.1 HCI Principles Applied to Hypertext and Program Understanding In an extensive examination of general Human Computer ....

[Article contains additional citation context not shown here]

Linore Cleveland. A program understanding support environment. IBM Systems Journal, 28(02):324--344, 1989.

....editors that allow the user to build and edit programs interactively using Nassi Shneiderman diagrams. As well as program logic diagrams, it is possible to present the flow of control between functions and modules diagrammatically. The importance of such visualizations is highlighted by Cleveland [24, 25]. A slight variation is a control flow graph provided by LogiScope [48] The control flow graph is similar to a program logic diagram, but the nodes are just points with no information associated with them. It is provided for the purpose of assessing the impact of changing part of the source code ....

Cleveland L. A program understanding support environment. IBM Systems Journal, 28(2):324--44, 1989.

....of a software system. Software comprehension is a vital part of software maintenance. Software maintenance takes over 50 of the total expenditure that is allocated to a software system during its lifetime and software comprehension takes at least 50 of the time spent on the maintenance task [11, 12]. However, software comprehension is not solely a maintenance issue, it is a significant task during all phases of software development. For example, during development and testing activities an individual member of a software development team is often required to review requirement, design and ....

L. Cleveland. A program understanding support environment. IBM Systems Journal, 28(2):324--344, 1989.

....abstractor for the C programming language is also available [22] Besides the use of queries in interrogation the other reengineering technologies are often also based on query facilities. Browsing can be used to explore connections between related parts of a system and multiple system views [8]. If browsing is driven by a conceptual model every navigation step may be viewed as a query with respect to the object currently in focus. So it can be straightforwardly determined which path can be followed from a certain object. Browsing may be additionally integrated with query in that an ....

L. Cleveland. A program understanding support environment. IBM Systems Journal, 28(2):324--344, 1989.

....tool to solve this problem. We propose a solution, adding search capabilities to an existing software architecture visualization tool, and construct a prototype, the Searchable Bookshelf. The majority of software architecture visualization tools only support browsing. Tools such as Rigi [20] PUNS [16], Dali [14] and Software Bookshelf [8] display software architectures and allow users to explore them, but have only primitive query mechanisms. Other tools allow the user to query and build views, such as CIA [4] the Extensible Dependency Tool Set (EDATS) 33] InterModule Code Analysis system ....

Linore and Cleveland, "A program understanding support environment," IBM Systems Journal, vol. 28, pp. 324-344, 1989.

....Restructuring is a tool oriented, manipulative technique for aiding maintenance. Program understanding is an analytic tool oriented technique for aiding maintenance. Program understanding techniques also sometimes called reverse engineering such as graphical display of program structure [Cleveland 89] inferring abstractions [Rich Waters 88] or assessing modularity [Schwanke 91] Embley Woodfield 88] are used to extract program information in a more understandable or reusable form [Lewis 90] Improving a programmer s understanding of a system makes its existing structure clearer and ....

L. Cleveland. A program understanding support environment. IBM Systems Journal, 28(2), 1989.

....to the reverse engineer. Support for source code querying has so far been limited to rudimentary, string searching tools like grep, awk, etc. which are capable of handling only trivial queries) or to general purpose database approaches that have limited querying power for the source code domain [5, 6, 14]. A fundamental problem in designing source code querying systems is the lack of adequate models that can be used to represent source code information and express queries. The relational model, as used in several systems such as OMEGA [14] CIA [5] and CIA [10] provides a formal query ....

L. Cleveland. A Program Understanding Support Environment. IBM Systems Journal, 28(2):324--344, 1989.

.... situations more suitable than the original program dependence graph [28] Murphy and Notkin introduce a system extracting different source models from lexical specifications [35] Cleveland describes a tool providing multiple views about a program and the possibility to move between the views [13]. One simple and quite a useful tool is such that analyzes differences between two versions of a program in order to understand the change made in one of program versions [50] An interesting approach is described in [10] The authors suggest a parsing based system which collects information about ....

L. Cleveland, A program understanding support environment, IBM Systems Journal, 28 (2), 1989, 324-344.

....for extracting relevant information from source code has so far been left either to rudimentary, string searching tools like grep, awk, etc. which are capable of handling only trivial queries) or to general purpose database approaches that have limited querying power for the source code domain [3, 4, 5]. The need for sophisticated querying tools for reverse engineering has been articulated by Biggerstaff in terms of a conceptual grep [6] The purpose of a source code querying tool is to help a human reverse engineer indulge in plausible reasoning [6] or domain bridging [7] an iterative ....

L. Cleveland. A Program Understanding Support Environment. IBM Systems Journal, 28(2):324--344, 1989.

....for extracting relevant information from source code has so far been left either to rudimentary, string searching tools like grep, awk, etc. which are capable of handling only trivial queries) or to general purpose database approaches that have limited querying power for the source code domain [8, 10, 28, 30]. The need for sophisticated querying tools for reverse engineering has been articulated by Biggerstaff in terms of a conceptual grep [3] and also by Chikofsky [9] The purpose of a source code querying tool is to help a human reverse engineer indulge in plausible reasoning [3] or domain ....

L. Cleveland. A Program Understanding Support Environment. IBM Systems Journal, 28(2):324--344, 1989.

No context found.

Cleveland, Linore; "A Program Understanding Support Environment," IBM Systems Journal, Vol. 28, No. 2, 1989, pp. 324 - 344.

No context found.

Cleveland89 Cleveland, L. "A Program Understanding Support Environment." IBM Systems Journal 28, 2 (1989), 324-344.

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