[PDF] CodeCity: 3D Visualization of Large-Scale Software





Previous PDF Next PDF



NOM: Network-On-Memory for Inter-Bank Data Transfer in Highly

memory banks of a 3D-stacked memory. NoM adopts a TDM-based circuit-switching design where circuit setup is done by the memory controller.



AIRES & VOLUMES Nom de la figure Représentation Aire Trapèze

Nom du solide. Représentation. Volume. Parallélépipède rectangle de longueur L de largeur l et de hauteur h. Le cube de côté c en est un cas.



Transaction / Regular Paper Title

To copy data across different banks NoM adds a Time- division Multiplexed (TDM) circuit-switching mechanism to the. 3D-stacked DRAM memory controller. With NoM 



CodeCity: 3D Visualization of Large-Scale Software

CODECITY is a language-independent interactive 3D visualization we use a containment-based layout inspired by rectangle-packing.



Precision of 3D CT-Systems

which absorb radiation and serve as the basis for the numerical 3D reconstruction of the volume data Nom CAD 23.500 30.000 70.500 54.500 47.000 24.500.



FICHE CIBE

Borne 300 de type ECP-2D-3D (points de fixation fond de cuve compatibles). Borne CIBE® Grand Volume nue (serrure rectangle). Nom. Enedis 69.80.830.



A Section A-A 4B 4C 4A 1 2 3D 3A 4B 3B 4A 3D 3A 3C 2 4C 4C A

Steel Sleeve - (Optional) - Nom 5 in. (127 mm) diam (or smaller) Schedule 10 (or heavier) steel pipe sleeve cast or grouted.



PDF-XChange Editor V7 USER MANUAL

F_3DPlugin - the plugin that enables the viewing of embedded 3D content in PDF default shapes are available such as circles and rectangles



La vue graphique 3D

Comme son nom l'indique la vue Graphique 3D permet de représenter un cer- tain nombre de solides : prismes (droits ou non)



GHD16R-LED-LENS3D Standard Nomenclature 1

suspension kit # GHDB-SSK can be obtained from Hunter Douglas. See page 5. ** 90+ CRI option reduces efficacy by nom. 10%. *** 3D lens protrudes from 



Shape and space activities 2D and 3D shapes

Entry Level 3 - recognise and name simple 2D and 3D shapes and their properties Level 1 - Construct geometric diagrams models and shapes Level 2 - Recognise and use 2D representations of 3D objects MSS2/E1 1 Recognise and name simple 2D and 3D shapes (a) know the names of common 2D shapes e g rectangle square circle



To be able to identify and name 2-D and 3-D shapes

rectangle circle square To be able to identify and name 2-D and 3-D shapes heptagon octagon pentagon hexagon To be able to identify and name 2-D and 3-D shapes py r

  • Past day

  • Nom des Figures Géométriques

    Indiquer à dCode le nombre de faces et il trouvera le nom de la figure géometrique 3D. Exemple : 6 : HEXAEDRE Exemple : 12 : DODECAEDRE Voici un tableau de toutes les formes géométriques régulières de l'espace 3D (table des noms de polyèdres à n faces) : Comment apprendre les figures géométriques ? lgo algo-sr relsrch richAlgo" data-97a="64667a1abb1de">www.dcode.fr › figures-geometriqueNom des Figures Géométriques - Formes 2D, 3D - Liste en Ligne www.dcode.fr › figures-geometrique Cached

CodeCity: 3D Visualization of Large-Scale Software

Richard Wettel

REVEAL @ Faculty of Informatics,

University of Lugano, Switzerland

richard.wettel@lu.unisi.chMichele Lanza

REVEAL @ Faculty of Informatics,

University of Lugano, Switzerland

michele.lanza@unisi.ch

ABSTRACT

CODECITYis a language-independent interactive 3D visualization tool for the analysis of large software systems. Based on a city metaphor, it depicts classes as buildings and packages as districts of a "software city". By offering consistent locality and solid orien- tation points we keep the viewer oriented during the exploration of acity. Weapplied our tool onseveral large-scaleindustrial systems.

Categories and Subject Descriptors

D.2.7 [Distribution, Maintenance and Enhancement]: Restruc- turing, Reengineering

General Terms

Languages, Design, Human Factors

1. INTRODUCTION

CodeCity is a language-independent interactive 3D visualiza- tion tool, developed to support the analysis of large-scaleobject- oriented software systems. CodeCity revolves around a 3Dcity metaphor [7,8], i.e., it represents systems as cities, where classes are depicted as buildings, and packages as the districts of the city. One reason that led us to using the city metaphor is that a city, with its downtown area and its suburbs is a familiar notion with a clear concept of orientation. Also, a city, especially a large one, is an intrinsically complex construct which can only be incrementally explored, the same way that the understanding of a complex sys- tem increases step by step. Using an all too simple visual metaphor does not do justice to the complexity of today's software systems, and leads to incorrect oversimplifications: Software is complex, there is no way around this. Lastly, classes are the cornerstone of the object-oriented paradigm, and together with the packages they reside in, the primary orientation point for developers. Wedo not explicitly represent the class internals, because for a large-scale un- derstanding it is not necessary. Apart from over-plotting problems, it is also contrary to the way one explores a city: One does notstart by looking into particular houses. To depict classes as buildings we extend the polymetric viewap- proach [4] into 3D, and therefore map software metrics on allthree dimensions of the buildings. In the following examples, we map the number of attributesmetricfor theclasses on boththe widthand length of the buildings, and the number of methods metric on their height. Tallbuildings thus represent classes withhigh functionality, while buildings with a large base represent classes which encode a

Copyright is held by the author/owner(s).

ICSE'08,May 10-18, 2008, Leipzig, Germany.

