Cahier des charges
Synthèse⚓
Objectif | Rédiger un document clair permettant de réaliser le produit conformément à vos attentes |
---|---|
Qui le fait ? | le chef de projet MOA |
Comment ? | Travail d'équipe pour pouvoir remplir une grille de questions. |
Livrable | Le cahier des charges |
Pour qui ? | l'équipe en charge de la réalisation |
Avec qui ? |
Détails⚓
Le cahier des charges est un document constitué de 3 grandes parties. La première est simple puisqu'elle est déjà faite ! C'est le contenu de la note de cadrage. La seconde partie est une description des fonctions du produit à développer. La dernière regroupe les exigences non fonctionnelles (contraintes techniques, ergonomie...).
Description fonctionnelle⚓
Il convient de décrire toutes les fonctions de la solution à mettre en œuvre. Il est essentiel d'être exhaustif. Tout ce qui ne sera pas dans le cahier des charges ou tout ce qui est mal écrit sera absent ou fonctionnera différemment de vos attentes.
Regardez cette image et vous comprendrez l'importance de la description du projet.
Pour chaque fonctionnalité, décrivez-là selon la grille ci-dessous :
Nom | Donner un nom unique à la fonction |
---|---|
Fonction principale | Quelle est la fonction principale qui est décrite ici ? |
Objectif | A quel objectif répond cette fonction ? |
Description | Décrivez précisément ce que fait cette fonction |
Pré-requis | Y a t-il des pré-requis à prendre en compte pour exécuter cette fonction ? |
Contraintes / règles de gestion | Décrivez les contraintes ou règles de gestion à prendre en compte pour cette fonction |
Ressources disponibles et fournies par l'école | Y a t-il des ressources (ex document) qui existent déjà utiles pour réaliser cette fonction ? |
Contenu des écrans | Que doit contenir l’écran qui est affiché à l’utilisateur ? |
Interface avec d'autres outils numériques | Y a t-il un lien à prendre en compte avec d’autres outils numériques comme par exemple aller chercher une information dans une base de données externe. |
Remettez 100 fois le cahier des charges sur le métier.
Remarque :
Si vous envisagez d'acquérir une solution du marché, il n'est pas nécessaire de détailler les fonctionnalités standards, il suffit de les lister. Par contre, insistez sur vos besoins spécifiques au contexte (par exemple, le multi-sites, l'approche par compétences...).
Conseil :
Cahier des charges fonctionnel⚓
Impossible d'accéder à la ressource audio ou vidéo à l'adresse :
La ressource n'est plus disponible ou vous n'êtes pas autorisé à y accéder. Veuillez vérifier votre accès puis recharger la vidéo.
Description non fonctionnelle⚓
Le cahier des charges ne serait pas complet sans préciser un ensemble de considération technique (au sens large). Aidez-vous du chef de projet MOE pour définir les points ci-dessous :
- Type de solution : script, applicatif sur ordinateur/mobile, plateforme web
- Hébergement : interne, externe
- Charte graphique
- Méthode de développement
- Technologies de la réalisation : langage de programmation, IDE, ...
- Le traitement des données personnelles. Rapprochez vous du DPO[1].
- Aspect « sécurité numérique » lié aux usages et à l'intégration de la solution dans l'environnement numérique de l'école. Par exemple, une préconisation sur la façon d'authentifier les usagers. Le RSSI[2] est le bon interlocuteur.
- Condition de maintenance de la solution
Résultats⚓
Vous avez réuni les 3 grandes parties dans un même document : le cahier des charges. Faites le valider par
- le porteur de projet
- le chef de projet MOE
- les usagers que vous avez impliqué
- et si possible par le comité de pilotage que vous avez mis en œuvre.
Il est déposé sur SuitePro-G. C'est ce document qui vous servira pour identifier les solutions du marché qui peuvent satisfaire le besoin ou s'il est préférable de réaliser un développement spécifique. L'équipe de développeur ou l'éditeur de progiciel s'appuiera sur ce document, telle une bible, pour vous proposer une solution.