La présentation est en train de télécharger. S'il vous plaît, attendez

La présentation est en train de télécharger. S'il vous plaît, attendez

1 Projet WIB PRÉSENTATION du 26 octobre 2006 Claire De Bie Pierre Goaziou Vincent Penet Nazim Saouli Fanny Sisombat.

Présentations similaires


Présentation au sujet: "1 Projet WIB PRÉSENTATION du 26 octobre 2006 Claire De Bie Pierre Goaziou Vincent Penet Nazim Saouli Fanny Sisombat."— Transcription de la présentation:

1 1 Projet WIB PRÉSENTATION du 26 octobre 2006 Claire De Bie Pierre Goaziou Vincent Penet Nazim Saouli Fanny Sisombat

2 2 Architecture de distribution de services Points clés : Web Services Web Services Administration assistée Administration assistée Adaptation des résultats Adaptation des résultats Communications intelligentes Communications intelligentes Client multi supports Client multi supports

3 3 A qui sadresse notre produit ? Opérateurs téléphoniques Fournisseurs daccès à Internet

4 4 Quels sont les besoins ? Opérateurs téléphoniques Fournisseurs daccès à Internet ItinéraireTraducteurRecherche Différents services Différents supports

5 5 Réponses aux besoins Itinéraire ServiceWeb Service Itinéraire adresse Itinéraire GPS FONCTIONNALITE ORGANISATION EN FONCTIONNALITES

6 6 Réponses aux besoins Image 1280 x 800 Image 120 x 90 PRESENTATION DES RESULTATS Transport TCP ? UDP TCP ADAPTATION DE LA COMMUNICATION

7 7 WIB : plateforme dintégration de web services Exécute des fonctionnalités Intègre facilement des web services Adapte les données au support (Présentation) Communique avec différents types de supports WIB est une plateforme innovante : Elle exécute des web services de manière transparente pour lutilisateur. Elle intègre de manière simple ces web services et les organise en fonctionnalités. Elle adapte ses communications aux supports qui la sollicitent.

8 8 Notre Client Ce nest pas lutilisateur final Ce nest pas lutilisateur final Cest lentreprise qui a besoin de fournir un panel de service à ses clients Cest lentreprise qui a besoin de fournir un panel de service à ses clients Notre client a besoin de satisfaire lutilisateur final en lui donnant accès à des services. Notre client a besoin de satisfaire lutilisateur final en lui donnant accès à des services. Notre principal but est de fournir à notre client les moyens de le faire facilement Notre principal but est de fournir à notre client les moyens de le faire facilement

9 9 Scénarios dutilisation

10 10 3 scénarios dutilisation Lutilisateur se connecte Lutilisateur se connecte WIB lui fournit la liste des fonctionnalités auxquelles il a accès WIB lui fournit la liste des fonctionnalités auxquelles il a accès Lutilisateur demande lexécution dune fonctionnalité Lutilisateur demande lexécution dune fonctionnalité WIB va lui demander les entrées éventuelles WIB va lui demander les entrées éventuelles WIB lui renvoie le résultat WIB lui renvoie le résultat Le client administrateur ajoute un Web Service Le client administrateur ajoute un Web Service WIB va intégrer le Web Service au système WIB va intégrer le Web Service au système

11 11 Lutilisateur se connecte Caractéristiques utilisateurs Caractéristiques fonctionnalités Liste fonctionnalités Connexion utilisateur Appli Cliente Appli Serveur Récupération caractéristiques Envoi demande + caractéristiques utilisateurs Comparaison des caractéristiques Définition de la liste adaptée Envoi résultat + liste fonctionnalités Affichage liste à lutilisateur Jai un petit écran Lutilisateur a un petit écran Traduction nécessite un grand écran Itinéraire nécessite un petit écran Itinéraire est disponible Vous avez le choix entre : Itinéraire (et oui cest tout !)

12 12 Lutilisateur demande lexécution dune fonctionnalité Caractéristiques utilisateurs Caractéristiques web services Liste web services Sélection fonctionnalité Appli Cliente Appli Serveur Récupération caractéristiques Envoi demande + nom_fonctionnalité + caractéristiques_utilisateurs Comparaison des caractéristiques Choix du web service à exécuter Fonctionnalité Exécution web service Entrées ? OUI NON Demande dentrée à lutilisateur Saisie entrées Demande & réception entrées Affichage résultat à lutilisateur Envoi résultat + résultat_web_service Adapter/présenter le résultat Je veux exécuter Itinéraire MapPoint est le Web Service le mieux adapté Entrez les adresses de départ et darrivée Carte + itinéraire

