Back to Home

Download the PPT

Bonjour à tous !

PPT1 : aujourd’hui, je suis très content de vous présenter ce que j’ai fait, ce que j’ai étudié pendant mon dernière année universitaire. J’ai obtenu mon diplôme de Bachelor à l’Université de Fudan, en Chine. L’année dernière, j’ai assisté mon prof dan le laboratoire de SAP qui est un des meilleurs entreprise de ERP dan le monde entier. Dans son laboratoire, nous faisons les recherches afin d’améliorer la qualité de Services Web dans la intranet. Du coup, j’ai choisi le sujet « La Recherche de La Tolérance Aux Fautes Dans La Combinaison des Services Web » comme mon projet de fin d’étude.

PPT2 : Voici le plan de mon exposé, voyez, vous allez voir l’introduction, la combinaison de Services Web, la tolérance aux fautes, la réalisation et la conclusion.

PPT3 : Tout à bord, je vais vous introduire un peu mon exposé.

PPT4 : Peut-être vous allez me poser la question, pourquoi j’ai choisi ce sujet ? Premièrement, le domaine de Services Web est une des sujets sur lesquels mon laboratoire, laboratoire de SAP, fait la recherche, du coup, je suis la voie de recherche de mon prof. Deuxièmes, comme vous le savez, maintenant, la technique de Services Web a développé. Il a déjà été utilisé amplement dans notre vie professionnel et business. Le Services Web n’est plus un mode, il a eu beaucoup de critères et applications. (Exemple de Google) Ensuit, en raison que les demandes de qualité a élevé par les clients, on doit trouver les bonnes solutions afin d’améliorer son efficacité. Donc, les rechercheurs essaient de combiner les Services Web pour résoudre un problème. Cependant, suit à la hausse de complicité, la fréquence d’erreurs est élevée. Donc, ça c’est le raison pourquoi je focalise la combinaison et la tolérance aux fautes dans mon projet de fin d’études.

PPT5 : Pour l’instant, il y a plusieurs modèles qui s’occupent la combinaison de Services Web. Ils sont eFlow, CMI, FUSION, DySco, e-service, SELF-SERV……mais pour chacun, il a l’avantage mais désavantage aussi. Par exemple, eFlow, il est développé par le laboratoire de HP, il utilise CSDL pour définir, mais sa combinaison est statique. CMI, il est dynamique quand il choisit sa combinaison, mais il manque la méthode pour assurer la qualité.

PPT6 : donc, pour satisfaire la demande de la combinaison, tout en assurant sa qualité, je vais concevoir mon modèle.

PPT7 : Avant que je vous présente la combinaison, je pense qu’il est nécessaire d’avoir un plan général sur la technique de Service Web. Voici, c’est l’architecture de Service Web, il est très connu, il s’appelle SOA, ça signifie, en anglais, « Service-Oriented Architecture ». Regardez ce schéma, je vous explique comment cette architecture fonctionne. D’abord, quand les ingénieurs lancent une nouvelle version de service, il l’enregistre dans la Service Registry. Le Service Registry, ici, il expose toutes les informations et interfaces de service. Quand l’utilisateur, c’est-à-dire Service Requestor, il  veut les invoquer, ils, premièrement, cherchent dans la Registry pour obtenir les Meta-Data, et puis, il l’analyse et invoque le service qui fonctionne dans la Service Provider par quelque méthodes. En fin, la Service Provider retourne tous les résultats aux Service Requestor.

PPT8 : Je crois que vous avez déjà su l’architecture de Service Web. Il est composé de trois parties, fournisseur de services, demandeur de services et registre de services. Dans le transparent dernier, le Service Registry joue le rôle de Registre de Services, le Service Provider joue le rôle de Fournisseur de Service et le Services Requestor joue le rôle de  Demandeur de Services.

PPT9 : Voici les trois opérations très importants, ce sont Publier, Chercher et Invoquer. Pour moi, je vais reconstituer les trois opérations pour mieux satisfaire les demandes de clients et éviter les erreurs.

