« Étude GPT2X:Consolidation de l'expression de besoin:Cahier des charges » : différence entre les versions
m (Cmomon a déplacé la page Étude GPT2:Consolidation de l'expression de besoin:Cahier des charges vers Étude GPT2X:Consolidation de l'expression de besoin:Cahier des charges : Souligner l'aspect expérimental du projet.) |
mAucun résumé des modifications |
||
Ligne 1 : | Ligne 1 : | ||
[[Catégorie:Candidats]] | [[Catégorie:Candidats]] | ||
[[Étude_GPT2X|Page mère]] | |||
__TOC__ | __TOC__ | ||
Version du 25 juillet 2013 à 14:55
Description du cahier des charges
Un projet peut se découper en 4 phases :
- le « Quoi faire ? » ;
- le « Comment le faire ? » ;
- le « Faire » ;
- le « Faire être».
Le cahier des charges est un des éléments de la phase « Quoi faire ? ».
En tant que document, son rôle est de donner une vision globale du besoin.
Les informations sont réparties en trois groupes :
- le contexte : fixe le cadre du besoin et ses acteurs ;
- les fonctionnalités : organisées sous formes d'arbre, de la plus globale à la plus fine ;
- les contraintes : ce ne sont pas des fonctionnalités.
Principes fondamentaux du cahier des charges :
- bannir tout vocabulaire pouvant provenir des solutions qui devront lui répondre ;
- seul le vocabulaire « métier » de la problématique est requis ;
- l'objectif étant d'avoir une vision globale du projet :
- le cahier des charges contient par définition un nombre réduit de pages,
- les détails sont ignorés : ils seront développés dans un document de « spécifications détaillées » (par exemple, les champs constitutifs d'une fiche client).
Ce cahier des charges part de l'expérience GPTv1.
Contexte
GPTv1 est l'application web utilisée pour le site http://www.candidats.fr/.
Cette plateforme fut :
- un outil très pratique ;
- un dépôt d'informations très utiles ;
- servit à gérer plusieurs campagnes ;
- la source d'expériences utilisateurs très fortes en terme de « participation collective ».
Maintenant, l'idée est d'essayer de pousser plus loin l'expérience en généralisant l'approche « gestion de campagnes ».
Les acteurs sont :
- le membre ;
- la personne (physique ou morale) ;
- le parrain ;
- le filleul ;
- le webmestre.
Fonctionnalités
Voici la vision globale des fonctionnalités du projet, organisées sous la forme d'un arbre fonctionnel :
- gestion de comptes ;
- gestion de personnes ;
- gestion de parrainages ;
- gestion de campagnes.
Contraintes
Contraintes fonctionnelles
Les contraintes fonctionnelles sont :
- STU
Contraintes techniques
Les contraintes techniques sont :
- STU