Ce que tu demandes correspond a l'experience que l'on peut developper lorsque l'on concoit une application ( attention concevoir et developper etant ici deux chose différentes )

Il ya a plusieurs facons de proceder pour concevoir une application.

1/ On part direct sur le code et le graphe

- avantages :

• rendu a presenter ( client ou collaborateur ) permettant de se faire une idée
  Developpement relativement simple

- inconvenients :

• les problemes non pensés deviennent des freins au developpement et augmente géneralement de manière significative les delais
  les probleme d'utilisation post prod ( temps de saisie, main d'oeuvre necessaire a l'administration/ mise a jour souvent impossible a prevoir)
  La structure du programme se construit au fil de l'eau
  Evolution et maintenance hasardeuse puisque non anticipée

2/ on concoit l'application ( comprendre penser )
- avantages :

• peu de suprise durant le developpement car les problemes sont soulevés en amont
  possibilité de coupler a l'analyse des methodes des developpement (Extreme programming)
  possibilité de se référer a des schemas decrivant le fonctionnement (structure définie avant le dev)
  Maintenance facilité car la structure est definie en amont

- inconvenients :

• necessite de "normaliser" les schemas ( UML, MERISE.....)
  Pas de graphisme à presenter au client/collaborateur juste des schéma (beaucoup moins parlant)
  Nécessite de bien anticiper tout les problemes et de les mettre a plat( contrainte de temps : reunion, compte rendu de reunion, validation )

Une application bien pensée demande 60% d'analyse et 40% de codage.

Il existe beaucoup de méthode pour analyser un probleme et concevoir un systeme approprié:

• Analyse fonctionnelle : permet de definir les fonctions et contrainte necessaire a la résolution d'un probleme. Cette analyse est tres utile car elle n'est pas destiné a l'informatique. Elle permet de bien isoler les process, les nomenclatures produits, les risques encourus et prends en compte plusieurs etapes de vie de la solution (developpement, installation maintenance). C'est un méthode d'analyse issue de l'industrie et permettant a la base l'installation de grosse machine outil
  Analyse Merise :permet de recenser toute les données a traiter et d'organiser leur stockage. Elle comprend un dictionnaire des données, MCD ( modele conceptuel de données ) et MCT ( modele conceptuel de traitement ). Cette analyse permet de concevoir les bases de données mais aussi les traitements que va supporter l'application. Je vous conseilles d'aller faire un tour sur fabforce et d'utiliser leur logiciel de modelisation
  UML : Méthode d'analyse orienté object. Elle permet de prendre en compte traitement, donnée en organisant le tout sous forme objet avec prise en compte de l'héritage, de la specialisation ect ... Une methode d'anlyse utile jusqu'a present pour la conception de logiciel. Elle est tres utilisé avec le RAD (rapide application developpement) qui permet depuis une analyse UML de sortir l'ensemble des classes generique et de n'avoir que les classes metier a developper. Un tres bon outil pour C++ est Rationnal rose, il commence a en exister aussi pour le php
  Analyse de la valeur :Analyse permettant de faire evaluer par un client les differentes fonction et leurs priorités. Tres utiles pour eviter de tomber dans les travers actuels d'un developpement. La méthode XP (extreme programming) l'a d'ailleurs inclus en partie pour evaluer la difficulté d'une fonction, l'utilité, et la priorité d'une fonction.

Je ne penses pas qu'une méthode soit absolue. En fonction du contexte on utilisera tout ou partie d'un méthode d'analyse. Avec le temps on piochera un peu dans chaque pour se faire sa propre méthode.

J'essaierai de faire des exemples d'analyses sur des cas simples. Mais vu le temps que cela prends à formaliser je ne promet rien. Si d'autres personnes sont interressées, ce sera avec plaisir que l'on pourra l'integrer à la FAQ .

Perso je n'utilise tres rarement du papier pour une bonne raison j'en ai jamais sous la main et quand par miracle quand j'en trouve vu mon organisation j'ai très peu souvent la chance de retrouver mes notes, par contre c'est vrai qu'avant de commencer un projet j'utilise sous blocnote pour définir exactement ce que je vais faire, et plus que pour des projets pour des bouts de codes ou autre. C'est une maniere pour voir de penser mieux mes "scripts" car avec l'experience je me suis aperçu que ce qu'en codant dès qu'on a une idée, quand on à la tete dans le code on oublie 50% de ce qu'on voulait faire donc ce qui me paraissait tout au début un perte de temps est en fait devenu indispensable

merci pour ta réponse SAEVEAS, reste plus qu'a espérer qu'une personne courageuse se lance de ce genre de tutoriel

merci pour vos réponses.

j'étudie à cette endroit pour l'instant, merci pour le lien Mere theresa

http://uml.free.fr/