Discussion :

[Mickael Baron]

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

[Logan Mauzaize]

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.

[Tcharl]

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.

[khilio]

Eclipse Papyrus

[frasene]

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 ?

[elias551]

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

[Calmacil]

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.

[-gma-]

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.

[Robin56]

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.

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 ?

[Logan Mauzaize]

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.

[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.

[Logan Mauzaize]

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 ?

[nicorama]

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

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.

[UMLTECH]

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.

Il faudra vraiment m'expliquer en quoi utiliser un langage formel (à savoir UML2) ... çà fait 20ième siècle ???

Sinon, personnellement, mon modeleur UML préféré est RSA (IBM). Cher ... mais efficace.

Magicdraw pas mal non plus ... avec des avantages et des défauts.

Accessoirement, je fais de l'UML depuis 14 ans ... et je continue à en faire !

[clavier12AZQSWX]

Powerdesigner

[Robin56]

Powerdesigner

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

[clavier12AZQSWX]

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)

[Mickael Baron]

Pour PowerDesigner, tu es sur que c'est développé en Java ?

Mickael

[clavier12AZQSWX]

Pour PowerDesigner, tu es sur que c'est développé en Java ?

Mickael

Pardon, j'avais mal lu la question, moi j'avais compris :
Il existe de nombreux outils de modélisation en UML et nous constatons qu'il en existe beaucoup qui permettent de développer avec la plateforme Java.

Par contre, je n'arrive à savoir qu'elle est l'intérêt de savoir qu'un outil de modélisation (ou de dev) a été 'fait / compilé / codé / conçu' en java.

Après peut-être que Powerdesigner a été fait en java mais j'en doute (car pas besoin d'installer JRE ou JDK) pour l'utiliser.

[deltree]

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.

Même si c'est une plaisanterie, moi aussi j'utilise beaucoup le papier crayon, et je trouve dommage qu'aucun outil que j'ai trouvé ne me permette de modéliser aussi facilement que sur papier.

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.


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 ?

Alors là je ne vois pas pourquoi gratuit voudrais dire limité? Les meilleurs outils de dev sont gratuits, Eclipse, Jenkins, SVN, git mais étrangement dès qu'il s'agit de conception on n'en trouve pas tant que ça finalement.

Est-ce que ça veut dire que les projets open-source ne font pas de conception?

Personnellement j'ai utilisé
Together,
Topcased,
ArgoUml,
Enterprise Architect,
BoUml

Together et Topcased sont des usine à gaz à l'opposé de la productivité que je recherche, Enterprise Architect sort du lot, mais il est payant.
Quand à Argouml, il me rend le service dont j'ai besoin, mais effectivement il n'avance pas bien vite: la dernière version que j'ai utilisé ne faisait pas de reverse sur les Generics.
Bouml, quand il était gratuit, était le seul outil gratuit qui me faisais un reverse à peu près utilisable sur des classes générique, mais l'auteur l'a mis payant, donc, plus très intéressant.

La question du payant n'est pas tant le prix d'ailleurs, que le fait de pouvoir l'imposer à son client quand on bosse en SSII

Pour finir j'utilise plus régulièrement ArgoUml, mais je doit dire que la demande client c'est du "modèle sous Word" (sic)