Cahier des charges fonctionnel

Un article de Wikipédia, l'encyclopédie libre.
Aller à : navigation, rechercher

Le cahier des charges fonctionnel (CdCF) est un document formulant le besoin, au moyen de fonctions détaillant les services rendus par un produit et les contraintes auxquelles il est soumis.

Contexte de rédaction[modifier | modifier le code]

Avant d’imposer une solution, il faut se tourner vers le demandeur, pour aboutir de manière structurée à la solution. En effet, le but d'un projet est de satisfaire le besoin. Il faut exprimer clairement les objectifs à atteindre d'un projet, afin d'éviter toute confusion entre vous et le demandeur.

Ce besoin doit être exprimé dès le lancement du projet. Il s’agit d’expliciter quelle est l'exigence fondamentale qui justifie la conception du produit.

Le cahier des charges fonctionnel est un document qui permet de formaliser avec précision le besoin du demandeur. En effet, le CDCF est un tableau de bord qui définit le projet et détaille les conditions dans lesquelles il doit être réalisé ; il décrit l'ensemble des caractéristiques attendues des fonctions de service. C’est le lien de compréhension entre l’entreprise et le client.

Objectifs[modifier | modifier le code]

Le cahier des charges fonctionnel doit expliciter le besoin du client, au travers de fonctions de services et de fonctions de contraintes.

