Les composantes essentielles
La forme et le contenu du cahier des charges fonctionnel pourront varier en fonction des objectifs, de la taille du projet, et de la méthodologie générale suivie, mais certains éléments reviennent dans la plupart des CdCF :
Par « produit » on entend le produit, service ou système pour lequel on réalise un CdCF.
Qu’il s’agisse d’une application mobile, d’un progiciel, ou d’un pont, on décrira le principe général, les finalités et les objectifs recherchés.
Le commanditaire est l’organisation qui est à l’origine du projet.
Le contexte pourra détailler :
- l’origine du besoin.
- la situation du marché.
- la situation concurrentielle.
- les études éventuelles menées en amont : étude de marché, d’opportunité, de faisabilité, etc.
Le but est de préciser tous les éléments de l’environnement qui interagiront avec le produit, ou qui auront un effet sur celui-ci.
On peut par exemple penser :
- Aux acteurs internes à l’organisation (direction, équipe projet, équipes opérationnelles, etc.)
- Aux acteurs externes (bureaux d’études, acteurs institutionnels, etc.)
- Aux équipements, matériaux ou technologies autour du projet.
De manière générale, le but est de poser le contexte du produit, au regard des contraintes de son environnement :
- Contraintes liées à l’existant : un logiciel devra par exemple s’intégrer avec les outils et technologies déjà en place.
- Contraintes légales.
- Contraintes organisationnelles.
Cette présentation générale s’attache à présenter de manière générale les contraintes de l’environnement.
Une présentation complète et détaillée des contraintes sera détaillée lors de l’expression fonctionnelle des besoins.
Coeur du CdCF, c’est ici que seront présentés, de manière détaillée et exhaustive :
- Les fonctions du produit : il doit faire quoi ?
- Les contraintes : à quelles contraintes les fonctions sont-elles soumises ?
- Les critères d’appréciation et les niveaux de flexibilité : pour chaque fonction, qu’est-ce qui constitue un résultat satisfaisant, et quel est le niveau de flexibilité accepté quant à l’écart entre l’attendu et le réalisé ?
- Qui sont les utilisateurs, et quels sont leurs besoins ?
- Quels sont les différents cas d’utilisation ?
Il est utile d’intégrer au CdCF une liste des termes utilisés et de leur définition.
Par ailleurs, on pourra citer des études, documents, et autres éléments utiles à la compréhension du produit et de son commanditaire.
Les modèles de cahier des charges fonctionnel
Il existe un certain nombre de modèles existants, réalisé par des experts de la gestion de projet et de l’expression fonctionnelle des besoins :
- Modèle AFNOR X50-151
| 1. Présentation du problème |
| — 1.1 Le produit et son marché |
| — 1.2. Contexte du projet, les objectifs |
| 2. Énoncé fonctionnel du besoin |
| — 2.1. Cycle d’utilisation du produit et identification de son environnement |
| — 2.2 Énoncé des fonctions de service et des contraintes Fonctions de service attendues Contraintes Classement ou notation des fonctions |
| — 2.3. Caractérisation des fonctions de service et des contraintes Critères d’appréciation Niveaux des critères d’appréciation Flexibilité des niveaux : classe de flexibilité, limites d’acceptation Taux d’échange |
| 3. Appel à variantes |
| 4. Cadre de réponse |
- Modèle IEEE 830
| 1. Introduction |
| — 1.1 Objectif |
| — 1.2 Portée (Périmètre) |
| — 1.3 Définitions, acronymes, et abréviations |
| — 1.4 Références |
| — 1.5 Vue d’ensemble |
| 2. Description générale |
| — 2.1 Perspective du produit |
| — 2.2 Fonctions du produit |
| — 2.3 Caractéristiques utilisateurs |
| — 2.4 Contraintes |
| — 2.5 Suppositions et dépendances |
| — 3. Exigences spécifiques |
| Annexes |
| Index |
- Modèle Volere
| Motivations du projet |
|---|
| 1. Objet du projet |
| 2. Clients et autres parties prenantes |
| 3. Les utilisateurs du produit |
| Contraintes du projet |
| 4. Contraintes obligatoires |
| 5. Conventions de noms et définitions |
| 6. Faits et hypothèses déterminants |
| Exigences fonctionnelles |
| 7. Périmètre de l’œuvre |
| 8. Périmètre de l’ouvrage |
| 9. Exigences sur les fonctions et données |
| Exigences non fonctionnelles |
| 10. Exigences d’interface utilisateur |
| 11. Exigences d’utilisabilité |
| 12. Exigences de performance |
| 13. Exigences opérationnelles |
| 14. Exigences de maintenabilité et support |
| 15. Exigences de sécurité |
| 16. Exigences culturelles et politiques |
| 17. Exigences légales |
| Questions sur le projet |
| 18. Questions ouvertes |
| 19. Solutions sur étagère |
| 20. Problèmes nouveaux |
| 21. Tâches |
| 22. Finalisation |
| 23. Risques |
| 24. Coûts |
| 25. Documentation utilisateur et formation |
| 26. Questions mises en attente |
| 27. Idées de solutions |
- Modèle IEEE 830
| 1. Introduction |
|---|
| 1.1 Objectif |
| 1.2 Conventions documentaires |
| 1.3 A qui s'adresse ce document et suggestions de lecture |
| 1.4 Périmètre du projet |
| 1.5 Références |
| 2. Description générale |
| 2.1 Perspective du produit |
| 2.2 Caractéristiques du produit |
| 2.3 Profils utilisateurs et caractéristiques |
| 2.4 Environnement d’opération |
| 2.5 Contraintes de conception et de réalisation |
| 2.6 Documentation utilisateur |
| 2.7 Hypothèses et dépendances |
| 3. Caractéristiques du système |
| 3.1 Caractéristique 1 |
| 3.2 Caractéristique 2 (et ainsi de suite) |
| 4. Exigences d’interface externe |
| 4.1 Interfaces utilisateurs |
| 4.2 Interfaces avec le matériel |
| 4.3 Interfaces avec le logiciel |
| 4.4 Interfaces de communication |
| 5. Autres exigences non fonctionnelles |
| 5.1 Exigences de performance |
| 5.2 Exigences de sécurité (innocuité) |
| 5.3 Exigences de sécurité |
| 5.4 Attributs de qualité du logiciel |
| 6. Autres exigences |
| Annexe A : Glossaire |
| Annexe B : Modèles d’analyse |
| Annexe C : Liste de problèmes |