13 13 Ladministrateur ajoute un web service Appli Serveur Interface administrateur WSDL Interprétation du fichier WSDL Proposition des méthodes et E/S Affichage des propositions Modifications Validation Optimisation des règles proposition Enregistrement en BDD

14 14 Architectures

15 15 Notre architecture : vue simplifiée Web Service Serveur Client

16 16 Lapplication client

17 17 Lapplication client Rôle et traitements : Rôle et traitements : Elle récupère les caractéristiques utilisateurs Elle récupère les caractéristiques utilisateurs Elle communique avec le serveur par le réseau IP Elle communique avec le serveur par le réseau IP Elle émet des requêtes pour lapplication serveur Elle émet des requêtes pour lapplication serveur Elle reçoit les réponses fournies par le serveur Elle reçoit les réponses fournies par le serveur Elle affiche le résultat à lutilisateur Elle affiche le résultat à lutilisateur Type de données échangées : Type de données échangées : Requêtes : Requêtes : Informations utilisateur (identifiant, caractéristiques support…) Informations utilisateur (identifiant, caractéristiques support…) Informations daffichage Informations daffichage Paramètres dentrée Paramètres dentrée Résultats Résultats

18 18 Application serveur

19 19 Application Serveur Architecture WIB Transport Négociation Application Application : Application : Analyse les requêtes. Analyse les requêtes. Gère les fonctionnalités et appels de web services. Gère les fonctionnalités et appels de web services. Application : Application : Analyse les requêtes. Analyse les requêtes. Gère les fonctionnalités et appels de web services. Gère les fonctionnalités et appels de web services. Négociation : Négociation : Négocie les choix de fonctionnalités et de web services. Négocie les choix de fonctionnalités et de web services. Négocie le protocole de transport à utiliser Négocie le protocole de transport à utiliser Présente les données. Présente les données. Négociation : Négociation : Négocie les choix de fonctionnalités et de web services. Négocie les choix de fonctionnalités et de web services. Négocie le protocole de transport à utiliser Négocie le protocole de transport à utiliser Présente les données. Présente les données. Transport : Transport : Stocke les informations utilisateur Stocke les informations utilisateur Gère la transmission dinformations. Gère la transmission dinformations. Transport : Transport : Stocke les informations utilisateur Stocke les informations utilisateur Gère la transmission dinformations. Gère la transmission dinformations. caract

20 20 Notre particularité Le client peut demander une fonctionnalité qui ne lui correspond pas Le client peut demander une fonctionnalité qui ne lui correspond pas Risque derreurs Risque derreurs Adapte la liste des fonctionnalités Dégrade le résultat dun WebService Choisit TCP ou UDP suivant le support Négociation Reçoit les connexions client Envoie le résultat du WebService au client Transport Renvoie la liste des fonctionnalités Execute un WebService Application Le client na accès quaux fonctionnalités qui lui correspondent Le client na accès quaux fonctionnalités qui lui correspondent Adaptation du résultat et de la transmission Adaptation du résultat et de la transmission

21 21 Détails des couches : Transport

22 22 La couche transport : Rappels et traitements Rôle : permettre au serveur de dialoguer avec les clients. Rôle : permettre au serveur de dialoguer avec les clients. Les clients pourront se connecter en utilisant les protocoles : Les clients pourront se connecter en utilisant les protocoles : TCP TCP UDP UDP Le reste de lapplication dialoguera avec la couche transport par lintermédiaire dobjet messages : Le reste de lapplication dialoguera avec la couche transport par lintermédiaire dobjet messages : Message Message Identifiant client Identifiant client Requête Requête Type de requête Type de requête Données Données

23 23 La couche transport : les connexions TCP : TCP : Lutilisateur se connecte, échange des messages avec le serveur, puis se déconnecte. Lutilisateur se connecte, échange des messages avec le serveur, puis se déconnecte. Si pendant 10 minutes aucun message nest échangé, les informations du client sont supprimées. Si pendant 10 minutes aucun message nest échangé, les informations du client sont supprimées. UDP : UDP : Pas de connexion. Pas de connexion. Si pendant 10 minutes aucun message nest échangé, les informations client sont supprimées. Si pendant 10 minutes aucun message nest échangé, les informations client sont supprimées.

24 24 Utilisateur Socket Liste de caractéristiques Liste des utilisateurs Serveur Tcp Serveur Udp Message Requête Liste des Messages Transport Couche Transport : MDD simplifié

