Cahier des charges client vs cahier des charges technique : différence, contenu et modèle

Le Lastenheft (cahier des charges du client) décrit, du point de vue du donneur d'ordre, ce qui doit être réalisé et à quelle fin. Le Pflichtenheft (cahier des charges technique du prestataire) fixe, du point de vue du preneur d'ordre, comment et avec quoi ces exigences seront mises en œuvre. En bref : le client fournit le Lastenheft, le prestataire répond par le Pflichtenheft.

Quelle est la différence entre Lastenheft et Pflichtenheft ?

La différence essentielle tient à l'auteur et à la perspective : le Lastenheft émane du donneur d'ordre et décrit les exigences (le quoi et le pourquoi), le Pflichtenheft émane du preneur d'ordre et décrit la solution technique (le comment et le avec quoi). Les deux termes sont définis dans la DIN 69901-5 (2009).

Qu'est-ce qu'un Lastenheft ?

Selon la DIN 69901-5 (2009), un Lastenheft est « l'ensemble des exigences posées par le donneur d'ordre quant aux fournitures et prestations d'un preneur d'ordre dans le cadre d'une commande ». Il décrit donc ce qui doit être réalisé et à quelle fin.

Le Lastenheft formule le point de vue du donneur d'ordre. Il consigne le problème à résoudre et les objectifs que le projet doit atteindre, sans prescrire la mise en œuvre technique concrète. L'espace de solutions reste ainsi ouvert et le preneur d'ordre peut mettre son expertise à contribution.

En pratique, le Lastenheft sert de base à l'appel d'offres et à l'offre. Un donneur d'ordre qui spécifie proprement obtient des offres comparables et réduit le risque de malentendus et de demandes complémentaires coûteuses.

Qu'est-ce qu'un Pflichtenheft ?

Selon la DIN 69901-5 (2009), un Pflichtenheft comprend « les spécifications de réalisation élaborées par le preneur d'ordre en vue de la mise en œuvre du Lastenheft fourni par le donneur d'ordre ». Il décrit donc comment et avec quoi les exigences seront mises en œuvre.

Le Pflichtenheft est la réponse du preneur d'ordre au Lastenheft. Il relie les exigences du client à des spécifications de réalisation techniques concrètes, y compris des indications sur l'environnement d'exploitation et de maintenance ainsi que sur l'inclusion et l'exclusion de certains cas. En pratique, chaque exigence du Lastenheft est reliée à une ou plusieurs prestations concrètes du Pflichtenheft, afin qu'aucune exigence ne reste sans réponse.

Le Pflichtenheft devient ainsi le plan de construction contraignant : il rend mesurable ce que le prestataire livre concrètement et la manière dont le résultat sera ensuite réceptionné.

Qui rédige quoi, et dans quel ordre ?

L'ordre est clair : le donneur d'ordre rédige d'abord le Lastenheft, puis le preneur d'ordre élabore le Pflichtenheft. Ce n'est qu'après la rédaction du Lastenheft que le preneur d'ordre peut élaborer le Pflichtenheft (DIN 69901-5, 2009).

