Cahier des charges : Document qui formalise les besoins du client et les exigences du système à concevoir.
- Identifier le contexte et les objectifs du projet
- Recenser les besoins fonctionnels et non fonctionnels
- Définir les contraintes techniques et réglementaires
- Établir les critères de validation
- Structurer le document de manière claire et organisée
Robot Distributeur de Snacks - Cahier des Charges
• Remplacer les distributeurs traditionnels par un robot mobile
• Offrir une expérience client innovante
• Détecter la présence d'utilisateurs
• Proposer une sélection de snacks
• Gérer le paiement
• Distribuer le produit sélectionné
• Niveau sonore inférieur à 50dB
• Résistance aux chocs
• Sécurité des circuits électriques
• Facilité de recharge
Identifier le problème à résoudre et les objectifs visés par le système.
Lister les fonctions principales attendues du système (besoins fonctionnels).
Relever les limitations techniques, réglementaires et environnementales.
Document structuré comprenant contexte, besoins fonctionnels (navigation, détection, distribution), contraintes techniques (autonomie, bruit, sécurité).
• Clarté : Chaque besoin doit être exprimé de manière précise et compréhensible
• Complétude : Couvrir tous les aspects fonctionnels et non fonctionnels
• Testabilité : Chaque exigence doit pouvoir être validée
Hiérarchisation : Organisation des besoins selon leur importance critique pour le succès du projet.
- Identifier les besoins critiques pour la sécurité
- Évaluer l'impact fonctionnel de chaque besoin
- Considérer les contraintes légales et réglementaires
- Classer par ordre d'importance : Critique > Haute > Moyenne > Basse
Système de Gestion de Parking
• Accès autorisé uniquement aux utilisateurs valides
• Système de sauvegarde des données
• Paiement sécurisé
• Interface conviviale
• Personnalisation des interfaces
• Statistiques d'utilisation
Identifier les besoins liés à la sécurité des usagers et des biens.
Évaluer l'impact de chaque besoin sur le fonctionnement global du système.
Affecter une priorité en fonction de la criticité, de la réglementation et de l'impact.
Priorité 1 : Sécurité, accès autorisé, sauvegarde
Priorité 2 : Détection places, paiement, interface
Priorité 3 : Esthétique, personnalisation, statistiques
• Sécurité avant tout : Les besoins de sécurité sont prioritaires
• Impact fonctionnel : Considérer l'importance pour le fonctionnement du système
• Réglementation : Respecter les normes légales en vigueur
QFD (Quality Function Deployment) : Méthode qui traduit les besoins clients en exigences techniques.
- Identifier les besoins clients (What)
- Déterminer les caractéristiques techniques (How)
- Établir la matrice des relations
- Hiérarchiser les caractéristiques techniques
Matrice QFD - Application Mobile
| Besoins Clients (What) | Caractéristiques Techniques (How) | Relation | Poids |
|---|---|---|---|
| L'application est rapide | Temps de réponse < 2 secondes | ★ ★ ★ ★ ☆ | 9 |
| Interface intuitive | Design ergonomique | ★ ★ ★ ★ ★ | 15 |
| Sécurité des données | Chiffrement AES-256 | ★ ★ ★ ★ ★ | 15 |
| Disponible 24/7 | Uptime > 99% | ★ ★ ★ ☆ ☆ | 6 |
• Hiérarchisation basée sur l'importance client
• Communication entre équipes
• Meilleure satisfaction client
Recenser les attentes et exigences exprimées par les utilisateurs.
Traduire les besoins en spécifications techniques mesurables.
Établir la relation entre besoins et caractéristiques techniques.
Calculer les poids pour prioriser les caractéristiques techniques.
Matrice QFD complète avec relations entre besoins clients et caractéristiques techniques
• Clarté : Chaque élément QFD doit être précisément défini
• Hiérarchie : Utiliser des poids pour prioriser
• Communication : Faciliter la compréhension entre équipes
Validation : Processus de vérification que le cahier des charges est complet, cohérent, réalisable et non redondant.
- Vérifier la complétude : tous les besoins sont-ils présents ?
- Tester la cohérence : aucune contradiction entre les besoins
- Évaluer la réalisabilité : les besoins sont-ils techniquement possibles ?
- Confirmer la non-redondance : chaque besoin est-il unique ?
Borne de Recharge Électrique - Validation
• Type de connecteur : Type 2
• Communication avec le véhicule
• Affichage des informations de charge
• Courant maximal : 32A
• Normes de sécurité : CEI 61851
• Composants certifiés
• Architecture modulaire
Vérifier si tous les besoins essentiels sont spécifiés : puissance, connectique, communication.
Comparer les spécifications entre elles : tension vs courant, puissance vs normes.
Vérifier si les technologies existent pour satisfaire les besoins.
S'assurer qu'aucun besoin ne duplique un autre fonction.
Besoins validés : complets, cohérents, réalisables, non redondants
• CHAMP : Complétude, Cohérence, Hiérarchie, Acceptabilité, Mesurabilité, Précision
• Testabilité : Chaque besoin doit être testable
• Atomicité : Chaque besoin doit être unique
Traçabilité : Maintenir les liens entre les besoins du cahier des charges et les solutions techniques.
- Numéroter chaque besoin de manière unique
- Associer chaque besoin à une ou plusieurs solutions techniques
- Créer un tableau de traçabilité
- Mettre à jour la traçabilité à chaque modification
Matrice de traçabilité
| ID Besoin | Description | Solution technique | Statut |
|---|---|---|---|
| BC_001 | Système de connexion WiFi | Module ESP32 | Implémenté |
| BC_002 | Interface tactile | Écran LCD 4.3" + capteur tactile | Implémenté |
| BC_003 | Autonomie 8h minimum | Batterie LiPo 5000mAh | Validé |
| BC_004 | Température de fonctionnement -10°C à +50°C | Composants industriels | En cours |
• Identifier les impacts des modifications
• Assurer la conformité au cahier des charges
• Faciliter les audits et validations
Attribuer un identifiant unique à chaque besoin (BC_001, BC_002, ...)
Lier chaque besoin à une ou plusieurs solutions techniques appropriées.
Créer un tableau avec les relations entre besoins et solutions.
Maintenir la traçabilité à jour pendant tout le cycle de vie du projet.
Matrice de traçabilité complète avec liens entre besoins et solutions techniques
• Unicité : Chaque besoin a un ID unique
• Complétude : Tous les besoins sont tracés
• Maintenance : La traçabilité est maintenue durant le projet
- QFD : Quality Function Deployment pour relier besoins à exigences
- IDEF0 : Modélisation fonctionnelle (Input, Process, Output, Control)
- MoSCoW : Classification Must, Should, Could, Won't
- SysML : Diagrammes de blocs, cas d'utilisation, exigences
- Les besoins doivent être exprimés en langage clair et non ambigu
- Chaque besoin doit être unique et atomique
- La traçabilité permet de suivre l'évolution et les impacts
- La validation garantit la cohérence et la réalisabilité
- Concis : Courts et directs
- Compréhensibles : Accessibles aux parties prenantes
- Complets : Sans omission d'information
- Cohérents : Sans contradictions internes
- Corrects : Fidèles aux besoins exprimés