25 25 La couche transport : état actuel Ce qui fonctionne : Ce qui fonctionne : Files dattente Files dattente Multithreading Multithreading Liste des clients connectés Liste des clients connectés Ce qui est en cours : Ce qui est en cours : Serveur Tcp (en modification) Serveur Tcp (en modification) Serialization entre Java et C# Serialization entre Java et C# Travail à finir : Travail à finir : Serveur Udp Serveur Udp

26 26 Détails des couches : Négociation

27 27 Négociation : les caractéristiques Définition : ce sont des capacités Définition : ce sont des capacités Taille mémoire Taille mémoire Capacité daffichage Capacité daffichage Débit de connexion Débit de connexion Évolutivité : nouvelle caractéristique Évolutivité : nouvelle caractéristique Coté serveur : Coté serveur : Ajout dans la base de donnée Ajout dans la base de donnée Prise en compte au prochain démarrage du serveur Prise en compte au prochain démarrage du serveur Coté client : Coté client : Mise à jour de lapplication client Mise à jour de lapplication client

28 28 Application Serveur Négociation : les caractéristiques support Application Client Négociation Application RequêteRéponsecaract

29 29 Négociation : le principe (1) Demande de la liste des fonctionnalités Demande de la liste des fonctionnalités Négociation Application caractrequête Fonctionnalité Liste de fonctionnalités Données : Caractéristiques minimales de fonctionnalité Carac Fonct

30 30 Négociation : le principe (2) Demande dexécution dune fonctionnalité Demande dexécution dune fonctionnalité Négociation Application caractrequête Web service Choix du web service Données : Caractéristiques de web service Carac WS

31 31 Transport Négociation Négociation : le principe (3) Envoi de données au support Envoi de données au support caract Choix du moyen de transport Protocole

32 32 Détails des couches : Application

33 33 Téléphone simple Smartphone PDA Ordinateur Solution de base Solution de base Administrateur choisi un profil de support pour le WS Administrateur choisi un profil de support pour le WS Caractéristiques associées au profil stockées en base de données Caractéristiques associées au profil stockées en base de données WS1 WS2 IHM Admin Taille mem : 30M ; écran : 1280x800 Taille mem : 3M ; écran : 120x90 Taille mem : 5M ; écran : 120x90 Taille mem : 3M ; écran : 400x150 Application : Définir les caractéristiques (2)

34 34 Application : Définir les caractéristiques (3) Solution améliorée Solution améliorée Appel du WebService lors de lajout Appel du WebService lors de lajout Détection des caractéristiques associées au résultat Détection des caractéristiques associées au résultat WS1 WS2 Appel du web service WS2 Web Service Result Détermination caractéristiques Programme de détermination des caractéristiques par rapport aux éléments renvoyés par le web service

35 35 Définir les caractéristiques WS1 WS2 Taille mem : 3 Mo ; écran : 120x90 Taille mem : 5 Mo ; écran : 800x600 En BDD : Téléphone simple Ordinateur Web service Taille mémoire ÉcranWS1 5 Mo 800x600 WS2 3 Mo 120x90 Fonctionnalité 100x90

36 36 Application : Traitements associés & Points clefs Intégration dun Web Service Intégration dun Web Service Proposition des méthodes, E/S et caractéristiques du WS Proposition des méthodes, E/S et caractéristiques du WS Validation des infos du Web service via linterface administrateur Validation des infos du Web service via linterface administrateur Enregistrement des infos du Web Service en BDD Enregistrement des infos du Web Service en BDD Exécution dune fonctionnalité Exécution dune fonctionnalité Exécution dun Web Service Exécution dun Web Service Récupération du résultat du Web Service Récupération du résultat du Web Service Exécution dun Web Service Exécution dun Web Service Récupération des paramètres à exécuter en mémoire Récupération des paramètres à exécuter en mémoire Récupération de la valeur des entrées en mémoire ou chez lutilisateur Récupération de la valeur des entrées en mémoire ou chez lutilisateur Requête au Web Service Requête au Web Service

37 37 Application : MDD

38 38 Ajout dun web service : Proposition automatique des méthodes, entrées et sorties

