Parce que j'ai aussi vite fait de coder que de faire un schéma UML !
Pareil pour la documentation, c'est de la perte de temps ;)
alors qu'il est beaucoup plus difficile de voir une erreur de conception dans un diagramme UML
UML a été conçu sur la base d'un constat : 80% des êtres humains ont une bien meilleur apréhension spatiale d'un concept, d'où l'idée de diagrammes visuels : à priori compréhensible même par un non-spécialiste en informatique, en faisant un schéma il y a beaucoup plus de chance que quelqu'un d'autre comprenne ta conception et y détecte des incohérences/erreurs. Evidemment si tu prends pas la peine de prendre du recul et de juger ta conception avant de coder...
UML est universel au sens où il est censé être compréhensible par le maximum de développeurs/concepteurs/architectes voir autre-ingénieur et même client.
Pourle problème du mapping avec Python : ce que cites n'apporte pas grand chose au niveau de la conception objet, sauf peut être la génération de code/classe : mais ceci est tout à fait possible en Java par exemple : en UML tu passes au métamodèle et zou. Effectivement celà ne va pas se mapper directement sur du code mais le concept est représenté et la génération dynamique de code est censé être un moyen technique, pas un concept, d'où son absence en UML.
[^] # Re: UML?
Posté par TImaniac (site web personnel) . En réponse à la dépêche Objecteering/UML 5.3.0 est sorti sous Linux x86. Évalué à 4.
Pareil pour la documentation, c'est de la perte de temps ;)
alors qu'il est beaucoup plus difficile de voir une erreur de conception dans un diagramme UML
UML a été conçu sur la base d'un constat : 80% des êtres humains ont une bien meilleur apréhension spatiale d'un concept, d'où l'idée de diagrammes visuels : à priori compréhensible même par un non-spécialiste en informatique, en faisant un schéma il y a beaucoup plus de chance que quelqu'un d'autre comprenne ta conception et y détecte des incohérences/erreurs. Evidemment si tu prends pas la peine de prendre du recul et de juger ta conception avant de coder...
UML est universel au sens où il est censé être compréhensible par le maximum de développeurs/concepteurs/architectes voir autre-ingénieur et même client.
Pourle problème du mapping avec Python : ce que cites n'apporte pas grand chose au niveau de la conception objet, sauf peut être la génération de code/classe : mais ceci est tout à fait possible en Java par exemple : en UML tu passes au métamodèle et zou. Effectivement celà ne va pas se mapper directement sur du code mais le concept est représenté et la génération dynamique de code est censé être un moyen technique, pas un concept, d'où son absence en UML.