WOW !! MUCH LOVE ! SO WORLD PEACE !
Fond bitcoin pour l'amélioration du site: 1memzGeKS7CB3ECNkzSn2qHwxU6NZoJ8o
  Dogecoin (tips/pourboires): DCLoo9Dd4qECqpMLurdgGnaoqbftj16Nvp


Home | Publier un mémoire | Une page au hasard

 > 

Planification multi-agents pour la composition dynamique

( Télécharger le fichier original )
par Brakni Ilhem
Université de Tébessa -algerie - Ingénieur d'état en informatique 2010
  

précédent sommaire suivant

Bitcoin is a swarm of cyber hornets serving the goddess of wisdom, feeding on the fire of truth, exponentially growing ever smarter, faster, and stronger behind a wall of encrypted energy

V. Etude de cas

Dans la partie précédente du chapitre, nous avons décrits un système misant en place notre modèle de composition de services web proposé. Mais cette description ne suffit pas ; il apparaît très nécessaire d'illustrer son efficacité à travers une étude de cas. Une conception de l'étude de cas fait l'objet de cette section du chapitre.

Nous choisissons comme étude de cas le domaine de réservation de voyages. On suppose qu'on a trois services de réservation qui présentent les mêmes entées et sorties et les mêmes contraintes d'utilisation (préconditions/effets). La différence entre eux réside dans les supports de réservations utilisés et les trajets existants. Ainsi, les services proposés sont :

· Un service de réservation de voles ;

· Un service de réservation de trains et

· Un service de réservation de bus.

De façon générale, la structure similaire de touts les services en terme des entrées et des sorties est la suivante :

Nom_utilisateur Ville_départ Date_départ Ville_arrivée Date_arrivée

Service de
Réservation

Message de confirmation/infirmation

Figure 4.21 : Architecture générale des services proposés en terme d'entrées et de sorties

Cependant, en terme des contraintes (préconditions/effets) chaque service de réservation peut être décrit comme suit :

(À Nom_utilisateur Ville_départ Date_départ)
(Existe_trajet Ville_départ Date_départ Ville_arrivée Date_arrivée)

Service de
Réservation

(À Nom_utilisateur Ville_arrivée Date_arrivée)

Figure 4.22 : Architecture d'un service en terme de préconditions et effets

L'utilisateur du système va donc entrer sa requête (Nom_utilisateur, Ville_départ, Date_départ, Ville_arrivée, Date_arrivée) ; Ville_départ et Date_départ construit son état initial et Ville_arrivée et Date_arrivée son but à atteindre. Le système après l'élaboration du processus de composition lui renvoie un plan solution (s'il existe) résolvant son problème.

Conclusion

Dans ce chapitre nous avons présentées une conception d'un système implémentant notre approche de composition. Cette conception est abordée selon deux vue différentes : une vue externe décrivant les acteurs impliqués dans le système et les fonctionnalités offertes et une vue interne décrivant l'architecture interne du système dont le système est vu comme un SMA. Cette partie contient une description des différents agents, leurs architectures, leurs fonctionnements et les différentes interactions entre eux dans le but de réaliser la composition. Le chapitre est terminé par une description d'une étude de cas choisie.

Après avoir conçu notre système, la prochaine étape consiste à concrétiser cette conception i.e, à réaliser ce système. C'est l'objet du chapitre suivant.

précédent sommaire suivant






Bitcoin is a swarm of cyber hornets serving the goddess of wisdom, feeding on the fire of truth, exponentially growing ever smarter, faster, and stronger behind a wall of encrypted energy








"Il ne faut pas de tout pour faire un monde. Il faut du bonheur et rien d'autre"   Paul Eluard