Il présente le problème dans son ensemble, précisant le champ du domaine étudié (marché, études menées sur le même sujet ou sur un sujet proche, contexte du projet dans l'entreprise…)

Il favorise le dialogue entre les différents partenaires, pour obtenir du prestataire la conception et la réalisation la plus efficace qui soit.

Il facilite aussi le choix des solutions techniques proposées par la suite, en définissant les critères qui les départageront, ainsi que les niveaux souhaités ou exigés pour ces critères.

Enfin, il peut s'agir d'un engagement contractuel entre les différentes parties, notamment concernant le respect des niveaux établis pour les critères, s'il est accompagné de clauses juridiques adéquates.

Normes[modifier | modifier le code]

Il existe une norme proposant un plan type de rédaction d’un cahier des charges : la norme AFNOR NF X50-151.

Elle peut s'appliquer à tous les projets de développement industriels ou informatiques.

Elle a été remplacée par la norme NF EN 16271 du 16 fév. 2013.

Plan-type selon la norme AFNOR NF X50-151[modifier | modifier le code]

  • 1. Présentation générale du problème
    • 1.1 Projet
      • 1.1.1 Finalités
      • 1.1.2 Espérance de retour sur investissement
    • 1.2 Contexte
      • 1.2.1 Situation du projet par rapport aux autres projets de l’entreprise
      • 1.2.2 Études déjà effectuées
      • 1.2.3 Études menées sur des sujets voisins
      • 1.2.4 Suites prévues
      • 1.2.5 Nature des prestations demandées
      • 1.2.6 Parties concernées par le déroulement du projet et ses résultats (demandeurs, utilisateurs)
      • 1.2.7 Caractère confidentiel s'il y a lieu
    • 1.3 Énoncé du besoin (finalités du produit pour le futur utilisateur tel que prévu par le demandeur)
    • 1.4 Environnement du produit recherché
      • 1.4.1 Listes exhaustives des éléments (personnes, équipements, matières…) et contraintes (environnement)
      • 1.4.2 Caractéristiques pour chaque élément de l’environnement
  • 2. Expression fonctionnelle du besoin
    • 2.1 Fonctions de service et de contrainte
      • 2.1.1 Fonctions de service principales (qui sont la raison d’être du produit)
      • 2.1.2 Fonctions de service complémentaires (qui améliorent, facilitent ou complètent le service rendu)
      • 2.1.3 Contraintes (limitations à la liberté du concepteur-réalisateur)
    • 2.2 Critères d’appréciation (en soulignant ceux qui sont déterminants pour l’évaluation des réponses)
    • 2.3 Niveaux des critères d’appréciation et ce qui les caractérise
      • 2.3.1 Niveaux dont l’obtention est imposée
      • 2.3.2 Niveaux souhaités mais révisables
  • 3. Cadre de réponse
    • 3.1 Pour chaque fonction
      • 3.1.1 Solution proposée
      • 3.1.2 Niveau atteint pour chaque critère d’appréciation de cette fonction et modalités de contrôle
      • 3.1.3 Part du prix attribué à chaque fonction
    • 3.2 Pour l’ensemble du produit
      • 3.2.1 Prix de la réalisation de la version de base
      • 3.2.2 Options et variantes proposées non retenues au cahier des charges
      • 3.2.3 Mesures prises pour respecter les contraintes et leurs conséquences économiques
      • 3.2.4 Outils d’installation, de maintenance … à prévoir
      • 3.2.5 Décomposition en modules, sous-ensembles
      • 3.2.6 Prévisions de fiabilité
      • 3.2.7 Perspectives d’évolution technologique

Méthodologie[modifier | modifier le code]

Dans le déroulement d'un projet, le cahier des charges fonctionnel précède l'étude technique qui conclut la phase d'avant-projet. Pour arriver au cahier des charges fonctionnel, plusieurs étapes sont donc nécessaires.

Étude d'opportunité[modifier | modifier le code]

Cela consiste à étudier le contexte du projet, à déterminer les besoins généraux de la maîtrise d'ouvrage et à vérifier si ceux-ci correspondent bien aux attentes des utilisateurs finaux et aux évolutions probables à venir. Cela permet de décider de la viabilité du projet. Cette étape se conclut par la livraison d'une « note de cadrage » qui établit officiellement l'intention de projet.

Étude de faisabilité[modifier | modifier le code]

Cette étape repose sur l'analyse de la faisabilité aussi bien aux niveaux économique et technique qu'au niveau organisationnel. C'est une analyse des besoins qui permet ensuite d'estimer grossièrement les coûts d'investissement et de fonctionnement du projet (moyens humains et matériels), les délais prévus et les retours sur investissements possibles. Ceci mène aux études de scénario, qui envisagent les risques pouvant menacer le projet et présentent un bilan prévisionnel. Le dossier de faisabilité conclut cette étape, permettant au comité de pilotage d'étudier chaque scénario.

Pour établir un cahier des charges il faut au préalable procéder à l’analyse fonctionnelle du besoin.

Analyse fonctionnelle[modifier | modifier le code]

L'analyse des besoins faite auparavant se concentrant surtout sur les besoins majeurs du produit, il est ensuite nécessaire d'approfondir pour pouvoir rédiger un document contractuel sur lequel la maîtrise d'ouvrage et la maîtrise d'œuvre s'entendent.

Les besoins devront être exprimés sous forme de fonctions (d'où le nom d'analyse fonctionnelle) et non de solutions pour permettre un choix lors de l'étude technique. Ces fonctions doivent donc être listées, classées et explicitées. L'outil But-Besoin-Fonction-Moyen permet de lister de manière exhaustive l'ensemble des Besoins et puis y associer les Fonctions puis les Moyens affairant.

L'expression du besoin permet d'isoler l'objet étudié afin d'identifier le principal destinataire, sa matière d’œuvre, et d'exprimer sa fonction globale.

Expression du besoin

(l'image est à corriger par son auteur)

Pour établir la bête à cornes, il est essentiel de se poser les trois questions suivantes :

  • À qui, à quoi le produit rend-il service ?
  • Sur qui, sur quoi agit-il ?
  • Dans quel but ? (pour quoi ?)

L'expression du besoin est un outil de représentation de ces questions fondamentales.


Diagramme Pieuvre

Le diagramme des interacteurs (ou pieuvre) consiste à isoler le produit, c'est-à-dire à établir sa frontière, à identifier les acteurs extérieurs qui interagissent avec lui. On définit les fonctions de service et les contraintes que le produit établit avec tous ces acteurs extérieurs ; d'où son nom (diagramme des interacteurs). On rencontre aussi dans la littérature "Diagramme pieuvre" qui est la terminologie officielle issue de la méthode APTE et dont l'utilisation peut poser des problèmes de droits puisqu'il s'agit d'un outil déposé. Lorsque la fonction met en relation deux éléments extérieurs, elle est considérée comme principale, réalisant le besoin attendu du produit. Les fonctions principales justifient la création du produit ou sa réinvention. Par exemple, le téléphone portable nous permet de communiquer en mode nomade (les deux acteurs extérieurs au téléphone portable sont l'usager et les données à communiquer). Lorsque la fonction lie le produit à un seul acteur extérieur, c'est une fonction contrainte (exemples : alimenter son téléphone portable en énergie, l'éolienne installée dans le jardin doit respecter le milieu environnant...).

Le CDCF est la rédaction de ces "fonctions de service hiérarchisées" attendues et générées par l'usage d'un produit.

Analyse de la valeur[modifier | modifier le code]

L'analyse de la valeur repose sur l'analyse fonctionnelle mais s'appuie aussi sur les solutions à apporter au problème et leurs coûts, pour les évaluer.

Enfin, le choix des critères d'évaluation des solutions et des niveaux qu'ils doivent atteindre doit être opéré. De par sa nature contractuelle, et pour prévenir des dysfonctionnements futurs, il est très important que chacune des parties participe activement à la rédaction du cahier des charges fonctionnel.

Voir aussi[modifier | modifier le code]

Articles connexes[modifier | modifier le code]

Liens externes[modifier | modifier le code]