pour moi, le code n'est que la conséquence de la conception et la conception est
l'image de la compréhension du problème.
On peut dire la même chose du diagramme UML...
En fait si le code peut être généré depuis l'ULM et inversement, il n'y a pas beaucoup de valeur ajoutée à faire l'un plutôt que l'autre. Je fais partie de ceux qui trouvent plus clair de définir le modèle de donnée directement en code plutôt qu'en UML.
Et si quelqu'un veut absolument de l'UML pour discuter, bah on le génère depuis le code. Y'a autant d'info au final, et c'est plus facile à maintenir dans ce sens là.
[^] # Re: la spec, c'est le code
Posté par Wawet76 . En réponse à la dépêche Développement très rapide d’applications libres : Extended Man/XML Frames. Évalué à 1.
On peut dire la même chose du diagramme UML...
En fait si le code peut être généré depuis l'ULM et inversement, il n'y a pas beaucoup de valeur ajoutée à faire l'un plutôt que l'autre. Je fais partie de ceux qui trouvent plus clair de définir le modèle de donnée directement en code plutôt qu'en UML.
Et si quelqu'un veut absolument de l'UML pour discuter, bah on le génère depuis le code. Y'a autant d'info au final, et c'est plus facile à maintenir dans ce sens là.