Quels outils de modélisation UML développés en Java utilisez-vous ?

Il existe de nombreux outils de modélisation en UML et nous constatons qu'il en existe beaucoup qui ont été développés avec la plateforme Java.

Voici ci-dessous une liste non-exhaustive de ces outils :

• Apollo
• ArgoUML
• Eclipse Papyrus
• Magicdraw UML
• OBEO UML Designer
• Objecteering
• Omondo
• Poseidon
• Soyatec (eUML2)
• Topcased

L'objectif de ce débat est de vous permettre de vous exprimer sur la qualité d'un logiciel. Par conséquent, réagissez en ajoutant un message en précisant l'outil que vous utilisez et quel est votre ressenti.

Bien entendu nous nous limiterons aux outils de modélisation UML qui ont été développés avec la plateforme Java.

A vos commentaires

Au boulot, on utilise Astah*.
Il est assez complet dans sa version community et permet de faire de l'import de classes Java.


Plus personnellement, j'aime beaucoup Visual Paradigm. Cependant la version gratuite est assez limité par rapport à toute la puissance que peut offrir l'outil dans ces différentes version payantes comme le Wireframing/Mockup.

J'ai testé TopCased mais je ne l'ai pas trouvé très stable/mature encore. Je le reteste périodiquement mais je suis toujours pas convaincu. Dommage il a gros potentiel avec la vérification et l'exécution de modèle. Trop d'outil UML s'arrête à l'édition de diagramme.

Ici on utilise Obeo Designer, mais sans l'extension UML. On a crée nos propres DSL ecore reprennant les principaux concepts UML mais prenant aussi en compte les spécificités (et simplifications associées à) notre entreprise. Ensuite, nous avons crée nos propres points de vue basés sur ces DSL. le travail est plus long qu'une solution clé en main, mais aussi plus adapté au contexte dans lequel l'entreprise évolue.

Eclipse Papyrus

Bonjour, je n'utilise pas actuellement l'un de ses outils mais je serais très intéressé pour faire de la rétro-conception (java => UMl) avec des outils gratuits. Quel logiciel gratuit est intéressant pour le reverse engineering ?

ArgoUML est celui qui sort le plus rapidement dans Google, c'est celui que j'utilise en ce moment pour faire des diagrammes de classe...

Je ne connais pas les autres mais la rigidité de l'interface d'ArgoUML me donne même pas envie de les essayer :?

UMLet est absolument génial. Il ne génèrera pas votre code, mais pour celui qui a simplement besoin d'un plan de l'application ou d'un schéma vite fait, il n'y a pas meilleur. Il peut tout faire.

J'ai utilisé pour ma part :

• Poseidon
• ArgoUML
• MagicDraw UML

Poseidon, au début de mes études, j'en ai pas vraiment un bon souvenir. Il fallait subir une extrême lenteur et quelques freeze du client lourd (je ne doute pas que ça se soit amélioré depuis). ArgoUML, gratuit donc plus limité que les deux autres mais il dépanne bien car il comporte déjà pas mal d'élément et de la génération de code également. Désormais j'utilise MagicDraw (aussi parce que c'est le standard de la boîte). Pas grand chose à redire sur l'application, je la trouve bien complète. Pour un petit projet parcontre, je suis conscient que c'est sortir l'usine à gaz.

Citation:

---

Envoyé par Nemek

Trop d'outil UML s'arrête à l'édition de diagramme.

---

L'inverse est également vrai, trop d'utilisateur s'arrête à l'édition de diagramme avec leur application UML. Qu'est ce que tu conseillerais comme fonctionnalité importante en dehors des basiques de toute appli. UML ?

Citation:

---

Envoyé par Calmacil

UMLet est absolument génial.

---

Moi aussi j'utilise UMLet qui est très léger et que je trouve très bien pour mon utilisation: réaliser des diagrammes ponctuellement pour illustrer des documents.

Voici quelques éléments que j'ai retenu quand j'ai fait une étude rapide des outils pour ma boîte :

• Gestion du modèle/référentiel
• Export d'images et éventuellement générateur de rapport.
• Support UML 2.0
• Extensibilité : support des profiles / plugins / etc
• Pouvoir annoter/documenter tous les éléments
• Entity-Relationship Diagram
• Génération de diagrammes à partir d'une sélection d'éléments du modèle et/ou d'un autre diagramme. Ex : Use Case -> Sequence/Activity.
• Import/Export XMI : histoire d'être pérenne et de pouvoir au moins réintégrer rapidement le modèle, à défaut des diagrammes.
• Contrôle, vérification et exécution de modèle
• Gestion de configuration : synchronisation / diff visuelle pour le modèle et les diagrammes.
• Gestion des revues : remarques, annotations, relectures
• Forward/Reverse/Round-Trip Engineering : Dans les faits on l'utilise pas trop. Juste pour initialiser le modèle, mais en général c'est beaucoup trop proche du code et moins de la conception. Ce dernier devrait être tout de même le point principale à prendre en considération.

