Différences entre les versions de « Étude GPT2X »

De April MediaWiki
Aller à la navigationAller à la recherche
m
Ligne 52 : Ligne 52 :
 
* la description détaillée des principes techniques de la plate-forme.
 
* la description détaillée des principes techniques de la plate-forme.
  
 
+
=== Étude de l'existant===
===  Dossier d'architecture ===
 
STU
 
 
 
 
 
== Étude de l'existant==
 
 
Bien qu'innovante, la problématique est déjà connue et des solutions existent.
 
Bien qu'innovante, la problématique est déjà connue et des solutions existent.
  
=== GPT v1 ===
+
==== GPT v1 ====
 
http://www.candidats.fr/
 
http://www.candidats.fr/
  
Ligne 66 : Ligne 61 :
  
  
=== CiviCRM ===
+
==== CiviCRM ====
 
http://civicrm.org/
 
http://civicrm.org/
  
Ligne 72 : Ligne 67 :
  
  
=== Salut à toi===
+
==== Salut à toi====
 
http://linuxfr.org/news/salut-%C3%A0-toi-gnulinuxfrorg
 
http://linuxfr.org/news/salut-%C3%A0-toi-gnulinuxfrorg
 
http://sat.goffi.org/
 
http://sat.goffi.org/
Ligne 79 : Ligne 74 :
  
  
=== Advogato ===
+
==== Advogato ====
 
http://www.advogato.org/
 
http://www.advogato.org/
  
 +
STU
 +
 +
 +
 +
===  Dossier d'architecture ===
 
STU
 
STU

Version du 26 juillet 2013 à 14:17

Présentation

En 2014, les élections municipales et autres projets de lois seront des opportunités pour faire des actions de groupe au sein de l'April.

Lors des précédentes élections, le site http://www.candidats.fr/ a représenté un super outil pour contacter et suivre les candidats.

Cette étude est un travail préparatoire expérimental à la version 2 de GPT (l'outil derrière http://www.candidats.fr/) pour préparer nos futurs rendez-vous.

Et même, nous pourrions envisager de généraliser l’outil à d'autres formes d'actions de groupe, notamment dans le cadre du FDR et des actions sur les propositions de l'April.

Pour rappel, l'objectif de l'outil est de faciliter les missions de l'April (promouvoir et défendre les logiciels libres) :

  1. en accroissant la capacité des permanents face à des tâches impossibles à mener autrement : complexité combinatoire (appeler 3000 candidats à 3 permanents) ou forte charge ponctuelle ;
  2. en produisant de la matière (retours, statistiques, etc.) pour d'autres actions ;
  3. en offrant un support aux adhérents pour s'impliquer dans les missions de l'association.

Organisation par phase

Un projet peut se découper en 4 phases :

  1. le « Quoi faire ? » ;
  2. le « Comment le faire ? » ;
  3. le « Faire » ;
  4. le « Faire exister ».

Phase 1 : « Quoi faire ? » (Consolidation de l'expression de besoin)

Ce chantier est une étape importante du projet pour s'assurer que les attentes sont correctement identifiées et suffisamment détaillées. L'ensemble des fonctionnalités sera approfondi et formalisé dans une documentation dédiée.

À l'issue de ce chantier, seront disponibles :

  • un cahier des charges ;
  • un document de spécifications détaillées.

Recueil d'expériences et brainstormings

Page dédiée aux retours d'expériences et aux compte-rendus de remue-méninges

Cahier des charges (CDC)

Page dédiée au Cahier des charges

Dossier de spécifications fonctionnelles (DSF)

Page dédiée au Dossier de Spécifications Fonctionnelles

Phase 2 : « Comment faire ? »

À partir du cahier des charges et du dossier de spécifications fonctionnelles, analyser en profondeur toutes les problématiques du projet et expression des solutions techniques.

À l'issue de ce chantier, sera disponible un document d'architecture comprenant :

  • la liste des pages web du site ;
  • un graphe de navigation des pages web du site ;
  • la description détaillée de l'organisation du code ;
  • la description détaillée des principes techniques de la plate-forme.

Étude de l'existant

Bien qu'innovante, la problématique est déjà connue et des solutions existent.

GPT v1

http://www.candidats.fr/

STU


CiviCRM

http://civicrm.org/

STU


Salut à toi

http://linuxfr.org/news/salut-%C3%A0-toi-gnulinuxfrorg http://sat.goffi.org/

STU


Advogato

http://www.advogato.org/

STU


Dossier d'architecture

STU