Eh bien, je pense que tout le monde est différent comme le sont tous les projets. Mais voici ce que je fais personnellement ...
Pour mes propres projets, c.-à-d. Aucune exigence de client, je commence à une fin ou l'autre, soit avec la structure de base de données ou l'interface utilisateur. Je travaille ensuite à travers les couches en m'assurant que je maintiens une séparation claire des préoccupations pour rendre les tests (unité et système) aussi bien que la maintenance aussi facile que possible. Une chose à noter est que quelle que soit votre approche, je pense que le processus est itératif. Je vais souvent travailler, refactoriser, travailler, refactoriser etc, donc ne vous embêtez pas avec les détails et vous devez vous en tenir à eux. Les exigences sont la clé (que ce soit pour vous ou pour un client), la mise en œuvre technique est en grande partie indépendante.
Lorsque vous traitez avec des clients, le processus est quelque peu différent. Vous aurez besoin de faire une bonne partie de la conception avant de penser à nouveau d'une couche à l'autre en essayant de garder autant de logique dans les couches correctes que possible. Par exemple, vous avez votre base de données, alors vous voulez une couche d'accès aux données (DAL) pour extraire votre code de l'accès à la base de données. Ensuite, vous voulez des bibliothèques de logique métier spécifiques qui utilisent le DAL, ceci extrait les portions supérieures de code des données (elles traversent la couche de gestion), etc
Pensez à chaque niveau et essayez de le garder aussi générique que possible. possible, de cette façon, lorsque vous souhaitez changer le stockage pour les données, il vous suffit de changer le DAL et tout le reste fonctionne comme avant ...
"cette partie"? Cette partie semble englober * tout * de la programmation. Il n'y a rien d'autre à faire que de s'asseoir et de s'améliorer, par tous les moyens que vous connaissez pour aller mieux avec quoi que ce soit.Ce n'est pas un problème propre à la programmation. Bonne chance. –
"tout le concept est clair mais je ne sais pas par où commencer le design" C'est une contradiction. Il semble que les concepts ne soient pas ** clairs. Vous aurez besoin d'être plus précis sur "commencer le design". Veuillez fournir un exemple ou un indice quant à ce que ** vous ** entendez par "commencer le design". –