NOTION DE CAHIER DE
CHARGES
Par SAHA Pierre
2018/2019
OBJECTIFS
• Différentier les concepts de maitre d’œuvre et de maitre
d’ouvrage
• Décrire la méthodologie d’élaboration d’un cahier de
charges
• Rédiger un cahier de charges
• Décrire les techniques de recueil des besoins,
• Préciser le rôle des composants d’un cahier de charges,
• Expliciter le rôle d’un cahier de charge,
• Identifier les types de cahier de charge
PLAN
• Maitre d’œuvre et maitre d’ouvrage
• Objectif d’un cahier de charges
• Ingénierie des besoins
• Élaboration d’un cahier de charges
• Rédaction d’un cahier de charges
• Qualités d’un cahier de charges
Maitre d’œuvre et maitre d’ouvrage
• Un projet est une œuvre(ensemble de travaux) destinée à
produire (concevoir, réaliser, installer) un ouvrage
conforme à ses spécifications.
• L’ouvrage est le produit final
• L’œuvre est l’ensemble d’activité/travaux conduisant à
l’obtention du produit final.
Œuvre et ouvrage
Maitre d’ouvrage
• Le maître d’ouvrage est le propriétaire du produit du
projet (l’ouvrage)
• Le maitre d’ouvrage est responsable de l’expression des
besoins que doit satisfaire le produit résultant de la
conduite du projet.
• Trois activités:
• Expression des besoins concrétisée par l’élaboration du cahier de
charge
• Validation du produit livré conformément au cahier de charge
• Suivi du projet
• Il peut se faire assisté par un « assistant à la maitrise
d’ouvrage »
Maitre d’œuvre
• La maîtrise d’œuvre conduit les travaux (l’œuvre) en
respectant les conditions de coûts et de délais.
• Le maitre d’œuvre doit livrer un produit conforme aux
exigences exprimés par le maitre d’ouvrage
• Responsable de :
• Conduite du projet
• Test du produit
• Conception du produit
• Réalisation du produit
• Etc.
Maitre d’œuvre Vs Maitre d’ouvrage
Cahier de charges
objectifs du CC
• Cerner le véritable besoin
• Stimuler le fournisseur
• Favoriser la communication
• Constituer le cadre contractuel
• Déterminer les priorités
Ingénierie des besoins
composantes de l’ingénierie des besoins
• Recueil des besoins
• Analyse des besoins
• Formulation des exigences
• Vérification et validation des exigences
• Gestion et évolution des exigences
Ingénierie des besoins
recueil des besoins
• Utilise plusieurs techniques:
• interviews,
• observation directe,
• Réunions,
• Questionnaires,
• Revue des documents,
• audit
• Chaque utilisateur exprime ses besoins dans un jargon
qui lui est propre il faut unifier le vocabulaire et
expliciter le besoin: c’est la principale difficulté
Ingénierie des besoins
analyse des besoins
• Il faut réaliser un raffinement du besoin:
• Éliminer les ambiguïtés,
• Éliminer les incohérences,
• Éliminer les redondances,
• Éliminer les incomplétudes,
• Etc
• En recourant aux filtres tels que:
• Les objectifs exprimés en amont,
• Le contexte de l’entreprise,
• Le système d’information existant,
• etc
Ingénierie des besoins
spécification des exigences
• Rassembler dans un document unique l’ensemble des
exigences
• Regroupés en trois catégories:
• Exigences fonctionnelles
• Exigences non-fonctionnelles
• Contraintes techniques
• Toujours s’assurer que les exigences restent cohérentes,
sans ambiguïté, complètes et précises
Ingénierie des besoins
validation
• Impose la relecture par toutes les parties prenantes
• Au-delà de la lecture du document, l’on peut recourir aux
techniques de prototypage ou de maquettage pour
valider les exigences
• Mais ce n’est qu’en phase de production (après livraison
du produit) qu’on peut véritablement juger de la
satisfaction des exigences
Élaboration du Cahier de charges
Démarche
• Une démarche en 8 étapes:
1. Lancement
2. Définition de l’objectif
3. Analyse de l’existant
4. Proposition d’amélioration
5. Construction des scénarios fonctionnels
6. Révision de l’organisation
7. Rédaction du cahier de charges
8. Validation du cahier de charges
Élaboration du Cahier de charges
Démarche
• Démarche et outputs:
• À chaque étape il y a un produit
Élaboration du Cahier de charges
Démarche
Lancement du projet d’élaboration du CdC
• Cette étape permet de :
• Constituer l’équipe de préparation du cahier des charges
• structurer les tâches nécessaires à la création du cahier des
charges
• Informer ou former les membres de l’équipe d’élaboration du CdC
sur le plan technique, méthodologique ou métier
• mettre en place l’infrastructure du projet de rédaction du cahier des
charges : locaux, communications, outils bureautiques, et si
nécessaire assistance externe
• On répond aux questions:
• Qui prend les décisions?
• Qui participe à l’élaboration et fait quoi?
• On utilise quoi?
Élaboration du Cahier de charges
Démarche
Spécifier l’objectif
• Cette étape permet de :
• Dresser les finalités de l’application
• Déterminer les limites et les interfaces de l’application
• Indiquer les contraintes. Elles s’articule autour de:
• La conservation, partielle ou totale, de l’organisation existante ;
• La conservation de matériels informatiques installés ;
• L’adaptation des personnes au changement ;
• cadre budgétaire du fonctionnement de la future solution ;
• La performance (temps de réponse, volumes) ;
• La sécurité (sûreté de fonctionnement, protection) ;
• L’aptitude à l’évolution et à la maintenance.
Élaboration du Cahier de charges
Démarche
Spécifier l’objectif (suite)
• Pour y arriver, il faut:
• Définir l’importance su projet ou du produit
• Définir et clarifier les enjeux
• Tracer la vision du produit
• Définir le périmètre actuel et futur
• Définir le contexte
• Évaluer la complexité du projet
Élaboration du Cahier de charges
Démarche
Analyser de l’existant
• Pendant cette phase, il faut:
• Recueillir les informations sur l’existant : utiliser les interviews et…
• Analyser et quantifier ces informations. Différentes vues du
système actuel doivent apparaitre
• Vue organisationnelle (organigramme, flux d’info échangés, procédures)
• Vue fonctionnelle (différentes activités, règles de gestion, modélisation
conceptuelle, organisationnelle, logique et physique des traitements)
• Vue données
• Vue technique
• Modéliser le système actuel
• Diagramme de processus
• Diagramme de flux
• Modèle de processus
• MCD, modèle de classe etc.
Élaboration du Cahier de charges
Démarche
Proposition des améliorations
• Il est question de :
• Remédier aux dysfonctionnements observés
• Pour se faire, il faut avoir identifié les insuffisances, principes et
méthodes à remettre en cause
• Fixer les objectifs d’évolution
• Il s’agit d’envisager des perspectives d’évolution de l’environnement
(par exemple: urbanisation du Système d’information, naissances de
nouveaux besoins, augmentation du volume de données etc)
• En déduire les caractéristique du système cible
• Il s’agit de dresser une liste des fonctions à assurer (exemple: gérer les
inscriptions des élèves)
Élaboration du Cahier de charges
Démarche
Réviser l’organisation
• Il est question de :
• Identifier les conditions du changement. A ce niveau, il faut émettre
des hypothèses de structure d’organisation, déterminer les profils
adéquats et s’assurer de la cohérence avec les règlements
internes et externes. Ceci afin de garantir l’acceptabilité de la
solution.
• Déterminer qui est susceptible de produite la solution. Ceci est
important pour l’appel d’offre
• Construire le scénario. Il est question de:
• Faire un regroupement des fonctions en groupe (domaine fonctionnels)
et décrire leur enchaine
• Intégrer les caractéristiques de chaque fonction: préciser leur finalité,
indiquer les éléments d’entrée et de sortie, préciser les contraintes
• Intégrer les caractéristiques non fonctionnelles: elles peuvent être de
nature temporelles, à l’ergonomie, etc.
Élaboration du Cahier de charges
Démarche
Réviser l’organisation (suite)
• Construire le scénario. Il est question de:
• Faire un regroupement des fonctions en groupe (domaine fonctionnels) et décrire
leur enchaine
• Intégrer les caractéristiques de chaque fonction: préciser leur finalité, indiquer les
éléments d’entrée et de sortie, préciser les contraintes
• Intégrer les caractéristiques non fonctionnelles: elles peuvent être de nature
temporelles, à l’ergonomie, etc.
• Faire le bilan prévisionnel : il s’agit d’estimer
• les bénéfices directs, par rapport à la solution antérieure
• les bénéfices relatifs, par des gains de productivité
• bénéfices induits, par les conséquences sur les autres activités
• les gains attendus par le nouveau système
• Et les avantages qualitatifs (en rapport avec le savoir-faire, la marque etc)
• Choisir le meilleur scénario : cela se fait sous la base des critères tels que:
• amélioration du service rendu
• protection des facteurs humains
• respect des contraintes financières
• maîtrise des technologies envisagées
Élaboration du Cahier de charges
Démarche
Structurer et rédiger le cahier des charges
• Il s’agit de regrouper l’ensemble des informations
collectées ou élaborées tout au long du projet, de
vérifier leur complétude et leur cohérence, de les
mettre en forme selon le plan type choisi en
observant les recommandations générales
Élaboration du Cahier de charges
Démarche
Valider le cahier des charges
• Dans un premier temps, le chef de projet du CdC
réunit l’ensemble des acteurs afin de valider le
document.
• La validation peut se faire en utilisant une check-
list.
• Dans un second temps le maitre d’œuvre valide
le CdC à travers la réponse qu’il soumet au MOA.
Rédaction du Cahier de charges
Plusieurs modèles de présentation
• AFNOR X50-151
• spécifications des exigences selon VOLERE
• Proposition de MANSON
Rédaction du Cahier de charges
AFNOR X50-151
• Norme française
• Cahier de charge fonctionnel mis en place par
l’AFNOR
• Favorise l’ouverture à la négociation
• Priorité accordée aux fonctions et contraintes
Rédaction du Cahier de charges
AFNOR X50-151
• Le plan de cette norme est présenté ci-contre
1. Présentation du problème
2.3. Caractérisation des fonctions
1.1. Le produit et son marché
de service et des contraintes
1.2. Contexte du projet, les objectifs
Critères d’appréciation
2. Enoncé fonctionnel du besoin
Niveaux des critères
2.1. Cycle d’utilisation du produit et
d’appréciation
identification de son environnement
Flexibilité des niveaux :
2.2. Enoncé des fonctions de service et
classe de flexibilité, limites
des contraintes
’acceptation, taux d’échange
Fonctions de service attendues
3. Appel à variantes
Contraintes
4. Cadre de réponse
Ordonner les fonctions de service
Classement ou notation des
fonctions
Rédaction du Cahier de charges
spécifications des exigences selon VOLERE
• Le plan de rédaction de VOLERE
PROJECT DRIVERS 12. Performance Requirements
1. The Purpose of the Project 13. Operational Requirements
2. Client, Customer and other 14. Maintainability & Support
Stakeholders Requirements
3. Users of the Product 15. Security Requirements
PROJECT CONSTRAINTS 16. Cultural and Political Requirements
4. Mandated Constraints 17. Legal Requirements
5. Naming Conventions and Definitions PROJECT ISSUES
6. Relevant Facts and Assumptions 18. Open Issues
FUNCTIONAL REQUIREMENTS 19. Off-the-Shelf Solutions
7. The Scope of the Work 20. New Problems
8. The Scope of the Product 21. Tasks
9. Functional and Data Requirements 22. Cutover
NON-FUNCTIONAL 23. Risks
REQUIREMENTS 24. Costs
10. Look and Feel Requirements 25. User Documentation and Training
11. Usability and Humanity requirements 26. Waiting Room
12. Performance Requirements 27. Ideas for Solutions
Rédaction du Cahier de charges
spécifications des exigences selon VOLERE Version française
• Le plan de rédaction de VOLERE en version française
MOTIVATIONS DU PROJET 13. Exigences opérationnelles
1. Objet du projet 14. Exigences de maintenabilité et
2. Clients et autres parties prenantes support
3. Les utilisateurs du produit 15. Exigences de sécurité
CONTRAINTES DU PROJET 16. Exigences culturelles et politiques
4. Contraintes obligatoires 17. Exigences légales
5. Conventions de noms et définitions QUESTIONS SUR LE PROJET
6. Faits et hypothèses déterminants 18. Questions ouvertes
EXIGENCES FONCTIONNELLES 19. Solutions sur étagère
7. Périmètre de l’œuvre 20. Problèmes nouveaux
8. Périmètre de l’ouvrage 21. Tâches
9. Exigences sur les fonctions et 22. Finalisation
données 23. Risques
EXIGENCES NON 24. Coûts
FONCTIONNELLES 25. Documentation utilisateur et
10. Exigences d’interface utilisateur formation
11. Exigences d’utilisabilité 26. Questions mises en attente
12. Exigences de performance 27. Idées de solutions
Rédaction du Cahier de charges
Proposition de MANSON
• Le plan de rédaction de MANSON (recommandé)
Introduction : Présentation du Cinquième partie : Projet de
cahier des charges réalisation, facteurs de risque,
Première partie : Contexte et incertitudes
objectifs Projet de réalisation
Deuxième partie : Analyse de Facteurs de risque, incertitudes,
l’existant et axes d’évolution complexités
Troisième partie : Expression des Sixième partie : Critères
exigences d’appréciation
Exigences fonctionnelles du système Conditions de recette
Exigences non fonctionnelles Flexibilité des niveaux
Quatrième partie : Contraintes Appel à des variantes
Services d’accompagnement Cadre de réponse
Environnement technique de la Septième partie : Annexes
solution
Environnement humain et
organisationnel
Rédaction du Cahier de charges
Introduction : présentation du cahier des charges
• Fournir les indications sur le métier, les contraintes, le
contexte, le projet et éventuellement les projets connexes
• Résume les attentes du client vis-à-vis du fournisseur. Il s’agit
de:
• délais d’intervention
• niveau de détail attendu de la part du fournisseur
• éléments de la structure de coûts
• interlocuteurs éventuels
• type de réponse attendue
• urgence de la demande (délai de réponse souhaité, dates importantes)
• etc
Rédaction du Cahier de charges
Première partie : contexte et objectifs
• Le contexte indique la nature des activités professionnelles du
client, en particulier celles qui seront impactées par la mise en
œuvre du produit.
• La formulation du contexte s’appuie sur:
• L’orientation du schéma directeur,
• Les décisions importantes de l’entreprise,
• Le développement potentiel de nouvelles activités,
• Les évolutions actuelles ou potentiellement en cours,
• Les dysfonctionnements observés dans le système d’information,
• etc.
• Une sous section doit préciser les objectifs généraux et
spécifiques du projet
• On doit également y retrouver une description générale du
projet. Elle circonscrit le périmètre du projet.
Rédaction du Cahier de charges
Deuxième partie : analyse de l’existant et axes d’évolution
• Insiste sur l’actuel système en faisant ressortir:
• Le cadre organisationnel,
• La description fonctionnelle
• La description des données,
• Le bilan de la situation actuelle. Ce bilan doit exposer les axes
d’amélioration nécessaires au système actuel:
• fonctions inadaptées, manquantes, inutilisables;
• difficulté d’utilisation;
• manque d’efficacité administrative : circuits trop complexes, documents
inutiles, règles de gestion obsolètes, moyens inadéquats ;
• manque d’efficacité technique : temps de réponse trop longs ;
• faible fiabilité ;
• support aux utilisateurs insuffisant, faible efficacité de la maintenance.
• Les axes d’évolution possible
Rédaction du Cahier de charges
Troisième partie : expression des exigences
• C’est le cœur du CdC
• Il y faut exprimer:
• les exigences fonctionnels en terme de :
• Résultats à produire,
• Des attentes;
• Des contraintes particulières;
• Etc.
• Les exigences non fonctionnelles
• Structurer les contraintes selon la norme ISO/CEI 9126 (facilité d’utilisation,
rendement, maintenabilité, portabilité, capacité fonctionnelle etc)
• Toutes les exigences doivent être testables. Ce qui suppose des métriques
clairement définie par exemple le MTBF (mean time between failures) pour la
fiabilité.
Rédaction du Cahier de charges
Quatrième partie : Contraintes
• Il y faut préciser :
• Les services d’accompagnement (conduite de changement, mise en
œuvre du système, fonctionnement etc)
• L’environnement technique de la solution (infrastructure matérielle et
logicielle, relation avec d’autres systèmes, interface existant ou à
développer etc)
• L’environnement humain et organisationnel (norme et standard, revision
des procédures, formation supplémentaire, modification de
l’environnement de travail etc)
Rédaction du Cahier de charges
Cinquième partie : projet de réalisation, facteurs de risque,
incertitudes
• Concerne d’avantage le projet plutôt que le produit
• S’articule autour de:
• Du projet de réalisation
• On y précise les délais, le budget, l’environnement etc.
• Des facteurs de risque, incertitudes, complexités
• On précise les risques et difficultés auxquels devrai s’attendre le
fournisseur
Rédaction du Cahier de charges
Sixième partie : critères d’appréciation
• Concerne la réception globale du projet, de l’ouvrage
• On y précise :
• Les conditions de recette: il s’agit principalement des conditions
d’acceptations
• Le niveau de flexibilité dans la satisfaction des exigences.
• Le taux de compensation (ou taux d’échange) en cas de non respect des
exigences globales doit également être précisé (par exemple, les pénalités de
retard, dans le cas où le fournisseur ne respecterait pas ses délais de
livraison).
• Les limites d’acceptation définit pour chacune des caractéristiques
fondamentales du produit
• Les standard d’évaluation et d’acceptation du produit
• L’appel à des varainte qui permet au fournisseur de proposer des
amélioration qui ne sont pas incluses dans les exigences
• Le cadre de réponse pour encadrer les soumission à l’appel d’offre
Rédaction du Cahier de charges
Septième partie : annexes
• On peut y adjoindre un glossaire permettant d’éviter toute
confusion
• On doit également y adjoindre des documents justificatifs de la
demande ou constitutif de la soumission
Qualités d’un bon CdC
• Le CdC doit insister sur les exigences
fonctionnelles plutôt que sur les fonctions
techniques
• Il doit éviter les contradictions et les ambiguités
• Il doit éviter la sur-spécification
• Eviter les vœux pieux (une exigence non
fonctionnelles dépourvue de critère
d’appréciation). Exemple : Ecrire que
l’application doit être « fiable » ou « ergonomique
» n’a aucun sens.