39 39 Principe général Lors de lajout dun nouveau web service, ladministrateur doit déterminer plusieurs paramètres : Lors de lajout dun nouveau web service, ladministrateur doit déterminer plusieurs paramètres : Ladresse du fichier WSDL. Ladresse du fichier WSDL. La méthode quil veut utiliser ainsi que les types des entrées et sorties. La méthode quil veut utiliser ainsi que les types des entrées et sorties. Les caractéristiques du nouveau web service. Les caractéristiques du nouveau web service. Notre système guidera ladministrateur dans sa recherche et lui proposera des solutions. Notre système guidera ladministrateur dans sa recherche et lui proposera des solutions.

40 40 Outil de propositions Ladministrateur saisit le nom du WSDL Ladministrateur saisit le nom du WSDL Le système analyse le WSDL pour trouver : Le système analyse le WSDL pour trouver : Les opérations Les opérations Les entrées et sorties Les entrées et sorties Création dun tableau dopérations Création dun tableau dopérations Opération1 Input1Input2 Output2 Opération2 Input1Input2 Output2 Opération3 Input1Input2 Output2

41 41 Outil de propositions (2) Fonction du tableau dopérations : Fonction du tableau dopérations : Comparaison entre : Comparaison entre : les noms de méthodes les noms de méthodes Liste de mots clés Liste de mots clés (pour proposer la méthode la plus pertinente à ladministrateur) Lorsque lutilisateur a fait un choix différent des propositions, la liste des mots clés par fonctionnalité est enrichie. Lorsque lutilisateur a fait un choix différent des propositions, la liste des mots clés par fonctionnalité est enrichie.

42 42 Exécution dun Web Service

43 43 Exécution dun web service Entrées nécessaires & provenance Entrées nécessaires & provenance Sorties & destination Sorties & WSDL BDD Méthode à appeler BDD Nombre dentrées BDD Entrées 1,2,…,n BDD (défini par ladmin) Mémoire (défini par lutilisateur) Résultat du web service Mémoire (vers lutilisateur)

44 44 Exécution dun Web Service Web Service Proxy Application Serveur

45 45 Librairie DynWSLib Librairie DynWSLib Permet de créer dynamiquement un Proxy pour un Web Service Permet de créer dynamiquement un Proxy pour un Web Service Permet dutiliser le Web Service comme une ressource locale Permet dutiliser le Web Service comme une ressource locale Permet de nous interfacer uniquement avec paramètres que lon maîtrise Permet de nous interfacer uniquement avec paramètres que lon maîtrise

46 46 Exécution dun web service : état actuel Programme qui marche avec plusieurs web services Programme qui marche avec plusieurs web services Gestion des erreurs à faire Gestion des erreurs à faire Cas où le web service ne répond pas Cas où le web service ne répond pas Cas où un paramètre est mauvais et déclenche une erreur Cas où un paramètre est mauvais et déclenche une erreur Vérifier le type du résultat Vérifier le type du résultat « Object result » permet-il de tout récupérer ? « Object result » permet-il de tout récupérer ? Une image ? Une image ? Effectuer les tests Effectuer les tests

47 47 IHM

48 48 IHM : Administration WIB X Historique Reste de lapplication Non défini Intégration/Modification WSMonitoring Intégrer un WS Modifier Interface en 3 parties: Monitoring : Informations sur le statut du système Intégration/Modification WS : Intégrer un WebService Modifier les infos associées à un WebService Historique : Log derreurs Historique des ajouts et des modifications de WebServices

49 49 IHM : Intégrer un service Proposition des méthodes, entrées et sorties pertinentes Proposition des méthodes, entrées et sorties pertinentes Validation ou modification de cette proposition par lutilisateur Validation ou modification de cette proposition par lutilisateur WIB X WSDL : Méthodes : Entrées :Sorties : Reste de lapplication Non définie

50 50 IHM : Intégrer un service Définition des caractéristiques à associer au WebService en cours dintégration Définition des caractéristiques à associer au WebService en cours dintégration Ce choix seffectue dans une liste préétablie Ce choix seffectue dans une liste préétablie WIB X Reste de lapplication Non défini Caractéristique du WS?Nom caractéristiqueClef

51 51 IHM : Intégrer un service Définition des entrées : Définition des entrées : A demander à lutilisateur A demander à lutilisateur A définir par défaut A définir par défaut WIB X Reste de lapplication Non défini Attribut manuel ?Nom ClientNom ADMINNom WSDLClef

52 52 IHM : Intégrer un service notre problème Comment créer une interface client qui fonctionnerait avec un maximum de Web Services ? Comment créer une interface client qui fonctionnerait avec un maximum de Web Services ?

