Cahier des Charges pour le dveloppement dun logiciel de

gestion de la plate-forme Ouvaton partir de la plate-forme

et du logiciel actuellement en production (Gloux)
Table des matires
Introduction........................................................................................................................ 1
Phases du projets.............................................................................................................. 2
. Recration de Gloux....................................................................................2
. Mise en production : tests et documentation utilisateurs............................2
. Mise hors service de Gloux.........................................................................3
. Simplification base de donnes...................................................................3
. Finition de la documentation dveloppeurs : code PHP et base MySQL...4
Mthodologie..................................................................................................................... 5
Utilisation dun FrameWork de dveloppement............................................5
Open-Source, documentation et commentaire.............................................5
Subversion et Trac.............................................................................................................5
Modules............................................................................................................................. 6
Gestion web....................................................................................................................... 6
Gestion mails..................................................................................................................... 9
Gestion comptes utilisateurs (partie utilisateur / administrateur)........................................9
Facturation / paiements / compta.....................................................................................10
Module administration......................................................................................................12
Les abandons par rapport Gloux...................................................................................12

Introduction
Lobjet de ce cahier des charges est dune part de dfinir la liste des
fonctionnalits dvelopper afin de disposer dun logiciel permettant de grer
compltement la plate-forme dhbergement cooprative Ouvaton, autant pour ce
qui est de laccs des utilisateurs, que des administrateurs, de la gestion des
ressources dune part, et de la facturation, le paiement, et la comptabilit des
recettes dautre part.

Ce cahier des charges spcifie galement les diffrentes phases du projet, quil
sera obligatoire de suivre afin dassurer une transition douce entre Gloux et le
nouveau systme. Ouvaton est effectivement un service dhbergement
actuellement en production, avec plus de 5000 sites web, 6000 adresses email,
3000 bases mysql, etc ... Le futur logiciel permettant de grer cette plate-forme doit
donc permettre un passage sans migration (interruption de service ncessitant le
lancement de scripts de migration, reconfigurations diverses irrversibles pour lancer
la production du nouveau logiciel). La transition doit tre douce, les deux logiciels
(Gloux et le logiciel crer) pourront fonctionner cte cte un certain temps, ce qui
nous donnera, tous, utilisateurs, dveloppeurs, administrateurs, les moyens de
dbuguer le nouveau logiciel, de rdiger la documentation utilisateurs,
daccompagner les cooprateurs dans le nouveau fonctionnement du logiciel, avec
tout le temps et la tranquillit ncessaires.

Ce cahier des charges spcifie aussi la mthode selon laquelle le projet devra
tre conduit. Outils logiciels, de gestion de projet, documentation, livraison du code
source et de la documentation pour dveloppeur...

Ouvaton - cahier des charges pour une nouvelle application de gestion 1 / 13

Phases du projets
Le projet devra comporter les diffrentes phases suivantes :

. Recration de Gloux
La premire phase du projet consiste redvelopper, depuis le dbut, un logiciel
permettant la gestion de la plate-forme Ouvaton. Gloux, le logiciel actuel, a t livr
sans documentation et abandonn par ses dveloppeurs initiaux. Le code est
opaque et pratiquement sans commentaires. De nombreuses lourdeurs font quil a
finalement t jug plus efficace sur le long terme, de redvelopper un logiciel
similaire plutt que de maintenir un systme si obscur.

Cependant, il reste ncessaire de garder Gloux en tat de marche durant tout le

dveloppement de son successeur, et mme durant sa mise en production. Ouvaton
a dj t chaud par des migrations difficiles, coteuses et douloureuses, qui ont
entrain la perte de nombreux cooprateurs. Ouvaton ne dsire aucunement
retenter une migration qui correspondrait une mise hors ligne de la plate-forme
complte, pendant que comptes et ressources seraient transfrs sur le nouveau
logiciel.

Ce genre de grand bond en avant sest toujours termin en catastrophe, la bascule

entranant lapparition de bugs trop nombreux, la stabilit de la plate-forme ntant
plus garantie, des centaines de comptes tant fixer suite des bugs de mise en
production ou de migration divers et varis. (Sans compter la facturation quil faut
parfois stopper des mois lors de la mise en production).

