Oh, un troll, juste après le retour de Kevin (comme je m'y attendais, ça n'a pas traîné !), après un très long bannissement consécutif à son comportement passé très incorrect. Et plusieurs personnes participent au troll. Je m'y attendais aussi

Allez, on va essayer de rester on-topic pour encore quelques posts ^^

> (Vertyos)
> Le but c'est pas d'aller vite, on ne s'amuse pas à faire de l'UML pour gagner du temps...
> [edit] Enfin si, mais pas pendant le codage ^^
> (Godzil)
> PS: au passage l'UML ne sert pas qu'a repersenter du code
+1. Du moins, c'est ce que des gens qui travaillent dans un labo qui s'occupe de génie logiciel et d'Ingéniérie Dirigée par les Modèles m'ont appris - mais ça semble correspondre à la réalité

"Unified Modeling Language"/"Object Constraint Language" ont certes tout un tas de défauts réels, par exemple une sémantique pléthorique (qui vient en partie de l'unification qu'UML représente) et pas toujours bien définie (même s'ils essaient de nettoyer un peu tout ça). Ils sont mieux adaptés à l'Object Oriented qu'au procédural, on le sait.
La sémantique incomplète d'UML/OCL ne permet pas d'exprimer un nombre certain de choses... tout comme celle de C, de C++, de Java ou celle de bien d'autres langages ne permet pas d'exprimer un nombre certain de choses...
Mais ça ne veut pas pour autant dire qu'UML/OCL, ou d'autres formes de modélisation (Entités/Relations, Merise, etc.) sont totalement inutilisables en pratique.