« Étude GPT2X » : différence entre les versions

De April MediaWiki
Aller à la navigationAller à la recherche
 
(18 versions intermédiaires par le même utilisateur non affichées)
Ligne 9 : Ligne 9 :
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.
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.
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) :
# en accroissant la capacité des permanents face à des tâches impossibles à mener autrement : complexité combinatoire (appeler 3000 candidats à 3 permanents) ou forte charge ponctuelle ;
# en produisant de la matière (retours, statistiques, etc.) pour d'autres actions ;
# en offrant un support aux adhérents pour s'impliquer dans les missions de l'association.


== Organisation par phase ==
== Organisation par phase ==
Ligne 17 : Ligne 21 :
# le « Comment le faire ? » ;
# le « Comment le faire ? » ;
# le « Faire » ;
# le « Faire » ;
# le « Faire être».
# le « Faire exister ».


[[Étude_GPT2X:méthodologie| Présentation de la méthodologie adoptée]]


== Phase 1 : « Quoi faire ? » (Consolidation de l'expression de besoin) ==  
== Phase 1 : « Quoi faire ? » (Consolidation de l'expression de besoin) ==  
Ligne 27 : Ligne 32 :
* un document de spécifications détaillées.
* un document de spécifications détaillées.


=== Recueil de retours d'expériences ===
=== Recueil d'expériences et brainstormings ===


[[Étude_GPT2X:Consolidation de l'expression de besoin:Recueil de retours d'expériences|Recueil de retours d'expériences]]
[[Étude_GPT2X:Consolidation de l'expression de besoin:brainstormings| Page dédiée aux retours d'expériences et aux compte-rendus de remue-méninges]]


=== Cahier des charges (CDC) ===
=== Cahier des charges (CDC) ===
Ligne 49 : Ligne 54 :
* 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===
Bien qu'innovante, la problématique est déjà connue et des solutions existent.
==== GPT v1 ====
http://www.candidats.fr/
Dépôt des sources : http://gna.org/projects/gpt/


===  Dossier d'architecture ===
STU
STU


==== CiviCRM ====
http://civicrm.org/
STU


== Étude de l'existant==
==== Salut à toi====
Bien qu'innovante, la problématique est déjà connue et des solutions existent.
http://linuxfr.org/news/salut-%C3%A0-toi-gnulinuxfrorg


=== GPT v1 ===
http://sat.goffi.org/
http://www.candidats.fr/


STU
STU


==== Advogato ====
http://www.advogato.org/
STU


=== CiviCRM ===
==== Newebe ====
http://civicrm.org/
http://newebe.org/


STU
STU




=== Salut à toi===
==== GNU Social ====
http://linuxfr.org/news/salut-%C3%A0-toi-gnulinuxfrorg
http://philippe.scoffoni.net/gnu-social-utilisera-le-code-de-statusnet-et-ostatus/
http://sat.goffi.org/
 
STU
 
==== Movim ====
http://www.movim.eu/
http://fr.wikipedia.org/wiki/Movim


STU
STU


==== Lorea ====
https://lorea.org/
STU


=== Advogato ===
==== Friendica ====
http://www.advogato.org/
http://en.wikipedia.org/wiki/Friendica


STU
STU
===  Dossier d'architecture ===
[[Étude_GPT2X:architecture:dossier_architecture| Page dédiée au Dossier d'architecture]]
== Phase 3 : « Faire » ==
Organisation par chantiers :
* identité visuelle : définir les éléments graphiques du site ;
* environnement de développement : mise au point des éléments nécessaires au poste de développement (Developer Guide, plateforme de test, conventions de codages, dépôt des sources, etc.) ;
* réalisation : traduction en code source du dossier d'architecture ;
* accessibilité : faire tester par des membres du groupe accessibilité ;
* informations personnelles : vérifier la réglementation, faire les déclarations nécessaires et mettre en place une politique de gestion des informations personnelles ;
* tests/recettes ;
* mise en production : mise au point de tout ce qui est nécessaire pour mettre en production l'application ;
* exploitation : mise au point des procédures de maintenances de l'application.

Dernière version du 20 août 2013 à 21:37

Présentation[modifier]

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[modifier]

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

Présentation de la méthodologie adoptée

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

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[modifier]

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

Cahier des charges (CDC)[modifier]

Page dédiée au Cahier des charges

Dossier de spécifications fonctionnelles (DSF)[modifier]

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

Phase 2 : « Comment faire ? »[modifier]

À 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[modifier]

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

GPT v1[modifier]

http://www.candidats.fr/

Dépôt des sources : http://gna.org/projects/gpt/

STU

CiviCRM[modifier]

http://civicrm.org/

STU

Salut à toi[modifier]

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

http://sat.goffi.org/

STU

Advogato[modifier]

http://www.advogato.org/

STU

Newebe[modifier]

http://newebe.org/

STU


GNU Social[modifier]

http://philippe.scoffoni.net/gnu-social-utilisera-le-code-de-statusnet-et-ostatus/

STU

Movim[modifier]

http://www.movim.eu/ http://fr.wikipedia.org/wiki/Movim

STU

Lorea[modifier]

https://lorea.org/

STU

Friendica[modifier]

http://en.wikipedia.org/wiki/Friendica

STU

Dossier d'architecture[modifier]

Page dédiée au Dossier d'architecture


Phase 3 : « Faire »[modifier]

Organisation par chantiers :

  • identité visuelle : définir les éléments graphiques du site ;
  • environnement de développement : mise au point des éléments nécessaires au poste de développement (Developer Guide, plateforme de test, conventions de codages, dépôt des sources, etc.) ;
  • réalisation : traduction en code source du dossier d'architecture ;
  • accessibilité : faire tester par des membres du groupe accessibilité ;
  • informations personnelles : vérifier la réglementation, faire les déclarations nécessaires et mettre en place une politique de gestion des informations personnelles ;
  • tests/recettes ;
  • mise en production : mise au point de tout ce qui est nécessaire pour mettre en production l'application ;
  • exploitation : mise au point des procédures de maintenances de l'application.