53 53 IHM : Intégrer un service notre idée Les Web Services ont la plupart du temps des entrées représentables sous forme de string Les Web Services ont la plupart du temps des entrées représentables sous forme de string Notre application client est en Java. Notre application client est en Java. Java met a notre disposition SWING pour créer des interfaces multi plateformes. Java met a notre disposition SWING pour créer des interfaces multi plateformes. En SWING, on joue avec : En SWING, on joue avec : Des « panels » Des « panels » Des « labels » Des « labels » Des « textfields » Des « textfields » Des « buttons », … Des « buttons », …

54 54 IHM : Intégrer un service notre solution Coté serveur : lors de lajout dun Web Service Coté serveur : lors de lajout dun Web Service WIB X Reste de lapplication Non défini Attribut manuel ?Nom ClientNom ADMINNom WSDLClef

55 55 IHM : Intégrer un service notre solution Génération de la description de linterface du web service : XML Génération de la description de linterface du web service : XML Exemple : Exemple : Mot clef Mot clef Rechercher Rechercher

56 56 IHM : Intégrer un service notre solution Coté client : Coté client : Création dobjets à la volée : Création dobjets à la volée : jButton(bouton) jButton(bouton) jLabel(zone de texte) jLabel(zone de texte) jPanel(zone daffichage) jPanel(zone daffichage) jTextfield(zone décriture) jTextfield(zone décriture) Utilisation de Layout pour positionner les objets dans le panel principal. Utilisation de Layout pour positionner les objets dans le panel principal. WIB X Label : APPEL Reste de lapplication Non défini

57 57 Traitement de la charge

58 58 Traitement de la charge Duplication des serveurs dapplication Duplication des serveurs dapplication La base de données sera partagée. Elle contiendra : La base de données sera partagée. Elle contiendra : les Fonctionnalités les Fonctionnalités les Web Services les Web Services les clients autorisés à se connecter les clients autorisés à se connecter Lors du lancement dun serveur, celui-ci se connecte à la base de données et charge les Fonctionnalités. Lors du lancement dun serveur, celui-ci se connecte à la base de données et charge les Fonctionnalités. Les clients seront répartis sur les différents serveurs. Les clients seront répartis sur les différents serveurs.

59 59 Déploiement

60 60 Déploiement de WIB Installation sur le serveur Installation sur le serveur Installeur qui copie les différents fichiers Installeur qui copie les différents fichiers Configuration de lapplication (accès à la BDD,…) Configuration de lapplication (accès à la BDD,…) Mise à lécoute des clients Mise à lécoute des clients Distribution de lapplication client Distribution de lapplication client Téléchargement de lapplication sur un site web Téléchargement de lapplication sur un site web Création des comptes client sur un site Création des comptes client sur un site

61 61 Suivi de projet

62 62 Planning prévu fin septembre Principe Principe Séparation par parties du système Séparation par parties du système Parties étudiées sur des périodes différentes Parties étudiées sur des périodes différentes Etude dune partie : Doc puis code Etude dune partie : Doc puis code Inconvénients Inconvénients Mauvaise visibilité sur lensemble Mauvaise visibilité sur lensemble Non-validation de la doc => Retard sur le code Non-validation de la doc => Retard sur le code Blocages empêchant lavancement Blocages empêchant lavancement

63 63 Nouvelle gestion Séparation par versions Séparation par versions Sur une période donnée Sur une période donnée Travail sur toutes les parties du système Travail sur toutes les parties du système Chaque partie a un objectif "versionné" Chaque partie a un objectif "versionné" Version suivante sur la période suivante Version suivante sur la période suivante Répartition code et doc Répartition code et doc Pour chaque personne Pour chaque personne Une tâche doc (étude, décision, rédaction) Une tâche doc (étude, décision, rédaction) Une tâche code (tests, programmation, doc) Une tâche code (tests, programmation, doc)

64 64 Nouveau planning doc

65 65 Nouveau planning code

66 66 Nouveau planning code

67 67 Prototypes

68 68 Octobre : Version 1 Prototype Trois scénarios opérationnels Trois scénarios opérationnels Demande de la liste des fonctionnalités Demande de la liste des fonctionnalités Demande dexécution dune fonctionnalité Demande dexécution dune fonctionnalité Intégration dun web service Intégration dun web service Traitement de résultats de type simple Traitement de résultats de type simple Convertibles en string Convertibles en string Pas dimage Pas dimage

