Another top-down approach is the Software Reflexion Model by Murphy, Notkin,
and Sullivan (1995). The Software Reflexion Model is to capture and exploit the
differences that exist between the source code organization and the designer’s
mental model of the high-level system organization. An engineer defines a high-
level model of the structure of the system and specifies how the model maps to
the source. A tool then computes a software reflexion model that shows where the
engineer’s high-level model agrees with and where it differs from a model of the
source. The primary purpose of this technique is to streamline the amount of time
it takes for someone unfamiliar with the system to understand its source code
structure. (from koshcke-thesis)
__
One reason for top-down exploration is supporting supervision. The user needs to
see "his" system evolve.
Mircea writing things related to his thesis, so he won't forget them. One has many things floating through his head in the year of the thesis :)
Sunday, March 23, 2008
Top-Down Software Exploration
Blog Archive
-
▼
2008
(33)
-
▼
March
(27)
- Top-Down Software Exploration
- Related Work on Module Depdendencies
- inherit and reuse...
- [micro-survey] metamodels of hierarchical explorat...
- ...
- programming in the large vs. programming in the small
- todos
- ...
- wolfmaier's lessons
- [micro-survey] Clustered Decomposition Evolution
- ...
- harel - on visual formalisms
- fast-read
- ...
- supervising vs. understanding
- how to gather requirements
- Links
- Survey Bricolage
- ...
- Survey on Architectural-Level Evolution
- ...
- archjava
- ...
- mining software compilations
- why not architecture
- lens
- masters
-
▼
March
(27)