2007
DOI: 10.1016/j.jvlc.2007.01.003
|View full text |Cite
|
Sign up to set email alerts
|

Visual representations of executing programs

Abstract: Abstract

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
2
2
1

Citation Types

1
18
0

Year Published

2008
2008
2017
2017

Publication Types

Select...
5
2
1

Relationship

0
8

Authors

Journals

citations
Cited by 28 publications
(19 citation statements)
references
References 32 publications
1
18
0
Order By: Relevance
“…Similar to other works (e.g., [5,6,12]) in the domain of trace analysis for program comprehension we use the following definition of execution phases: "a program [execution] phase is a portion of the program that exhibits common behavior at a level the programmer would recognize" [5]. In such context, we want to be able to take an execution trace (generated from exercising one or more particular features) and identify a set of high-level tasks (i.e.…”
Section: What Is An Execution Phase?supporting
confidence: 83%
See 1 more Smart Citation
“…Similar to other works (e.g., [5,6,12]) in the domain of trace analysis for program comprehension we use the following definition of execution phases: "a program [execution] phase is a portion of the program that exhibits common behavior at a level the programmer would recognize" [5]. In such context, we want to be able to take an execution trace (generated from exercising one or more particular features) and identify a set of high-level tasks (i.e.…”
Section: What Is An Execution Phase?supporting
confidence: 83%
“…The phases in this case are the key steps of the algorithm. At a lower level of abstraction the execution phases of a program written in a specific programming language are portions of the program execution that collaborate with each other to implement a specific task ( [5,6]). The lowest level of abstraction of a program is presented as machine code.…”
Section: What Is An Execution Phase?mentioning
confidence: 99%
“…OVATION; TPTP* preliminary; user feedback general understanding [15] SCENE* preliminary software reuse [6], [16] ISVIS* case study architecture reconstruction, feature location [17], [18] SCED; SHIMBA case study debugging; various comprehension tasks [19] FORM case study detailed understanding; distributed systems [20] JAVAVIS preliminary; user feedback educational purposes; detailed understanding [21], [4], [22], [23] SEAT small case studies; user feedback general understanding [24], [25], [26], [27] SCENARIOGRAPHER multiple case studies detailed understanding; distributed systems; feature analysis; large-scale software [28], [29], [30] small case study quality control; conformance checking [10] multiple case studies general understanding [31] case study trace comparison; feature analysis [32] case study feature analysis [33] case study architecture reconstruction; conformance checking; behavioral profiles [34] TRACEGRAPH industrial case study feature analysis [35], [36] SDR; JRET* multiple case studies detailed understanding through test cases [37] FIELD; JIVE; JOVE multiple case studies performance monitoring; phase detection [38] --API understanding [39], [7] EXTRAVIS* multiple case studies fan-in/-out analysis; feature analysis; phase detection [40] OASIS user study various comprehension tasks [41] small case studies general understanding; wireless sensor networks March 8, 2010 DRAFT Cornelissen, Zaidman, van Deursen -A Controlled Experiment for Program Comprehension…”
Section: A Execution Trace Analysismentioning
confidence: 99%
“…However, most trace extraction and visualization efforts to date (e.g., [14,31,33,49,53,56,57]) consider the trace at the code level. In contrast, our traces are abstracted to the model level; we only trace events that are relevant to the model defined by the user, and our traces embed information about the progress of the model, its states etc., which do not always exist explicitly in the code of the reference program.…”
Section: Execution Trace Visualizationmentioning
confidence: 99%