Cest pourquoi il sera ncessaire de pouvoir faire fonctionner Gloux et son

successeur cte cte, ce qui a pour consquence directe que le logiciel
dvelopper utilisera la mme base de donnes que Gloux. Lajout de champs ou
tables sera possible sur cette base sils ne perturbent pas le fonctionnement de
Gloux. Cela reprsente une contrainte importante car elle implique de construire le
nouveau logiciel sur la base actuellement en production, avec ses particularits, sa
structuration propre et ses ventuelles lourdeurs.

. Mise en production : tests et documentation utilisateurs

La mise en production du nouveau logiciel ne correspondra pas la mise hors
service de Gloux. Dans un premier temps, les deux logiciels fonctionneront en
parallle, travaillant sur la mme base de donnes : les modifications faites via un
logiciel seront visibles depuis lautre (en dehors des oprations que Gloux ne sait
pas faire comme la gestion du node1-5). Les factures et paiements effectus via un
logiciel seront aussi visibles dans lautre.

La documentation utilisateur sera galement rdige et un accompagnement

progressif des cooprateurs la migration sera effectu. La documentation sera
rdige dans la partie Wiki du Trac, de faon n'utiliser qu'un seul outil pour
l'ensemble des aspects du dveloppement de l'application.

Le temps de faire le tour des fonctionnalits, corriger les bugs, critiquer et amliorer
lergonomie, rdiger la documentation utilisateurs, et accompagner les cooprateurs
dans la migration, on peut raisonnablement penser que cette phase stalera sur un
deux mois.

Ouvaton - cahier des charges pour une nouvelle application de gestion 2 / 13

Cependant, partant du principe qu'il vaut souvent mieux une volution progressive
qu'un "grand bond en avant", il est probable que les mises en productions du futur
applicatif se feront module aprs module, plutt que toute l'application dans son
entier. Il semblerait prudent par exemple de commencer par le module de gestion
web, puis mail, etc ... la mise en service de chaque module s'accompagnant de sa
propre phase de test, critiques ergonomiques, remontes de bugs, corrections et
amliorations, ainsi que rdaction de la documentation utilisateurs.

Une fois les modules dvelopps, les premiers testeurs seront les administrateurs
de la plateforme, qui sont les personnes qui ont la meilleure exprience du
fonctionnement de Gloux, de ses forces, et de ses faiblesses. Une fois l'quipe
d'administration satisfaite du
fonctionnement du nouveau module, il sera mis en service de faon ouverte, et un
petit groupe de cooprateurs motivs mais moins expriments, pourra son tour,
utiliser le module. Ce deuxime chantillon d'utilisateurs moins impliqu dans le
fonctionnement
interne d'Ouvaton, plus "naf" concernant les aspects techniques et administratifs,
apportera certainement des remarques plus centres sur l'ergonomie et le caractre
intuitif et comprhensible de l'outil. Une fois les remarques de ce second panel
prises en compte, et mises en application, le module pourra enfin tre ouvert tous
les cooprateurs.

. Mise hors service de Gloux

Ce nest quune fois que le nouveau logiciel aura t abondamment test, optimis
et correctement document, que lon pourra dbrancher Gloux. Gloux sera alors mis
hors service et la gestion et ladministration de la plate-forme Ouvaton ne se fera
plus que par le nouveau logiciel.

. Simplification base de donnes

Cest partir du moment o Gloux aura t mis hors service quil faudra effectuer un
travail de simplification sur la base de donnes. Le dveloppement de Gloux ayant
t assez chaotique, de nombreux champs et tables sont inutiles. Certaines
donnes sont stockes de faon trop complique par rapport leur utilisation.

La gestion des personnes, rparties en utilisateurs, clients, tiers, pourra tre

repense, voir reconstruite, de faon simplifier lutilisation de la plate-forme par les
cooprateurs. Actuellement, des personnes ayant plusieurs hbergements chez
Ouvaton doivent galement avoir plusieurs codes daccs / mots de passe pour
accder Gloux. Les administrateurs doivent obligatoirement avoir des codes
daccs diffrents de leurs codes dutilisateurs : cette gestion oblige devoir
continuellement se dloguer et reloguer sous un autre code daccs. Ceci pourrait
tre simplifi.

