Discussion :

[Johnsoft]

Bonjour,
Je suis entrain de m'inicier au développement web et donc je débute une formation. Cependant je fais face à un problème: je ne trouve pas la méthode qui me permette à partir d'une simple idée de modéliser un site.Ainsi si je vous soumettais une idée telle que concevoir une bibliothèque virtuelle dans laquelle on peut s'inscrire, emprunter et rendre des livres. est ce que vous pourriez m'aider à modéliser de la plus basique et compréhensible des manières l'achitecture de ce site.Sinon à me montrer une méthode de découpage le plus simple qui soit faisable afin d'amener mon idée à une suite de taches et/ou de fonctions à coder.
Merci beaucoup d'avance à tous ceux qui m'aideront.

[tbc92]

Tu sembles effectivement très perdu.

La première étape, c'est : concevoir un modèle de données : Quelles sont les entités que tu dois gérer. Tu dois gérer des clients, des livres, et des emprunts.
Dans ton modèle, tu vas donc définir 3 fichiers :
- fichier client (idClient, nomClient, prénomClient, adresseClient, telephoneClient etc etc )
- fichier livre (idLivre, TitreLivre, AuteurLivre, EditionsLivre etc )
- fichier Emprunt (idClient, idLivre, DateEmprunt, DateRetour)
Ici dans mon modèle de données, je fais au plus simple. Et je fais plein d'impasses. On aura certainement envie de classer les livres par genre (romans, nouvelles , BD...).
Et surtout, dans le fichier Emprunt, au moment où un client emprunte un livre, on a une dateRetour 'théorique', mais si le client ne rend pas le livre, ou s'il le rend en retard... il faut choisir comment on gère tout ça.
Et ça va certainement se traduire pas plus de fichiers dans le modèle de données.

Après (ou en parallèle, ou même avant) il faut définir des écrans. On parle parfois de WIREFRAME. Tu peux tout simplement dessiner les différents écrans sur du papier, en notant quelque part : Quand l'utilisateur clique sur tel lien, ça affiche tel écran...
Toute cette étape est très importante. Ce n'est pas de la programmation. Tu parlais de fonctions à coder dans ton message, alors que l'aspect 'code' arrive normalement très tard dans le processus. C'est totalement illusoire de commencer à coder quoi que ce soit, si tu n'as pas déjà dessiné sur le papier une maquette des écrans essentiels (le MVP : Minimum-Viable-Product) et si tu n'a pas un modèle de données robuste.

Ensuite, on parle programmation. Et on parle de Front-End et de Back-End. En gros, le Front End, c'est le code qui va tourner sur le poste de l'internaute, et le Back-end, c'est le code qui va tourner sur ton serveur de base de données. Mais je ne suis pas du tout compétent pour t'en dire plus.

WireFrame et Modèle de données, ce sont les fondations de ta maison. Quand les fondations seront faites, tu pourras poser les murs, puis poser les fenêtres. Ne commence pas en posant les fenêtres, ça ne marchera pas.

[Johnsoft]

Bonjour tcb92,
Je vous remercie beaucoup pour votre réponse rapide. Je vais effectivement exploiter cette piste et je vous ferai part de mon résultat très vite .
Cordialement

[Nebulix]

... Tu peux tout simplement dessiner les différents écrans sur du papier, en notant quelque part : Quand l'utilisateur clique sur tel lien, ça affiche tel écran... Ce n'est pas de la programmation..

C'est du pinaillage sur des mots mais ceci fait partie ( de façon essentielle) du processus permettant la réalisation effective d'une demande et est donc bien de la programmation, même si ce n'est pas écrit en C (ou autre). Séparer cette étape (Ce n'est pas de la programmation ) incite trop souvent à la minimiser ce qui est une grosse source d'erreurs.

[Johnsoft]

Merci Nebulix pour cette précision