Discussion :

[solawe]

bonjour tout le monde,

je dois assurer la reengineering d'un grand module d'une application pour la préparation de sa migration vers l'architecture j2ee ,

pour cela je cherche si il y a des outils qui peuvenet générer les diagrammes de classes en uml en prenant comme entrée le code source java de l'application existante.

Je vous serais reconnaissante de votre retour rapide car c'est urgent.

merci

[bruno_pages]

il suffit d'utiliser le reverse Java d'un modeleur pour avoir un modèle contenant les classes, puis de faire les diagrammes voulus par drag&drop

Bouml dispose d'un reverse Java efficace

[solawe]

merci pour la réponse,

peux tu me donner plus d'explication stp,car j'ai pas bien compris comment cet outils va faire le reverse en 2 étapes.

d'apres mes faibles connaissances à propos du reverse engineering,j'avais compris que il suffit de donner le code source java en entrée puis l'outils va l'analyser et donner en sortie les diagrammes de classes.

je suis prenante pour toute explication.

merci

[bruno_pages]

on c'est mal compris

Le reverse créé les classes avec leurs attributs/relations/operations et éventuelles sous classes dans le modèle, plus les artifacts dans le cas de Bouml

Le reverse ne peut pas créer les diagrammes de lui-même, c'est à toi de décider quels sont les diagrammes voulus, ce qu'ils contiennent etc. Mais faire des diagrammes de classe ou autres lorsqu'on a déjà les classes est très rapide

[solawe]

ah d'accord,c'est deja pas mal si on arrive a générer la structure de la classe via
BOUML,mais je pense qu'il y a des outils qui permettent la génération du diagramme de classes automatiquement,

d'apres mes recherche sur le net j'ai trouvé eclipseUML et aussi ils parlent de argoUML.

que penses tu de ces outils? a tu une idée?

[bruno_pages]

je pense qu'il y a des outils qui permettent la génération du diagramme de classes automatiquement

la création automatique des diagrammes c'est du pipo, comme je le dis souvent un diagramme n'est pas un tas d'éléments placés sans raison dans un dessin. Les diagrammes doivent avoir une sémantique et ne peuvent donc pas être fabriqués automatiquement.

Par contre un modeleur doit offrir différentes fonctionnalités pour aider l'utilisateur à faire ses diagrammes, par exemple dessiner automatiquement les relations entre les éléments (sauf si on demande le contraire) etc

d'apres mes recherche sur le net j'ai trouvé eclipseUML et aussi ils parlent de argoUML.
que penses tu de ces outils? a tu une idée?

En tant qu'auteur de Bouml mon avis est forcément partial

• Argo est bon à jeter
• Eclipse n'offre pas d'extension UML gratuite digne de ce nom, par contre il facilite évidemment le développement Java, c'est d'ailleurs son but

mais les gouts et les couleurs ...

[solawe]

merci pour ton explication

je vais donc m'orienter vers BOUML pour décuvrir les fonctionnalités suceptibles de m'etre utiles.je commencerai par un petit exemple avant d'attaquer mon projet.

je te tiendrai au courant.

merci encore une fois.

[bruno_pages]

Bonjour,

il y a quiproquo, je n'ai jamais dis que visualiser via les diagrammes UML était du pipo, ce serait d'ailleurs le comble de ma part

j'ai dis que la production automatique des diagrammes lors du reverse était du pipo, le premier diagramme de classe du second lien le montrant d'ailleurs très bien : on a un 'tas' de classes dont l'accumulation n'apporte strictement aucune information sémantique.

Encore une fois un diagramme n'est utile que s'il apporte quelque chose au niveau sémantique, ce que ne peut faire un programme, sinon il y a longtemps que les programmes seraient générés par d'autres et qu'il n'y aurait plus de programmeurs.

Encore une fois cela ne veut pas dire qu'un modeleur ne doit pas par ailleurs aider l'utilisateur via des options de dessin, tracés automatique etc. Mais ce faisant le modeleur n'est toujours qu'un exécutant, il n'a aucune capacité créatrice


Bruno