Bin justement, la synchro, je ne l'ai jamais vue fonctionner parfaitement.
Bin oui.. Tu représentes une classe incluse dans une autre par une association ou par un attribut par exemple. De l'uml au langage c'est pas bidirectionnel. De plus, pour le diagramme de classe ça va encore mais moins bien pour les diagrammes dynamiques qui montrent d'état du système ou la communication des classes ou des instances.
Donc en général l'uml peut être utilisé comme une doc ou un croquis, mais - je maintiens, désolé, que le manque de synchronisation code/doc n'aide pas la doc - d'où le pas en avant qu'a été la javadoc.
Autre piste la génération de code à partir d'uml : andromda par ex. C'est une approche d'architecte du projet, tu pars de tes schémas, qui font référence et génèrent un squelette de code, que tu modifies, implémentes, etc.
[^] # Re: UML?
Posté par Gabriel . En réponse à la dépêche Objecteering/UML 5.3.0 est sorti sous Linux x86. Évalué à 3.
Bin oui.. Tu représentes une classe incluse dans une autre par une association ou par un attribut par exemple. De l'uml au langage c'est pas bidirectionnel. De plus, pour le diagramme de classe ça va encore mais moins bien pour les diagrammes dynamiques qui montrent d'état du système ou la communication des classes ou des instances.
Donc en général l'uml peut être utilisé comme une doc ou un croquis, mais - je maintiens, désolé, que le manque de synchronisation code/doc n'aide pas la doc - d'où le pas en avant qu'a été la javadoc.
Autre piste la génération de code à partir d'uml : andromda par ex. C'est une approche d'architecte du projet, tu pars de tes schémas, qui font référence et génèrent un squelette de code, que tu modifies, implémentes, etc.