Le transfert dune ressource dune plaque de base une autre sera tudi. Il sera
implment dans les cas simples comme le transfert dune adresse email ou dun
espace web en @ouvaton.org. Pour les ressources associes un domaine autre,
les implications en terme de cohrence des donnes en base, ainsi que des fichiers
sur les serveurs, sont trop complexes pour sintgrer dans le cadre de ce cahier des
charges.

Ouvaton - cahier des charges pour une nouvelle application de gestion 3 / 13

La gestion des produits devra elle aussi tre simplifie, ainsi que ce qui a trait aux
fonctionnalits de revendeurs, qui seront abandonnes. Cette simplification de la
base de donnes permettra une simplification des requtes SQL effectues par le
logiciel. Des modifications du code PHP, pourtant frachement crit, seront trs
probablement effectuer galement.

Il peut sembler idiot de devoir dj r-crire requtes SQL et code PHP sur un projet
tout juste mis en production, mais cest le prix payer pour :
- dans un premier temps, permettre le fonctionnement en parallle de Gloux et du
nouveau logiciel, ce qui nous autorise la transition douce de Gloux au nouveau
logiciel.
- dans un second temps, aboutir un logiciel simple maintenir, travaillant sur une
base de donnes lisible.

. Finition de la documentation dveloppeurs : code PHP et base MySQL

Une fois ce travail de simplification et de suppression des tables et champs
obsoltes, une documentation dtaille devra tre rdige concernant la
structuration des tables SQL ainsi que du code PHP, cette fois-ci stabilis.

Une documentation concernant la procdure dinstallation de lapplicatif sera

livre en fin de projet, accompagne dun set de donnes viables. Ces
lments ne seront fournis quune fois la structure de la base de donnes
stabilise (et donc aprs la simplification de cette dernire).

Ouvaton - cahier des charges pour une nouvelle application de gestion 4 / 13

 Mthodologie

Utilisation dun FrameWork de dveloppement

Il est conseill de baser les dveloppements de lapplication sur un framework PHP
qui soit reconnu et prenne. Cependant :
le framework choisi ne doit pas introduire de couche de complexit
supplmentaire dans le dveloppement de lapplication.
le framework doit rellement sparer code PHP et gabarits HTML : le
code applicatif PHP doit ainsi pouvoir tre modifi sans toucher lHTML de
prsentation, et inversement, un intgrateur HTML doit pouvoir modifier les
gabarits de prsentation sans tre embarrass par le code PHP. Lutilisation
dune librairie de gestion de templates efficace et volue est fortement
conseille.

Lobjectif est ainsi de ne pas ajouter un ticket dentre trop coteux aux personnes
qui voudraient sapproprier et faire voluer lapplication. De nombreux framework
(Symfony, Zend Framework, ...) obligent hlas un gros effort dauto-formation de la
part de nombreux dveloppeurs.

La philosophie dOuvaton est de permettre un accs aux outils informatiques le plus

ais au plus grand nombre, y compris pour lapplicatif de gestion de sa propre
plateforme.

Open-Source, documentation et commentaire

Lapplicatif dOuvaton devra tre livr en open-source. Le code devra tre rendu
public sous licence GPL ou assimile (licence FreeBSD, ...). Le code et la
documentation devront tre consultables par tous ds les premires livraisons de
lapplicatif (livraisons partielles ne concernant que les premiers modules en
dveloppement). Ceci permettra la critique de la qualit du code ds le dpart, de
faon rectifier le tir au plus tt, si jamais le code tait jug comme trop compliqu
ou incomprhensible au plus grand nombre.

Le code sera correctement comment.

Subversion et Trac
Le code du logiciel sera livr sur le systme de versioning Subversion. Un Trac
permettra dajouter une interface web permettant de grer le projet : consultation du
source, ajout de ticket, wiki pour la documentation, ...
Chaque bug sera ainsi consultable par tous, ainsi que chaque commit sur le code,
rendant ainsi lvolution du projet visible autant par lquipe dadministration
dOuvaton, que par les cooprateurs eux-mmes.

Ouvaton - cahier des charges pour une nouvelle application de gestion 5 / 13

Modules

