Conception et réalisation d'un système multi- agents pour les enchères en ligne

4. Conclusion

Dans ce chapitre nous avons modélisé notre système, le but le plus important était d'introduire la notion des systèmes multi-agent dans la pratique des ventes au enchères afin d'automatisé quelque taches, Nous présenterons dans l'étape suivante a l'aspect technique de cette étude.

Chapitre V.

REALISATION

~Le privilege des grands, c'est de voir les catastrophes d'une terrasse » --Jean Giraudoux.

Résumé : Ce lo_giciel de la vente aux encheres via Internet traite les offres des clients et apres un certain temps et sous le protocole d'enchere an_glais choisit le _ga_gnant. Cette opération d'enchere s'appuie sur notre plateforme SIVLA.

1. Introduction

Préalablement a la réalisation du projet, nous sommes passés par une phase d'anal_yse et conception pour laquelle nous avons défini les besoin. Nous avons utilisé AUIVLL.

Remarque : dans ce qui passé nous avons proposé une architecture qui peut etre complete pour un s_ysteme de vente aux encheres en li_gne comprenant le paiement en li_gne, mais nous avons réalisé juste la partie la plus importante dans notre sujet, qui est le processus d'enchere selon le modele an_glais a base d'a_gents.

2. Environnement de développement 2.1. Choix de la plateforme multi-agents

JADE (cf. Annexe A) est une plateforme de développement d'a_gents _gratuits et Open Source développée par CSELT⁽⁰¹⁾ et qui résulte principalement d'une activité de recherche. JADE comprend deux composantes de base : une plate-forme a_gents compatible FIPA et un paquet lo_giciel pour le développement des a_gents Java, les 3 roles principaux définissant une plate-forme multi-a_gents sous la norme FIPA sont :

AMS (Agent Management System) : il fournit le service de nomma_ge, assure que chaque a_gent possède un nom unique et représente la fabrication des a_gents. En effet il peut créer et tuer un a_gent dans un conteneur de la plate-forme.

DF (Director Facilitator) : il fournit le service dit de «pa_ge jaune». Il a pour but d'aider a la recherche d'un a_gent _grace a son nom ou encore a ses compétences par exemple.

ACC (Agent Communication Channel) : il fournit la route (routa_ge des messa_ges) pour les interactions de base entre les a_gents dans et hors de la plate-forme.

¹⁰⁾ Centro Studi E Laboratori Telecomunicaioni, traduit par Centre d'Etude et Laboratoire de Tilicommunication : btt p://jade.cselt.it

-Pourquoi jade ?

Nous avons utilise jade a cause de sa richesse et la puissance de son API ,

les a_gents developpes sous la plate-forme Jade, sont entièrement ecrits en Java,

Jade assure une communication transparente par echan_ge de messa_ges dans le lan_ga_ge normalise FIPA-ACL,

Elle _g~re le c_ycle de vie des a_gents de leurs naissances jusqu'a leurs morts (creation, mort,reprise,
·).

2.2.Choix du langage de la programmation Ce lo_giciel, ecrit en JAVA, et la justification c'est que :

n Les A_gent developpes sous jade sont entierement ecrits en JAVA. Ce lan_ga_ge s'est donc impose comme etant une consequence du choix precedent,

n JAVA est un lan_ga_ge multiplateformes qui permet aux concepteurs, selon le principe: « write once, run every where », d'ecrire un code capable de fonctionner dans tous les environnements (quelque soit le s_ysteme d'exploitation),

n JAVA est un lan_ga_ge oriente objets, simple qui reduit le risque d'erreurs et d'incoherence,

n JAVA est dote d'une riche bibliotheque de classe comprenant la _gestion des interfaces _graphiques (fenetre, boite de dialo_gue),

n Un acces simplifie aux bases de donnees, soit a travers la passerelle JDBC-ODBC ou a travers un pilote JDBC specifique au SGBD,

Après le choix du lan_ga_ge, nous avons deux possibilites pour developper les interfaces

du SMA, soit des applications qui s'executent dans un browser (Applets), soit des applications autonomes qui s'executent au mo_yen d'une machine virtuelle.

L'applet a pour avanta_ge de ne necessiter aucune installation sur le poste de l'utilisateur ; en revanche, une Applet a un champ d'action beaucoup plus reduit pour les raisons de securite. Par ailleurs, le temps de char_gement d'une applet peut etre lon_g, les classes Java etant char_gees depuis un serveur Internet. Pour ces raisons nous avons choisi de concevoir une application Java plutOt qu'une Applet.

2.3. Choix du SGBD

Nous avons choisi le SGBD , il est base sur une architecture client/serveur.

Les points forts de M_ySQL sont :

- implementation libre et populaire ;

- facile a mettre en oeuvre ;

Chapitre V. Realisation

- rapide à apprendre ;

- support multi-plateforme ; - fiable et rapide.

2.4. Environnement de programmation

En ce qui concerne l'environnement de développement Java, nous avons choisi NetBeans 6.5.M1 qui est un environnement de développement inte_gre (EDI).

3. Architecture du prototype

3.1. Architecture logicielle

Fig.27 : Architecture logicielle du systeme.

3.2. Caracteristiques du Systeme

ü Portabilité : notre s_ystème est multi plateformes, c'est- à-dire qu'il peut etre execute sur plusieurs s_ystèmes d'exploitation.

ü La veille automatique : l'agent d'enchère informe l'agent négociateur dès qu'il y ait un changement de prix actuel. Ceci permet à l'agent d'interface utilisateur d'informer le client de ce changement.

82