PPT10 : quand je concevoir mon modèle, il faut étudier et évaluer  s’ils sont conforment les cinq facteurs. « Description du modèle de services », c’est-à-dire, on ne doit pas décrire les services un par un, ils ont un description uniforme pour être mieux compris. « Découverte de services et mécanisme d’appariement », parce que l’opération de combiner est dynamique, donc, le processus ne doit pas être statique. « Coopérative de services et de mécanisme de gestion », dans notre plateforme, on doit créer une résolution pour gérer les statues de services. « Format d’échange d’information unifié », c’est-à-dire, entre les services, pour mieux combiner, les données envoyées doit avoir un standard unifié. Enfin,  « Bonne tolérance aux fautes et évolutivité », c’est pour évider les erreurs et rassurer la qualité. En fait, c’est ce que je focalise dans mon exposé.

PPT11 : maintenant, je vous présente la tolérance aux fautes.

PPT12 : actuellement, il y a trois types de méthodes de la tolérance aux fautes. La tolérance aux fautes basées sur les objets service, c’est une méthode au niveau d’objet. On peut construire les services Web avec la même fonction mais dans l’objet différent, par exemple, on peut utiliser Java RPC, CORBA pour faire la même chose, quand notre système est en panne, on peut remplacer avec les autres objets. La tolérance aux fautes basées sur les serveurs. C’est une méthode au niveau de serveur. Il est simple mais couteux, car, on copie plusieurs serveurs en cas d’erreurs. La tolérance aux fautes basées sur les services web. C’est une méthode intéressante, il y a beaucoup de réalisation pour y atteindre. Par exemple, copier les services, contrôler par service-même, et etc.…

PPT13 : ça, c’est mon conception de modèle. C’est un modèle de combinaison de Service Web avec le mécanisme de tolérance aux fautes. Tout à bord, je propose une notion, la mode de tirer et la mode pousser. Ici, ce petit tableau, l’action de pousser, c’est comme ça, c’est-a-dire il est plus initiative, plus agressif, avant que les erreurs appariassent, il les évide. L’action de tirer, il est plus passive, il fonctionne après le système soit en panne, il les récupère. A gauche, ce sont les méthodes détaillé pour la mode de tirer. Quand les erreurs apparaissent, il récupère par les copies qui sont déjà sauvegardés ou par un structure de donné  qui s’appelle correction sémantique. A droite, ce sont les méthodes détaillé pour la mode de tirer. Le système va gérer une structure de Log File pour vérifier la correct de système tous le temps. On peut aussi écrire un petit programme pour détecter le système automatiquement.

PPT14 : après avoir vu mon modèle, on va voir la réalisation de mon modèle dans le vrai système. PPT15 : pour mon projet de fin d’étude, j’ai écrit un système qui s’appelle TravelServices. C’est un système sur Web fournir les services de voyager. Il a trois fonctions principales. Là-bas, on peut planifier et réserver notre voyage, après, faire les feed-back.

PPT16 : ça, c’est le tableau d’UML, UseCase. Ça définit tous les cas quand les clients utilisent le site.

PPT17 : voici le détaille de réalisation de mon modèle au système de TravelServices. J’ai utilisé trois types de méthodes, «basé sur les objets service, basé sur les serveurs, basé sur les services web ». Également, ils peuvent être séparée à deux catalogues, la mode de tirer et la mode de pousser. (Introduire toutes les méthodes, une par une)

PPT18 : après la conception et réalisation, on peut conclure par le résultat.

PPT19 : pour mon projet de fin d’étude, j’ai écrit un petit programme pour tester le résultat. Ce tableau est dessiné selon output de ce petit programme. Il nous conclut, au niveau de nombre d’erreurs,  il baisse 75%, il peut récupérer par une erreur, il accélère 60% de temps de réponse, et par apport des autres systèmes, il économise le temps de développement.

PPT20 : Quant à mon réussite pour ce projet, je pense que, j’ai étudié la combinaison de Services Web, j’ai conçu une moyenne  de la tolérance aux fautes et j’ai élevé l’efficacité du système de TravelServices. Je crois que pour les recherches plus profondes, on peut appliquer le BEPL à la combinaison de Services Web, on peut utiliser les modèles différents comme Java RPC, CORBA ou EJB dans la système pour évider les erreurs.

PPT21 : voilà, c’est mon exposé, je pense que j’ai déjà expliqué tous mon travail, je vous remercie de votre attention, je suis très contente de répondre votre questions.