Vous êtes sur la page 1sur 52

INSTITUT DE LA FRANCOPHONIE POUR LINFORMATIQUE

COLE NATIONALE SUPRIEURE DES TLCOMMUNICATIONS

MMOIRE DE FIN DTUDES Construire un systme de gestion de confrence (SGC)

PHAM Duc Long Promotion 9 - IFI

Hanoi, Avril 2006

Table des matires


Remerciements ................................................................................................ v Rsum ............................................................................................................ vi Abstract ........................................................................................................... vi 1 Introduction ............................................................................................. 1
1.1 1.2 Motivations............................................................................................ 1 Structure du rapport ............................................................................. 1

Solution..................................................................................................... 2
2.1 2.2 Architecture du systme........................................................................ 2 Outils utiliss......................................................................................... 3
2.2.1 2.2.2 PHP .................................................................................................... 3 MySQL............................................................................................... 5

2.3

Analyse .................................................................................................. 9
2.3.1 2.3.2 2.3.3 Analyse des exigences de mtiers..................................................... 9 Analyse des exigences fonctionnelles............................................. 16 Base de donnes............................................................................... 25

2.4

Implmentation ................................................................................... 27
2.4.1 2.4.2 Linterface du systme.................................................................... 27 Base de donnes............................................................................... 31

2.5

Paiement en ligne avec Paypal........................................................... 35


2.5.1 2.5.2 Introduction du PayPal .................................................................. 35 Paiement en ligne Paypal pour RIVF......................................... 38

Analyse des rsultats ............................................................................. 40


3.1 3.2 Les statistiques .................................................................................... 40 SGC en comparaison avec les autres outils....................................... 41

Conclusion.............................................................................................. 44
i

Bibliographie.................................................................................................. 45

ii

Liste des figures


Figure 2-1: Architecture du SGC ............................................................................. 2 Figure 2-2: Ltat dutilisation de PHP des annes dernires. .............................. 3 Figure 2-3: Ltat dutilisation des langages de programmation .......................... 4 Figure 2-4: Diagramme de cas dutilisation de ladministrateur ........................ 10 Figure 2-5: Diagramme de cas dutilisation du responsable................................ 11 Figure 2-6: Diagramme de cas dutilisation du comit......................................... 12 Figure 2-7: Diagramme de cas dutilisation de lauteur....................................... 13 Figure 2-8: Diagramme de cas dutilisation de lutilisateur ................................ 14 Figure 2-9: Diagramme dactivit du SGC............................................................ 17 Figure 2-10: Diagramme de squence Ajouter des comits ................................. 18 Figure 2-11: Diagramme de squence Ajouter une session.................................. 19 Figure 2-12: Diagramme de squence Choisir les comits ................................... 20 Figure 2-13: Diagramme de squence Soumettre un papier................................ 21 Figure 2-14: Diagramme de squence Assigner les papiers ................................. 22 Figure 2-15: Diagramme de squence Evaluer un papier .................................... 23 Figure 2-16: Diagramme de squence Dcider un papier .................................... 24 Figure 2-17: Diagramme de squence Sinscrire la confrence ........................ 25 Figure 2-18: Schma des tables principales de la base de donnes du SGC....... 26 Figure 2-19: Grer les comits ................................................................................ 27 Figure 2-20: Ajouter une session ............................................................................ 28 Figure 2-21: Modifier une session........................................................................... 28 Figure 2-22: Choisir comits pour la session ......................................................... 29 Figure 2-23: Assigner un papier aux comits ........................................................ 29

iii

Figure 2-24: Evaluer un papier............................................................................... 30 Figure 2-25: Soumettre un papier .......................................................................... 30 Figure 2-26: S'inscrire la confrence................................................................... 31 Figure 2-27: Une transaction trs simple utilisant PayPal ................................... 36 Figure 2-28: Paiement PayPal.............................................................................. 36 Figure 2-29: Linformation de paiement RIVF.................................................. 38 Figure 2-30: Paiement PayPal pour RIVF.......................................................... 39 Figure 3-1: Les papiers soumis ............................................................................... 41 Figure 3-2: Les auteurs............................................................................................ 41

iv

Remerciements

Je voudrais tout dabord remercier mon grand chef: le Docteur Patrick Bellot, professeur de lEcole Nationale Suprieure des Tlcommunications (ENST) Paris, pour mavoir propos le stage, pour sa patience dans les premiers jours o je ntais pas efficace et enfin pour mavoir donn des conseils tout au long de mon stage. En suite, je tiens remercier mes amis, mes collgues: DANG Minh Dung, LE Quoc Cuong, PHAM Viet Tan Nguyen, DINH Anh Minh, qui mont partag les moments inoubliables Paris. Je voudrais galement remercier les professeurs de lInstitut de la Francophonie pour lInformatique (IFI) et les personnels de lIFI qui mont donn des soutiens pendant mes tudes. Enfin, un grand merci ma famille et mes amis qui mencouragent tout le temps dans ma vie. Merci tous.

