CARIBOU — recueil de besoin pour une maison d’édition
Analyse des besoins et cahier des charges pour le site d’une maison d’édition fictive.
En bref
- Problème
- Définir le besoin d’un site web pour une maison d’édition avant tout développement.
- Ce que j’ai réalisé
- Une analyse des parties prenantes, une étude de sites concurrents et un cahier des charges structuré.
- Résultat
- Le livrable décrit les fonctionnalités attendues et sert de base à un développement ultérieur.
- Rôle
- Analyse des besoins et rédaction, en équipe.
- Équipe
- 3 personnes
- Statut
- Terminé
Sommaire6 sections
Contexte
Le projet portait sur les Éditions CARIBOU, une maison d’édition fictive. L’objectif était de définir ce que son site devait faire.
Démarche et décisions
Nous avons délimité le périmètre, identifié les parties prenantes et recueilli leurs besoins par des entretiens. Une analyse comparative de sites concurrents (Éditions du Détour, Economica) a nourri la liste des fonctionnalités. Les besoins ont été formalisés en diagrammes fonctionnels et en organigrammes techniques (OTP et PBS), puis réunis dans un cahier des charges.
- Périmètre. Nous avons d’abord délimité le périmètre : ce que le site devait faire.
- Parties prenantes. Nous avons identifié les parties prenantes de la maison d’édition et recueilli leurs besoins.
- Deux sources. Les besoins viennent d’entretiens avec les parties prenantes ; une analyse de sites concurrents (Éditions du Détour, Economica) nourrit la liste des fonctionnalités.
- Formalisation. Les besoins sont mis en forme : diagrammes fonctionnels et organigrammes techniques (OTP, PBS).
- Cahier des charges. Tout est réuni dans un cahier des charges structuré, réutilisable par une équipe de développement.
La démarche repose sur une double reformulation : une phrase entendue en entretien devient un besoin, puis une exigence vérifiable. La figure 2 l’applique à cinq verbatims d’exemple ; aucun ne vient des entretiens du projet.
Du besoin à l’exigence exemples génériques
Un verbatim d’entretien est reformulé en besoin, puis en exigence vérifiable ; chaque exigence obtenue rejoint l’extrait du cahier des charges. La première ligne montre les trois étapes.Cliquez un verbatim : il est reformulé en besoin, puis en exigence vérifiable. Chaque exigence obtenue rejoint l’extrait du cahier des charges, en bas de la planche.
-
reformulé Suivre l’avancement de chaque manuscrit sans fouiller les mails.
vérifiable E1 Le site doit afficher, dans l’espace éditeur, l’étape courante de chaque manuscrit (reçu, en lecture, en correction, en maquette, imprimé) et la date du dernier changement d’étape. Vérifier : ouvrir une fiche manuscrit ; l’étape et sa date sont affichées.
-
reformulé Rendre la disponibilité de chaque titre consultable sans appel.
vérifiable E2 Le site doit afficher, sur la fiche de chaque titre, l’un des trois états « disponible », « à paraître » ou « épuisé », modifiable par l’éditeur. Vérifier : changer l’état d’un titre ; la fiche publique le reflète.
-
reformulé Annoncer les parutions à venir sans ressaisie.
vérifiable E3 Le site doit proposer une page « À paraître » listant tous les titres dont la date de parution est postérieure à la date du jour, chacun avec un lien vers sa fiche. Vérifier : saisir une date de parution future ; le titre apparaît sur la page.
-
reformulé Donner à chaque auteur l’accès à ses ventes sans compilation manuelle.
vérifiable E4 Le site doit permettre à un auteur connecté de consulter, pour chacun de ses titres, le nombre d’exemplaires vendus par relevé, sans voir les titres des autres auteurs. Vérifier : se connecter comme auteur ; seuls ses titres et leurs ventes apparaissent.
-
reformulé Permettre de trouver un titre à partir du nom de son auteur.
vérifiable E5 Le site doit proposer une recherche qui, pour un nom d’auteur saisi même partiellement, retourne la liste de ses titres au catalogue. Vérifier : saisir les premières lettres d’un nom d’auteur ; ses titres s’affichent.
Extrait : cahier des charges, exigences fonctionnelles exemple
Aucune exigence obtenue pour l’instant.
- E1 Le site doit afficher, dans l’espace éditeur, l’étape courante de chaque manuscrit (reçu, en lecture, en correction, en maquette, imprimé) et la date du dernier changement d’étape. source : verbatim 1
- E2 Le site doit afficher, sur la fiche de chaque titre, l’un des trois états « disponible », « à paraître » ou « épuisé », modifiable par l’éditeur. source : verbatim 2
- E3 Le site doit proposer une page « À paraître » listant tous les titres dont la date de parution est postérieure à la date du jour, chacun avec un lien vers sa fiche. source : verbatim 3
- E4 Le site doit permettre à un auteur connecté de consulter, pour chacun de ses titres, le nombre d’exemplaires vendus par relevé, sans voir les titres des autres auteurs. source : verbatim 4
- E5 Le site doit proposer une recherche qui, pour un nom d’auteur saisi même partiellement, retourne la liste de ses titres au catalogue. source : verbatim 5
Exigences obtenues : 1 sur 5.
Résultat
Le cahier des charges est le livrable de ce projet de cours noté.
Ce que j’ai appris
Le passage d’un besoin métier à des spécifications est la méthode que je retiens de ce projet, avec l’usage d’une analyse des concurrents pour choisir des fonctionnalités. J’y ai aussi découvert le fonctionnement d’une maison d’édition.
Limites et suite
Je n’ai pas vu ce cahier des charges mis en œuvre. Il resterait à confronter ses exigences à un développement réel pour voir lesquelles tiennent.
Compétences BUT mobilisées
| Compétence | Niveau | Ce que le projet montre, et preuve |
|---|---|---|
| ConduireConduire un projet | Niveau 1 | Analyser un besoin et cadrer un projet.Preuve : Analyse des parties prenantes et rédaction d’un cahier des charges pour un site web. |