Étude GPT2X:Consolidation de l'expression de besoin:Cahier des charges

Page mère

Description du cahier des charges

Un projet peut se découper en 4 phases :

1. le « Quoi faire ? » ;
2. le « Comment le faire ? » ;
3. le « Faire » ;
4. 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 ;
  • inscription, édition, fermeture, ré-initialisation du mot de passe,
  • administration (validation, suspension, réactivation, banissement),
  • gestion de rôles (visiteur, contributeur, rédacteur, validateur, webmestre),
  • authentification,

• gestion d'entités (personne, entreprise, ville, etc.) :
  • création, édition, suppression, consultation par liste, recherche,
  • consultation de l'historique d'une entité,

• gestion de groupes (d'entités) :
  • création, édition, suppression, consultation par liste, recherche,
  • ajout d'évènements,
  • consultation de l'historique d'une entité,

• gestion de campagnes :
  • gestion de news :
    • création, édition, diffusion, suppression, historisation de messages à des entités ou des relais de diffusions,
  • possibilité de constituer de la matière pour les participants,
  • gestion d'un forum associé à la campagne,
  • gestion de statistiques sur la campagne, temps réel, bilan
  • valorisation des actions,
  • gestion d'un bilan de campagne, texte et graphiques
  • gestion des remontées d'informations sur action (qualification rapide + commentaire textuel),
  • valorisation des participants.

• gestion d'imports ;
• gestion d'exports :
  • extraire une liste d'information d'un groupe d'entités,

• gestion de pactes :
  • création, publication, édition, suppression, consultation par liste,
  • signature électronique,
• gestionnaire de suivi : permet de suivre les évènements d'une entité ;
• gestion de parrainages.

Contraintes

Contraintes fonctionnelles

Les contraintes fonctionnelles sont :

• interface multilingue (français, anglais) ;
• facilité d'ajout d'autres langues (flamand, allemand) ;
• sécurité ;
• respect droits informations personnelles (CNIL) ;
• respect de l'accessibilité ;
• identité visuelle moderne et attrayante ;
• IHM simple d'usage et ergonomique ;
• ouvert aux bénévoles (non adhérents).

Contraintes techniques

Les contraintes techniques sont :

• sécurité ;
• déploiement et mis en production facile ;
• des saisies de données fiables (anti-perte) ;
• maintenance mutualisée ;
• testabilité des rôles.