« Étude GPT2X:Consolidation de l'expression de besoin:Cahier des charges » : différence entre les versions

De April MediaWiki
Aller à la navigationAller à la recherche
mAucun résumé des modifications
mAucun résumé des modifications
Ligne 68 : Ligne 68 :
* gestionnaire de suivi : permet de suivre les évènements d'une entité ;
* gestionnaire de suivi : permet de suivre les évènements d'une entité ;
* gestion de parrainages ;
* gestion de parrainages ;
* gestion de campagnes ;
* gestion de campagnes :
** gestion de news :
*** création, édition, diffusion, suppression, historisation de messages à des entités ou des relais de diffusions,
** gestion d'un forum associé à la campagne,
** gestion de statistiques sur la campagne, temps réel, bilan
** gestion d'un bilan de campagne, texte et graphiques
**
* gestion d'imports ;
* gestion d'imports ;
* gestion d'exports :
* gestion d'exports :

Version du 26 juillet 2013 à 13:10

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,
  • gestion de groupes (d'entités) :
    • création, édition, suppression, consultation par liste, recherche,
    • ajout d'évènements,
  • gestionnaire de suivi : permet de suivre les évènements d'une entité ;
  • gestion de parrainages ;
  • gestion de campagnes :
    • gestion de news :
      • création, édition, diffusion, suppression, historisation de messages à des entités ou des relais de diffusions,
    • gestion d'un forum associé à la campagne,
    • gestion de statistiques sur la campagne, temps réel, bilan
    • gestion d'un bilan de campagne, texte et graphiques
  • 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

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.


Contraintes techniques

Les contraintes techniques sont :

  • sécurité ;
  • déploiement facile ;
  • anti-perte de données de formulaires ;
  • maintenance mutualisée.