L'ordre des éléments est complétement aléatoire. Et certains sont plus importants que d'autres. C'est à chacun de faire le tour.


Concernant ArgoUML, le problème c'est que l'interface est juste immonde et non fini. Et que le produit n'avance pas bien vite.

UML, c'est un peu trop 20e siècle à mon goût. J'utilise un papier et un crayon et je remodèle mes petits schémas.

Citation:

---

Envoyé par nicorama

UML, c'est un peu trop 20e siècle à mon goût. J'utilise un papier et un crayon et je remodèle mes petits schémas.

---

T'as pas trop de mal à gérer ça en configuration ? :P

Powerdesigner

Citation:

---

Envoyé par Michael REMY

Powerdesigner

---

Un minimum d'explication du pourquoi aurait été appréciable. N'oublions pas que c'est un débat.

Citation:

---

Envoyé par Nemek

T'as pas trop de mal à gérer ça en configuration ? :P

---

La modelisation est dans le code donc elle se met très bien en conf.
On peut d'amuser à faire de la modelisation agile, mais c'est au-dessus de mon niveau de compréhension :p.

Bonjour,

Citation:

---

Au boulot, on utilise Astah*.
Il est assez complet dans sa version community et permet de faire de l'import de classes Java.

---

Je viens de voir sur le site c'est Altassian qui fait cela. Quand tu parles de la version community, il s'agit d'une version gratuite ?

Mickael

Citation:

---

Envoyé par keulkeul

Je viens de voir sur le site c'est Altassian qui fait cela.

---

Tu fais bien de le faire remarquer car moi non plus je n'avais pas noté !

Citation:

---

Envoyé par keulkeul

Quand tu parles de la version community, il s'agit d'une version gratuite ?

---

Exact ! Dispo à cette adresse : http://astah.net/editions/community

Comme indiqué dans la FAQ, on peut l'utiliser pour produire des diagrammes d'un projet commercial.

J'aime bien savoir quelle technologie sous jacente est utilisée dans un outil. Dans le cas d'Astah après avoir visionner la vidéo et le jar du produit, je dirais que déjà ce n'est pas de l'Eclipse. C'est fait en Swing surement par contre pour l'API de graphe, je parierais pour une API maison. Pour les plugins, il doit utiliser un mécanisme d'OSGi, il y a Felix.jar d'intégrée.

Mickael

C'est bien le problème avec un produit propriétaire c'est qu'on ne peut pas trop savoir quelles technologies sont utilisées. A part avec Java, vu que la licence ne permet de pas de le "cacher".

Pour OSGi je te confirme comme indiqué dans le tutoriel dédié au plugin : http://astah.net/tutorials/plug-ins/.../overview.html


EDIT: En parcourant la suite du tutoriel, je confirme qu'il s'agit bien de Swing/AWT :)

Citation:

---

Envoyé par Robin56

Un minimum d'explication du pourquoi aurait été appréciable. N'oublions pas que c'est un débat.

---

PowerDeisgner (de sybase je crois) car :
- très accessible dès le départ
- pas exclusif à Java : c-a-d qu'il sert aussi pour les modélisations dans les autres langages.
- permet un gain de temps incroyable dans un projet semi-moyen ou complexe (au moins il vaut son prix lui). Donc autant l'éviter pour un modèle à moins de 10 domains (entité, acteurs, main resource..)
- existe depuis très longtemps et donc a eu le temps de faire ses preuves, stabilités, compatiblités..Etc
- reconnaissance sur un CV (savoir maitrisé Powerdesigner c'est comme savoir utiliser Visual Studio, c'est une compétence qu'un recruteur connait et juge et donc apprécie à sa juste valeur)
- Quand le CDP vous dit à la veille "et guy, je me suis trompé, on le fera pas en java mais en C) et bien, on ne pannique pas du tout (voir ma 2eme remarque)
- produit un travail propre, normé, très commenté (trop même, mais le contraire serait un inconvénient)

Inconvénient :
- cher (mais vaut le coup pour une utilisation en équipe ou sur un moyen projet)
- Que plateforme windows (mais bon avec la virtualisation, n'importe qui peut l'utiliser maintenant)