Le cahier des charges projet informatique constitue le document fondateur de tout développement logiciel structuré. Pour les étudiants en BTS SIO, sa maîtrise est doublement importante : c’est à la fois une compétence professionnelle indispensable et un élément central de l’épreuve E5 (situations professionnelles). Pourtant, la rédaction d’un CDC complet et exploitable reste l’un des exercices les plus sous-estimés de la formation.

Ce guide détaille chaque section d’un cahier des charges informatique, illustre les bonnes pratiques avec un exemple concret (application de gestion de notes), et vous fournit une checklist interactive pour vérifier que votre document est complet avant de le soumettre.

Qu’est-ce qu’un cahier des charges en informatique

Le cahier des charges (CDC) est un document contractuel qui formalise les besoins du commanditaire (client, direction, utilisateurs) et définit les contours d’un projet informatique. Il sert de référence tout au long du développement : ce qui n’est pas dans le CDC n’est pas dans le projet.

En entreprise, le CDC intervient à plusieurs niveaux. Dans le cadre de marchés publics, il est encadré par le Code de la commande publique (consultable sur service-public.fr). Dans le secteur privé, il prend souvent la forme d’un document interne ou d’une annexe contractuelle. Dans les deux cas, sa rigueur conditionne la réussite du projet.

Pour un étudiant en BTS SIO, le cahier des charges remplit trois fonctions :

• Cadrer le projet : définir ce qui sera réalisé, et surtout ce qui ne le sera pas
• Communiquer : servir de support d’échange avec le commanditaire et l’équipe
• Évaluer : démontrer, lors de l’épreuve E5, votre capacité à formaliser un besoin

CDC fonctionnel vs CDC technique

Il existe deux types de cahier des charges, souvent confondus. Le CDC fonctionnel (ou cahier des charges d’expression des besoins) décrit ce que le système doit faire, sans imposer comment il le fait. Le CDC technique (ou spécifications techniques) détaille les choix d’architecture, les technologies retenues et les contraintes d’implémentation. En BTS SIO, on vous demande généralement un document hybride qui couvre les deux aspects.

Les sections obligatoires d’un cahier des charges informatique

Un CDC complet suit une structure éprouvée. Chaque section répond à une question précise et doit être rédigée de manière claire, sans ambiguïté. Voici les sections incontournables, conformes aux recommandations de l’AFNOR (norme NF X50-151).

Section 1 : page de garde et gestion de versions

La page de garde identifie le document de manière unique. Elle comprend le titre du projet, le numéro de version, la date de rédaction, l’auteur (vous), le destinataire (commanditaire ou jury), et un historique des modifications. Cet historique est essentiel : un CDC évolue au fil des échanges avec le commanditaire.

Section 2 : contexte et présentation

Cette section pose le décor. Présentez l’organisation (entreprise, service, association), décrivez la situation actuelle et le problème ou besoin identifié. Soyez factuel : « Le suivi des notes des 450 élèves est actuellement réalisé sur tableur Excel, ce qui génère des erreurs de saisie et ne permet pas un accès en temps réel pour les enseignants. »

Section 3 : objectifs mesurables

Les objectifs doivent être SMART (Spécifiques, Mesurables, Atteignables, Réalistes, Temporellement définis). Évitez les formulations vagues comme « améliorer la gestion des notes ». Préférez : « Réduire le temps de saisie des notes de 50 % et permettre la consultation en temps réel par les enseignants et les parents. »

Exemple annoté : CDC pour une application de gestion de notes

Pour illustrer concrètement chaque section, voici un exemple complet appliqué à un projet typique de BTS SIO : une application web de gestion de notes pour un établissement scolaire.

Contexte de l’exemple

Le lycée fictif Jean-Moulin (450 élèves, 35 enseignants) utilisé actuellement des fichiers Excel partagés sur un serveur réseau pour la gestion des notes. Les problèmes identifiés sont : conflits d’accès simultanés, absence de sauvegarde automatique, impossibilité pour les parents de consulter les notes à distance, calcul manuel des moyennes pondérées.

Périmètre fonctionnel détaillé

Le périmètre fonctionnel se décompose en modules. Chaque fonctionnalité est décrite par un identifiant unique, un titre, une description, une priorité (indispensable, important, souhaitable) et les acteurs concernés.

Exigences non fonctionnelles de l’exemple

