M�thode de conception de projet

Bonjour, je suis en train de me poser la question suivante:

"Est-ce qu'il existe une m�thode de conception de projet pour d�velopper en Visual C++ ??"

Car je connais personnellement la m�thode OVID mais je ne trouve pas qu'elle s'applique pour Visual C++ tout simplement car elle repose sur le principe Mod�le Vue Controleur... Et que dans l'exp�rience que j'ai de Visual C++ avec les MFC, la partie Controleur est g�r�e par Visual C++ la vue aussi et le mod�le n'est pas aussi clair que lorsque je d�vellop� en JAVA...

Alors je me pose vous pose la question pour savoir si oui ou non il existe une m�thode de d�veloppement de projet sous Visual C++ au m�me titre que OVID peut s'appliquer au C++ et au Java ???

Merci bcp d'avance pour les r�ponses ;)

Je connais pas OVID et je n'ai jamais utilis� JAVA mais personnellement en ce qui concerne la conception d'un projet Visual C++, j'utilise UML.

Je sais pas si �a r�pond � ta question.

J'ai boss� en java avec le mod�le Observable/Observer, et j'ai un peu survol� le mod�le Document/View de MFC (que je trouve beaucoup plus compliqu�, mais peut-�tre parce que je ne suis pas habitu�).

Quant � OVID, je ne connais pas non plus. Pour ma part, je n'ai jamais s�par� donn�es et interface sous Visual (mais je n'ai jamais eu � faire de projet important non plus...)

OK apparament il n'y a rien d'aussi complet que OVID ...

J'explique ce que c'est pour ceux qui ne connaissent pas. En gros OVID est une m�thode compl�te pour d�veloper un projet, depuis le d�but avec la cr�ation des sc�narios etc jusqu'a les diagramme de Classe et Vue en UML.

C'est juste une m�thode qui comprend des outils comme l'UML.
Je voulais savoir si ca exist� pour Visual C++ car le mod�le vue controleur ne fonctionne pas ici ...

Merci de vos r�ponses ^^

C'est tr�s personnel, mais l'exp�rience m'a montr� que c'�tait une bonne fa�on de proc�der: je s�pare syst�matiquement les classes m�tier (donnees) des classes graphiques (interface). Avec le moins de points d'acc�s possibles (puits).

Une bonne habitude, �galement, est d'utiliser des m�diateurs (pattern mediator) d�s que le projet est assez gros, disons plus d'une dizaine de classes m�tier/graphiques. + de 10 classes m�tiers => utilisation d'un mediateur metier, + de 10 classes graphiques => utilisation d'un mediateur graphique.

Ensuite, je ne conseillerais jamais assez de cr�er un diagramme UML (au moins un diagramme de classe) coh�rent et solide avant de se lancer dans l'impl�mentation.

arf terrible ton conseil ...

Surtout le truc sur les mediator ... C'est tout con mais on y pense pas vraiment...
Bon en meme temps mon premier projet et d�ja termin� ... il restera comme il est meme si il y a des d�pendance de partout ... C'est juste que si qq veut se remettre dessus il va avoir des surprises...

Mais bon la pour le suivant vais faire ca bien..

Merci du conseil .