ACM 978-1-60558-079-1/08/05.high amount of state. As a linear mapping of a metric value is not always appropriate, CodeCity supports different mapping mecha- nisms, described in [8]. Finally, to depict packages as citydistricts, we use a containment-based layout inspired by rectangle-packing algorithms and map the nesting level of a package on the colorof the districtsi.e.,the higher the nesting level, the darker the color hue. We can also represent the nested packages as stacked plat- forms, thus placing the buildings at different altitudes.

2. CODE CITY

CodeCity supports reverse-engineering activities by represent- ing the system under investigation as a 3D interactive urbanen- vironment, in which we can freely move. The city provides an overview of the system and by navigating around it we can in- vestigate its structural organization. As with a real city,we get incrementally familiar with the environment to avoid getting over- whelmed by the amounts of information such a system carries.One of Codecity's prominent features is that, due to the fact that the user can immerse himself in the visualizations he can contextual- ize the presented information. Throughout our experimentswith CodeCity, we applied our approach on several open-source soft- ware systems, ranging from small and medium-sized systems (e.g., JHotDraw, with 30 kLOC and 1,000 classes) to fairly large systems (e.g.,Azureus, with 275 kLOC and about 5,000 classes). In the following, we describe the main features of CodeCity that provide support in program comprehension. City overview.In Figure 1 we see an example of City overview representing ArgoUML,a140kLOCJavasystemforhandling UML diagrams. The visualization allows us to easily spot some patterns such as the two massive buildings (potential god classes [6]), some antenna-shaped constructs, a number of classes looking like park- ing lots, and a large number of small houses. The visualization is interactive and navigable using the keyboard,i.e.,it is easy to zoom in on details of the city or to focus on one specific district by spawning separate windows. The overall goal of the city overview is to give a first impression of both the magnitude of the system and the structural distribution of its intelligence.

3. IMPLEMENTATION

CodeCity is written in Smalltalk and built on top of Moose [3], which provides an implementation of the FAMIX [2] language- independent meta-model. Since we work with a model and not directly with the source code, we first need to obtain the former. For Java and C++ systems we use iPlasma [5] to parse the code and export the model to an interchange format readable by Moose, while for building the models of Smalltalk systems we use Moose itself. Based on the model of the system, we then create interactive visualizations in CodeCity, using Jun [1] for OpenGL rendering.

Packages

(color depicts nesting level) org org.argouml org.argouml.uml org.argouml.uml.reveng org.argouml.uml.reveng.java

Classes and interfaces

(width depicts number of attributes, height depicts number of methods)

FacadeMDRImpl(NOA 3, NOM 349)

JavaRecognizer (NOA 79, NOM 176)

JavaTokenTypes(NOA 173, NOM 0)

Figure 1: An overview of the city of ArgoUML v.0.24 CodeCity (see Figure 2) provides means to define view configu- rations, by letting the user specify which model elements tovisual- ize, the figure types for each element type, the mapping set between software metrics and visual properties of the figures, layouts, etc. The created visualizations are interactive, allowing the user on the one hand tonavigate theurban environment (e.g.,orbiting, rotation, panning, moving back and forth) and on the other hand to interact with the entities by using a query mechanism or manual inspection.

Figure 2: CodeCity in action

Tool Availability.CodeCity runs on every major platform and will soon be freely available for download at:

http://www.inf.unisi.ch/phd/wettel/codecity.html4. REFERENCES[1] A. Aoki, K. Hayashi, K. Kishida, K. Nakakoji, Y. Nishinaka,

B. Reeves, A. Takashima, and Y. Yamamoto. A case study of the evolution of jun: an object-oriented open-source 3d multimedia library. InProceedings of International

Conference on Software Engineering (ICSE), 2001.

[2] S. Demeyer, S. Tichelaar, and S. Ducasse. FAMIX 2.1 - The FAMOOS Information Exchange Model. Technical report,

University of Bern, 2001.

[3] S. Ducasse, T. Gîrba, and O. Nierstrasz. Moose: an agile reengineering environment. InProceedings of ESEC/FSE

2005, pages 99-102, Sept. 2005. Tool demo.

[4] M. Lanza and S. Ducasse. Polymetric views - a lightweight visual approach to reverse engineering.Transactions on Software Engineering (TSE), 29(9):782-795, Sept. 2003. [5] C. Marinescu, R. Marinescu, P. F. Mihancea, D. Ratiu, and R. Wettel. iplasma: An integrated platform for quality assessment of object-oriented design. InICSM (Industrial and

Tool Volume), pages 77-80, 2005.

[6] A. Riel.Object-Oriented Design Heuristics. Addison Wesley,

Boston MA, 1996.

[7] R. Wettel and M. Lanza. Program comprehension through software habitability. InProceedings of ICPC 2007 (15th International Conference on Program Comprehension), pages

231-240, 2007.

[8] R. Wettel and M. Lanza. Visualizing software systems as cities. InProceedings of VISSOFT 2007 (4th IEEE International Workshop on Visualizing Software For

Understanding and Analysis), pages 92-99, 2007.

quotesdbs_dbs44.pdfusesText_44
[PDF] rectangle 3d papier

[PDF] groupe verbal cm2

[PDF] parallélépipède triangle

[PDF] tenures moyen age

[PDF] statut des salariés dans un gie

[PDF] comment présenter un groupement de textes

[PDF] methodologie groupement de textes

[PDF] modèle lettre de licenciement pendant la période d'essai au luxembourg

[PDF] lettre de licenciement luxembourg modele

[PDF] activité groupes caractéristiques seconde

[PDF] colonne echangeuse d'anion

[PDF] résine échangeuse d'ions pdf

[PDF] groupe caractéristique ibuprofène

[PDF] capacité d'échange d'une résine

[PDF] résine échangeuse d'ions tp