Gestion web
Ce module permet aux cooprateurs de grer leur hbergement web, et aux
administrateurs dOuvaton, de superviser les hbergements des cooprateurs. Il
manipule les espaces web (virtual hosts), les comptes FTP, les comptes MySQL, les
DNS et les sauvegardes des utilisateurs. Ce module permet galement de transfrer
son compte utilisateur du cluster vers un des nodes isols, et donnera lutilisateur
une vision synthtique de son utilisation disque, de faon laider mieux grer son
hbergement.

Les scripts (souvent des shell scripts) qui permettent la cration effective des
ressources (utilisateurs systme / bases MySQL, utilisateurs FTP, rpertoire de
vhost, ...) ont majoritairement t raliss par la socit Diabolocom, qui effectue
linfogrance de la plateforme dOuvaton. Les scripts accessibles Ouvaton devront
tre disponibles dans le dpt des sources. Linterface avec ces scripts sera souvent
effectuer en accord avec linfogrance, de faon ce que les commandes
envoyes par les cooprateurs soient mises en pratique par le systme. Ces scripts
ne seront pas r-crire, mais simplement r-utiliser.

Il est noter quOuvaton est une plateforme en cours de production hbergeant plus
de 5000 sites, totalisant plus de 2 millions de hits par jour, pour un trafic quotidien
dpassant les 30 Go. De nombreux scripts, librairies, outils, qui fonctionnent dans un
environnement lger ne comportant que quelques dizaines de sites, cassent
souvent lorsque le nombre de sites grer tourne autour de 5000, avec presque
autant dutilisateurs.

Les fonctionnalits suivantes seront implmenter. Au cas o certaines descriptions

