Avant d’aborder le sujet de l’analyse et de la conception orient\u00e9es objet (c’est \u00e0 ce moment que la plupart d’entre nous s’amusent le plus de ce que nous faisons en dehors de l’\u00e9criture de code), il est important de suivre quelques \u00e9l\u00e9ments suppl\u00e9mentaires concernant la compr\u00e9hension des besoins des clients. .<\/p>\n
Dans le message pr\u00e9c\u00e9dent, je mentionnais :<\/p>\n
\nSi vous prenez le temps de comprendre ce qu’ils veulent d\u00e8s le d\u00e9but, les exigences ne doivent pas n\u00e9cessairement \u00eatre un document de 50 pages d\u00e9crivant le fonctionnement de chaque module.<\/p>\n<\/blockquote>\n
Par exemple, chaque fois que je r\u00e9dige des exigences (ou un \u00e9nonc\u00e9 des travaux) comme je les appelle habituellement lorsque je les envoie aux clients, je d\u00e9passe rarement dix pages, et c’est souvent moins.<\/p>\n
Et bien qu’il y ait des moments o\u00f9 c’est plus long, je pense qu’une partie de la raison pour laquelle le d\u00e9veloppement d’un ensemble court d’exigences vient avec les discussions pr\u00e9liminaires pour s’assurer que vous et le ou les clients avez d\u00e9velopp\u00e9 un langage commun avec lequel vous pouvez travailler.<\/p>\n
Lorsque vous faites cela, les exigences et l’\u00e9nonc\u00e9 des travaux \u2013 peu importe comment vous les appelez \u2013 n’ont pas besoin d’\u00eatre aussi longs.<\/p>\n
R\u00e9daction d’un \u00e9nonc\u00e9 de travail<\/h2>\n
Tout d’abord, j’aimerais faire la diff\u00e9rence entre un \u00e9nonc\u00e9 de travail<\/strong> et des exigences<\/strong> dans le contexte de cet article.<\/p>\n
\n
- Les exigences<\/strong> sont ce que le client veut avoir construit.<\/li>\n
- L’ \u00e9nonc\u00e9 des travaux<\/strong> d\u00e9taille ce que vous allez faire, comment vous allez le faire et pour combien.<\/li>\n<\/ul>\n
Je couvrirai ce dernier plus en d\u00e9tail dans ce post. Mais il suffit de dire que les exigences peuvent prendre la forme de discussions, de documentation ou des deux en ce qui concerne le client.<\/p>\n
Avant de passer aux diff\u00e9rentes parties de ce que j’inclus dans un \u00e9nonc\u00e9 de travail, il y a quelques \u00e9l\u00e9ments qui, \u00e0 mon avis, m\u00e9ritent d’\u00eatre mentionn\u00e9s\u00a0:<\/p>\n
\n
- Ne r\u00e9digez pas d’\u00e9nonc\u00e9 de travail tant que vous n’avez pas toutes les exigences du client.<\/li>\n
- Assurez-vous que le client sait \u00e0 quoi s’attendre d’un \u00e9nonc\u00e9 des travaux.<\/li>\n
- Si vous allez prendre le temps de r\u00e9diger un \u00e9nonc\u00e9 des travaux, d\u00e9cidez si vous allez facturer le temps ou non et assurez-vous que le client est conscient qu’il devra payer ou non<\/li>\n<\/ol>\n
C’est l’une de ces choses qui se fait pigiste par pigiste ou agence par agence. Cela dit, voici les parties d’un \u00e9nonc\u00e9 des travaux que j’inclus habituellement.<\/p>\n
Pr\u00e9paration d’un \u00e9nonc\u00e9 des travaux<\/h3>\n
Chaque fois que je pr\u00e9pare un \u00e9nonc\u00e9 de travail, j’ai un mod\u00e8le que j’utilise. Je vais fournir une ventilation qui en couvre une grande partie ici.<\/p>\n
Voici comment chaque section fonctionne\u00a0:<\/p>\n
1 \u00c9nonc\u00e9 des travaux<\/h4>\n
Le but de ce document est de [d\u00e9finir une proposition de solution pour LE PROJET].<\/p>\n
Les exigences du projet ont \u00e9t\u00e9 fournies par [LE NOM DU CLIENT], [R\u00d4LE DU NOM DU CLIENT AU NOM DE LEUR ENTREPRISE]. Les termes de l’accord sont une combinaison de ceux convenus par [NOM DU CLIENT] et [VOTRE NOM du NOM DE L’AGENCE].<\/p>\n
2 Aper\u00e7u des exigences<\/h4>\n
Le but de ce document est de [d\u00e9finir une proposition de solution pour LE PROJET].<\/p>\n
Les exigences du projet ont \u00e9t\u00e9 fournies par [LE NOM DU CLIENT], [R\u00d4LE DU NOM DU CLIENT AU NOM DE LEUR ENTREPRISE]. Les termes de l’accord sont une combinaison de ceux convenus par [NOM DU CLIENT] et [VOTRE NOM du NOM DE L’AGENCE].<\/p>\n
3 langues et technologie<\/h4>\n
Le serveur Web, les logiciels, les outils et l’approche qui seront utilis\u00e9s pour cr\u00e9er la solution.<\/p>\n
4 navigateurs pris en charge<\/h4>\n
S’il s’agit d’un projet Web, couvrez les navigateurs pris en charge, indiquez s’il y aura ou non une fonctionnalit\u00e9 r\u00e9active et comment les points pr\u00e9c\u00e9dents seront test\u00e9s.<\/p>\n
5 langues et technologie<\/h4>\n
Le serveur Web, les logiciels, les outils et l’approche qui seront utilis\u00e9s pour cr\u00e9er la solution.<\/p>\n
6 Exigences et jalons du projet<\/h4>\n
G\u00e9n\u00e9ralement la section la plus longue du document. Il r\u00e9sume :<\/p>\n
\n
- Les exigences,<\/li>\n
- Comment chaque exigence sera construite et livr\u00e9e,<\/li>\n
- Toutes les notes suppl\u00e9mentaires dont le client doit avoir connaissance.<\/li>\n<\/ul>\n
7 Calendrier propos\u00e9<\/h4>\n
Ceci est bas\u00e9 sur les jalons d\u00e9crits dans la section pr\u00e9c\u00e9dente et les commentaires du client.<\/p>\n
8 autres facteurs<\/h4>\n
Divers \u00e9l\u00e9ments que vous choisissez d’inclure, tels que ce que vous ou votre agence choisissez d’apporter au projet, l’impact des commentaires diff\u00e9r\u00e9s sur le projet, etc.<\/p>\n
9 Co\u00fbt estim\u00e9<\/h4>\n
Cela comprend le co\u00fbt total du projet et une ventilation facultative de l’\u00e9ch\u00e9ancier de paiement.<\/p>\n
Il est n\u00e9cessaire<\/h3>\n
Je sais: je l’ai d\u00e9j\u00e0 dit dans des articles pr\u00e9c\u00e9dents de cette s\u00e9rie. Ce n’est pas la partie la plus glamour de ce que nous faisons. Au lieu de cela, nous sauterions plut\u00f4t directement dans la programmation.<\/p>\n
Mais comment savez-vous quoi construire (et bien le construire) si nous n’avons pas correctement trait\u00e9 le probl\u00e8me que nous essayons de r\u00e9soudre\u00a0?<\/p>\n
Et c’est ce que tout ce qui m\u00e8ne \u00e0 l’analyse et \u00e0 la conception orient\u00e9es objet nous donne.<\/p>\n
Analyse orient\u00e9e objet<\/h2>\n
Maintenant que nous avons \u00e9limin\u00e9 la paperasse (ou m\u00eame les \u00ab\u00a0trucs commerciaux\u00a0\u00bb, comme certains peuvent l’appeler), il est temps de commencer \u00e0 travailler dans la programmation.<\/p>\n
Avant de faire cela, cependant, il est important d’analyser les exigences et de d\u00e9terminer quelles parties du projet vont servir \u00e0 quel but. Par exemple:<\/p>\n
\n
- Avons-nous besoin d’un logiciel pr\u00e9existant ?<\/li>\n
- Avons-nous besoin d’\u00e9crire des adaptateurs ou du code de couche de donn\u00e9es\u00a0?<\/li>\n
- Comment allons-nous construire la couche d’application et les entit\u00e9s qu’elle contient\u00a0?<\/li>\n
- Qu’en est-il du front-end<\/li>\n<\/ul>\n
Et pour beaucoup, c’est l\u00e0 que le plaisir commence. Je suis donc impatient de commencer \u00e0 en parler \u00e9galement. Nous commencerons dans le prochain article.<\/p>\n