Rsum
A loccasion de la confrence RIVF06, nous avons dvelopp un systme (SGC) pour lorganisation de confrence bas sur WWW et sur le systme de la base de donnes. Ce rapport dcrit lanalyse, la conception, limplmentation et lvaluation du systme SGC.
Mots-clefs: gestion de confrence, responsable de session, comit, auteur, soumission de papier, valuation de papier, assigner un papier aux comit

Abstract
In the context of the organization of RIVF06, we have developed a system (SGC) for conference organization based on World Wide Web and data base system. This report describes analysis, design, implementation and evaluation of the system.

Keywords: conference management, track chair, committee, author, paper submission, paper evaluation, assign paper to committee

vi

1 Introduction
1.1 Motivations
RIVF'06 offre l'opportunit pour les jeunes informaticiens de discuter de problmes et de partager leurs rsultats en informatique, d'identifier de nouveaux problmes ainsi que de crer de nouvelles voies pour la recherche et l'innovation. Pour les organisateurs d'un tel vnement, c'est un honneur tre responsable, mais il comporte galement beaucoup de choses faire. Par exemple: lancer le Call for paper, collecter les papiers, assigner les papiers aux comits, collecter les valuations, envoyer les notifications aux auteurs, grer les inscriptions des participants etc. Le systme SGC a pour but daider les organisateurs de faire tels travaux. Il supporte tous les fonctionnalits principales dun systme de gestion de confrence: soumettre le papier, assigner les papiers, valuer les papiers, informer lauteur les notifications de son papiers, sinscrire la confrence. Avec ce systme, les organisateurs peuvent grer facilement la confrence.

1.2 Structure du rapport


Ce rapport se divise en 4 parties: chapitre 1 est lintroduction; chapitre 2 sagit de la solution, dans ce chapitre, nous abordons larchitecture du systme, les analyses des exigences, les outils utiliss; chapitre 3 prsente les rsultats, les utilisations du systme et une petite comparaison avec les autres. Chapitre 4 est la conclusion.

2 Solution
2.1 Architecture du systme
Larchitecture du systme a 3 couches: navigateur de web, serveur de web et serveur de la base de donnes. Lutilisateur prend le navigateur de web pour accder au systme via lInternet. Le protocole de communication entre le navigateur et le serveur est HTTP. Le mcanisme du systme est trs simple: dabord, le navigateur envoie son requte au serveur, et puis, le serveur accde directement au serveur de la base de donnes, en suit, il envoie au navigateur les donnes.

Figure 2-1: Architecture du SGC

Nous avons dcid dutiliser le langage PHP et le systme de la base de donnes MySQL qui sont dcrits en dtail dans la section suivante.

2.2 Outils utiliss


2.2.1 PHP 2.2.1.1 Quest ce PHP
PHP a une dfinition rcursive: PHP: Hypertext Processor. Mais, en ralit, son premier nom est: Personal Home Page Tools. PHP est un langage de script ct serveur inclus dans HTML. PHP est cr par Rasmus Lerdorf, un ingnieur qui fait partie de lquipe dveloppement dApache. La premire partie de PHP est construite en 1994. En 1997, il y avait 50.000 sites utilisant PHP. En 1998, ce numro tait 100.000. En 2000, il tait 1.000.000. Et maintenant, il est environ 22.000.000. La figure suivante va illustrer la croissant dutilisation de langages PHP dans les annes dernires.

Figure 2-2: Ltat dutilisation de PHP des annes dernires.

(Source: www.php.net/usage.php)

Lutilisation de PHP par rapport aux autres langages:

Figure 2-3: Ltat dutilisation des langages de programmation

