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

De April MediaWiki
Aller à la navigationAller à la recherche
Ligne 27 : Ligne 27 :
 
* un document de spécifications détaillées.
 
* un document de spécifications détaillées.
  
=== Retours d'expériences ===
+
=== Collecte de retours d'expériences ===
  
 
==== 2013-07-04 Philipe Teuwen  ====
 
==== 2013-07-04 Philipe Teuwen  ====
Ligne 66 : Ligne 66 :
 
expliquer que cela n'était pas assez sûr à notre avis, mais cela
 
expliquer que cela n'était pas assez sûr à notre avis, mais cela
 
mérite discussion.
 
mérite discussion.
 
  
 
=== Cahier des charges (CDC) ===
 
=== Cahier des charges (CDC) ===

Version du 4 juillet 2013 à 22:08

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.

Au passage, 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.


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 être».


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.

Collecte de retours d'expériences

2013-07-04 Philipe Teuwen

Ce qui me vient à l'esprit:

  • européennes
  • législatives
  • régionales
  • communales
  • pas de second tour
  • réutilisation des candidats qui se représentent d'une élection à

l'autre et historique de ce qu'ils auraient déjà signé lors d'anciennes campagnes

  • interface multilingue
  • interface qui permettrait à tout le monde de consulter l'histo des

candidats et des éléctions précédentes.

  • exports admin pour récupérer facilement la liste des emails des

candidats signataires selon qqs filtres, bref le genre de choses que Nicolas me demande souvent et que je fais à coup de SQL.

  • pluggable pour nous permettre d'ajouter un module de signature des

pactes via eID

  • support de plusieurs pactes car outre le ll, nous avons fait des

pactes open gov, neutralite net, et avons encore d'autres en project.

2013-07-04 Nicolas Pettiaux

Ce serait super si nous pouvions vraiment mutualiser et préparer qq chose utilisable dans toute l'Europe / le monde. En 2014, il y a des élections européennes (et en Belgique aussi tous les autres niveaux de pouvoir en même temps. Cela va être chaud).

Si un plus, cela pouvait être couplé à un «module de suivi » = Mr / Mme untel a signé et a fait cela et cela en relation avec le LL, ce serait bien.

Pour la signature électronique, nous avions http://jesigne.lepacte.be/ mais plusieurs politiques m'ont dit qu'ils pensaient qu'une confirmation par email serait bien pour eux !! J'ai essayé de leur expliquer que cela n'était pas assez sûr à notre avis, mais cela mérite discussion.

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.


Dossier d'architecture

STU


É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