Documentation de la solution web de gestion OpenFlyers:Community Portal

From Documentation de la solution web de gestion OpenFlyers
Revision as of 08:53, 24 November 2005 by imported>Claratte (→‎Organisation du développement)
Jump to navigation Jump to search

Structuration d'OpenFlyers

Comme indiqué sur le site internet d'OpenFlyers, OpenFlyers correspond à deux choses :

  • l'association OpenFlyers
  • le logiciel OpenFlyers (qui est créé par l'équipe de développement qui n'est pas interne à l'association)

L'association met à disposition de l'équipe de développement des moyens pour assurer son fonctionnement.

Outils de développement

Ce wiki est utilisé par l'équipe de développement. C'est d'ailleurs son principal outil de travail. D'autres outils existent :

  • listes de diffusion :
    • devteam@openflyers.org (pour l'ensemble de l'équipe de développement)
    • beta@openflyers.org (pour les béta-testeurs)
    • coding@openflyers.org (pour les programmeurs)
    • of-commit@openflyers.org (pour le suivi des mises à jour du SVN)
  • SVN (subversion)

Si vous souhaitez intégrer l'équipe de développement et être abonné à une des listes, il faut en faire la demande auprès du responsable de l'équipe : devteam@openflyers.org

Organisation du développement

Nous essayons de structurer le développement afin d'être plus efficace et de ne pas perdre des choses en route. Le schéma présenté ci-après correspond plus à un idéal qu'une réalité ;-)

Spécifications

Il existe trois niveaux de spécifications :

  • Les idées générales (cahier de résa, gestion des comptes, mécanique, etc.).

Les idées générales sont présentées synthétiquement sur la roue OpenFlyers. Elles regroupent les axes de développement validés depuis la création d'OF. Les priorités de spécifications sur tel ou tel axe est défini par l'ensemble de l'équipe. A l'heure actuelle, le cahier est fait, la gestion des adhérents est également terminée et nous spécifions sur la saisie des vols et la gestion des comptes pilotes.

  • La composition générale de chaque axe est décrite au travers de notions (types d'avion, profils, etc.).

La détermination des notions est, en général, laissée plutôt à l'appréciation de l'équipe de programmation. Car c'est elle qui va par la suite implémenter ces notions et qui peut mesurer la difficulté de tel ou tel aspect. De plus, les utilisateurs finaux ne sont pas forcément les mieux placés pour appréhender les différentes utilisations possibles. Ils cherchent en général une solution qui correspond uniquement à leur besoin.

  • Les fonctionnalités.

Elles sont déterminées par l'ensemble de l'équipe de développement.

Le wiki constitue le support pour décrire les fonctionnalités et les notions.

A côté de ces spécifications "fonctionnelles", il existe des spécifications de programmation. Elles sont du ressort de l'équipe de programmation. L'axe suivi est : respect des standards et modularité.

Implémentation des spécifications

L'implémentation est effectuée par l'équipe de programmation dans les languages PHP, JavaScript, XHTML, XML, XSLT et avec comme support de base de données MySQL.

Le choix des fonctionnalités à implémenter est décidé de deux manières :

  • S'il s'agit du coeur d'une idée, elle est implémentée dans le cadre de l'idée
  • S'il s'agit d'une fonctionnalité annexe, cette dernière est votée lors de réunions de l'association avec l'équipe de programmation.

Certaines fonctionnalités qui ne nécessitent qu'un très faible investissement en temps peuvent être laissées à l'appréciation de tel ou tel programmeur à partir du moment où elle s'insère dans le cadre voulu et qu'elle ne dénature par l'application. Afin de faciliter l'implémentation de fonctionnalités annexes, la version 2 d'OF utilisera un système de listage en xml regroupant les options activables par un club.

Votes

Afin de répondre mieux aux attentes des clubs et des utilisateurs, nous envisageons de mettre en place un système de vote. La recherche d'un tel outil fait parti des tâches en suspend (s'il y a un volontaire...). Succintement, voici des éléments qui pourraient composer le cahier des charges d'un tel outil :

  • authentification des votants et attribution du droit à voter (but : éviter qu'un même personne vote deux fois)
  • Pondération des votes (but: donner plus de poids aux développeurs, programmeurs, clubs hébergés par l'association)
  • système d'édition des spécifications à voter permettant à tout un chacun d'en rajouter de nouveaux

Communauté OpenFlyers

Membres de l'association OpenFlyers

Stéphane CROSES (Conseiller)

Jean DE PARDIEU (Président par intérim & Secrétaire)

Patrice GODARD (Conseiller)

Christophe LARATTE (Trésorier)

Joël TREMBLET (Vice-Président)

Développeurs

claratte

duplantristan

jtremblet

Jean

kael

patrice

redge

soeren

utopie

zebuline

Béta-testeurs

alexisdepoux Alexis DEPOUX

anthony613 LEBAILLY Anthony

bcaux bernard CAUX

bossy Jean BOSSY

chakram Patrick HUBSCHER

claratte Christophe LARATTE

dhorvath

flyingtotof Christophe MILIAN

fred Frédéric NAUDIN

helipat

hth THEPAUT

jdepardieu Jean DE PARDIEU

jtremblet Joël TREMBLET

manuchao Emmanuel CHAILLOU

Nicolas Nicolas LE CORRE

nouzarede nouzarede

pgodard Patrice GODARD

PHKUHN Philippe KUHN

scroses Stéphane CROSES

smaire Soeren MAIRE

toto69 FLAMAIN

visiteur Accès public