OpenFlyers Documentation:About

Structuration d'OpenFlyers

OpenFlyers correspond à deux choses :

• la société OpenFlyers
• le logiciel OpenFlyers

Outils de développement

Wiki

L'édition de la plupart des pages wiki est libre. Il suffit simplement de s'être identifié avant de pouvoir poster. Pour cela il faut demander un accès (en précisant idenfiant et mot de passe souhaité) à devteam at openflyers.org

Néanmoins, cette liberté totale ne peut "s'épanouir" qu'avec quelques règles permettant à tout un chacun de suivre le plus facilement possible les évolutions des pages du wiki.

Voici donc quelques propositions de règles à respecter :

• N'hésitez-pas à éditer les pages pour corriger les fautes d'orthographe.
• Si vous souhaitez améliorer la mise en page, faites attention de bien vérifier au préalable que toute modification sur les titres ne va pas causer de liens morts.
• Si vous souhaitez rajouter une remarque sur une spec déjà rédigée, utilisez de préférence l'onglet "discussion" rattaché à la page.
• Lorsque vous soulevez plusieurs points, utilisez :
  • soit des * pour créer des puces comme ici (<-là, juste à gauche<-)
  • soit des titres différents à l'aide des == si vous considérez que cela méritera des réponses séparées pour chaque thème soulevé.
• N'oubliez-pas de signer à la fin de votre paragraphe en utilisant l'icône prévue à cet effet (avant dernière icône en partant de la droite au-dessus du formulaire d'édition).

Pour suivre les modifications du wiki, c'est ici : modifs

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 sont définies par l'ensemble de l'équipe. À 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é.