Utiliser UML n'implique pas forcément d'utiliser un langage objet. Les diagrammes de classes ne sont qu'une partie d'UML (et pas la plus intéressante à mon avis). Les diagrammes de classes utilisés pendant la conception n'ont pas besoin d'être complet, ils peuvent se contenter de mettre en valeur l'architecture du logiciel.
Pour ce qui est de la génération automatique des diagrammes de classe à partir du code, n'importe quel bon logiciel fait ça (Umbrello, Rationale Rose ...).
Les parties réellement utiles d'UML pendant la conception AMHA, ce sont les diagrammes permettant d'illustrer les cas d'utilisation, toute la partie fonctionnelle. Utiliser UML pour générer du code est (toujours AMHA) une erreur, car il est beaucoup plus long de faire le diagramme de classes que de l'écrire (seulement le squelette, en laissant les méthodes vides).
Le rôle d'UML est (encore AMHA) de fournir un moyen de communication entre les utilisateurs (compréhensible facilement lorsque les diagrammes sont bien faits, même sans trop de connaissances), ceux qui font les spécifications, et ceux qui développent.
# Quelques vérités sur UML
Posté par Colin Pitrat (site web personnel) . En réponse au journal Conception de logiciel et UML. Évalué à 3.
Pour ce qui est de la génération automatique des diagrammes de classe à partir du code, n'importe quel bon logiciel fait ça (Umbrello, Rationale Rose ...).
Les parties réellement utiles d'UML pendant la conception AMHA, ce sont les diagrammes permettant d'illustrer les cas d'utilisation, toute la partie fonctionnelle. Utiliser UML pour générer du code est (toujours AMHA) une erreur, car il est beaucoup plus long de faire le diagramme de classes que de l'écrire (seulement le squelette, en laissant les méthodes vides).
Le rôle d'UML est (encore AMHA) de fournir un moyen de communication entre les utilisateurs (compréhensible facilement lorsque les diagrammes sont bien faits, même sans trop de connaissances), ceux qui font les spécifications, et ceux qui développent.