(Source: http://www.tiobe.com/tpci.htm)

2.2.1.2 Les jolies raisons pour utiliser PHP


PHP est gratuit: PHP ne cote rien. Pas un dollar, pas un euro. Rien au dpart, rien pendant la dure de la vie de lapplication, et rien la fin. Le dveloppement, le serveur, la gestion de la base de donnes, le support, tous sont gratuits. PHP est simple: Le syntaxe de PHP est simple, PHP est donc facile apprendre. Pourtant, on ne peut pas utiliser les outils pour gnrer le code source de PHP, ils sont crits la main. PHP est incorpor: PHP vient sincorporer dans HTML. Lincorporation de PHP dans HTML a plusieurs consquences utiles comme: PHP peut tre rapidement ajout du code produit par un diteur HTML graphique; PHP se prte de lui-mme a une division du travail entre concepteurs graphiques et dveloppeur de scripts; PHP peut rduire les cots de dveloppement et amliorer son efficacit.

PHP na pas besoin de compilation: Cest un point fort du type de langage de script, il nest pas ncessaire dune compilation en code binaire avant tester ou dployer une application. Il suffit de lcrire et de la lancer. PHP est disponible sur plusieurs plates-formes: PHP est disponible en natif pour Unix et pour Windows (la plupart des serveurs HTTP fonctionne sous lun de ces types de systme dexploitation). PHP est aussi compatible avec les serveurs Web populaires: Apache HTTP Server, Microsoft Internet Information Server et Netscape Enterprise Server. PHP de plus en plus populaire: PHP devient rapidement lune des solutions de dveloppement dite deux tage (Web et donnes). Les deux figures au-dessus illustrent la croissance de PHP. En rsum, PHP nest pas la panace tous les problmes de dveloppement Web, mais il a de nombreux avantages. Il est fait par des dveloppeurs Web et pour des dveloppeur Web. [1]

2.2.2 MySQL
MySQL est devenue la base de donnes open source la plus populaire au mode grce sa performance, sa haute fiabilit et sa simplicit dutilisation. On la trouve dans plus de 8 millions dinstallations, dans les grandes entreprises transnationales comme au sein dapplications embarques spcialises, sur tous les continents de la plante. Non seulement MySQL est la base de donnes open source la plus populaire au monde, mais elle est galement devenue le choix de prdilection de toute une nouvelle gnration d'applications construites sur la plate-forme LAMP (Linux, Apache, MySQL, PHP / Perl / Python.). MySQL fonctionne sur plus de 20 plates-formes, notamment Linux, Windows, OS/X, HP-UX, AIX ou Netware, une polyvalence vous permettant de matriser toutes les situations.[2] Les jolies raisons pour utiliser MySQL: Monte en charge et flexibilit: Le serveur de base de donnes MySQL offre les meilleures performances en termes de monte en charge. Il est capable de grer des applications embarques nutilisant qu' 1 Mo de mmoire comme des entrepts de donnes de grande taille contenant plusieurs traoctets d'information. La polyvalence des platesformes est l'un des points forts de MySQL, qui fonctionne sur toutes les dclinaisons de 5

Linux, UNIX ou Windows. Et, bien sr, sa nature open source autorise une personnalisation complte pour les utilisateurs dsirant ajouter des fonctionnalits spcifiques au serveur de base de donnes. Des performances leves: Une architecture unique de moteur de stockage permet aux professionnels des bases de donnes de configurer le serveur MySQL de faon spcifique pour certaines applications, avec pour rsultat des performances stupfiantes. Que l'application envisage soit un systme de traitement de transactions haut dbit ou un site Web fort volume servant un milliard de requtes par jour, MySQL peut rpondre aux demandes de performance les plus exigeantes. Grce ses utilitaires de charge haute vitesse, ses mmoires cache caractristiques, son indexation en texte intgral et d'autres mcanismes d'amlioration des performances, MySQL offre la puissance de feu ncessaire aux systmes professionnels nvralgiques d'aujourd'hui. Haute disponibilit: Une fiabilit toute preuve et une disponibilit constante sont la marque de fabrique de MySQL. C'est pourquoi ses utilisateurs lui font confiance pour garantir un fonctionnement sans faille de leurs systmes. MySQL offre une grande diversit d'options de haute disponibilit, depuis des configurations de rplication matre/esclave haut dbit jusqu'aux serveurs spcialiss en clusters offrant des fonctions de basculement instantan, en passant par des solutions de haute disponibilit proposes par nos partenaires. Un support transactionnel solide: MySQL offre lun des moteurs de bases de donnes transactionnelles les plus puissants du march. Il est pourvu de fonctionnalits compltes de support de transaction ACID (atomique, constant, isol, durable), dune fonction de verrouillage de ligne illimite, de capacits de transactions distribues et dun support de transactions multi-version dans lequel les oprations de lecture ne bloquent jamais celles dcriture et vice-versa. Lintgrit complte des donnes est galement assure par une fonction dintgrit rfrentielle via le serveur, par des niveaux spcialiss disolation de transactions et par la dtection instantane des blocages. De puissantes fonctionnalits Web et dentreposage de donnes: MySQL est le standard lorsquil sagit de sites web fort trafic en raison de son moteur de requtes hautes performances, de ses capacits dinsertion de donnes phnomnalement rapides et de ses fonctions web spcialises telles que la recherche rapide en texte intgral. Ces mmes capacits sappliquent galement aux environnements dentrepts de donnes, dans

lesquels MySQL peut grer de nombreux traoctet quil sagisse de serveurs simples ou darchitectures en dploiement horizontal (scale-out). Ses autres caractristiques, par exemple les tables de mmoire principale, lindexation du B-tree et du hachage ou les tables darchives comprimes, qui ont pour effet de rduire les besoins de stockage jusqu 80 %, font de MySQL une solution exceptionnelle pour les applications web comme pour les applications de business intelligence. Une forte protection des donnes: La protection des donnes nvralgiques dune entreprise tant la tche prioritaire des professionnels des bases de donnes, MySQL offre des fonctions de scurit exceptionnelles qui garantissent une protection des donnes absolue. En matire dauthentification des bases de donnes, MySQL dispose de mcanismes puissants visant sassurer que seuls les utilisateurs autoriss ont accs au serveur de la base de donnes, avec la possibilit de bloquer les utilisateurs au niveau de la machine client. La prise en charge des protocoles SSH et SSL est galement fournie afin de garantir des connexions sres et scurises. Une infrastructure de privilges dobjets granulaires a t intgre, de faon ce que les utilisateurs ne puissent voir que les donnes pour lesquelles ils disposent dune autorisation. Par ailleurs de puissantes fonctions de chiffrement et de dchiffrement des donnes assurent la protection des donnes sensibles contre les accs non autoriss. Enfin, des utilitaires de sauvegarde et de rcupration fournis par MySQL et par des diteurs de logiciels tiers permettent deffectuer des sauvegardes logiques et physiques ainsi que des oprations de rcupration compltes ou ponctuelles. Des fonctions compltes de dveloppement dapplications: Lune des raisons pour lesquelles MySQL est la base de donnes open source la plus populaire au monde est quelle est adapte tous les besoins de dveloppement dapplications. Au sein de la base de donnes, on pourra bnficier de procdures stockes, de dclencheurs, de fonctions, de vues, de curseurs, dun SQL la norme ANSI, etc. Pour les applications embarques, des bibliothques de plug-ins sont disponibles pour intgrer la prise en charge des bases de donnes MySQL dans la quasi-totalit des applications. MySQL fournit galement des pilotes (ODBC, JDBC, etc.) qui permettent toutes les formes dapplications dutiliser MySQL comme serveur prfrentiel de gestion des donnes. MySQL offre aux dveloppeurs dapplications, quils travaillent en PHP, Perl, Java, Visual Basic ou .NET, tout ce dont ils ont besoin pour russir le dveloppement de leurs systmes dinformation pilots par bases de donnes.

Facilit dutilisation et dadministration: MySQL possde dexceptionnelles capacits de dmarrage rapide, le temps ncessaire pour installer le logiciel aprs lavoir tlcharg nexcdant pas 15 minutes. Cette rgle vaut aussi bien pour la plate-forme Microsoft Windows que pour Linux, Macintosh ou UNIX. Une fois linstallation termine, les fonctions de gestion automatique, telles que lextension despace automatique, le redmarrage automatique et les changements de configuration dynamiques, soulagent dune grande partie du travail des administrateurs de bases de donnes dj surchargs. MySQL contient galement une suite complte doutils de gestion graphique et de migration qui permettent aux DBA de grer, de dpanner et de contrler le fonctionnement de nombreux serveurs MySQL partir dun seul poste de travail. De nombreux diteurs de logiciels tiers proposent galement des outils pour MySQL capables de grer des tches allant de la conception de donnes et de lETL ladministration de bases de donnes complte, en passant par la gestion des tches et la surveillance des performances. La libert de lopen source allie un support 24x7: De nombreuses grandes entreprises hsitent sengager pleinement dans le monde des logiciels libres. Elles craignent de ne pas pouvoir bnficier du mme type de support ou du mme "filet de scurit" que celui quoffrent les services professionnels sur lesquels elle sappuient avec leurs logiciels propritaires afin dassurer le succs global de leurs applications stratgiques. La question de l'indemnisation est galement souvent voque. Ces inquitudes n'ont pas lieu d'tre en ce qui concerne MySQL puisqu'un un support 24h/7j ainsi que des possibilits dindemnisation sont disponibles via MySQL Network. MySQL nest pas un projet open source typique dans la mesure o la totalit des logiciels appartiennent MySQL AB, qui en assure galement le support. Cest la raison pour laquelle un modle unique de cots et de support technique est propos, combinant de faon exceptionnelle la libert de lopen source et l'assurance de bnficier d'un support de la plus haute qualit. Un cot total de possession infrieur: En migrant vers MySQL leurs applications de bases de donnes existantes, ou en utilisant MySQL pour de nouveaux projets de dveloppement, de nombreuses organisations ralisent des conomies qui bien souvent peuvent atteindre des nombres 7 chiffres. Grce lutilisation du serveur de base de donnes MySQL et des architectures scale-out tirant parti de matriels faible cot, elles constatent quelles peuvent atteindre des niveaux de monte en charge et de performance stupfiants, le tout pour un cot largement infrieur celui demand par les diteurs de

logiciels propritaires. En outre, la fiabilit et la facilit d'administration de MySQL permettent aux administrateurs de base de donnes de ne plus perdre leur temps rgler des problmes de performance ou dinterruptions de fonctionnement, pour pouvoir au contraire se concentrer sur des tches plus stratgiques. [2]

2.3 Analyse
Dans cette section, nous allons dcrire les exigences de mtiers et puis les exigences fonctionnelles; ce sont les dimensions pour dvelopper le systme.

2.3.1 Analyse des exigences de mtiers


SGC a pour but de supporter le processus de soumission de papier, dassignation de papier, dvaluation de papier, de dcision de papier. Les acteurs diffrents et leurs activits vont tre dcrits en dtail:

2.3.1.1 Administrateur
Ladministrateur, comme son nom, il gre toutes les activits de la confrence. En particulier : Il doit crer la confrence et dterminer les dates importantes (la date limite de soumission, la fin du processus dvaluation, la date de la confrence). Il dtermine aussi les sessions (les sujets) et les responsables (track chairs) correspondants. Il construit la liste des comits et la liste des comits locaux. Il tablit les tutoriels avant la confrence. Comme les responsables, il a le droit dassigner les papiers aux comits, de voir les valuations des papiers, et de dcider ltat de papier (accept, rejet, postre); il peut aussi changer la session de papier. En dehors, il gre quelques informations de confrence comme: les inscriptions la confrence, les statistiques de la confrence

La figure suivante va dcrire les tches principales de ladministrateur de la confrence.

Figure 2-4: Diagramme de cas dutilisation de ladministrateur

10

2.3.1.2 Responsable
Le responsable est le prsident de sa session. Il a la responsabilit de choisir les comits pour sa session. Il peut assigner les papiers aux comits de sa session. Il peut valuer et voir les valuations des papiers de sa session. Il a le droit de dcider ltat des papiers (accept, rejet, postre) de sa session. La figure 2 dcrit les cas dutilisation du responsable de la confrence.

Figure 2-5: Diagramme de cas dutilisation du responsable

11

2.3.1.3 Comit
Le comit peut valuer les papiers assigns. Et puis, les comits locaux ont les responsabilits locaux comme: prparer les amphithtres pour les tutoriels et la confrence, site web rserver les htels pour les participants et confirmer ses rservations sur le

Figure 2-6: Diagramme de cas dutilisation du comit

2.3.1.4 Auteur
Lauteur peut: Soumettre un (des) papier(s). Supprimer les papiers soumis.

12

Sinscrire la confrence (obligatoire pour les auteurs de papier accept ou postre). Changer son profil (les informations individuelles comme compte, mot de passe, nom, prnom, organisation, adresse)

Figure 2-7: Diagramme de cas dutilisation de lauteur

2.3.1.5 Utilisateur
Lutilisateur peut voir les informations de la confrence (lappel contribution, programme). Il peut aussi crer un compte sur le site web pour soumettre un papier ou bien pour sinscrire la confrence.

13

Figure 2-8: Diagramme de cas dutilisation de lutilisateur

En rsum, nous pouvons faire la synthse les rles des acteurs comme les tables suivantes : Administrateur Description Objets lus Objets crits Actions ralises Il a tous les droits du processus de gestion de la confrence. Tous les objets du site Tous les objets du site Toutes les actions

Responsable Description Objets lus Il est le prsident de sa session. Les donnes de la confrence, les papiers de sa session, les valuations de ces papiers, ltat de ces papiers, la liste des comits dans sa session Objets crits La liste des comits dans sa session, ltat des papiers dans sa session, ses valuations des papiers assigns. Actions ralises Grer la liste des comits, assigner les papiers aux comits, envoyer les mails aux comits, dcider ltat des papiers, valuer les papiers assigns.

14

Comit Description Objets lus Objets crits Actions ralises Il est lassistant du responsable. Les donnes de la confrence, les papiers assigns Les valuations des papiers assigns. Evaluer les papiers.

Auteur Description Objets lus Objets crits Actions ralises Les gens qui veulent soumettre papier. Les donnes de la confrence, son profil, ses papiers soumis. Son profil, ses papiers soumis. Soumettre les papiers, sinscrire la confrence.

Utilisateur Description Les gens qui sintresse la confrence. (Quand un utilisateur soumettre un papier, il deviendra un auteur). Objets lus Objets crits Actions ralises Les informations de la confrence. Son profil. Sinscrire la confrence.

15

2.3.2 Analyse des exigences fonctionnelles


Le processus de gestion de confrence peut se diviser en 6 phases principales suivantes: Dbut: dans cette phase, ladministrateur lance les informations de la confrence (le lieu, la date, lappel contribution, les orateurs), il construit aussi les premires donnes comme: la liste des comits, les sessions (topic) avec les responsables correspondants, les tutoriels Soumission: dans cette phase, lauteur soumet son papier, et le responsable, en utilisant la liste des comits fournie par ladministrateur, choix les comits pour sa session. Assignation: aprs avoir eu les papiers, chaque responsable assigne les papiers aux comits de sa session valuation: les comits valuent les papiers assigns. Dcision: Bas sur les valuations des comits, ladministrateur et les responsables dcident ltat de papier (accept, rejet, postre). Chaque auteur va recevoir un e-mail de notification avec des valuations attaches. Fin: La fin de toutes les activits prparatoires, la confrence commence.

16

Figure 2-9: Diagramme dactivit du SGC

17

Quelques activits principales vont tre dcrites suivantes :

2.3.2.1 Grer les comits


Description courte: Administrateur construit une liste des comits de la confrence. Acteur: Administrateur. Pre-condition: Administrateur doit login par son compte. Flux principal:

Figure 2-10: Diagramme de squence Ajouter des comits

Ladministrateur demande ajouter des comits. Le systme retourne une page listant des utilisateurs. Ladministrateur choisit des comits dans cette liste. Le systme met jour la base de donnes et retourne une page dtat de laddition.

18

2.3.2.2 Grer les sessions


Description courte: Administrateur tablit les sessions et les responsables correspondants. Acteur: Administrateur. Pre-condition: Administrateur doit login par son compte. Flux principal:

Figure 2-11: Diagramme de squence Ajouter une session

Ladministrateur demande ajouter une session. Le systme retourne une page daddition (titre de session en anglais, titre de session en franais, liste des comits) Ladministrateur entre les titres et choisit les responsables bass sur la liste des comits.

19

Le systme insre un nouveau rang la base de donnes et retourne une page dtat daddition.

2.3.2.3 Choisir les comits


Description courte: Responsable choisit les comits pour sa session. Acteur: Responsable. Pre-condition: Responsable doit login par son compte. Flux principal:

Figure 2-12: Diagramme de squence Choisir les comits

Le responsable demande choisir les comits pour sa session. Le systme retourne une page listant les comits. Le responsable choisit les comits et confirme son choix. Le systme met jour la base de donnes et retourne une page dtat de choix.

20

2.3.2.4 Soumettre un papier


Description courte: Auteur soumet son papier. Acteur: Auteur. Pre-condition: Auteur doit login par son compte. Flux principal:

Figure 2-13: Diagramme de squence Soumettre un papier

Lauteur demande soumettre un papier. Le systme retourne une forme de soumission (le titre du papier, les mots cls, les co-auteurs, le rsum, le chemin local du fichier, la liste des sessions,). Lauteur remplit cette forme et la renvoyer au systme. Le systme sauvegarde le fichier et insre les informations du papier la base de donnes. Et puis, le systme retourne une page dtat de soumission.

2.3.2.5 Assigner les papiers aux comits


Description courte: Responsable assigne les papiers aux comits pour valuer.

21

Acteur: Responsable. Pre-condition: Responsable doit login par son compte. Flux principal:

Figure 2-14: Diagramme de squence Assigner les papiers

Le responsable demande assigner des papiers aux comits. Le systme retourne une liste des papiers dans sa session. Le responsable choisit un papier. Le systme retourne la liste des comits de sa session. Le responsable choisit des comits. Le systme met jour la base de donnes et retourne une page dtat dassignation.

2.3.2.6 Evaluer les papiers


Description courte: Comit value les papiers assigns. 22

Acteur: Comit. Pre-condition: Comit doit login par son compte. Flux principal:

Figure 2-15: Diagramme de squence Evaluer un papier

Le comit demande valuer un papier assign. Le systme retourne une liste des papiers assigns. Le comit choisit un papier. Le systme retourne une forme dvaluation (les remarques, les notions). Le comit remplit cette forme. Le systme met jour la base de donnes et retourne une page dtat dvaluation.

23

2.3.2.7 Dcider les papiers


Description courte: Responsable dcide. Acteur: Responsable. Pre-condition: Responsable doit login par son compte. Flux principal:

Figure 2-16: Diagramme de squence Dcider un papier

Le responsable demande dcider un papier. Le systme retourne une liste des papiers de sa session. Le responsable choisit un papier et dcide ltat du papier (accept, postre, rejet). Le systme met jour la base de donnes et retourne une page dtat de dcision.

2.3.2.8 Sinscrire la confrence


Description courte: Auteur, utilisateur sinscrit la confrence (obligatoire pour lauteur des papiers accepts). Acteur: Auteur, utilisateur. 24

Pre-condition: Auteur (utilisateur) doit login par son compte. Flux principal:

Figure 2-17: Diagramme de squence Sinscrire la confrence

Lauteur demande sinscrire la confrence. Le systme retourne une forme dinscriptions. Elle se compose: catgorie de lauteur (professeur, tudiant), les tutoriels participant, lhtel rserv Lauteur remplit cette forme. Le systme met jour la base de donnes et retourne un tableau rcapitulatif. (Lauteur peut payer immdiatement en ligne via le PayPal)

2.3.3 Base de donnes


Le schma des tables de la base de donnes va tre dcrit comme la figure 2-18 suivante:

25

Figure 2-18: Schma des tables principales de la base de donnes du SGC

Description des tables principales : Users : Les informations des utilisateurs. Papers : Les informations des papiers soumis. Author_paper : La table intermdiaire entre Users et Paper. Cette table indique qui est lauteur de quel papier. Committee_paper : Les valuations des papiers des comits. Session : La liste des sessions. Responsable : La liste des responsables. Committee_session : La liste des comits avec les sessions correspondantes. Paper_session : Liste des papiers avec sessions. (Lintermdiaire entre Paper et Session) Tutorials : La liste des tutorials. Tutor_regis : La liste des participants avec tutorials enregistrs.

26

Registrations : Les informations des inscriptions des participants. Hotel : Liste des htels rservs.

2.4 Implmentation
2.4.1 Linterface du systme
Quelques interfaces du systme: Pour ladministrateur:

Figure 2-19: Grer les comits

27

Figure 2-20: Ajouter une session

Figure 2-21: Modifier une session

28

Pour les responsables:

Figure 2-22: Choisir comits pour la session

Figure 2-23: Assigner un papier aux comits

29

Pour les comits:

Figure 2-24: Evaluer un papier

Pour les auteurs:

Figure 2-25: Soumettre un papier

30

Pour les participants:

Figure 2-26: S'inscrire la confrence

2.4.2 Base de donnes


Le fichier dinitiation de la base de donnes (rivf.sql) use rivf ; drop table if exists users ; create table users ( username char(255) UNIQUE NOT NULL, password char(255) NOT NULL, firstname char(255) NOT NULL, lastname char(255) NOT NULL, organisation char(255) NOT NULL, address city char(255) NOT NULL, country char(255) NOT NULL, category int UNSIGNED NOT NULL, # 1 : administrative # 2 : track chair # 3 : comittee member # 4 : auteur telephone char(128), 31

PRIMARY KEY (username) ); drop table if exists registrations ; create table registrations ( username char(255) UNIQUE NOT NULL, category int NOT NULL, # 0 : prof international # 1 : prof vietnamien # 2 : etudiant international # 3 : etudiant vietnamien # 4 : autre late int, hotel int, jour1 int, jour2 int, jour3 int, jour4 int, jour5 int, jour6 int, tour int, total int, payed char, PRIMARY KEY (username) ); drop table if exists tutor_regis ; create table tutor_regis ( tutorial_id int UNSIGNED NOT NULL, username char(255) NOT NULL, PRIMARY KEY (tutorial_id,username) ); drop table if exists tracks ; create table sessions ( session_id int UNSIGNED AUTO_INCREMENT UNIQUE NOT NULL, sessionname_fr char(255) NOT NULL, sessionname_en char(255) NOT NULL, PRIMARY KEY (session_id) ); drop table if exists tutorials; create table tutorials( tutorial_id int NULL,

UNSIGNED AUTO_INCREMENT UNIQUE NOT

32

title char(255) author char(255), datetutor date NOT NULL, timetutor time NOT NULL, PRIMARY KEY (tutorial_id) ); drop table if exists responsables ;

NOT NULL,

create table responsables ( username char(255) NOT NULL, session_id int UNSIGNED NOT NULL, PRIMARY KEY (compte,track_id) ); drop table if exists comite_track; create table comite_session ( username char(255) NOT NULL, session_id int UNSIGNED NOT NULL, PRIMARY KEY (username,session_id) ); drop table if exists papers ; create table papers ( paper_id int UNSIGNED AUTO_INCREMENT NOT NULL, rand int NOT NULL, titre char(255) NOT NULL, date_soumission datetime NOT NULL, mots_cles char(255), abstract text, pc_member char, date_decision datetime NOT NULL, decision int NOT NULL, langue int NOT NULL, conference int NOT NULL, PRIMARY KEY (paper_id) );

drop table if exists auteur_papier ; create table author_paper ( username char(255) NOT NULL, paper_id int UNSIGNED NOT NULL, PRIMARY KEY (username,paper_id) ); 33

drop table if exists comite_paper ; create table comite_paper ( username char(255) NOT NULL, paper_id int UNSIGNED NOT NULL, summary text, comments text, comments_secret text, favourable text, against text, clarity int, soundness int, inventivity int, acceptance int, PRIMARY KEY (username, paper_id) ); drop table if exists papier_track ; create table paper_session ( paper_id int UNSIGNED NOT NULL, session_id int UNSIGNED NOT NULL, PRIMARY KEY (paper_id, session_id) ); drop table if exists comite_local ; create table comite_local ( username char(255) NOT NULL, PRIMARY KEY (username) ); drop table if exists hotels ; create table hotels ( hotel_id int UNSIGNED AUTO_INCREMENT UNIQUE NOT NULL, name char(255) NOT NULL, price int NOT NULL, PRIMARY KEY (hotel_id) );

34

2.5 Paiement en ligne avec Paypal


2.5.1 Introduction du PayPal
PayPal est un micro-paiement qui permit des utilisateurs de transfrer largent via lemail [3]. Une transaction simple via PayPal est dcrite comme suivante : Lutilisateur sinscrit un compte chez PayPal avec ses informations comme: email, compte bancaire Le PayPal cre un lien entre le serveur du PayPal et le compte bancaire dutilisateur. Lutilisateur achte en ligne. Largent est transfr du compte de PayPal du acheteur au compte de PayPal du vendeur. Largent est transfr du compte de PayPal du vendeur son compte bancaire.

35

Figure 2-27: Une transaction trs simple utilisant PayPal

Figure 2-28: Paiement PayPal

(Source www.paypal.com)

36

Les avantages du PayPal: Scuris: Faire les achats sans communiquer les coordonnes bancaires une tierce personne. Rapide: Les paiements sont quasi-instantans et bien plus rapides que l'envoi de chques ou d'espces. Simple: L'envoi de paiement s'effectue par une simple adresse email. International: PayPal permet les paiements en six devises (dollar canadien, euro, livre sterling, dollar USD, yen, dollar australien) et plus de 92 millions de comptes sont ouverts dans 55 pays et rgions du monde Innovant: PayPal dveloppe en continu de nouveaux services et des outils pour dvelopper les activits sur Internet. Quelques statistiques du PayPal: Environ 105.000 nouveaux comptes par jour sur plus de 96 millions compte. Transfert de 48 millions USD par jour. 23% de transactions en ligne sont excutes via le PayPal (dautre part, 27% via le virement bancaire et 50% via la carte de crdit)

37

2.5.2 Paiement en ligne Paypal pour RIVF


Aprs PayPal linscription, lutilisateur peut choisir le paiement en ligne via

Figure 2-29: Linformation de paiement RIVF

Le PayPal nous a fournis un paragraphe de code qui cre un lien compte de RIVF chez PayPal. Aprs avoir choisi le paiement en ligne RIVF, lutilisateur va automatiquement chez PayPal. Et puis, il ralise le virement. Si ce paiement est succs, ladministrateur va recevoir un email de notification. Il va justifier ltat de paiement dutilisateur RIVF.

38

Figure 2-30: Paiement PayPal pour RIVF

39

3 Analyse des rsultats


3.1 Les statistiques
Aprs 4 mois de lancer le site, nous avons des statistiques: Il y avait 111 auteurs. Il y avait totalement 103 papiers soumis (dont 78 en anglais et 25 en franais). Aprs la phase dvaluation, il y avait 35 papiers pour long prsentation (34%), 26 papiers pour courte prsentation (25%), 10 papiers pour postre (10%) et 32 papiers rejets. Il y avait 503 utilisateurs (dont 73 comits). Il y avait 266 participants de la confrence. Il y avait environ 20.000 connexions de tous les coins du monde entier.

40

Longue prsentation Courte prsentation Postre Rejet

31%

34%

10%

25%

Figure 3-1: Les papiers soumis

3 3 4 4 4

2 22 2

1111 211

57

20

Vietnam France Autriche Japon Suisse Singapour Etats Unis Canada Allemagne Sude Thailande Belgique Chine Tchque Inde Maroc Pakistan Pay Bas

Figure 3-2: Les auteurs

3.2 SGC en comparaison avec les autres outils


Pour valuer les fonctions du SGC, nous avons examin quelques outils de gestion de confrence. Nous avons compar le SGC avec les autres systmes. Ce sont : ConfMan (Conference Manager): Un systme assez complet pour une confrence, dvelopp en mSQL lite. [7]

41

PUMA (The Cornell Publication Manager Project): Un outil dvelopp en Perl, C++ par Universit de Cornell. [8]

WIMPE (Web Interface for Managing Programs Electronically): un systme, dvelopp en Perl et Tcl/tk , supporte les fonctions pour soumettre des papiers, assigner des papiers aux comits, valuer des papiers, envoyer des emails aux auteurs [4]

SIGACT: Dvelopp en Perl, utilis un serveur pour grer les papiers soumis [6] EDAS (Editors Assistant): Dvelopp en Tcl, il supporte aussi 2 fonctions principales pour une confrence: la soumission et les valuations des papiers. [5]

MyReview: Dvelopp en PHP, il a toutes les fonctions ncessaires dune confrence [9].

Les outils sont compars via les fonctionnalits ncessaires dune confrence: la soumission des papiers, lvaluation des papiers, linscription des participant la confrence, lenvoi des emails aux auteurs

ConfMan PUMA WIMPE SIGACT EDAS MyReview SGC Soumission de papiers Evaluation Inscription des participations Envoyer les emails Paiement en ligne Interface www, email www, email www, email, Email www, email www www Non Non Non Non Non Non Oui Oui Oui Oui Oui Oui Oui Oui Oui Oui Oui Non Oui Non Oui Non Oui Non Oui Oui Oui Oui Oui Oui Oui Oui Oui Oui Oui

42

tcl/tk Langages de programmation mSQL lite C++, sql, perl Perl, tcl/tk Perl Tcl PHP PHP

Le SGC a plus de fonctionnalit que les autres. Seulement ConfMan et MyReview (avec SGC, bien sr) supporte linscription la confrence. Notamment, seulement SGC qui permet le paiement en ligne bas sur le PayPal.

43

4 Conclusion
Nous avons construit le SGC qui satisfait aux tous les exigences principales dune confrence comme: soumettre un papier, assigner un papier au comit, valuer un papier, sinscrire la confrence, paiement en ligne Grce ce systme, les organisateurs peuvent grer facilement le processus dune confrence. Un responsable canadien peut voir les remarques du papier de lauteur japonais valu par un comit allemand. A Paris, les organisateurs peuvent contrler les rservations de lhtel au Vietnam etc. Avec le soutien technique du IEEE et la participation des comits internationaux, RIVF (www.rivf.org) devient, de plus en plus, la confrence internationale annuelle la plus grande au Vietnam dans le domaine dinformatique et SGC est le systme officiel pour grer cette confrence. SGC est utilis aussi par la confrence ICRAT 2006 (International Conference on Research in Air Transportation, Belgrade, Serbia& Montenegro - www.icrat.org).

44

Bibliographie
[1] PHP: http://www.php.net [2] MySQL: http://dev.mysql.com/ [3] PayPal: https://www.paypal.com [4] WIMPE: http://www.crhc.uiuc.edu/~nicol//wimpe/wimpe.html [5] EDAS: http://www.cs.columbia.edu/~hgs/edas/ [6] SIGACT: http://sigact.acm.org/sigact/esubserve.html [7] ConfMan: http://www.ifi.uio.no/confman/ABOUT-ConfMan/ [8] PUMA: http://www.cs.cornell.edu/database/predator/puma/puma.html [9] MyReview: http://www.myreview.fr

45