Dans la famille capucepalibre je nome aussi le logiciel sur lequel on me fait bosser : Objecteering (http://www.objecteering.com/products.php(...)). Je doit admettre à contre coeur qu'il joue dans une catégorie placée bien au-dessus de Poseidon (et donc argoUML). Je n'ai par contre vu Together que de loin.
Les plus :
- vérifications syntaxiques du langage UML
- créations de métamodèles ou profiles (manière d'organiser son étude, manière de "bien parler" en rappelant que UML n'est qu'un langage)
- personnalisation à l'infini de la génération de documentation/code (bien que des modules prédéfinis existent déjà)
- liens entre les différents niveau de modélisation
C'est peut-être confus ce que je dis, mais cà prends son sens dans le "model driven engineering" (http://www.objecteering.com/pdf/whitepapers/us/mda.pdf(...)) (PDF) qui en gros essaye de spécifier une méthode pour développer juste avec des modèles de plus en plus précis et toujours avoir du code synchronisé avec les modèles. Attention cependant à prendre avec des pincettes les passages pubs pour le logiciel.
Dernière chose, générer un diagramme à partir du code n'a aucun intéret (on perds des infos qui y seraient si on étais partis du modèle), tout comme utiliser UML pour spécifier un petit système ou un algorithme.
[^] # Re: Together c'est de la balle mais c'est pas libre
Posté par niol (site web personnel) . En réponse au journal Modélisateur UML gratuit: Poseidon CE. Évalué à 2.
Les plus :
- vérifications syntaxiques du langage UML
- créations de métamodèles ou profiles (manière d'organiser son étude, manière de "bien parler" en rappelant que UML n'est qu'un langage)
- personnalisation à l'infini de la génération de documentation/code (bien que des modules prédéfinis existent déjà)
- liens entre les différents niveau de modélisation
C'est peut-être confus ce que je dis, mais cà prends son sens dans le "model driven engineering" (http://www.objecteering.com/pdf/whitepapers/us/mda.pdf(...)) (PDF) qui en gros essaye de spécifier une méthode pour développer juste avec des modèles de plus en plus précis et toujours avoir du code synchronisé avec les modèles. Attention cependant à prendre avec des pincettes les passages pubs pour le logiciel.
Dernière chose, générer un diagramme à partir du code n'a aucun intéret (on perds des infos qui y seraient si on étais partis du modèle), tout comme utiliser UML pour spécifier un petit système ou un algorithme.