Discussion :

[hegros]

Marco tu te focalises sur la génération de code à partir de diagramme de classe uml ce qui est quand même trés limité comme vue de ce genre d'outil. Les diagrammes de composant ou d'architecture sont quand même plus intéressant pour windev qui est orienté un peu composant.


A vrai dire j'ai utilisé seulement la rétro-ingénierie pour avoir un diagramme de classe sinon c'était papier et crayon.

En plus UML est très flou pour les développeurs ils ont du mal à voir l'interet c'est surtout des livres qu'on retrouve sur leur bureaux plus qu'autres choses c'est ce qui le rend encore plus impopulaire en wd je pense.

[mogwai162]

Bon. j'ai répondu trop compliqué mais en fait j'aurais bien voulu répondre aussi que j'en voyais pas l'interet.

Mon sentiment est que c'est beaucoup trop compliqué pour le peu d'interet que j'y trouve.

Je sais batir une analyse convenable sans me servir de ça donc je ne m'en sert pas.

[Marco46]

@Hegros :

Marco tu te focalises sur la génération de code à partir de diagramme de classe uml ce qui est quand même trés limité comme vue de ce genre d'outil. Les diagrammes de composant ou d'architecture sont quand même plus intéressant pour windev qui est orienté un peu composant.

Oui peut être mais parce que pour moi ce module devrait être une sorte de mini-rationnal rose, un générateur de code en fonction d'une description de classes.

Windev est censé faire gagner du temps non ? Ben pour moi utiliser UML et pouvoir faire de l'objet sans avoir une fonctionnalité de génération de code c'est tout pourri.

C'est peut être limité comme vision du module par rapport à la quantité de diagrammes possibles et les quantités de problématiques que ça couvre, mais la problématique principale du développeur d'application reste quand même de modéliser l'organisation en mémoire des données de son application et comment tout ça se structure non ? Voilà pourquoi j'insiste sur le diagramme de classe qui est LE schéma le plus important.

Diagramme de composants ? Ouai super mais à l'arrivée ça amène quoi en terme de productivité d'avoir ça dans Windev ?


Je sais, je suis borné

[hegros]

@Marco46

Voilà pourquoi j'insiste sur le diagramme de classe qui est LE schéma le plus important.

Le diagramme de classe n'est pas le plus important enfin sauf si on reste de ton point de vue que uml sans génération de code cela ne sert à rien.

Diagramme de composants ? Ouai super mais à l'arrivée ça amène quoi en terme de productivité d'avoir ça dans Windev ?

Cela te permet de faire ton analyse et ta conception avec un langage normalisé. C'est le minimum qu'on puisse attendre d'un AGL mais j'imagine que tu utilises la modélisation souple de uml ou que tu ne fais l'analyse et la conception que pour les données et que tu n'as pas une approche orientée composant.

[Marco46]

Le diagramme de classe n'est pas le plus important enfin sauf si on reste de ton point de vue que uml sans génération de code cela ne sert à rien.

Pour être clair, c'est pas que UML ne sert à rien, mais plutôt que dans le cadre d'un AGL qui est censé apporter de la productivité par rapport à un EDI qui lui aura des possibilités plus étendues, un module UML doit pouvoir générer du code "correctement".

Cela te permet de faire ton analyse et ta conception avec un langage normalisé. C'est le minimum qu'on puisse attendre d'un AGL mais j'imagine que tu utilises la modélisation souple de uml ou que tu ne fais l'analyse et la conception que pour les données et que tu n'as pas une approche orientée composant.

Effectivement c'est ça. Je suis dans une PME et les analyses solides ne sont pas dans la culture de l'entreprise, c'est plutôt à la "va comme j'te pousse"...
Je m'impose un minimum et en particulier un diag de classe quand je dev en POO un module important mais je ne suis pas obligé. Donc UML souple.

Mais on dérive

En définitive donc, je considère que le module UML est un des gros ratés de PCSoft, mais pas autant que Webdev et que donc il ne mérite pas un tutoriel.

[hegros]

Effectivement c'est ça. Je suis dans une PME et les analyses solides ne sont pas dans la culture de l'entreprise, c'est plutôt à la "va comme j'te pousse"...
Je m'impose un minimum et en particulier un diag de classe quand je dev en POO un module important mais je ne suis pas obligé. Donc UML souple.

Extreme Programming oblige

J'ai passé plus de temps à faire des allers-retours POO/rétro-ingénierie/refacto que de temps avec le module uml

<...> et que donc il ne mérite pas un tutoriel.

en conséquence je ne peux que plussoyer ta remarque