L'AFNOR définit le cahier des charges comme devant être l'expression fonctionnelle du besoin.

Rappelons les objectifs d'un développement:

- Satisfaire les besoins du demandeur.
- Respecter des contraintes de coûts et délais.
- Satisfaire des critères de qualité.

Le cahier des charges ou expression de besoin est la première étape incontournable d'un projet de développement. Il est un élément constitutif de la convention qui unit deux partenaires.
L'expérience montre que toute erreur ou manquement en phase de définition de projet a des conséquences beaucoup plus lourdes en termes de correction qu'une simple mise au point lors de la livraison. C'est pourquoi toute votre attention, lorsque vous voulez réaliser un projet, informatique ou autre, doit être porté sur l'établissement du cahier des charges.

La réussite d'un projet passe par la définition écrite, détaillée, précise, exhaustive et évaluable du besoin qu'il doit satisfaire.

La logique commande que le "client" , lorsqu'il a un besoin a satisfaire, fournisse ce document car il est a priori le mieux placé pour exprimer ce qu'il veut obtenir. Malheureusement, beaucoup d'entreprises ne disposent pas des resources nécessaires pour mener à bien cette tâche. Nous pouvons l'aider en prenant cette action à notre compte, et par la même favoriser la réalisation du projet.

• Principe: Distinguer le problème de sa solution, ou encore le quoi du comment. Il est essentiel d'inciter les donneur d'ordres à s'explimer en termes de résultats plutot qu'en termes de moyens.
  
• Démarche: Intérrogation niveau décideur, niveau agent de maîtrise, niveau utilisateur. Chaque personne concernée par le processus définitif a sa propre vision du besoin. En effet suivant la fonction de celle ci, les objectifs peuvent différer. Un opérateur en production cherchera principalement la facilité d'utilisation, dans le cadre de son poste de travail. Un agent de maîtrise pourra être focalisé sur la production de rapports et états statistiques, et un chef d'entreprise sur les gains de productivité apportés, par exemple. Dans le cadre de cette pratique d'interview, nous pouvons également faire des suggestions en fonction de notre propre expérience.
  
• Etude de l'existant: Il est bien rare qu'un système soit créé ex-nihilo. La plupart du temps, il est destiné à remplacer des procédures existantes, automatisées ou non. C'est donc par l'observation et l'analyse des pratiques et outils en usage que l'on pourra collecter une masse d'informations concernant le besoin à satisfaire. On adoptera la méthodes des sept questions:
  
  QUOI-QUI-OU-QUAND-COMMENT-COMBIEN-POURQUOI ?
  
  Identifier les constituants:
  
  L'objectif du projet.
  Le contexte de mise en oeuvre.
  Un Système peut être considéré comme une boite noire qui effectue une action, reçoit et produit des flux d'informations, le tout sous contrôle.
  
  On s'attachera donc à identifier:
  
  Les données d'entrée.
  Les données de sortie.
  Les données de contrôle.
  Les Fonctions Principales.
  Les contraintes et limites du système.
  Les performances recherchées et les critères d'évaluations.
  
  Chaque élément ci dessus pouvant être décomposé en niveaux de raffinements successifs.
  
  
• Suivre un plan pour procéder à la rédaction:(Exemple)
  
  1- Présentation du document.
           Demandeur, organisation du document, conventions, terminologie.
  
  2- Présentation générale du problème.
           Enoncé du besoin, domaine d'application, marché, objectif, utilisateur, maintenance.
  
  3- Description des données (Caractéristiques, attributs, relations)
  
  4- Description des fonctions. (Principales, secondaires, variantes possibles)
  
  5- Contraintes (Environnement, Réalisation)
  
  6- Ressources requises.
  
  7- Plan Qualité (Documentation, critères d'appréciation des résultats, situation de tests)
  
  
• Méditer...
  
  Les sept péchés capitaux du cahier des charges:
  
  - La contradiction. (Parties du texte incompatibles entr'elles)
  - Le silence. (Absence d'éléments importants constituant le besoin)
  - L'ambiguité. (Texte donant lieu à interprétation multiple)
  - La redondance. (Eléments à caractère identiques dans deux parties du texte)
  - Le bruit. (Elément superflu ou sans rapport avec le sujet)
  - La sur-spécification.(Information d'un niveau de détail trop fin ou présageant une solution)
  - Le non respect des normes.
  
  Le cahier des charges devra être clair et lisible, exhaustif, et structuré (allant de général vers le particulier) Il n'est qu'une étape du processus de réalisation d'un projet.
  
  Faire des dénombrements si entiers et des revues si générales que je ne sois assuré de ne rien omettre.

• Exemple de Cahier des charges:
  
  Identité des partenaires: rédacteurs, destinataires.
  
  Présentation générale:
  Origine du besoin.
  Nature du travail demandé.
  Environnement du projet.
  
  Contexte:
  Etudes déja effectuées concernant le projet.
  Suites prévues.
  Confidentialité.
  
  Nature de la prestation souhaitée:
  Etude de marché, faisabilité, avant-projet de conception, conception-définition, industrialisation, réalisation d'une maquette, implémentation sur site, formation, orgnisation et qualité, étude de rentabilité.
  
  Description fonctionnelle: La plus exhaustive possible.
  
  Planning: Etapes, réunions, rapports, revues de projets.
  
  Rôle des différents intervenants: qui fait quoi.
  
  Documentation: Références à consulter.
  
  Directives particulières: Standards, normes et règlements. Sécurité.
  
  Conditions particulières: Protocoles d'acceptation, Maintenance.
  
  Eléments financiers: coût, modalités de paiement.

 

 Consultez également la page Wikipédia sur le cahier des charges d'un site internet.

 Vous pouvez reproduire utiliser ce texte pour vos propres besoins en mentionnant son origine.

Version imprimable de la page