69 69 Novembre : Version 2 Prototype Traitement dimage Traitement dimage Réception du résultat à lexécution du web service Réception du résultat à lexécution du web service Dégradation de la donnée Dégradation de la donnée Affichage dynamique adapté Affichage dynamique adapté Proposition des caractéristiques Proposition des caractéristiques Base de données Base de données Transport opérationnel Transport opérationnel Meilleure interopérabilité Meilleure interopérabilité

70 70 Décembre : version 3 Interface administrateur Interface administrateur Historique Historique Affichage des erreurs Affichage des erreurs Test après intégration Test après intégration Optimisation Optimisation Application cliente Application cliente

71 71 Cest fini ! Merci de votre attention

72 72 Négociation Cest la partie qui permet à WIB dêtre auto adaptatif : Cest la partie qui permet à WIB dêtre auto adaptatif : Elle stocke les caractéristiques du support le temps de lexécution de la requête. Elle est la seule à les connaître. Elle stocke les caractéristiques du support le temps de lexécution de la requête. Elle est la seule à les connaître. Les négociations sont basées sur les caractéristiques du support utilisateur : Les négociations sont basées sur les caractéristiques du support utilisateur : A la demande de la liste de fonctionnalités disponibles pour un utilisateur, elle négocie cette liste avec Application A la demande de la liste de fonctionnalités disponibles pour un utilisateur, elle négocie cette liste avec Application A la demande dexécution dune fonctionnalité pour un utilisateur, elle négocie le choix du web service avec Application A la demande dexécution dune fonctionnalité pour un utilisateur, elle négocie le choix du web service avec Application Lorsque le système veut échanger des informations avec le client, elle négocie le choix du mode de communication avec Transport. Lorsque le système veut échanger des informations avec le client, elle négocie le choix du mode de communication avec Transport.

73 73 Échanges dinformation Schéma des flux simplifié

74 74 Web Service Application Serveur Application Client Demande de liste des fonctionnalités disponibles Envoi des données dentrées demandées Envoi de la liste des fonctionnalités disponibles Envoi dune demande dentrées nécessaires Envoi des données résultat de la fonctionnalité Demande dexécution dune fonctionnalité particulière Web Service

75 75 VUE GENERAL WEB SERVICES Sorties : Récupère les données du Web Services Entrées : Requête enregistrées dans notre système pour chaque WS. Données pour le WS. Application Négociation Sorties : Résultat de la requête sous forme de données compréhensibles par le support. Entrées : Choix du Web services Données pour le Web services Transport Sorties : Retour des données adaptées au support Entrées: Caractéristiques Supports Choix de la fonctionnalité adaptés au support Client Entrées : Caractéristiques supports/ Données pour traitement Sorties : Résultats attendu par lutilisateur / Requête dattente de données de lutilisateur.

76 76 La couche transport : principe

77 77 Optimisation de la proposition

78 78 cheminitinéraire Ajout dun WS : Chargement des mots dans un tableau en mémoire État des lieux Fonctionnalité 1 itinéraire chemin On enregistre les mots clefs dans un fichier itinéraire chemin Fonctionnalité 1 route Ajout des mots correspondant à des nouvelles méthodes choisies par ladministrateur. Solution assez statique : pas de priorité dans les mots clés. pertinence des mots clés à améliorer

79 79 Amélioration possible Priorité des mots clés Priorité des mots clés On associe à chaque mot clé un compteur dutilisation pertinente. On associe à chaque mot clé un compteur dutilisation pertinente. A chaque fois que la proposition est acceptée par ladministrateur, on incrémente le compteur du mot clé utilisé. A chaque fois que la proposition est acceptée par ladministrateur, on incrémente le compteur du mot clé utilisé. On réorganise les mots clés par ordre croissant de compteur. On réorganise les mots clés par ordre croissant de compteur. Pertinence des mots clés Pertinence des mots clés On définit des contextes dutilisation des mots clé. On définit des contextes dutilisation des mots clé. On choisit le mot clé en fonction du contexte. On choisit le mot clé en fonction du contexte.

80 80 Instaurer un système expert. Établir une base de règles Établir une base de règles Organise les fonctionnalités et les mots clé associés en fonction des contextes. Organise les fonctionnalités et les mots clé associés en fonction des contextes. Ré-organise les règles en fonction des compteurs. Ré-organise les règles en fonction des compteurs. Enrichir la base de règles par lajout de web services Enrichir la base de règles par lajout de web services


Télécharger ppt "1 Projet WIB PRÉSENTATION du 26 octobre 2006 Claire De Bie Pierre Goaziou Vincent Penet Nazim Saouli Fanny Sisombat."

Présentations similaires


Annonces Google