[LINUX] générer un diagramme à partir du code ?

Bonjour,
Dans ma quête de meilleurs techniques de travail, je cherche à savoir si il est possible avec un logiciel de générer un diagramme à partir du code, montrant les liens entre les fichiers.
par exemple voir quels sont les fichiers qui emploie une directive d'inclusion (#include) d'un fichier d'en-tête par exemple sound.h.

Et avec des classe ?

parce-que actuellement je fais ça à la main et ça devient très très vite le bronx sur mon brouillon...

Question bonus :
Est-ce que ce que je demande à quelque chose à voir avec de l'UML ?

Tu peux lancer Doxygen (http://www.stack.nl/~dimitri/doxygen/) sur ton code source. Correctement paramétré, il pourra, entre autres choses, te faire des diagrammes d'inclusion (tel fichier inclut tel fichier qui inclut tel fichier) ou des diagrammes de classe (donc oui ça a un rapport avec UML).

doxygen je connaissais déjà mais je ne savais pas que l'on pouvait faire des diagramme avec... j'avais fait des recherches ce week end qui n'ont pas abouties...

Aujourd'hui je cherche de la doc sur autre chose, que vois-je ? un post qui parle de Graphviz : http://www.graphviz.org/Gallery.php

et là c'est parfait, ça me fait exactement ce que je veux!

Merci :ccool:

p.s. : si quelqu'un cherche à faire la même chose : je conseil doxywizard ça permet de faire les chose simplement...

Comme il a été dit, Doxygen est idéal pour ça, à condition d'avoir installé GraphViz et l'outil "dot" pour qu'il puisse générer les graphes.


Parmi les graphes générables automatiquement d'après le code source :

• Diagrammes d'inclusion de fichiers (amont/aval).
• Diagrammes de dépendances des répertoires.
• Graphes d'appels.
• Graphes appelants.
• Diagrammes d'héritage.
• Diagrammes de collaboration de classes.

Citation:

---

Envoyé par TocTocKiéLà?

Question bonus :
Est-ce que ce que je demande à quelque chose à voir avec de l'UML ?

---

Doxygen permet de générer des diagrammes de classe UML-like également, via la directive "UML_LOOK = YES" du fichier de configuration. Et la réponse est donc "oui" : si tu as implémenté parfaitement tes classes d'après ton diagramme UML, Doxygen devrait en générer un qui soit identique à celui de la phase de conception.

Bouais. Le résultat est très loin d'UML.
Tout ce que cela rajoute : une boite et deux traits dedans pour séparer fonctions, attributs, ... Bref cela ne fait que surcharger le diagramme de classes sans le rendre UML pour autant.

J'ai bien dit "UML-like"... ;)

Ce que je chercherai dans UML, ce serait d'utiliser les flêches à escient, les triangles pour les héritages, des losanges pour les compositions, et ... doxygen ne sait pas le faire au travers de dot.
Ne parlons même pas de comprendre qu'un membre vector<T> devrait être représenté comme un agrégat de T, et non pas un agrégat d'un vecteur qui va repointer avec un formalisme bizarre vers T.

Tu connais peut-être, mais "BUILTIN_STL_SUPPORT = YES" aide pas mal au niveau des diagrammes de collaboration impliquant des classes de la STL, justement.

Ce n'est pas parfait, loin de là, mais c'est toujours mieux que rien. Je suis d'accord avec toi sur le problème des flèches / relations de ces graphes, c'est par contre perfectible, mais c'est probablement une limitation de "dot" je pense.
Il faut se faire au code-couleur utilisé par Doxygen plutôt qu'au "dessin", c'est un peu perturbant de prime abord en effet.

Non, cela reste une catastrophe. Je l'ai tourné dans tous les sens et je n'ai rien trouvé de bien. J'ai même été à regarder le code source de doxygen pour voir si je pourrais lui donner de l'intelligence au sujet des conteneurs standards, on voyant le sac de noeud, j'avais fini par laisser tomber.