1. Lastenheft (donneur d'ordre) : définit les exigences et les objectifs, sert de base à l'appel d'offres et à l'offre.
2. Offre & clarification de la commande : le preneur d'ordre établit son chiffrage sur la base du Lastenheft.
3. Pflichtenheft (preneur d'ordre) : décrit la mise en œuvre technique concrète.
4. Confirmation : le Pflichtenheft établi par le preneur d'ordre est généralement confirmé par le donneur d'ordre à la demande du premier.

Important : en pratique, le Lastenheft et l'offre constituent souvent la base contractuelle ; il est recommandé d'intégrer les deux documents au contrat. Le Pflichtenheft établi par le preneur d'ordre est généralement confirmé par le donneur d'ordre à la demande du premier (cf. Wikipédia « Pflichtenheft », en référence à la DIN 69901-5, 2009).

Quels contenus un Lastenheft doit-il comporter ?

Un Lastenheft contient généralement le contexte du projet, l'état actuel et l'état cible, les interfaces ainsi que les exigences fonctionnelles et non fonctionnelles. La VDI 2519 feuille 1 (édition 12/2001) propose pour cela un plan éprouvé.

• Introduction / contexte du projet : situation de départ et objectif du projet.
• État actuel : processus et systèmes existants.
• Concept cible / définition des objectifs : ce qui doit être atteint.
• Description des interfaces : raccordement aux systèmes existants.
• Exigences fonctionnelles : les fonctions métier.
• Exigences non fonctionnelles : utilisabilité, fiabilité, efficacité, maintenabilité.
• Périmètre de livraison et critères de recette : ce qui est livré et quand l'exigence est considérée comme satisfaite.

Quels contenus un Pflichtenheft doit-il comporter ?

Un Pflichtenheft décrit les solutions techniques du système pour chaque exigence du Lastenheft. La partie Pflichtenheft de la VDI 2519 feuille 1 (12/2001) traite précisément ce niveau de réalisation technique.

• Réalisation technique : architecture, technologies, modèle de données.
• Affectation aux exigences : chaque exigence du Lastenheft est reliée à des prestations concrètes.
• Environnement d'exploitation et de maintenance : où et comment la solution fonctionne.
• Inclusion et exclusion : quels cas sont couverts, et lesquels ne le sont volontairement pas.
• Critères de recette et de test : comment la satisfaction des exigences est vérifiée.

On obtient ainsi une traçabilité sans faille, de l'exigence jusqu'à la prestation vérifiable, base d'une recette propre.

Lastenheft et Pflichtenheft dans un projet logiciel : exemple et structure

Dans les projets logiciels, le déroulement typique est le suivant : le client décrit dans le Lastenheft « Nous avons besoin d'un portail client avec connexion et aperçu des factures », et le prestataire répond dans le Pflichtenheft avec l'architecture, la pile technologique et les tests de recette. C'est exactement ce déroulement qui caractérise tout développement SaaS structuré.

À l'international, cette spécification des exigences correspond à la Software Requirements Specification (SRS). L'ancienne norme IEEE 830-1998 a été remplacée par l'ISO/IEC/IEEE 29148:2011 (mise à jour en 2018) ; l'IEEE 830 est officiellement retirée, mais continue d'être souvent citée nommément dans la pratique.

Une structure de modèle allégée pour un Lastenheft logiciel : 1. objectifs, 2. état actuel, 3. exigences fonctionnelles, 4. exigences non fonctionnelles, 5. interfaces, 6. critères de recette. Le Pflichtenheft reprend ces points et complète chaque exigence par la solution technique.

Ai-je besoin des deux documents, et quelles normes s'appliquent ?

Dans les projets classiques, les deux documents sont la norme : le Lastenheft rend les offres comparables, le Pflichtenheft rend la livraison contraignante. Les documents de référence essentiels sont la DIN 69901-5 (2009) et la VDI 2519 feuille 1 (12/2001).

Dans les projets agiles, la séparation stricte est souvent assouplie : le Product Backlog, les User Stories et les critères d'acceptation remplacent les documents volumineux. L'idée de fond reste toutefois identique : d'abord l'exigence (le quoi), puis la solution (le comment). La profondeur pertinente dépend de la taille du projet, du budget et du risque.

FAQ : questions fréquentes sur le Lastenheft et le Pflichtenheft

Qu'est-ce qui vient en premier, le Lastenheft ou le Pflichtenheft ?

D'abord le Lastenheft. Le donneur d'ordre le rédige comme base de l'appel d'offres et de l'offre ; ce n'est qu'ensuite que le preneur d'ordre élabore le Pflichtenheft (DIN 69901-5, 2009).

Qui rédige le Pflichtenheft ?

Le Pflichtenheft est rédigé par le preneur d'ordre (prestataire). Il contient ses spécifications de réalisation pour la mise en œuvre du Lastenheft fourni par le donneur d'ordre (DIN 69901-5, 2009).

Le Lastenheft et le Pflichtenheft font-ils partie du contrat ?

En pratique, le Lastenheft et l'offre constituent souvent la base contractuelle ; il est recommandé d'intégrer les deux documents au contrat, mais ce n'est pas obligatoire. Le Pflichtenheft établi par le preneur d'ordre est généralement confirmé par le donneur d'ordre à la demande du premier (cf. Wikipédia « Pflichtenheft »). Il s'agit d'une information générale et non d'un conseil juridique.

Quelle est la différence en une phrase ?

Le Lastenheft décrit, du point de vue du donneur d'ordre, le quoi et à quelle fin ; le Pflichtenheft décrit, du point de vue du preneur d'ordre, le comment et avec quoi.

Existe-t-il une norme internationale pour les exigences logicielles ?

Oui. La Software Requirements Specification (SRS) suivait autrefois l'IEEE 830-1998 ; celle-ci a été remplacée par l'ISO/IEC/IEEE 29148:2011 (rév. 2018). L'IEEE 830 est retirée, mais reste souvent citée.

Ai-je besoin d'un Lastenheft dans les projets agiles ?

Pas nécessairement sous sa forme classique. Les exigences y sont représentées par le Product Backlog, les User Stories et les critères d'acceptation ; la séparation entre exigence et solution demeure toutefois.

Qui est responsable si le résultat ne convient pas ?

Cela dépend du contrat. C'est précisément pourquoi le Lastenheft et le Pflichtenheft devraient faire partie du contrat et le Pflichtenheft validé définir la prestation due. Il s'agit d'une information générale et non d'un conseil juridique.

Sources

• DIN 69901-5 (2009), définition du Lastenheft - citée via Wikipédia « Lastenheft »
• DIN 69901-5 (2009), définition du Pflichtenheft - citée via Wikipédia « Pflichtenheft »
• VDI 2519 feuille 1 - Démarche pour l'élaboration des Lastenhefte/Pflichtenhefte (12/2001)
• IEEE SA - page de la norme IEEE 830 (retirée, remplacée par l'ISO/IEC/IEEE 29148:2011, rév. 2018)

Remarque : cet article est une information générale sur les documents de projet et ne constitue pas un conseil juridique. Date : juin 2026, auteur : Alexander Weipprecht.