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.
  
=== Collecte de retours d'expériences ===
+
=== Recueil de retours d'expériences ===
  
==== 2013-07-04 Philipe Teuwen  ====
+
[[Étude_GPT2X:Consolidation de l'expression de besoin:Recueil de retour d'expériences|Recueil de retour d'expériences]]
 
 
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) ===
 
=== Cahier des charges (CDC) ===

Version du 5 juillet 2013 à 02:45

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.

Recueil de retours d'expériences

Recueil de retour d'expériences

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