ne seraient pas claires, il suffit daccder Gloux (http://gloux.ouvaton.coop/) pour
les voir fonctionner en live.

Espaces Web (vhosts) :

cration dun nouvel espace web en sous-domaine *.ouvaton.org
La cration dun espace implique la cration de lentre DNS, du virtual host pour
Apache, du rpertoire physique qui contiendra les fichiers du domaine, ainsi que du
compte FTP propre au domaine.
Les vrifications dusage seront bien sr effectuer : le sous-domaine existe-t-il dj
? Le domaine appartient-il bien au cooprateur ?
cration dun nouvel espace web sur un domaine de cooprateur
listing des espaces web existants
affichage des caractristiques dun espace web spcifique
modification dun espace web
suppression dun espace web (La suppression dun espace web
entrainera la suppression automatique du compte FTP et des fichiers prsents dans
le rpertoire FTP de cet espace.)
mesure de lespace disque utilis par chaque vhost. (Attention,
actuellement, un bug de Gloux fausse les mesures dutilisation disque dans certains
cas particuliers. Il conviendra de ne pas reproduire ce bug.)
affichage synthtique de lespace disque et du trafic de chaque vhost,

Ouvaton - cahier des charges pour une nouvelle application de gestion 6 / 13

 permettant chaque cooprateur de surveiller lutilisation de ses quota disques et
bande passante.
affichage des erreurs 500 gnres par chaque espace web, avec
historique sur les 30 derniers jours.

Comptes FTP :
Ce sous-module devra permettre de grer les diffrents comptes FTP du
cooprateur. Cration, listing, modification (du mot de passe ou du rpertoire racine)
et ventuellement suppression. Il existe trois types de comptes FTP :
1 le compte matre associ lhbergement complet du cooprateur. Ce
compte permet davoir accs tous les sites du cooprateur.
2 les comptes associs chaque espace web.
3 les comptes supplmentaires, qui ne sont associs aucun site
particulier, mais permettent de disposer dun accs restreint une partie dun
site.
Seuls les comptes supplmentaires sont supprimables. Les comptes associs un
espace web sont supprims lors de la suppression de lespace concern. Les
comptes matres sont supprimer lorsque le cooprateur ferme son hbergement.

Bases MySQL :
Ce sous-module permet chaque utilisateur de grer sa ou ses bases MySQL. Il
permet le listing, la cration et la modification des bases, laccs phpMyAdmin
pour travailler dessus.
La cration dune base ncessite lachat dune option base MySQL. Il sera donc
ncessaire de le mentionner correctement aux cooprateurs, et dajouter toute
nouvelle base la liste des ressources facturer la prochaine date anniversaire du
cooprateur.

Laccounting disque des bases mysql sera galement effectuer, ainsi que
laffichage synthtique de lespace disque utilis par toutes les bases, afin quune
fois de plus, les cooprateurs puissent surveiller lutilisation de leurs quota disque.

Les slow queries seront aussi afficher aux cooprateurs, ce qui leur permettra de
diagnostiquer leurs requtes mal optimises.

Noms de Domaines :
Ce sous-module permet aux cooprateurs de grer leurs noms de domaine :
ajouter / modifier / supprimer des domaines, grer les enregistrements (sous-
domaines, A, CNAME, MX records, ...), le TTL, ...
Ouvaton utilisant MyDNS, la gestion des noms de domaine seffectue principalement
sur deux tables (soas et rrs) de la base de Gloux.
La rservation propre de noms de domaine auprs dun registrar nest pas
implmenter.

Sauvegardes :
Ce sous-module permet chaque utilisateur de programmer des sauvegardes
rgulires (quotidiennes, hebdomadaires ou mensuelles) de nimporte lesquels de
ses rpertoires et bases de donnes. Il faudra donc implmenter les possibilits
dajouter, modifier et supprimer des sauvegardes automatiques. Lespace disque
pris par ces sauvegardes sera comptabilis et restitu aux cooprateurs de faon
synthtique.

Tableau de bord :

Ouvaton - cahier des charges pour une nouvelle application de gestion 7 / 13

Un tableau de bord, devra rcapituler les principales ressources du cooprateur
(espaces web, comptes FTP, bases MySQL, domaines ...) ainsi que leur utilisation
disque au regard de lespace disque de la plaque de base, additionne des options
disques ventuellement souscrites par le cooprateur.

Ouvaton - cahier des charges pour une nouvelle application de gestion 8 / 13

Gestion mails
Ce second module gre tous les aspects de la plate-forme lis aux mails. Il doit
permettre aux utilisateurs de crer / modifier / supprimer des comptes POP et des
redirections mails. Il sera possible de crer des mails sur tous les domaines de
lutilisateur.
Lajout / suppression / modification denregistrements DNS (MX) se fera de faon
transparente pour lutilisateur.
La cration effective des adresses se fera via les scripts crs par Diabolocom, qui
sont dj existants et ne devront normalement pas tre modifier.

La suppression dun compte POP ne supprimera pas les donnes de faon

immdiate. Elles seront dans un premier temps transfres dans un endroit tampon
o elles seront entreposes pendant une certaine priode avant leur suppression
dfinitive.

Le module grera galement laccounting des mails, mesurant et affichant la

consommation disque de chaque adresse. Un tableau de synthse permettra de
rcapituler la consommation disque totale par adresse et domaine, en prenant en
compte lespace allou dans la plaque de base et les ventuelles options disque
mail. Cet accounting permettra aussi de facturer les dpassements disque aux
clients. Le tableau de synthse donnera un estimatif du cot mensuel de ses
ventuels dpassements actuels. De plus, un script sentinelle enverra tous les
utilisateurs en dpassement un message dalerte, afin de permettre ceux-ci de
corriger leur situation au plus vite.

Ce module permettra galement aux administrateurs de superviser lutilisation mail

des cooprateurs, et daccder toutes les fonctions des utilisateurs dans le but de
pouvoir les aider paramtrer leurs comptes correctement. Un classement des plus
gros dpasseurs sera aussi prsent dans ce module, ce qui permettra aux
administrateurs dessayer de contacter manuellement les utilisateurs dont les
comptes partent en vrille.

Gestion comptes utilisateurs (partie utilisateur / administrateur)

Ce module central concerne la gestion des utilisateurs par eux-mmes et par les
administrateurs. Il grera tout ce qui est de lordre de la cration des comptes
utilisateurs, lenregistrement des informations des clients, lauthentification sur le
panel dadministration, ...

Ce module grera correctement une priode dessai dun mois pour chaque nouvel
utilisateur. La cration dun nouveau compte utilisateur ne devra plus forcment
ncessiter de validation manuelle.

La partie de ce module rserve aux administrateurs devra permettre de crer, lister,

diter, rechercher parmi la base des utilisateurs. Un listing des nouveaux utilisateurs
permettra de mieux suivre les nouveaux arrivants.
Un listing des cooprateurs fermant leur compte permettra galement un meilleur
suivi des dparts.

Ouvaton - cahier des charges pour une nouvelle application de gestion 9 / 13

Facturation / paiements / compta
Ce module devra grer toute la facturation dOuvaton. Les scripts de facturation
devront tablir les factures en fonction des ressources utilises par les cooprateurs.
Le module permettra aux utilisateurs de payer ces factures par carte bleue via la
plate-forme de paiement scuris CyberMut. La possibilit de payer par chque sera
aussi implmente : un formulaire de saisie des chques encaisss sera dvelopp
pour les administrateurs.

La partie administrateur contiendra les rcapitulatifs et listings dtaills des

encaissements. La rpartition du chiffre daffaires par type de produits, permettra
aux administrateurs de connatre les produits les plus vendus et leur contribution au
CA.
Un listing rcapitulant tous les encaissements cartes bleues par jour facilitera la
pnible tche du rapprochement bancaire quotidien.

Il est souligner quOuvaton vendant des services stalant sur deux annes,
chaque paiement devra tre correctement rparti entre le produit de lanne N et les
produits constats davances de lanne N+1. Dautre part, comme de nombreuses
factures sont aussi payes avec un peu, voir beaucoup de retard, chaque paiement
sera aussi susceptible dtre partiellement allou aux produits dexploitation de
lanne N-1. Le dveloppement de cette rpartition des encaissements sur les
annes N-1, N et N+1 sera mticuleusement vrifi, car il en va de la fiabilit de la
comptabilit dOuvaton.

Les chiffres manipuls par le module facturation devront pouvoir tre exports dans
un format compatible Open Office.

Le module facturation soccupera galement de dsactiver les ressources pour

lesquelles un retard de paiement trop important est constat. La r-ouverture des
ressources devra tre gre de faon plus efficace que pour Gloux. (le paiement
dune facture en retard devra automatiquement remettre comptes et sites en ligne
sans ncessiter lintervention dun tre humain).

Lannulation ou la modification de factures devra tre simplifie. Un utilisateur ne

devra pas voir son compte cltur pour non paiement dune facture de zero euro
(sic). Pour ce qui est des dpassements, aucune facture infrieure un montant
donn (par exemple 5) ne pourra tre mise, de faon ne plus se retrouver avec
des factures de 120. D'autre part, il faudra
que le panel des cooprateurs affiche de faon claire et prcise les ressources en
dpassement. De nombreux tickets du support tant actuellement ouverts parce que
les cooprateurs ne comprennent pas quelle ressource est en dpassement. Les
dpassements devront aussi pouvoir ne pas tre facturs immdiatement, mais
seulement aprs un court dlai de mise en garde : le cooprateurs disposera ainsi
de quelques jours pour corriger son dpassement ou acheter l'option supplmentaire
adquate, avant de se faire facturer les dpassements au prix fort.

Les notifications envoyes par le module de facturation (avis de facture, rappels,

confirmation de paiement, avis de clture) devront tre claires et comprhensibles.

La modification du taux de TVA applicable chaque produit devra tre possible sans
introduire de bug dans la comptabilit antrieure.

Ouvaton - cahier des charges pour une nouvelle application de gestion 10 / 13

Gestion des parts sociales
Ce sous-module de la comptabilit permet de grer les parts sociales de la socit
anonyme cooprative Ouvaton. Chaque client de la socit peut en effet acheter une
ou des parts sociales et devenir ainsi cooprateur.
Chaque part sociale est numrote. Ce module calculera le capital social de la
cooprative au jour le jour. Il contiendra aussi un listing du capital social ainsi que
des cooprateurs, qui pourra tre imprim pour des raisons lgales.

Ouvaton - cahier des charges pour une nouvelle application de gestion 11 / 13

Module administration
Toutes les fonctionnalits dadministration dveloppes dans chaque module seront
accessibles depuis un module dadministration propre qui permettra de faon
ergonomique de grer la plate-forme, autant au niveau de la gestion des utilisateurs,
des ressources, que de la comptabilit.

Utilisation disque, dpassements mails, erreurs 500, nouveaux comptes, comptes

clturs, seront autant dinformations accessibles depuis le module dadministration.

Gestion des Assembles Gnrales

Ce sous-module facilite lorganisation des assembles gnrales en comptabilisant
les personnes prsentes, ayant vot par correspondance, ayant donn leur
pouvoir, ...
Il permettra galement de sortir le cahier dmargement de chaque AG.

Les abandons par rapport Gloux

Il est des fonctionnalits prsentes dans Gloux qui ne seront pas r-intgrer ce
nouveau logiciel. Soit parce que ces fonctionnalits nont encore jamais t utilises
et nont que peu de chances de ltre un jour. Soit quelles sont manifestement
bugues dans leur implmentation glouxienne et ne mritent pas dtre re-
programmes. Soit quelles nont aucun caractre durgence par rapport dautres
projets dOuvaton, et que leur reprogrammation ne ferait que coter du temps au
dtriment dautres fonctionnalits.

Ainsi, la gestion des revendeurs est actuellement abandonner. Dune part

parce que cette fonctionnalit ne semble pas correspondre une demande de nos
utilisateurs. Dautre part parce que loffre dOuvaton nest pas comptitive par
rapport dautres gros hbergeurs (OVH pour nen citer quun), et quil serait
probablement suicidaire pour un revendeur dhbergement de choisir Ouvaton
comme grossiste.

Linternationalisation est actuellement abandonner. Lorsque nous aurons un

logiciel satisfaisant qui fonctionnera correctement, nous pourrons alors rflchir
linternationaliser et le localiser.

Dautre part, il ne sera pas forcment ncessaire de reprendre une gestion des
listes de droits daccs (ACL) aussi complexe que celle de Gloux. Un systme plus
clair pourra tre envisag.

Ouvaton - cahier des charges pour une nouvelle application de gestion 12 / 13

Perspectives

Un des principaux objectifs de la r-criture de Gloux, est d'obtenir au final un

logiciel qui soit simple faire voluer, car les besoins d'ajout de fonctionnalits sont
importants. Une fois le logiciel ralis et mis en production, de nouveaux modules
devront rapidement tre ajouts :

. Gestion automatise et facturation des listes de diffusion

Ouvaton hberge de trs nombreuses listes de diffusion, qui fournissent un service
trs important de nombreux cooprateurs. Ce service n'est actuellement pas
factur. La principale raison est que le module initial de gestion des listes n'a pas t
dvelopp dans
Gloux, et que toutes les listes sont gres la main. (Ce sont principalement
Philippe et Jean-Marie qui ouvrent les listes la demande). Ni le trafic, ni l'espace
disque utilis par les listes, ne sont non plus facturs aux cooprateurs.
Un des premiers modules dvelopper pourrait donc tre l'automatisation et la
facturation, de la gestion des listes.

. Achat de noms de domaines

Les cooprateurs doivent actuellement passer par un tiers (le plus souvent Gandi ou
OVH) pour acheter leurs noms de domaine, mme si au final, la gestion DNS est
effectue cot Ouvaton.
Ce module a pour objectif de permettre Ouvaton de facturer directement l'achat
des noms de domaines ses cooprateurs, en s'interfaant avec Gandi ou OVH, via
leur API.
Il est important de comprendre que ce module est incontournable, mais aura une
forte implication au niveau de la gestion des utilisateurs d'Ouvaton. En effet, l'identit
des cooprateurs achetant leur nom de domaine via Ouvaton, devra transiter chez
Gandi ou OVH, qui ont eux mmes leurs propres profils d'utilisateurs, avec leurs
champs spcifiques. Il sera impratif, ds le dveloppement de Gloux 2, de
concevoir une organisation des utilisateurs, qui rende aise l'utilisation de l'API
Gandi ou OVH.

D'autres modules sont imaginer, mais les deux modules prsents ici sont la fois
importants pour le service qu'ils rendront aux cooprateurs, ainsi que pour les
nouvelles rentres qu'ils apporteront la cooprative, c'est pourquoi ils seront
traiter de faon prioritaire.

Ouvaton - cahier des charges pour une nouvelle application de gestion 13 / 13