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

n (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 (sousdomaines, 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 reprogrammes. 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