UML (ou SADT, etc.) te permet voire t'oblige à réflechir à ton implémentation.
> Parce que j'ai aussi vite fait de coder que de faire un schéma UML
Ca ne permet pas forcément d'accelerer le codage mais d'avoir une architecture mieux foutue (enfin ca dépend du modele) et donc plus évolutive.
> De plus, il est facile de voir si un programme est "bon" : il suffit de l'exécuter ;
C'est quand même un peut réducteur non ?
> UML correspond en gros aux langages Java/C++, mais d'autres langages ont des possibilités qui ne peuvent pas être représentés en UML
Encore une fois, UML (ou tout langage de modélisation) n'a pas qu'une vocation de génération de code. A la limite, quand tu fait ton modele, tu peut même te foutre completement du langage qui va permetre de réaliser l'appli.
[^] # Re: UML?
Posté par vieuxshell . En réponse à la dépêche Objecteering/UML 5.3.0 est sorti sous Linux x86. Évalué à 2.
> Parce que j'ai aussi vite fait de coder que de faire un schéma UML
Ca ne permet pas forcément d'accelerer le codage mais d'avoir une architecture mieux foutue (enfin ca dépend du modele) et donc plus évolutive.
> De plus, il est facile de voir si un programme est "bon" : il suffit de l'exécuter ;
C'est quand même un peut réducteur non ?
> UML correspond en gros aux langages Java/C++, mais d'autres langages ont des possibilités qui ne peuvent pas être représentés en UML
Encore une fois, UML (ou tout langage de modélisation) n'a pas qu'une vocation de génération de code. A la limite, quand tu fait ton modele, tu peut même te foutre completement du langage qui va permetre de réaliser l'appli.