Étude GPT2X

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

Présentation de la méthodologie adoptée

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/

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

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

Newebe

http://newebe.org/

STU

GNU Social

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

STU

Movim

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

STU

Lorea

https://lorea.org/

STU

Friendica

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

STU

Dossier d'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.