De mon point de vue, l'UML vient justement très en amont du code. En particulier, c'est très utile pour identifier des design pattern.
Combien de briques logiciel j'ai vu, qui tentaient désespérément de régler un problème en laissant la moitié des cas d'utilisation dans un comportement dégradé car le véritables concepts métier n'était pas bien identifiés.
L'UML, c'est très bien pour abstraire un comportement. Alors si il faut utiliser UML pour tenter de représenter un choix d'implémentation dicté par les disponibilités techniques et les délais au moment du développement du logiciel, c'est sûr que ça va paraître inapproprié.
[^] # Re: Code puis UML
Posté par Joc M . En réponse au journal Conception de logiciel et UML. Évalué à 5.
Combien de briques logiciel j'ai vu, qui tentaient désespérément de régler un problème en laissant la moitié des cas d'utilisation dans un comportement dégradé car le véritables concepts métier n'était pas bien identifiés.
L'UML, c'est très bien pour abstraire un comportement. Alors si il faut utiliser UML pour tenter de représenter un choix d'implémentation dicté par les disponibilités techniques et les délais au moment du développement du logiciel, c'est sûr que ça va paraître inapproprié.