Discussion :

[moulgard]

Bonjour,
Je viens vers vous car j'ai un probleme, voila je dois rediger un dossier de conception d'une application ecrite en C++(Application non documentée, pas de specificatien rien).
Pour generer les diagramme j'ai pensé à Visula Paradigm. Mais concrètement que me conseilleriez vous dans ces genres de situation.
Mereci d'avance

[jfouche]

doxygen + dot (graphviz) est d'une aide precieuse

[3DArchi]

Mais concrètement que me conseilleriez vous dans ces genres de situation.

Du café, de la patience et du courage
Plus sérieusement, comme dit précédemment, Doxygen est souvent d'un grand secours !
Les outils de modélisation UML (de Bouml à Rose) font en général du reverse engeneering. Mais personnellement, j'ai toujours été déçu des diagrammes produits.

[loufoque]

Prie.

[moulgard]

Merci pour vos conseils. Je pense que je vais opter pour la soulution doxygen (avec le café , la patience et les prières ).

[bruno_pages]

J'arrive sans doute avec quelques jours de retard, mais UML te permettra de formaliser beaucoup plus de choses que d'oxygen, qui, quelques soient ses qualités indéniables, à un champs d'application est très nettement plus réduit

Saches cependant que le reverse ne peut en aucun cas construire les diagrammes (au sens dessin) pour toi. Ce sera à toi de le faire à partir des classes et autres éléments créés lors du reverse, d'autre part un dossier de conception ne peut se limiter aux seuls diagrammes de classes

Bouml te permettra de faire rapidement tes diagrammes ... à partir du moment où tu sauras lesquels faire et quoi mettre dedans ... et pour cela il te faudra du café, de la patience et du courage

[Matthieu Brucher]

J'arrive sans doute avec quelques jours de retard, mais UML te permettra de formaliser beaucoup plus de choses que d'oxygen, qui, quelques soient ses qualités indéniables, à un champs d'application est très nettement plus réduit

Surtout si le code n'a pas été documenté...

[Ziploppe]

Bonjour,

Ce que je fais habituellement et dans la mesure du possible :
Je fais un coup de reverse pour avoir un diagramme de classes certes spaghetti. De la je peux avoir la structure statique du programme ou du moins d'une de ses parts.
J'insere des traces a chaque debut de fonctions et methodes. C'est penible mais cela donne une vue dynamique.
Je sollicite mon appli selon le cas nominal, je recupere mes kilos de traces et je me focalise sur les points d'entree du programme, quels sont les fonctions qui sont les premieres declenchees.
De la je relis la structure statique et je redessine mes diagrammes de classes. Je peux faire mes diagrammes de sequences de haut niveau. Je te conseille de rester haut niveau.
Une methode complementaire est de partir du bas : J'utilise strace() et ltrace(). Sur une sollicitation exterieure (envoi d'un message) je peux savoir ce que l'appli demande au systeme (SHM, fichiers, network). Deja tu sauras quels moyens de com ton appli utilises. ltrace() te donne les appels faits sur les bibliotheques. La aussi ca aide a regrouper les classes par bibliotheques.

Voila pour les "methodes". On remarque bien que ce n'est pas simple. Du cafe, le numero de telephone de celui qui est parti et qui savait, du cafe, et du temps.

Bon courage