Discussion :

[chiwawa13]

Bonjour,

Je travaille sur un projet utilisant les MFC(sur V6) et je vais faire ma conception avec UML, j'ai une petite question!! puisque j'utilise le wizzard pour générer mes classes et développer mon code, donc normalement je dois faire le reverse engineering pour générer mon diagramme de classe et par la suite faire le retour inverse pour construire les autre diagrammes (séquences, activité, usescaes..)

Est ce que je suis sur le bon chemin ??

merci

[JolyLoic]

Je ne comprends pas trop où tu veux en venir. Si tu veux écrire du nouveau code, et non comprendre du code existant, il vaut mieux commencer par les diagrammes, pour finir par le code, il semble que tu ailles dans l'autre sens ?

Ou alors est-ce parce que tu espère que ton compilateur va t'aider à faire de beaux diagrammes et à coder simultanément ? Il existe des outils dans ce sens, mais :
- Généralement ils ne sont pas trop orientés C++
- Il y a des tas de choses en C++ que j'ai du mal à exprimer à partir de ces diagrammes, pour peu qu'on ne reste pas très haut niveau.

Si tu veux un outil gratuit et qui est orienté C++ entre autre, je te conseille de regarder BOUML (gratuit, et en plus l'auteur traine sur le forum DVP).

Autre point sur lequel je suis dubitatif : Tu parles des MFC. Normalement, la conception de la partie métier de ton projet devrait être totalement indépendante de la bibliothèque graphique utilisée...

[chiwawa13]

Merci JolyLoic pour votre réponse
Pour Les MFC le wizzard me permet de générer les classes (AppView.cpp, AppDoc.cpp et Mainfrm.cpp), pour l'interface graphique je fais des modifications (ajout des boutons , des static text..etc) et même les programmés donc pour cela tout va bien ; mais mnt la question qui se pose est la conception est ce que je dois faire:

-la génération des diagrammes de classes à partir de mon code(reverse engineering )et faire par la suite les autres diagrammes(suivre ce sens)(d'activité->séquence->usescase)
parce que toutes les fonctionnalités sont faites dans la partie Appdoc.cpp et AppView.cpp est réservée pour l'interfaçage avec l'utilisateur(définition des boutons ..etc) .

-ou bien je génère mes classes avec le wizzard ensuite je fais la conception classique (usescase -> sequence->classes) dans ce cas je présente mon système et les différentes fonctionnalités (uses case)et lors du traçage diagrammes(de séquence )je m'intéresse à la partie métier (AppDoc.cpp) et j'ignore (AppView.cpp) .

que pensez vous ?
J'espère que ma question est un peu claire maintenant merci

[Mat.M]

mais mnt la question qui se pose est la conception est ce que je dois faire:
...
-que pensez vous ?
J'espère que ma question est un peu claire maintenant merci

Salut le problème avec les MFC c'est que tu vas mélanger des classes qui se veulent "génériques" , les classes métier dont parles Loic avec du code propre à MFC/win32 qui n'est ni générique ni portable parce que trop spécifique..
utiliser UML pour faire une conception sur des classes typiquement MFC ne sert strictement à rien à mon sens.
Comme le dit Loic il faut que tu sépares bien ce qui est métier ; UML doit te servir pour la conception générique et métier ( je sais je me répète ) .
Dans les diagrammes UML il faut éviter au maximum les références à des classes MFC parce que c'est la partie de base de conception UI.
Les MFC ne te serviront que pour faire l'interface..
normalement avec VC++6 version entreprise il y a Visual Modeler fait par Rational Rose qui te permet de faire des diagrammes UML