Les exigences non fonctionnelles précisent les critères de qualité du système :

• Performance : temps de réponse inférieur à 2 secondes pour l’affichage d’un tableau de notes (50 élèves)
• Disponibilité : 99,5 % sur les heures ouvrées (8h-18h, lundi au samedi)
• Sécurité : chiffrement HTTPS, mots de passé hashés (bcrypt), sessions expirables, conformité RGPD pour les données des mineurs
• Accessibilité : compatible WCAG 2.1 niveau AA, responsive (mobile, tablette, desktop)
• Maintenabilité : code documenté, architecture MVC, tests unitaires couvrant 70 % du code métier

Contraintes techniques

Dans le cadre d’un projet BTS SIO, les contraintes techniques reflètent souvent l’environnement de l’entreprise d’accueil où les technologies maîtrisées. Pour notre exemple : PHP 8.3 avec Laravel 11, base de données MySQL 8, hébergement sur le serveur Debian de l’établissement, compatibilité avec le navigateur Firefox ESR utilisé sur le parc informatique.

La maîtrise de ces technologies rejoint les compétences développées dans nos guides Python, SQL et Git.

Rédiger un cahier des charges pour l’épreuve E5 du BTS SIO

L’épreuve E5 du BTS SIO évalue votre capacité à produire et documenter des situations professionnelles. Le cahier des charges y joue un rôle central, qu’il soit fourni par l’entreprise ou que vous le rédigiez vous-même dans le cadre de votre projet.

Ce que le jury attend

Le jury évalue plusieurs dimensions à travers votre CDC :

• Formalisation du besoin : avez-vous compris et traduit correctement la demande du commanditaire ?
• Rigueur de l’analyse : les fonctionnalités sont-elles décrites sans ambiguïté ?
• Pertinence des choix techniques : vos choix sont-ils justifiés et cohérents ?
• Communication professionnelle : le document est-il clair, structuré, exempt de jargon inutile ?

Adapter le CDC à votre option

En option SLAM (développement), le CDC met l’accent sur les fonctionnalités applicatives, l’interface utilisateur, le modèle de données et l’architecture logicielle. En option SISR (infrastructure), il se concentre sur l’architecture réseau, les services à déployer, les politiques de sécurité et les procédures d’exploitation.

Les erreurs fréquentes à éviter

Après avoir accompagné des dizaines d’étudiants dans la rédaction de leur CDC, certaines erreurs reviennent systématiquement. En les connaissant, vous les éviterez.

Erreur 1 : le CDC trop vague

« L’application devra être ergonomique et performante. » Cette phrase ne dit rien d’exploitable. Ergonomique selon quels critères ? Performante avec quels indicateurs ? Chaque exigence doit être vérifiable. Remplacez par : « Le formulaire de saisie des notes ne doit pas nécessiter plus de 3 clics pour enregistrer une note. Le temps de chargement de la page ne doit pas excéder 2 secondes avec 50 utilisateurs simultanés. »

Erreur 2 : confondre besoin et solution

« Utiliser React pour le front-end » n’est pas un besoin, c’est une solution technique. Le besoin correspondant serait : « L’interface doit être réactive et permettre la mise à jour des données sans rechargement de page. » La technologie appartient au CDC technique, pas au CDC fonctionnel.

Erreur 3 : oublier le périmètre négatif

Précisez explicitement ce qui n’est PAS inclus dans le projet. « Le projet ne couvre pas : la gestion des absences, l’emploi du temps, la communication enseignant-parent (hors notifications de notes). » Sans cette clarification, le commanditaire risque d’attendre des fonctionnalités non prévues.

Erreur 4 : négliger les cas limites

Que se passé-t-il si un enseignant supprime une note déjà consultée par un parent ? Si deux enseignants modifient la même note simultanément ? Si un élève change de classe en cours de trimestre ? Les cas limites révèlent la maturité de votre analyse.

Erreur 5 : le CDC figé

Un CDC n’est pas gravé dans le marbre. Prévoyez une procédure de gestion des changements : comment une modification est-elle demandée, évaluée, approuvée et intégrée ? Le versioning du document (v1.0, v1.1, v2.0) trace cette évolution.

Outils et méthodes pour structurer son CDC

Plusieurs outils facilitent la rédaction et la gestion d’un cahier des charges professionnel.

Modélisation UML

Les diagrammes UML complètent utilement le texte du CDC :

