Reprise du message précédent :

vazy accouche, je lirai et j'espère comprendre quétchose
 
mais putain 5 ans de VB je me sens handicapé quand même
 
en fait faudrait que je replonge dans le C

Fate of Atlantis 2: http://amberfisharts.com/

une petite start up appelée Lucasart, non ?

l'analyse c'est rien par rapport a la programmation

le jour où tu te rendras compte que t'as omis un truc important dans l'analyse, tu réviseras ce jugement

et inversément

t'as inversé les accents

 
 
Simple, bah fo de l'orga, quand t'empiles tes objets pour qu'ils s'entassent bien comme il faut
 
Par contre si j'attaque la modelisation par operation booleene ca va etre un peu plus violent

 
y a pas d'accent

inversément
 

ha je croyais que tu parlais seulement de l'analyse de la structure de la bdd
 
sinon tu t'y prend comment pour l'analyse complete?
car moi j'ai pas trop d'experience en programmation et j'y vais a l'arrache
 

cf edit, j'ai posté trop vite, mais je vois pas où d'autre il aurait dû mettre l'accent
 
rhaaa et j'édite le msg d'harko au lieu de le quoter

tu y repondra?

 
tu te poses sur ton pieu avec un bloc de papier
 
(serieux, c apres avoir planter deux trois projets pour cause de "jeCodeEtJeVerraisApresCommentJeFais" qu'on comprends tout l'interet de bien reflechir au pb)

sans blague      
 
je voulais dire, kesk'on ecrit?
comment on presente cela?

c'est celà oui...

j'applique ce que j'ai appris au graduat pout l'essentiel
 
1) étude préalable: genre là je me suis gavé de forums pour voir ce qu'il y avait dedans comme fonctionnalités etc etc... un travail minutieux de journaliste disait mon prof. En gros, tout savoir sur les forums, comment ça fonctionne et ce que ça propose de bien et de moins bien, expliquer tout ce qu'il y a à expliquer pour tout qui est néophyte en la matière, ya du boulot. (24 pages)
2) Analyse fonctionnelle: là on fait l'inventaire de ce qu'on veut et on fait une description précise de chaque fonction, du point de vue de l'utilisateur, rien de technique encore à ce stade (je n'ai que 8 pages pour l'instant )
3) Analyse organique: là on rentre dans le technique: dessin des fichiers, donc la structure BD et tout le reste, c'est ici que tu fais tous les choix qui impacteront directement ton développement, car tu décriras chaque fonction d'un point de vue technique, donc on frise l'algorithmique à ce niveau (13 pages pour le moment).
Après ça, il reste à décider des méthodes de validation du soft et de procéder aux implémentations.
 
Voilà, très sommairement, ce que racontait mon cours d'analyse

L'analyse de la BDD c'est aussi hyper important, si tu te rends compte au milieu du dev que ton modèle de données est foireux, tu l'as DTC.

 
Mouais g pas ca sous la main, alors bon
 
FMP3 : ben tout ce que tu veux que ton programme fasse, comment etc etc
j'ai generalement 4/5 notepad d'ouvert avec mes "reflexions momentanéees"

J'ai un autre projet en cours où l'analyse fait 100 pages (quasi finie) et pourtant moins étoffé, mais faut dire c'est moins étoffé qu'un forum, je devrais arriver à 250 pages environ si je fais ça sérieusement

 
au boulot y a des tableaux dans tous les bureaux, je ne sais plus m'en passer pour l'analyse

clair moi aussi
 
je prends tout mon temps pour faire l'analyse parce que c'est justement la phase la plus importante. En fait je laisse le temps aux idées de fuser un peu

drasche euh c bien joli mais tes 30 pages de blabla technico-commercial vont te servir à convaincre quel client?
 

bof, si tu as bien séparé ton modèle de donnée avec tes utilisations de donnée, t'as qu'à modifier les accès et ca reste transparent pour tout le reste.

du blabla de qualitay monsieur, d'ailleurs je vire le commercial pour me concentrer sur le technique
 

mouais ça c'est la situation idéale mais ce n'est pas toujours aussi évident tu sais
 
surtout quand t'as des boolays à côté de toi qui font une analyse et qu'on te demande de coder en même temps
 
j'ai connu ça ya moins de 2 ans et j'en ai eu rapidement ma claque

http://forum.hardware.fr/forum2.ph [...] h=&subcat=  

merci pour ton explication
 
et tu fait ca sur du papier ou bien avec un editeur de texte ?

oui t'inquiete,ca j'y ai passé beaucoup de temps

c'est clair que si tu mets la charette avant les boeufs...
 
Mais même avec des cas pareil, si tu fais de la POO, y a moyen de s'en tirer avec de moindre pertes, quite à sacrifier un peu la performance.

sur papier? tu m'as bien regardé?
 
ça dépend, tu griffonnes des idées sur papier quand t'as pas de machine sous la main oui, ça peut arriver mais sinon ça passe toujours sur la machine. J'écris aussi des logs de ce que je fais, des idées qui me passent par la tête, un fourre-tout quoi, et quand ça se précise, ça passe dans l'analyse.

 
c'est beau ce que tu dis

au fait je vois pas ce que les mots "commercial" et "client" viennent faire ici vu que tout ce que j'ai l'intention de pondre d'ici la fin de mes jours sera sous GPL

ben oui, justement c'est bien là ou je veux en venir, à quoi ça sert toutes ces pages

on voit bien que t'as pas fait des études en informatique mon vieux, pour n'importe qui en a faites, c'est évident  Demande à DarkLord, il te le dira lui

y'a pas que les méthodes à papy dans la vie    
 
au hasard, http://www.extremeprogramming.org/
 

 
Euh... même en XP tu fais cette étude préalable.

franchement ridicule, ne parle pas de choses que tu ne connais pas (je parle pas d'XP mais de méthodologie en général).
 
C'est le même principe avec une base différente.
 
edit: pis les méthodes à papy/mamy, essaie de trouver quelque chose de mieux dans quelque domaine que ce soit, ces gens-là, ils savaient eux. Les bonnes traditions se perdent

ben c'est moins rigide genre j'écris 50 pages de specs,  j'implemente et c'est fini quoi