J'essaie de me mettre à la modélisation objet, UML et toutes ces choses-là mais j'ai pas mal de difficultés à apprendre avec un bouquin et "conceptualiser" mon application. Comme je suis novice sur ce sujet, j'ai commencé à coder, je laisse décanter les idées puis j'essaie de rationaliser les classes, les relations entre elles, je fais tout à l'envers quoi   . D'après ce que j'entends, 50% du travail est fait lors de la phase de modélisation, le reste étant l'implémentation.
 
Comment vous vous y prenez ?

mouais...  
UML c'est pas trop mon trip!!
 
je fais a ma maniere cad sur papier!!!
 

 
Donc tu modélises tout sur papier avant de démarrer le codage. Le fait d'utiliser UML c'est accessoire car ce qui compte c'est de prévoir toutes les classes, les interfaces avant la phase de codage.
 
Pour info, sous Eclipse, un plug-in UML fait par Omondo permet de "modéliser" les classes et il te génère le "squelette" de tes classes Java, l'inverse est aussi possible. C'est utile quand même (quand on sait modéliser !).

Par l'expression de besoins, savoir exactement ce que doit faire le projet. C'est seulement après que l'on s'interroge sur comment le faire.

bof... on s'en fout de ce qu'il faut faire, non ?  

 
Sauf erreur de ma part, l'expression du besoin ne t'aide pas à déterminer les classes que tu devras créer. Ca peut être utile en programmation structurée où tu dois identifier les fonctions élémentaires à mettre en oeuvre pour accomplir une tâche complexe mais en POO, c'est moins intuitif.  
 
Ce qui peut être utile, c'est de considérer des cas (use case) particuliers de ton application mais même là la modélisation n'est pas intuitive...

euuuuuuuuuuuh... ca evite surtout de perdre du temps a reflechir sur des trucs inutiles

 
linuxien mode bazard daitaictaid

detrompe toi
même pour mes projets perso je reflechis avant de coder... Même si je modélise plus sur papier que sur pc (j'ai pas de soft correct ), je sais a peu pres toujours ou je veux aller avant de faire un truc.

 
C'est clair que même en modélisant un minimum, et en codant rapidement, on arrive toujours à faire un truc propre (enfin, ça dépend aussi du programmeur !) mais quand tu as fini de programmer, tu te rends parfois compte que telle classe et telle autre classe sont deux cas particuliers d'une classe générique plus abstraite... C'est là où je me dis qu'on peut toujours faire qqchose de propre mais qu'il y a toujours moyen de faire mieux.

ouais, enfin ce qui m'embete, c'est que a part sur mes projets perso justement, j'ai pas vraiment le temps de modéliser...
 
cela dit, j'intervient surtout au niveau du prototypage et de l'ecriture de (petits) composants, donc c'est pas trop handicapant, mais bon, je préfèrerais quand même être un poil plus propre.

 
Je sais pas si c'est monnaie courante les boîtes où on sollicite des experts qui vont te faire une phase d'étude béton, j'ai plus l'impression que c'est le système D, au petit bonheur la chance... Justement, je veux plus travailler comme ça