• Diagramme de cas d’utilisation : synthèse du périmètre fonctionnel
• Diagramme de classes : modèle de données conceptuel
• Diagramme de séquence : flux d’interaction pour les cas complexes
• Diagramme d’activité : processus métier impactés

Des outils gratuits comme PlantUML (intégrable dans VS Code), Draw.io ou Mermaid permettent de créer ces diagrammes rapidement.

Maquettes et wireframes

Des maquettes basse fidélité (wireframes) illustrent l’interface sans imposer le design. Figma (gratuit pour les étudiants), Balsamiq ou même un simple croquis papier scanné conviennent. L’important est que le commanditaire visualise concrètement le résultat attendu.

Gestion de projet associée

Le CDC s’inscrit dans une démarche de gestion de projet. En méthode classique (cycle en V), il constitue le livrable de la phase de spécification. En méthode agile, il prend la forme d’un Product Backlog initial, complété par des user stories détaillées au fil des sprints. Pour le BTS SIO, la méthode classique reste la plus courante dans les sujets d’examen.

De la théorie à la pratique : rédiger votre premier CDC

La meilleure façon d’apprendre à rédiger un cahier des charges est d’en écrire un. Voici une démarche progressive en cinq étapes.

Étape 1 : recueillir le besoin

Organisez un entretien structuré avec votre commanditaire (tuteur en entreprise, enseignant pour un projet scolaire). Préparez une grille de questions couvrant : le contexte, les problèmes actuels, les objectifs, les utilisateurs cibles, les contraintes connues. Prenez des notes détaillées et reformulez pour valider votre compréhension.

Étape 2 : structurer l’information

Organisez vos notes selon le plan du CDC. Identifiez les fonctionnalités, classez-les par priorité (MoSCoW : Must, Should, Could, Won’t), et commencez à rédiger les descriptions fonctionnelles.

Étape 3 : formaliser et illustrer

Rédigez chaque section, ajoutez les diagrammes UML pertinents et les maquettes. Veillez à la cohérence entre les sections : une fonctionnalité mentionnée dans le périmètre doit se retrouver dans le planning et dans les cas de test.

Étape 4 : faire relire

Faites relire votre CDC par quelqu’un qui ne connaît pas le projet. Si cette personne ne comprend pas une section, elle est mal rédigée. La clarté est la qualité première d’un CDC.

Étape 5 : valider et versionner

Soumettez le CDC au commanditaire pour validation formelle. Utilisez Git pour versionner votre document ; c’est une bonne pratique professionnelle et cela démontre votre maîtrise des outils de gestion de versions.

Pour structurer votre parcours de préparation, consultez notre guide sur les épreuves du BTS SIO et les débouchés professionnels.

Modèles et ressources pour aller plus loin

Plusieurs ressources vous aideront à perfectionner vos cahiers des charges.

Normes et référentiels

• NF X50-151 : norme AFNOR sur l’expression fonctionnelle du besoin
• IEEE 830 : standard international pour les spécifications logicielles (Software Requirements Specification)
• Référentiel BTS SIO : compétences B1.1 (gestion du patrimoine informatique) et B1.4 (travail en mode projet)

Modèles téléchargeables

De nombreux modèles gratuits existent en ligne. Privilégiez ceux qui suivent la structure présentée dans cet article plutôt que des templates minimalistes qui omettent les sections essentielles. Adaptez toujours le modèle à votre contexte : un CDC pour une application web ne ressemble pas à un CDC pour un déploiement réseau.

Les compétences de rédaction de CDC se valorisent directement dans votre parcours professionnel. Consultez nos guides sur le CV développeur junior et le freelance en informatique pour comprendre comment les mettre en avant.

La rédaction d’un cahier des charges constitue un exercice exigeant mais fondamental. C’est le premier acte concret d’un projet informatique, celui qui transforme une idée floue en spécifications exploitables. Maîtriser cet exercice vous distinguera, que ce soit lors de vos épreuves BTS SIO, de votre alternance, ou de vos premiers projets professionnels.

Pour approfondir les compétences complémentaires, explorez nos guides sur SQL pour la modélisation de données et Git pour le versioning de vos documents de projet.

Lucie Moreau

Formatrice IT indépendante depuis 2016, ancienne étudiante BTS SIO SLAM. 6 ans d'expérience en entreprise.