Registre de services Web pour le développement d applications
|
|
- Gilbert Boudreau
- il y a 8 ans
- Total affichages :
Transcription
1 Registre de services Web pour le développement d applications Céline Lopez-Velasco Marlène Villanova-Oliver Jérôme Gensel Hervé Martin LIG Équipe STEAMER 681, rue de la passerelle BP 72, Saint Martin d Hères Cedex prénom.nom@imag.fr RÉSUMÉ. Les systèmes des organisations sont de plus en plus basés sur une architecture orientée services (AOS) puisque les services de base peuvent être réutilisés et partagés. Afin d adopter le concept d AOS les services Web sont principalement utilisés. Les standards de description (WSDL) et de communication (SOAP) de services Web étant éprouvés, seules des méthodes standard de recherche et de sélection tardent à émerger. Ces phases sont difficiles à réaliser puisque les registres existants (comme UDDI) ne fournissent pas de description de services enrichies et de méthodes de recherche puissantes. Cet article propose la description d un modèle de représentation de services qui, lors de la publication, apporte de nouvelles informations sur le service. Ces informations, ajoutées à WSDL, sont relatives au domaine d application du service, aux fournisseurs et au contexte d utilisation pour lequel le service est adapté. Nous avons implémenté un registre reposant sur ce modèle qui propose un moyen de faciliter la recherche et la sélection de services Web et d établir une recherche de services répondant aux besoins d une implémentation d une application particulière. ABSTRACT. Systems of organizations are more and more based on Service-Oriented Architecture (AOS) since the elementary services can be reused and shared. In order to adopt the AOS concept, the Web services are mainly used. The standards of description (WSDL) and communication (SOAP) of Web services being approved, only standard methods of search and selection are long in emerging. These processes are difficult to realize since existing registries (such as UDDI) do not provide an enriched description of services and powerful search methods. In this paper, we propose a model of services representation which, during the publication, brings new information about Web services. These information, added to WSDL, are relate to the application domain of the service, the providers and the use context for which the service is adapted. We have implemented a registry based on this model which proposes a way to facilitate the search and the selection of Web services and to establish a search of services which answer to needs of an implementation of a particular application. MOTS-CLÉS : Services Web, registre, interopérabilité, adaptation, contexte d utilisation. KEYWORDS: Web services, registry, interoperability, adaptation, use context.
2 1. Introduction L Architecture Orientée Service (AOS ou SOA Service Oriented Architecture en anglais) permet aux concepteurs de systèmes d entreprise d organiser un ensemble de logiciels isolés en un ensemble de services interconnectés, accessibles par une interface et des protocoles standard (Papazoglou, 2003). Le principal avantage de l utilisation de ce type d architecture est la réutilisation des services élémentaires (i.e. les services qui composent le système). Selon (Nickull et al., 2005), cette réutilisation repose sur le fait que chaque service utilisé dans un système basé sur une AOS doit être, au préalable, décrit par son concepteur. Afin d implémenter des systèmes basés sur une AOS, les concepteurs ont à leur disposition diverses technologies telles que les composants log iciels. Notre choix d implémentation se dirige intuitivement vers les services Web, étant intéressés par la mise à disposition des systèmes sur le Web. (Haas et al., 2004) définissent un service Web comme étant un logiciel conçu pour supporter l interaction entre machines interopérables à travers un réseau. Cette interopérabilité est rendue possible grâce à un langage (WSDL Web Service Description Language, Booth et al., 2006) et à un protocole (SOAP Simple Object Access Protocol, Mitra, 2003) standard. Le cycle de vie d un service Web est généralement composé de quatre étapes. i) Le fournisseur décrit le service Web qu il désire diffuser à l aide de WSDL ; ii) il le publie dans un annuaire de services Web ; iii) à l aide de cet annuaire, un client de services Web recherche et sélectionne les services dont il a besoin ; iv) la communication entre le client et le fournisseur (i.e. l appel proprement dit du service Web) s établit par l intermédiaire de SOAP. Aujourd hui, seuls WSDL et SOAP ont atteint une certaine maturité et sont devenus des standards du fait de leur large utilisation. En utilisant les registres existants (tels que les spécifications UDDI 1 Universal Description Discovery and Integration, ou le site XMethods 2 ), le processus de recherche repose sur l hypothèse que le client connaît au préalable des propriétés du service tels que son nom ou son fournisseur. À la suite de la recherche, le registre, quel qu il soit, retourne au client un ensemble de services Web. Le client procède alors à la sélection du service Web qu il juge le plus adéquat à ses besoins. En utilisant les registres existants, en particulier ceux relevant des spécifications UDDI, le processus de sélection se limite à l analyse de la description des services, basé essentiellement (si ce n est exclusivement) sur la description WSDL et, plus rarement, sur la description du fournisseur. Afin d améliorer les processus de recherche et de sélection, il serait intéressant d enrichir la description de services Web de métadonnées supplémentaires. Les méthodes de recherche de services en se basant sur de nouveaux critères seraient plus efficaces. De plus, la phase de sélection faite par les clients de services serait facilitée s ils avaient à leur disposition des
3 informations supplémentaires sur les services retrouvés. Lors de travaux précédents (Lopez-Velasco et al., 2006), nous avons enrichi la description de services Web en vue de représenter le contexte d utilisation pour lequel ils sont adaptés. Dans ce même travail, nous avons proposé un système multi-agents en charge de la sélection des services. Cependant ayant le souci d être générique, la description proposée s avère trop restrictive. Cette dernière vise uniquement l adaptation des services Web à un contexte d utilisation spécifique alors qu ici nous désirons prendre en compte des aspects plus larges en vue d implémenter n importe quelle application (adaptée ou non). Pour permettre aux fournisseurs de publier des services Web et aux clients de rechercher et sélectionner ces services dans un registre commun, nous proposons un modèle qui enrichit la description des services de métadonnées supplémentaires. Nous faisons l hypothèse que la recherche de services est faite dans le cadre d une conception d une application (i.e. les services retrouvés sont offerts par des fournisseurs externes et permettent la mise en œuvre de l application en cours de conception). C est pourquoi, nous confondons ici les termes de clients et concepteurs, qui ont pour but de rechercher et sélectionner des services. La formalisdation de ce modèle est la base de la mise en œuvre d un registre proposant les fonctionnalités de publication et de recherche de services Web. Dans cet article, nous mettons dans un premier temps en évidence les besoins d information en vue de représenter les services Web. La section 3 décrit le modèle de représentation de services Web issu de l étude des besoins. Dans la section 4, nous décrivons la mise en œuvre du registre de services Web en mettant en évidence les choix technologiques et les fonctionnalités proposées aux utilisateurs. Enfin, nous étudions les travaux voisins avant de conclure. 2. Évaluation des besoins en matière de représentation de services Web L objectif de notre travail est de faciliter pour les concepteurs, la mise en œuvre de systèmes à base de services Web. Par mise en œuvre, nous entendons essentiellement la publication de services Web développés, la recherche et la sélection de services Web existants. Nous considérons que les étapes de description et d invocation sont éprouvées étant basées sur les standards WSDL et SOAP. Il existe de nombreux registres de services Web tels que XMethods. Cependant, les méthodes de recherche (par exemple par mot-clé) et les descriptions de services ne suffisent pas à répondre à une attente rigoureuse de conception de systèmes. L étude faite des registres existants (tels que BindingPoint 3, RemoteMethods 4 ) nous a permis de mettre en évidence quatre catégories d information qui nous semblent indispensables en vue de faciliter la recherche et la sélection de services Web
4 Le service Afin de sélectionner un service, il est important de connaître les méthodes proposées, les paramètres d entrée et de sortie, le protocole à utiliser pour appeler le service et la localisation du service (son URL). WSDL permet de décrire ces informations. Le fournisseur et l information associée Nous pensons que la description du fournisseur est une information que le client doit connaître pour deux raisons. Tout d abord, cette description peut orienter et faciliter le choix du service lors du processus de sélection. En effet, la confiance accordée au fournisseur, le coût (en termes de droit d invocation), le temps de réponse du service, la confidentialité des informations transmises, etc., sont des informations qui peuvent intervenir dans les critères de choix. Ensuite, la description du fournisseur est intéressante à prendre en compte pour la maintenance du service. Si, lors de l exécution du service, un concepteur fait face à des problèmes, par exemple de connexion, si ce concepteur est en possession d informations sur le fournisseur, il peut alors prendre contact avec le responsable du service pour une assistance technique. Le domaine d application Un système couvre des fonctionnalités qui peuvent être exécutées par des services Web appartenant à un domaine d application, tel que la géomatique, du business-to-business ou du e-learning. Prenons l exemple d une conception d un Système d Information Géographique (SIG). Le domaine d application de ce système est la géomatique et les résultats de ce développement doit fournir à l utilisateur final un ensemble de tâches prédéterminées, telles que l affichage d une carte ou la visualisation d une adresse sur une carte. Si nous nous intéressons à la conception d un SIG à base de services Web, les différentes fonctionnalités à fournir dans le système sont autant de services Web à appeler (par conséquent à chercher, à sélectionner, et si besoin est, à développer). De ce fait, nous pensons qu il est nécessaire d intégrer à la description du service le domaine d application (par exemple la géomatique) dans lequel il peut intervenir et les fonctionnalités (par exemple, l affichage de cartes) qu il met en œuvre. Le contexte d utilisation Les développeurs doivent prendre en compte le plus tôt possible lors de la conception de systèmes le besoin d adaptation au contexte afin de répondre au mieux aux attentes des utilisateurs. Selon (Dey, 2001), le contexte est n importe quelle information qui peut être utilisée pour caractériser la situation d une entité. Dans ce travail, nous nous focalisons sur les éléments du contexte qui caractérisent l utilisation d un système, pouvant être détectés et utilisés par ce système afin d offrir un résultat adapté. Nous appelons cet ensemble d éléments le contexte d utilisation. Nous considérons quatre principaux éléments dans la description du contexte d utilisation : l utilisateur (droits d accès, activité, etc.), l information liée à la localisation (coordonnées GPS, température, etc.), le temps (heure, jour, mois, etc.) et les entités informatiques (caractéristiques logicielles et matérielles du dispositif, le réseau utilisé, etc.). Si les fournisseurs de services Web mettent à la disposition des clients une description du contexte d utilisation pour lequel le service est adapté, la recherche et la sélection peuvent être facilitées.
5 3. Modèle de représentation de services Web Les standards et spécifications (WSDL et UDDI) ne suffisent pas à décrire l ensemble de l information qu il nous semble important de prendre en compte lors de la publication, recherche et sélection de services Web : le service, le fournisseur, le domaine d application et le contexte d utilisation. C est pourquoi, nous proposons un modèle qui enrichit la description d un service en représentant chacune de ces catégories. Dans cette section, nous décrivons chaque partie de ce modèle (service, domaine d application, profil fonctionnel qui complète la description du service, profil non fonctionnel qui inclut la description du fournisseur, et contexte d utilisation) et les liens qui existent entre elles Description de chaque package du modèle de représentation de services Web Ce modèle enrichit la description des services lors de leur publication afin de faciliter les phases ultérieures de recherche et de sélection. Nous avons choisi ici de décrire le modèle par l intermédiaire du langage UML. Cinq packages UML composent le modèle (cf. Figure 6). Le package central (Service), relié à tous les autres packages, représente le service. Le package Application Domain permet de décrire le domaine associé au service représenté. Toutes les informations permettant aux concepteurs d utiliser le service sont intégrées dans le package Functional Profile. Le package Non Functional Profile rassemble les informations sur le service non directement liées à son utilisation, mais utiles lors du processus de sélection (par exemple, la description du fournisseur). Enfin, ce modèle intègre la description du contexte d utilisation dans le package Use Context, afin de mettre en œuvre l adaptation. Figure 1. Classes et associations du package Service. Le package Service comprend des informations élémentaires sur le service divisées en trois classes (cf. Figure 1). Les deux premières classes (ServiceCategory et ConcreteService) représentent n importe quel type de service (Web ou non) alors que la troisième classe (WebService) est spécifique à l utilisation de services Web. La classe ServiceCategory décrit la catégorie du service. Nous offrons la possibilité d exprimer des sous-catégories avec la relation de composition sur cette même classe. Une catégorie de service est associée à un service concret (association entre les classes ServiceCategory et ConcreteService). La classe ConcreteService représente le service publié par le fournisseur, est identifié par son nom (variable name) et doit appartenir au moins à une catégorie. Cette contrainte permet d ajouter
6 un niveau de sémantique à notre représentation (les services ne sont plus seulement identifiés par leur nom mais aussi par une catégorie). La troisième classe du package Service est celle spécifiant les services Web (WebService). Elle spécialise la classe ConcreteService et possède un variable (wsdlurl) qui permet aux clients de services Web de localiser la description standard du service Web (exprimée en WSDL). Prenons l exemple d un fournisseur qui souhaite publier un service Web nommé LocalizeMe qui propose un moyen de localiser un utilisateur. Ce service est une instance de la classe WebService et est associé à la catégorie Localisation (instance de la classe ServiceCategory). Le package Application Domain caractérise, au moyen de concepts, le système conçu (lors de la publication de service) ou à concevoir (lors de la recherche et sélection de services). Ce package est composé de trois classes (cf. Figure 2). La classe Domain décrit le domaine d application tel que les domaines de la géomatique, du travail collaboratif ou du e-learning. Dans ce modèle, nous associons à un domaine une ou plusieurs applications (classe Application) faisant référence ici à des applications de type logiciel. L association entre les classes Domain et Application permet de représenter l ensemble des applications pouvant intervenir dans un domaine donné. Par exemple, l application TomTom 5 (logiciel de navigation) peut être une instance de la classe Application et être associée à l instance géomatique de la classe Domain. Une application est développée à l aide de composants qui implémentent chacun une tâche (classe Task). Cette classe décrit les fonctionnalités proposées par l application. Si une tâche est trop complexe, elle peut être décomposée en sous tâche(s) (introduite(s) par la relation de composition sur la classe Task). Considérons les tâches suivantes : l affichage de carte, le calcul d itinéraire, l affichage de l itinéraire et la localisation de l utilisateur. Ces instances de la classe Task peuvent être associées à l instance TomTom de la classe Application à l aide de l association entre les classes Application et Task. Figure 2. Classes et associations du package Application Domain. Le package Functional Profile rassemble les informations permettant aux concepteurs d utiliser les services. Nous nous sommes basés sur le modèle conceptuel de WSDL afin de construire ce package composé de cinq classes (cf. Figure 3). Ces classes permettent de décrire aussi bien des services Web que des services dits classiques. La classe Method décrit le nom des méthodes proposées par les services décrits. Lorsque le service est hébergé sur le Web, les concepteurs ont 5
7 besoin de connaître le moyen d accès au service (i.e. le protocole à utiliser, tel que SOAP ou HTTP). La classe Binding représente ce type d information. L association entre les classes Method et Binding représente le moyen d accès de chaque méthode. Enfin, les paramètres (classe Parameter) de chaque méthode sont représentés dans le modèle par l intermédiaire de l association entre les classes Method et Parameter. Un paramètre est décrit par son nom (variable name) et son type (variable type). Lors de l appel de méthode il est nécessaire de différencier les paramètres d entrée et de sortie (respectivement instances des classes InParameter et OutParameter spécialisant la classe Parameter). Figure 3. Classes et associations du package Functional Profile. Figure 4. Classes et associations du package Non Functional Profile. Le package Non Functional Profile décrit les informations qui ne sont pas directement liées à l appel du service. Ces informations sont exploitées pour les processus de recherche et de sélection. Ce package est composé de trois classes (cf. Figure 4), chacune associée à la classe ConcreteService du package Service. La classe Provider décrit le fournisseur du service. Elle est utilisée, d une part lorsque le concepteur de système a besoin de prendre contact avec le fournisseur du service choisi (par exemple, lors d un problème de connexion), et, d autre part, pour aider le concepteur lors du processus de sélection (par exemple, si une organisation a l habitude de travailler avec un fournisseur en particulier). La classe DeploymentProfile comporte les informations concernant le service mais non liées
8 directement à son invocation. Ces informations (prix du service variable price, temps de réponse variable responsetime, taux de réponse responserate) peuvent être utilisées lors des processus de recherche et de sélection pour faciliter la tâche des concepteurs. La classe ExecutionConstraint permet de décrire les contraintes d exécution des services. Les instances de cette classe peuvent aider les clients lors du processus de sélection ou durant l appel du service. Par exemple, un service renvoie le résultat seulement si l utilisateur s est inscrit sur le site du fournisseur. Le package Use Context est un moyen d ajouter le concept d adaptation à la description d un service (cf. Figure 5). Dans de précédents travaux (Kirsch-Pinheiro et al., 2004), nous avons proposé une formalisation du contexte d utilisation qui repose sur deux classes : celle représentant la description du contexte (ContextDescription) et celle représentant les différents éléments du contexte (ContextElement). La description du contexte d utilisation est composée d un ensemble d éléments du contexte (relation de composition entre les classes ContextDescription et ContextElement). Ici, le contexte d utilisation comporte quatre catégories principales (l utilisateur, le temps, les entités informatiques et la localisation), chacune représentée dans ce package par une classe (respectivement, les classes User, Time, ComputingEntity, Localization) qui spécialise la classe ContextElement. Notre objectif étant l adaptation aux utilisateurs nomades de services Web, nous prenons en compte les spécificités de leur dispositif et de leur environnement en ajoutant la représentation des dispositifs mobiles (classe MobileDevice spécialisant la classe ComputingEntity). Figure 5. Classes et associations du package Use Context Relations entre packages Cette sous-section décrit comment sont liés les packages présentés précédemment (cf. Figure 6). Nous étudions, dans un premier temps, les relations impliquant le package Service, centre du modèle. Puis nous mettons en évidence les
9 spécificités d utilisation du package Use Context en décrivant les relations qu il a avec les autres packages. Relations entre les packages Service et Application Domain L association reliant les classes ServiceCategory et Domain représente le domaine auquel appartient une catégorie de service. Par exemple, la catégorie de service Localisation peut être liée au domaine Système d Information Géographique. L association entre les classes ConcreteService et Task permet aux concepteurs de connaître les services concrets effectuant une tâche. Relations entre les packages Service et Functional Profile Si le service décrit est un service classique (non Web), la seule relation entre ces deux packages relie les classes ConcreteService et Method. Cette relation permet aux concepteurs de connaître les méthodes fournies par le service. Si le service décrit est un service Web, nous extrayons de la description WSDL les informations concernant l accès (classe Binding), les méthodes fournies (classe Method), les paramètres d entrée et de sortie (classes InParameter et OutParameter) afin d instancier les classes correspondantes. Par conséquent, chacune de ces classes est reliée à la classe WebService. Relations entre les packages Service et Non Functional Profile Toutes les classes du package Non Functional Profile sont liées à la classe ConcreteService puisqu elles ajoutent un niveau descriptif au service fourni. Relation entre les packages Use Context et Service La représentation du contexte d utilisation permet d exprimer le contexte pour lequel un service est adapté (relation entre les classes ConcreteService et ContextDescription). Par exemple, un service donné est développé pour retourner un résultat lisible sur un dispositif mobile de type Sony EricssonK750i. Relation entre les packages Use Context et Non Functional Profile Le contexte d utilisation peut représenter les contraintes d exécution (relation entre les classes ExecutionConstraint et ContextDescription). Par exemple, un service retourne à l utilisateur une image lisible sur un écran dont la dimension est d au moins 176x220. Relation entre les packages Use Context et Functional Profile Les paramètres décrits à l aide des classes du package Functional Profile, ne contiennent que les informations concernant leur nom, leur type (variables de la classe Parameter) et le fait qu ils soient d entrée ou de sortie (s ils sont instances de la classe InParameter ou de la classe OutParameter). À l aide de la relation entre les classes Parameter et ContextElement un niveau de description sémantique est ajouté aux paramètres. Considérons un service qui possède deux paramètres d entrée X et Y. Parallèlement, considérons deux instances de la classe Localization (sous classe de la classe ContextElement cf. section 3.6) : la première, LT, instancie la variable latitude, la seconde, LG, instancie la variable longitude. Si les instances X, Y sont associées respectivement aux instances LG et LT, alors les concepteurs lors de
10 l appel au service savent ce que représente chacun des paramètres d entrée, et par conséquent, quelles valeurs leur attribuer. Figure 6. Diagrammes de classes représentant les relations entre les cinq packages composant notre modèle (NB : toutes les classes et associations de notre modèle ne sont pas représentées sur cette figure). Il est important de noter que, même s il existe des liens entre les packages, ils sont indépendants. Le package Service peut décrire un service non issu de la technologie de services Web, un service dit Web, un service dédié à une adaptation au contexte d utilisation ou non. Le package Application Domain est utilisé dans ce modèle pour décrire le domaine d application et la tâche associée au service publié. Ce même package peut exprimer les attentes des clients, en termes de domaine, d application et de tâches lors de l élaboration d un projet logiciel. Les packages Functional Profile et Non Functional Profile peuvent être utilisés pour compléter les descriptions de tout composant logiciel ré-utilisable. Enfin, le package Use Context offre un moyen de formaliser le contexte d utilisation en vue, soit de la mise en œuvre de l adaptation, soit d une demande d adaptation. 4. Implémentation du registre L objectif d un registre est de proposer aux utilisateurs de services (et plus particulièrement Web) un moyen de publier, rechercher et sélectionner des services. Dans cet article, l implémentation du registre repose sur le modèle de représentation de services Web décrit dans la section précédente. Dans cette section, nous justifions tout d abord les choix technologiques fait lors de l implémentation du registre, puis nous mettons en évidence les deux fonctionnalités principales proposées aux utilisateurs (la publication et la recherche de services).
11 4.1. Choix technologiques Le registre est composé de deux parties : le noyau (où sont stockées les informations et les méthodes de publication et de recherche) et l interface de communication avec les utilisateurs. Nous choisissons d héberger le noyau sur un serveur. Une application Web (formulaires HTML et Java Server Pages JSP) permet la communication entre les utilisateurs et le noyau d exécution. L implémentation du noyau du registre de services se base sur un Système de Représentation de Connaissances par Objets (SRCO). Ce choix repose tout d abord sur le fait qu une implémentation objet semble naturelle puisque le modèle de représentation de services est formalisé par le biais d une représentation par objets. De plus, les SRCO permettent d établir des inférences sur la valeur des instances des classes. Le système choisi est AROM (Associer Relations et Objets pour Modéliser) 6 (Page et al., 2001), un SRCO qui se présente sous la forme d'un ensemble d interfaces de programmation (API) Java. AROM reprend les principes classiques de la représentation de connaissances par objets telles que la distinction entre classes et instances, la spécialisation de classes et la présence de facettes de typage. Le système AROM se démarque des autres SRCO notamment par la représentation explicite des associations entre les objets. La majorité des SRCO ne disposent typiquement que du concept de classe. Afin de permettre les inférences d une valeur d une variable ou d interroger les bases de connaissances, AROM propose un langage (LMA Langage de Modélisation Algébrique). Ce langage est utile à l implémentation des méthodes sous jacentes aux registres (telles que la recherche de services). Il est important de noter qu en utilisant AROM nous créons des ontologies représentant notre description de services Web. En effet, selon (Gruber, 1993), une ontologie est une spécification explicite d une conceptualisation. Une conceptualisation est un modèle abstrait qui représente la manière dont les personnes conçoivent les choses réelles dans le monde (Buccella et al., 2005) et une spécification explicite signifie que les concepts et les relations d un modèle abstrait reçoivent des noms et des définitions explicites (Gruber, 1993). Le résultat du modèle de représentation de services (cf. section 3) et de son implémentation à l aide d AROM répond à la définition d une ontologie donnée précédemment. La conceptualisation est apportée par le modèle de représentation, tandis que la spécification explicite est mise en œuvre lors de l implémentation en AROM du modèle. Le registre implémenté apporte de la sémantique à la publication, recherche et sélection de services. De plus, le modèle de représentation de services est extensible puisqu il peut intégrer des concepts existants définis par ailleurs dans d autres ontologies. Nous pensons plus particulièrement aux travaux de (Moisuc et al., 2005) proposant une représentation spatio-temporelle à l aide d AROM. 6
12 4.2. Fonctionnalités du registre Le registre propose aux fournisseurs de publier leurs services et aux clients de les rechercher. Fonction de publication Lors de la publication d un service, le fournisseur doit renseigner les informations issues du modèle de représentation de services (cf. section 3). Les informations seront de type : nom du service, localisation du fichier WSDL, catégorie du service, type de tâche effectuée, etc. À l exception du nom du service et de la localisation du ficher WSDL (s il s agit d un service Web) les autres informations sont optionnelles (mais conseillées afin de faciliter la sélection du service publié). Si le service publié est un service Web, les variables des classes du package Functional Profile (cf. section 3) sont instanciées automatiquement par l intermédiaire d une méthode d analyse du fichier WSDL. Concernant le concept d adaptation, le fournisseur a à sa disposition un moyen d associer un contexte d utilisation au service qu il va publier. Nous proposons deux moyens d associer le contexte d utilisation au service. Le contexte d utilisation peut être utilisé afin de (1) représenter les contraintes d exécution du service, (2) représenter le contexte auquel le service est adapté. Sur la page Web de publication de services apparaissent l ensemble des attributs de la représentation du contexte d utilisation (cf. section 3, description du package Use Context). Le fournisseur sélectionne les attributs du contexte qui lui conviennent. Figure 7. Extrait de l application Web pour la recherche d un service Web selon le besoin d adaptation au contexte d utilisation. Fonction de recherche La recherche repose ici sur quatre méthodes. La première, dite classique, propose une recherche par nom de service. La méthode sous-jacente à cette recherche permet aussi une recherche par mot-clé (où le nom demandé appartient au nom du service). Les trois autres méthodes supportent une recherche de services exprimant un besoin lors d une conception de systèmes. Premièrement, le client peut faire une recherche selon la catégorie du service recherché (cf. section 3, description du package Service). Nous proposons au client une page Web où apparaissent dans une liste déroulante toutes les catégories présentes dans la base de connaissances. Le client sélectionne la (ou les) catégories désirées. Deuxièmement, nous proposons aux clients de faire une recherche de services selon la tâche à effectuer. Le client choisit, par l intermédiaire d une page Web, parmi l ensemble des tâches présentes dans la base de connaissances, la tâche
13 recherchée. Enfin, le client peut rechercher un service selon le contexte d utilisation auquel il désire que le service soit adapté en sélectionnant les attributs du contexte d utilisation auquel il souhaite que le service soit adapté (cf. Figure 7). 5. Travaux voisins UDDI a été implémenté en vue de devenir le registre standard des services Web. Il se compose de trois parties (White paper pages blanches, Yellow paper pages jaunes, Green paper pages vertes) et repose sur XML. Les pages blanches contiennent l information décrivant le fournisseur du service (nom, adresse, etc.) jugées pertinentes pour l identifier. Les informations contenues dans les pages jaunes sont la description non technique des services fournis par le fournisseur (type de services et conventions d utilisation prix, qualité de service, etc.), et son secteur d activité. Cette description repose sur les classifications standard de l industrie nord américaine telle que le NAICS 7. Enfin, les pages vertes comportent des informations techniques liées aux services Web décrites en WSDL. Une description WSDL (fichier XML) comprend les informations concernant les méthodes disponibles, les messages et données échangés, la localisation du service et les protocoles de communication à utiliser. A l origine, des registres UDDI dits publics (tels que ceux de Microsoft ou IBM) offraient un libre accès en tant que fournisseur ou client. L universalité de ces registres devait mener UDDI à devenir le standard de publication. Malgré le nombre important de services publiés (50000 en 2006), UDDI n a jamais atteint son but initial : devenir le registre standard des services Web. Par conséquent, la maintenance des registres publics UDDI a été suspendue. Le vrai succès de UDDI se situe au niveau des registres privés. En effet, de nombreuses organisations utilisent les spécifications de UDDI, auxquelles IBM et Microsoft continuent à contribuer, afin d implémenter leur propre registre de services Web à accès restreint. Cependant, d après (Dovey et al., 2005) les spécifications UDDI souffrent de certaines limitations : il n existe pas de plate-forme d édition ; les APIs de UDDI sont insuffisantes pour développer efficacement les méthodes de publication et de recherche ; le modèle de recherche de UDDI est pauvre (recherche portant sur l identifiant, le nom du service, ou sur les éléments du document WSDL). De plus, les classifications des organisations nord américaines (NAICS) ne suffisent pas à décrire intégralement le domaine d application comme nous l entendons dans la représentation de services Web utilisée (cf. section 3). Enfin, UDDI ne prend pas en compte le contexte d utilisation. Les travaux de (Balke et al., 2003b) recherchent des services Web centrés utilisateurs. La publication de ce type de services repose sur une description spécifique. Les auteurs classent les services Web selon leur interaction (B2B business-to-business entre services, ou B2C business-to-consumer entre un service et un utilisateur final), la tâche que les services accomplissent et l adaptation qu il 7 NAICS North America Industry Classification System,
14 apporte (telle que l adaptation à l utilisateur). Des ontologies décrivent les services Web à l aide de DAML-S (Ankolear et al., 2002). La recherche de services Web est exprimée par l intermédiaire de requêtes à la SQL. À partir de la requête, les ontologies décrivant les services Web sont parcourues jusqu à trouver une instance de service Web correspondant à la requête. Afin d améliorer la recherche, les auteurs ont construit une ontologie comprenant le profil de l utilisateur et un patron d utilisation (descriptions d utilisation anticipée incluant les préférences des utilisateurs) appelé use pattern (Balke et al., 2003a). L ontologie décrivant le service Web trouvé et celle décrivant le profil de l utilisateur sont comparées afin de vérifier si le service Web est adéquat au profil de l utilisateur. Nous pensons que la description des services Web proposée dans ces travaux n est pas suffisante. Il manque des informations telles que la description du fournisseur, ou celle du domaine d application. En termes d adaptation, le profil de l utilisateur (non clairement caractérisé) et les patrons d utilisation sont statiques et non mis à jour. (Heb et al., 2004) proposent un outil d annotation sémantique pour les services Web, nommé ASSAM Automated Semantic Service Annotation with Machine learning. Ce travail évite les erreurs humaines lors du processus de description des services Web. Ce travail permet l intégration d annotations sémantiques à WSDL dans le but de générer automatiquement une description OWL-S (Martin et al., 2004). Les auteurs proposent trois types d annotation. Premièrement, l annotation dite de catégorie, qui permet d ajouter de la sémantique à la tâche effectuée par le service Web. La seconde annotation apporte de la sémantique aux méthodes fournies par le service. Enfin la troisième annotation ajoute de la sémantique aux variables des méthodes. Dans ce travail, le processus de recherche est basé sur un regroupement de services web. Les auteurs rassemblent (à l aide d une méthode de catégorisation) les services Web dont les méthodes possèdent des paramètres d entrée et sortie similaires. Cette méthode de catégorisation est permise grâce aux annotations faites sur les éléments port type (ensemble des méthodes) et message (messages échangés) d une description WSDL. Nous pensons que ce choix n est pas pertinent puisqu il regroupe l ensemble des méthodes proposées par les services. Par conséquent, les catégories construites sont composées de services Web qui ont exactement le même ensemble de méthodes. Il aurait été préférable de construire les catégories à partir de l annotation sur l élément operation (une méthode proposée par le service). De ce fait, les services Web auraient été regroupés selon une méthode particulière. Enfin, il manque dans ce travail l intégration à la description du service des informations concernant le fournisseur et le contexte d utilisation. 6. Conclusion et perspectives Dans cet article, nous avons évalué les besoins d informations en vue d une représentation de services Web. Quatre catégories ont été mises en évidence : le service, le fournisseur, le domaine d application et le contexte d utilisation. Un modèle prenant en compte l ajout de ces catégories a été exposé. Ce modèle permet,
15 tout en ajoutant un niveau de description supplémentaire, de respecter le cycle de vie des services Web, plus particulièrement l utilisation des standards (WSDL et SOAP). Ce modèle a été validé par l implémentation d un prototype basé sur le système de représentation de connaissances par objets AROM. À l aide de ce registre, lors de la publication de services, les fournisseurs ont à leur disposition une application Web qui les aide à ajouter les nouvelles catégories d information. Les clients de services établissent une recherche de services Web multi-critères (basée sur les catégories pré-établies), toujours à l aide d une application Web. Enfin, les services résultant du processus de recherche sont accompagnés de leur description augmentée. Ceci facilite la phase de sélection puisque les clients ont en leur possession l ensemble des informations sur les services Web. Les perspectives de notre travail s orientent vers deux aspects : l amélioration du registre et la composition de services Web. Bien que les registres publics UDDI ne soient plus maintenus, il serait intéressant de permettre aux fournisseurs de services Web, qui ont déjà publié leurs services via UDDI, d enregistrer leurs services dans notre registre sans surcharge de travail. Une perspective d extension du registre est de proposer une méthode qui analyse les spécifications UDDI et qui les traduit dans notre modèle (à l instar de la méthode d analyse de WSDL). En intégrant le concept d adaptation lors de la conception de systèmes, les concepteurs sont confrontés à la résolution de tâches complexes. Afin de résoudre une tâche complexe un simple appel à un service (en particulier Web) n est pas suffisant, il faut alors faire appel à une composition de services Web. Selon (Wagner et al., 2002), afin de résoudre une tâche complexe il est préférable de décomposer la requête en sous tâches. Ceci peut être implémenté par un module spécifique d AROM nommé AROMTasks, déjà utilisé dans le domaine de la bio informatique (Chabalier et al., 2005). 7. Bibliographie Ankolekar, A., Burstein, M., Hobbs, J., Lasolla, O., Martin, D., McDermott, D., McIlraith, S., Narayanan, S., Paolucci, M., Payne, T., and Sycara, K., «DAMLS: Web Service Description for the Semantic Web», Actes de la conférence internationale ISWC 02, juin 2002, Sardinia, Italie, Springer LNCS, p Balke, W.-T., and Wagner, M., «Cooperative Discovery for User-centered Web Service Provisioning», Actes de la conférence internationale ICWS 03, juin 2003, Las Vegas, USA, CSREA Press, p Balke, W.-T., and Wagner, M., «Towards Personalized Selection of Web Services», Actes de la conférence internationale WWW 03, mai 2003, Budapest, Hungary, ACM Press. Booth, D., and Liu, C. K., Web Services Description Language (WSDL) Version 2.0 Part 0: Primer, W3C Candidate Recommendation, mars 2006, W3C. Buccella, A., Cechich, A., Brisaboa, N.R., «Ontology-Based Data Integration Methods: A Framework for Comparison», Colombian Journal of Computation, vol. 6, n 2, décembre 2005.
16 Chabalier, J., Capponi, C., Quentin, Y., Fichant, G., «ISYMOD: a knowledge warehouse for the identification, assembly and analysis of bacterial integrated systems», Bioinformatics, vol. 21, n 7, 2005, p Dey, A. K., «Understanding and using context», Personal and Ubiquitous Computing, vol. 5, n 1, 2001, p Dovey, M., Kostadinov, I., Giddy, J., Green, P., Berry, D., Chonan, D., Wang, X., UK Engineering Tasks Force Evaluation of UDDI for UK e-science, UK Technical Report, juillet Gruber, T.R., «A translation approach to portable ontologies», Knowledge Acquisition, vol. 5, n 2, juin 1993, p Haas, H., and Brown, A., Web Services Glossary, W3C Working Group Note, février Heb, A., Johnston, E., and Kushmerick, N., «ASSAM: A Tool for Semi-automatically Annotating Semantic Web Services», Actes de la conférence internationale ISWC 04, novembre 2004, Hiroshima, Japan, Springer LNCS, p Kirsch-Pinheiro, M., Gensel, J., and Martin, H., «Representing Context for an Adaptative Awareness Mechanism», Actes de l atelier international CRIWG 04, septembre 2004, San Carlos, Costa Rica, Springer LNCS, p Lopez-Velasco, C., Carrillo-Ramos, A., Villanova-Oliver, M., Gensel, J., Martin, H., «Sélection de services Web adaptés au contexte d utilisation», Actes du XXIV Congrès Inforsid, mai-juin 2006, Hammamet, Tunisie, p Martin, D., Paolucci, M., McIlraith, S., Burstein, M., McDermott, D., McGuinness, D., Parsia, B., Payne, T., Sabou, M., Solanki, M., Srinivasan, N., and Sycara, K., «Bringing Semantics to Web Services: The OWL-S Approach», Actes de l atelier international SWSWPC 04, juillet 2004, San Diego, USA, Springer LNCS, p Mitra, N., SOAP Version 1.2 Part 0: Primer, W3C Recommendation, juin Moisuc, B., Davoine, P.-A., Gensel, J., Martin, H., «Design of Spatio-Temporal Information Systems for Natural Risk Management with an Object-Based Knowledge Representation Approach», Geomatica, vol. 59, n 4, Nickull, D., Connor, M, MacKenzie, C.M., Watson, B., and Cowan, M., Service Oriented Architecture, White paper, Adobe Systems, Page, M., Gensel, J., Capponi, C., Bruley, C., Genoud, P., Ziébelin, D., Bardou, D., and Dupierris, V., «A New Approach in Object-Based Knowledge Representation: The AROM System», Actes de la conférence internationale IEA/AIE 01, juin 2001, Budapest, Hungary, Springer LNAI, p Papazoglou, M. P., «Service - oriented computing: Concepts, characteristics and directions», Actes de la conférence internationale WISE 03, décembre 2003, Roma, Italia, IEEE Computer Society, p Wagner, M., Balke, W.-T., Hirschfeld, R., and Kellerer, W. A Roadmap to Advanced Personalization of Mobile Services», Actes de la conférence internationale DOA/ODBASE/CoopIS 02 Industry Program, novembre 2002, Irvine, CA.
Problématiques de recherche. Figure Research Agenda for service-oriented computing
Problématiques de recherche 90 Figure Research Agenda for service-oriented computing Conférences dans le domaine ICWS (International Conference on Web Services) Web services specifications and enhancements
Plus en détailIntroduction aux «Services Web»
Introduction aux «Services Web» Sana Sellami sana.sellami@univ-amu.fr 2014-2015 Modalité de contrôle de connaissances Note de contrôle de continu Note projet Evaluation du projet la semaine du 17 novembre
Plus en détailCours Master Recherche RI 7 Extraction et Intégration d'information du Web «Services Web»
Cours Master Recherche RI 7 Extraction et Intégration d'information du Web «Services Web» Sana Sellami sana.sellami@lsis.org 2014-2015 Plan Partie 1: Introduction aux Services Web (SW) Partie 2: Vers une
Plus en détailStructuration des décisions de jurisprudence basée sur une ontologie juridique en langue arabe
Structuration des décisions de jurisprudence basée sur une ontologie juridique en langue arabe Karima Dhouib, Sylvie Després Faiez Gargouri ISET - Sfax Tunisie, BP : 88A Elbustan ; Sfax karima.dhouib@isets.rnu.tn,
Plus en détailUne méthode d apprentissage pour la composition de services web
Une méthode d apprentissage pour la composition de services web Soufiene Lajmi * Chirine Ghedira ** Khaled Ghedira * * Laboratoire SOIE (ENSI) University of Manouba, Manouba 2010, Tunisia Soufiene.lajmi@ensi.rnu.tn,
Plus en détail4. SERVICES WEB REST 46
4. SERVICES WEB REST 46 REST REST acronyme de REpresentational State Transfert Concept introduit en 2000 dans la thèse de Roy FIELDING Est un style d architecture inspiré de l architecture WEB En 2010,
Plus en détailLes Architectures Orientées Services (SOA)
Les Architectures Orientées Services (SOA) Ulrich Duvent Guillaume Ansel Université du Littoral Côte d Opale 50, Rue Ferdinand Buisson BP 699 62228 Calais Cedex Téléphone (33) 03.21.46.36.92 Télécopie
Plus en détailProgrammation Web Avancée Introduction aux services Web
1/21 Programmation Web Avancée Thierry Hamon Bureau H202 - Institut Galilée Tél. : 33 1.48.38.35.53 Bureau 150 LIM&BIO EA 3969 Université Paris 13 - UFR Léonard de Vinci 74, rue Marcel Cachin, F-93017
Plus en détailFormation Webase 5. Formation Webase 5. Ses secrets, de l architecture MVC à l application Web. Adrien Grand <jpountz@via.ecp.fr> Centrale Réseaux
Formation Webase 5 Ses secrets, de l architecture MVC à l application Web Adrien Grand Centrale Réseaux Sommaire 1 Obtenir des informations sur Webase 5 2 Composants de Webase 5 Un
Plus en détailForthcoming Database
DISS.ETH NO. 15802 Forthcoming Database A Framework Approach for Data Visualization Applications A dissertation submitted to the SWISS FEDERAL INSTITUTE OF TECHNOLOGY ZURICH for the degree of Doctor of
Plus en détailBusiness Process Execution Language
Business Process Execution Language Rapport du projet de systèmes distribués d information Markus Lindström 6 mai 2009 Motivation personnelle Le sujet que j ai retenu et présenté dans le cadre du cours
Plus en détailbasée sur le cours de Bertrand Legal, maître de conférences à l ENSEIRB www.enseirb.fr/~legal Olivier Augereau Formation UML
basée sur le cours de Bertrand Legal, maître de conférences à l ENSEIRB www.enseirb.fr/~legal Olivier Augereau Formation UML http://olivier-augereau.com Sommaire Introduction I) Les bases II) Les diagrammes
Plus en détailUne architecture pour la découverte et l orchestration de services Web sémantiques
Une architecture pour la découverte et l orchestration de services Web sémantiques Une utilisation des ontologies en milieu industriel Pierre Châtel Thales Communications France, Laboratoire d Informatique
Plus en détailConception, architecture et urbanisation des systèmes d information
Conception, architecture et urbanisation des systèmes d information S. Servigne Maître de Conférences, LIRIS, INSA-Lyon, F-69621 Villeurbanne Cedex e-mail: sylvie.servigne@insa-lyon.fr 1. Introduction
Plus en détailInformation utiles. cinzia.digiusto@gmail.com. webpage : Google+ : http://www.ibisc.univ-evry.fr/ digiusto/
Systèmes de gestion de bases de données Introduction Université d Evry Val d Essonne, IBISC utiles email : cinzia.digiusto@gmail.com webpage : http://www.ibisc.univ-evry.fr/ digiusto/ Google+ : https://plus.google.com/u/0/b/103572780965897723237/
Plus en détailGuide de recherche documentaire à l usage des doctorants. Partie 1 : Exploiter les bases de données académiques
Guide de recherche documentaire à l usage des doctorants Partie : Exploiter les bases de données académiques Sylvia Cheminel Dernière mise à jour : décembre 04 PANORAMA DES SOURCES DOCUMENTAIRES ACADEMIQUES...
Plus en détailCompte Rendu d intégration d application
ISMA 3EME ANNEE Compte Rendu d intégration d application Compte Rendu Final Maxime ESCOURBIAC Jean-Christophe SEPTIER 19/12/2011 Table des matières Table des matières... 1 Introduction... 3 1. Le SGBD:...
Plus en détailPatrons de Conception (Design Patterns)
Patrons de Conception (Design Patterns) Introduction 1 Motivation Il est difficile de développer des logiciels efficaces, robustes, extensibles et réutilisables Il est essentiel de comprendre les techniques
Plus en détailExploration des technologies web pour créer une interaction entre Mahara et les plateformes professionnelles et sociales
Exploration des technologies web pour créer une interaction entre Mahara et les plateformes professionnelles et sociales D 1.3.2 Rapport d analyse Auteurs: Johann Luethi, Laurent Opprecht, Patrick Roth
Plus en détailVers une approche Adaptative pour la Découverte et la Composition Dynamique des Services
69 Vers une approche Adaptative pour la Découverte et la Composition Dynamique des Services M. Bakhouya, J. Gaber et A. Koukam Laboratoire Systèmes et Transports SeT Université de Technologie de Belfort-Montbéliard
Plus en détailUniversité de Bangui. Modélisons en UML
Université de Bangui CRM Modélisons en UML Ce cours a été possible grâce à l initiative d Apollinaire MOLAYE qui m a contacté pour vous faire bénéficier de mes connaissances en nouvelles technologies et
Plus en détailWorkflow et Service Oriented Architecture (SOA)
White Paper Workflow et Service Oriented Architecture (SOA) Présentation Cet article offre une approche pragmatique de la SOA et du workflow à travers des problématiques d'entreprises, une méthodologie
Plus en détailDévelopper des Applications Internet Riches (RIA) avec les API d ArcGIS Server. Sébastien Boutard Thomas David
Développer des Applications Internet Riches (RIA) avec les API d ArcGIS Server Sébastien Boutard Thomas David Le plan de la présentation Petit retour sur les environnements de développement ArcGIS Server
Plus en détailTypes d applications pour la persistance. Outils de développement. Base de données préexistante? 3 modèles. Variantes avec passerelles
Types d applications pour la persistance Université de Nice Sophia-Antipolis Version 0.9 28/8/07 Richard Grin Toutes les applications n ont pas une complexité qui nécessite une architecture n- tiers Ce
Plus en détailProjet 2. Gestion des services enseignants CENTRE D ENSEIGNEMENT ET DE RECHERCHE EN INFORMATIQUE. G r o u p e :
CENTRE D ENSEIGNEMENT ET DE RECHERCHE EN INFORMATIQUE Projet 2 Gestion des services enseignants G r o u p e : B E L G H I T Y a s m i n e S A N C H E Z - D U B R O N T Y u r i f e r M O N T A Z E R S i
Plus en détailQu est-ce que ArcGIS?
2 Qu est-ce que ArcGIS? LE SIG ÉVOLUE Depuis de nombreuses années, la technologie SIG améliore la communication, la collaboration et la prise de décision, la gestion des ressources et des infrastructures,
Plus en détailMessagerie asynchrone et Services Web
Article Messagerie asynchrone et Services Web 1 / 10 Messagerie asynchrone et Services Web SOAP, WSDL SONT DES STANDARDS EMERGEANT DES SERVICES WEB, LES IMPLEMENTATIONS DE CEUX-CI SONT ENCORE EN COURS
Plus en détailFrom supply chain to demand chain
From supply chain to demand chain (from e-commerce to c-commerce). 1 2 Les Les nouvelles nouvelles technologies de de l interopérabilité l rabilité Les Les éléments éléments du du demand demand chain chain
Plus en détailProposition de sujet de thèse CIFRE EUROCOPTER / LGI2P
EUROCOPTER SAS Groupe EADS Marignane Ecole des Mines d Alès Laboratoire de Génie Informatique et d Ingénierie de Production LGI2P Nîmes Proposition de sujet de thèse CIFRE EUROCOPTER / LGI2P Titre Domaine
Plus en détail1 Introduction à l infrastructure Active Directory et réseau
1 Introduction à l infrastructure Active Directory et réseau Objectifs d examen de ce chapitre Ce premier chapitre, qui donne un aperçu des technologies impliquées par la conception d une infrastructure
Plus en détailD une part, elles ne peuvent faire table rase de la richesse contenue dans leur système d information.
PACBASE «Interrogez le passé, il répondra présent.». Le Module e-business Les entreprises doivent aujourd hui relever un triple défi. D une part, elles ne peuvent faire table rase de la richesse contenue
Plus en détailArchitecture à base de composants pour le déploiement adaptatif des applications multicomposants
Architecture à base de composants pour le déploiement adaptatif des applications multicomposants Dhouha Ayed, Chantal Taconet, et Guy Bernard GET / INT, CNRS Samovar 5157 9 rue Charles Fourier 91011 Évry,
Plus en détailNFP111 Systèmes et Applications Réparties
NFP111 Systèmes et Applications Réparties 1 de 34 NFP111 Systèmes et Applications Réparties Cours 7 - CORBA/Partie 1 Claude Duvallet Université du Havre UFR Sciences et Techniques 25 rue Philippe Lebon
Plus en détailPrésentation générale du projet data.bnf.fr
Présentation générale du projet data.bnf.fr La Bibliothèque nationale a mis en œuvre un nouveau projet, qui a pour but de rendre ses données plus utiles sur le web. Ceci nécessite de transformer données
Plus en détailUn environnement de déploiement automatique pour les applications à base de composants
ICSSEA 2002-7 Lestideau Un environnement de déploiement automatique pour les applications à base de composants Vincent Lestideau Adele Team Bat C LSR-IMAG, 220 rue de la chimie Domaine Universitaire, BP
Plus en détailUne proposition d extension de GML pour un modèle générique d intégration de données spatio-temporelles hétérogènes
303 Schedae, 2007 Prépublication n 46 Fascicule n 2 Une proposition d extension de GML pour un modèle générique d intégration de données spatio-temporelles hétérogènes Samya Sagar, Mohamed Ben Ahmed Laboratoire
Plus en détailInfrastructure PLM pour la capitalisation et la réutilisation de données en conception mécanique
Infrastructure PLM pour la capitalisation et la réutilisation de données en conception mécanique Guillaume Ducellier 1, Benoit Eynard 1, Emmanuel Caillaud 2 1 Université de Technologie de Troyes 12 rue
Plus en détailCORBA. (Common Request Broker Architecture)
CORBA (Common Request Broker Architecture) Projet MIAGe Toulouse Groupe 2 1 CORBA, introduction (1/4) Les systèmes répartis permettent de créer des applications basées sur des composants auto-gérables,
Plus en détailArchitecture JEE. Objectifs attendus. Serveurs d applications JEE. Architectures JEE Normes JEE. Systèmes distribués
Architecture JEE. Objectifs attendus Serveurs d applications JEE Systèmes distribués Architectures JEE Normes JEE couches logicielles, n-tiers framework JEE et design patterns 2007/02/28 Eric Hébert.eheb@yahoo.fr
Plus en détailINTERNET est un RESEAU D ORDINATEURS RELIES ENTRE EUX A L ECHELLE PLANETAIRE. Internet : interconnexion de réseaux (anglais : net = réseau)
CS WEB Ch 1 Introduction I. INTRODUCTION... 1 A. INTERNET INTERCONNEXION DE RESEAUX... 1 B. LE «WEB» LA TOILE, INTERCONNEXION DE SITES WEB... 2 C. L URL : LOCALISER DES RESSOURCES SUR L INTERNET... 2 D.
Plus en détailLa directive INSPIRE en Wallonie: le géoportail et l infrastructure de diffusion des géodonnées en Région wallonne (InfraSIG(
La directive INSPIRE en Wallonie: le géoportail et l infrastructure de diffusion des géodonnées en Région wallonne (InfraSIG( InfraSIG) Jean-Pierre KINNAERT Directeur Département de la géomatique Service
Plus en détailGénérer du code à partir d une description de haut niveau
Cedric Dumoulin Générer du code à partir d une description de haut niveau Ce projet vise à fournir un environnement de développement permettant de modéliser des UI Android à un haut niveau d abstraction,
Plus en détailChapitre 5 LE MODELE ENTITE - ASSOCIATION
Chapitre 5 LE MODELE ENTITE - ASSOCIATION 1 Introduction Conception d une base de données Domaine d application complexe : description abstraite des concepts indépendamment de leur implémentation sous
Plus en détailXML, PMML, SOAP. Rapport. EPITA SCIA Promo 2004 16 janvier 2003. Julien Lemoine Alexandre Thibault Nicolas Wiest-Million
XML, PMML, SOAP Rapport EPITA SCIA Promo 2004 16 janvier 2003 Julien Lemoine Alexandre Thibault Nicolas Wiest-Million i TABLE DES MATIÈRES Table des matières 1 XML 1 1.1 Présentation de XML.................................
Plus en détailAn Ontology-Based Approach for Closed-Loop Product Lifecycle Management
An Ontology-Based Approach for Closed-Loop Product Lifecycle Management THÈSE N O 4823 (2010) PRÉSENTÉE LE 15 OCTOBRE 2010 À LA FACULTÉ SCIENCES ET TECHNIQUES DE L'INGÉNIEUR LABORATOIRE DES OUTILS INFORMATIQUES
Plus en détailTechniques d analyse et de conception d outils pour la gestion du processus de segmentation des abonnés des entreprises de télécommunication
Techniques d analyse et de conception d outils pour la gestion du processus de segmentation des abonnés des entreprises de télécommunication R. Carlos Nana Mbinkeu 1,3, C. Tangha 1, A. Chomnoue 1, A. Kuete
Plus en détailLe moteur de workflow JBPM
Le moteur de workflow Claude Duvallet Université du Havre UFR Sciences et Techniques 25 rue Philippe Lebon - BP 540 76058 LE HAVRE CEDEX Claude.Duvallet@gmail.com http://litis.univ-lehavre.fr/ duvallet/
Plus en détailEvolution et architecture des systèmes d'information, de l'internet. Impact sur les IDS. IDS2014, Nailloux 26-28/05/2014 pascal.dayre@enseeiht.
Evolution et architecture des systèmes d'information, de l'internet. Impact sur les IDS IDS2014, Nailloux 26-28/05/2014 pascal.dayre@enseeiht.fr 1 MVC et le web 27/05/14 2 L'évolution des systèmes informatiques
Plus en détailDéfinition des Webservices Ordre de paiement par email. Version 1.0
Définition des Webservices Ordre de paiement par email Version 1.0 Rédaction, Vérification, Approbation Rédaction Vérification Approbation Nom Date/Visa Nom Date/Visa Nom Date/Visa Historique du document
Plus en détailProgramme «Analyste Programmeur» Diplôme d état : «Développeur Informatique» Homologué au niveau III (Bac+2) (JO N 176 du 1 août 2003) (34 semaines)
Programme «Analyste Programmeur» Diplôme d état : «Développeur Informatique» Homologué au niveau III (Bac+2) (JO N 176 du 1 août 2003) (34 semaines) Module 1 : Programmer une application informatique Durée
Plus en détailArchitecture Orientée Service, JSON et API REST
UPMC 3 février 2015 Précedemment, en LI328 Architecture générale du projet Programmation serveur Servlet/TOMCAT Aujourd hui Quelques mots sur les SOA API - REST Le format JSON API - REST et Servlet API
Plus en détailPROJET DE PORTAIL INTRANET YNNA
PROJET DE PORTAIL INTRANET YNNA PV sur l état d avancement du chantier Intranet Ynna Hicham BENJELLOUN h.benjelloun@ynna.ma Préambule Ce rapport a pour objet de proposer les grandes lignes de l état des
Plus en détailUrbanisme du Système d Information et EAI
Urbanisme du Système d Information et EAI 1 Sommaire Les besoins des entreprises Élément de solution : l urbanisme EAI : des outils au service de l urbanisme 2 Les besoins des entreprises 3 Le constat
Plus en détailTechnologies du Web. Ludovic DENOYER - ludovic.denoyer@lip6.fr. Février 2014 UPMC
Technologies du Web Ludovic DENOYER - ludovic.denoyer@lip6.fr UPMC Février 2014 Ludovic DENOYER - ludovic.denoyer@lip6.fr Technologies du Web Plan Retour sur les BDs Le service Search Un peu plus sur les
Plus en détailREMOTE DATA ACQUISITION OF EMBEDDED SYSTEMS USING INTERNET TECHNOLOGIES: A ROLE-BASED GENERIC SYSTEM SPECIFICATION
REMOTE DATA ACQUISITION OF EMBEDDED SYSTEMS USING INTERNET TECHNOLOGIES: A ROLE-BASED GENERIC SYSTEM SPECIFICATION THÈSE N O 2388 (2001) PRÉSENTÉE AU DÉPARTEMENT D'INFORMATIQUE ÉCOLE POLYTECHNIQUE FÉDÉRALE
Plus en détailPrototype de canal caché dans le DNS
Manuscrit auteur, publié dans "Colloque Francophone sur l Ingénierie des Protocoles (CFIP), Les Arcs : France (2008)" Prototype de canal caché dans le DNS Lucas Nussbaum et Olivier Richard Laboratoire
Plus en détailWHITE PAPER Une revue de solution par Talend & Infosense
WHITE PAPER Une revue de solution par Talend & Infosense Master Data Management pour les données de référence dans le domaine de la santé Table des matières CAS D ETUDE : COLLABORATION SOCIALE ET ADMINISTRATION
Plus en détailNOVA BPM. «Première solution BPM intégr. Pierre Vignéras Bull R&D
NOVA BPM «Première solution BPM intégr grée» Pierre Vignéras Bull R&D Définitions Business Process Pratiques existantes qui permettent aux personnes et systèmes de travailler ensemble Business Process
Plus en détailINF 1250 INTRODUCTION AUX BASES DE DONNÉES. Guide d étude
INF 1250 INTRODUCTION AUX BASES DE DONNÉES Guide d étude Sous la direction de Olga Mariño Télé-université Montréal (Québec) 2011 INF 1250 Introduction aux bases de données 2 INTRODUCTION Le Guide d étude
Plus en détailChapitre VIII. Les bases de données. Orientées Objet. Motivation
Chapitre VIII Motivation Le modèle relationnel connaît un très grand succès et s avère très adéquat pour les applications traditionnelles des bases de données (gestion) Les bases de données Orientées Objet
Plus en détailArchitecture N-Tier. Ces données peuvent être saisies interactivement via l interface ou lues depuis un disque. Application
Architecture Multi-Tier Traditionnellement une application informatique est un programme exécutable sur une machine qui représente la logique de traitement des données manipulées par l application. Ces
Plus en détailBien programmer. en Java 7. 10 000 ex. couleur. Avec plus de 50 études de cas et des comparaisons avec C++ et C# Emmanuel Puybaret.
Bien programmer en Java 7 Avec plus de 50 études de cas et des comparaisons avec C++ et C# Plus de 10 000 ex. vendus! Édition en couleur Emmanuel Puybaret, ISBN : 978-2-212-12974-8 chapitre1 Présentation
Plus en détailCours en ligne Développement Java pour le web
Cours en ligne Développement Java pour le web We TrainFrance info@wetrainfrance Programme général du cours Développement Java pour le web Module 1 - Programmation J2ee A) Bases de programmation Java Unité
Plus en détailGestion du parc informatique matériel et logiciel de l Ensicaen. Rapport de projet. Spécialité Informatique 2 e année. SAKHI Taoufik SIFAOUI Mohammed
6, bd maréchal Juin F-14050 Caen cedex 4 Spécialité Informatique 2 e année Rapport de projet Gestion du parc informatique matériel et logiciel de l Ensicaen SAKHI Taoufik SIFAOUI Mohammed Suivi ENSICAEN
Plus en détailChapitre I : le langage UML et le processus unifié
I. Introduction Les méthodes d analyse orientées objet sont initialement issues des milieux industriels. La préoccupation dominante de leurs auteurs est le génie logiciel, c est-àdire les principes et
Plus en détailBABEL LEXIS : UN SYSTÈME ÉVOLUTIF PERMETTANT LA CRÉATION, LE STOCKAGE ET LA CONSULTATION D OBJETS HYPERMÉDIAS
Quatrième colloque hypermédias et apprentissages 275 BABEL LEXIS : UN SYSTÈME ÉVOLUTIF PERMETTANT LA CRÉATION, LE STOCKAGE ET LA CONSULTATION D OBJETS HYPERMÉDIAS Anne-Olivia LE CORNEC, Jean-Marc FARINONE,
Plus en détailQu'est-ce que le BPM?
Qu'est-ce que le BPM? Le BPM (Business Process Management) n'est pas seulement une technologie mais, dans les grandes lignes, une discipline de gestion d'entreprise qui s'occupe des procédures contribuant
Plus en détailIyad Alshabani SysCom - CReSTIC Université de Reims 17/02/2011 1
SysCom - CReSTIC Université de Reims 17/02/2011 1 Motivation Gestion des expérimentations Avec les workflows Simulation Simulation des Systèmes Distribués ANR USS SimGrid Campagne de Test et gestion de
Plus en détailSélection d un moteur de recherche pour intranet : Les sept points à prendre en compte
Sélection d un moteur de recherche pour intranet : Les sept points à prendre en compte 1Les bases : vos objectifs 2 Sélection d un moteur de recherche pour intranet : Les sept points à prendre en compte
Plus en détailWINDOWS SHAREPOINT SERVICES 2007
WINDOWS SHAREPOINT SERVICES 2007 I. TABLE DES MATIÈRES II. Présentation des «content types» (Type de contenu)... 2 III. La pratique... 4 A. Description du cas... 4 B. Création des colonnes... 6 C. Création
Plus en détailIntroduction à Microsoft InfoPath 2010
Introduction à Microsoft InfoPath 2010 Couplé à Microsoft SharePoint Designer 2010, InfoPath 2010 simplifie la création de solutions de bout en bout sur SharePoint Server 2010, qui contiennent des formulaires
Plus en détailInstaller Enterprise Miner 5.1 en SAS9.1.3 - environnement Windows
Installer Enterprise Miner 5.1 en SAS9.1.3 - environnement Windows Introduction :... 3 1. Présentation de l architecture Enterprise Miner 5.1 :... 4 2. Installation d Enterprise Miner 5.1:... 5 3. Post-installation
Plus en détailIntroduction aux concepts d ez Publish
Introduction aux concepts d ez Publish Tutoriel rédigé par Bergfrid Skaara. Traduit de l Anglais par Benjamin Lemoine Mercredi 30 Janvier 2008 Sommaire Concepts d ez Publish... 3 Système de Gestion de
Plus en détailPetite définition : Présentation :
Petite définition : Le Web 2.0 est une technologie qui permet la création de réseaux sociaux, de communautés, via divers produits (des sites communautaires, des blogs, des forums, des wiki ), qui vise
Plus en détailPlateforme PAYZEN. Définition de Web-services
Plateforme PAYZEN Définition de Web-services Ordre de paiement Version 1.1 Rédaction, Vérification, Approbation Rédaction Vérification Approbation Nom Date/Visa Nom Date/Visa Nom Date/Visa Lyra-Network
Plus en détailUniversité Paris XI Faculté des sciences d Orsay THÈSE. présentée pour l obtention du grade de Docteur en Sciences de l Université Paris-Sud XI Orsay
N d ordre : 8563 Université Paris XI Faculté des sciences d Orsay THÈSE présentée pour l obtention du grade de Docteur en Sciences de l Université Paris-Sud XI Orsay Par Cédric JACQUIOT Spécialité : INFORMATIQUE
Plus en détailCIBLE DE SECURITE CSPN DU PRODUIT PASS. (Product for Advanced SSO)
CIBLE DE SECURITE CSPN DU PRODUIT PASS (Product for Advanced SSO) Préparé pour : ANSSI Préparé par: Thales Communications & Security S.A. 4 Avenue des Louvresses 92622 GENNEVILLIERS CEDEX France This document
Plus en détailConception des bases de données : Modèle Entité-Association
Conception des bases de données : Modèle Entité-Association La modélisation d un problème, c est-à-dire le passage du monde réel à sa représentation informatique, se définit en plusieurs étapes pour parvenir
Plus en détailSystèmes d'informations historique et mutations
Systèmes d'informations historique et mutations Christophe Turbout SAIC-CERTIC Université de Caen Basse-Normandie Systèmes d'informations : Historique et mutations - Christophe Turbout SAIC-CERTIC UCBN
Plus en détailIntroduction à la conception de systèmes d information
Introduction à la conception de systèmes d information 2008-2009 M1 MIAGE SIMA / M1 Informatique MIF17 Yannick Prié UFR Informatique - Université Claude Bernard Lyon 1 Objectifs de ce cours Présentation
Plus en détailWeb Application Models
Web Application Models une nouvelle fonction de VisualAge Pacbase au service des applications WebSphere Jean-François Lévi - Bernard Etienne Maîtriser l'évolution des développements Web d'entreprise avec
Plus en détailRéflexion sur la mise en place d'un système mobile d'aide à la navigation destiné aux services d'urgence basée sur une solution libre.
Réflexion sur la mise en place d'un système mobile d'aide à la navigation destiné aux services d'urgence basée sur une solution libre. Denis Fouquet * Jean-Michel Follin ** Laboratoire de Géodésie et de
Plus en détailLe pilotage des collaborations et l interopérabilité des systèmes d information Vers une démarche intégrée
Colloque : Systèmes Complexes d Information et Gestion des Risques pour l Aide à la Décision Le pilotage des collaborations et l interopérabilité des systèmes d information Vers une démarche intégrée BELKADI
Plus en détailADMINISTRATION DE ADOBE LIVECYCLE MOSAIC 9.5
ADMINISTRATION DE ADOBE LIVECYCLE MOSAIC 9.5 Informations juridiques Copyright 2010 Adobe Systems Incorporated and its licensors. All rights reserved. Administration d Adobe LiveCycle Mosaic 9.5 13 octobre
Plus en détailREQUEA. v 1.0.0 PD 20 mars 2008. Mouvements d arrivée / départ de personnels Description produit
v 1.0.0 PD 20 mars 2008 Mouvements d arrivée / départ de personnels Description produit Fonctionnalités L application Gestion des mouvements d arrivée / départ de Requea permet la gestion collaborative
Plus en détailAlimenter un entrepôt de données par des données issues de services web. Une approche médiation pour le prototype DaWeS
Alimenter un entrepôt de données par des données issues de services web. Une approche médiation pour le prototype DaWeS John Samuel LIMOS (Laboratoire d Informatique, de Modélisation et d Optimisation
Plus en détailOn Feature Interaction among Web Services Michael Weiss et Babak Esfandiari
On Feature Interaction among Web Services Michael Weiss et Babak Esfandiari Présenté par INF-6251 :: Automne 2005 Présentation Introduction Contexte Bref historique Contexte Affaire (Business) Processus
Plus en détail- Couches - Éléments - Domaines - ArchiMate et les techniques du BABOK
ArchiMate et l architecture d entreprise Par Julien Allaire Ordre du jour Présentation du langage ArchiMate - Couches - Éléments - Domaines - ArchiMate et les techniques du BABOK Présentation du modèle
Plus en détailLES NOUVEAUTES DE COST AND PROFITABILITY MANAGEMENT 8.1
LES NOUVEAUTES DE COST AND PROFITABILITY MANAGEMENT 8.1 SAS Cost and Profitability Management, également appelé CPM (ou C&P), est le nouveau nom de la solution SAS Activity-Based Management. Cette version
Plus en détailSécurité logicielle. École de technologie supérieure (ÉTS) MGR850 Automne 2012 Automne 2012. Yosr Jarraya. Chamseddine Talhi.
MGR850 Automne 2012 Automne 2012 Sécurité logicielle Yosr Jarraya Chargé de cours Chamseddine Talhi Responsable du cours École de technologie supérieure (ÉTS) 1 Plan Motivations & contexte Développement
Plus en détailMobile OGSI.NET: Grid Computing on Mobile Devices
Mobile OGSI.NET: Grid Computing on Mobile Devices David C.Chu Université de Californie, Berkeley Marty Humphrey Université de Virginie Publié en Novembre 2004 lors de la 5ième conférence IEEE/ACM International
Plus en détailModule BD et sites WEB
Module BD et sites WEB Cours 8 Bases de données et Web Anne Doucet Anne.Doucet@lip6.fr 1 Le Web Architecture Architectures Web Client/serveur 3-tiers Serveurs d applications Web et BD Couplage HTML-BD
Plus en détailCONCEPTION DE PROJET SIG AVEC UML
Bulletin de la Société géographique de Liège, 42, 2002, 19-25 CONCEPTION DE PROJET SIG AVEC UML François LAPLANCHE Résumé Avec son statut de standard, le langage UML (Unified Modelling Language) jouit
Plus en détailGestion des autorisations / habilitations dans le SI:
Autorisations RBAC (Role Based Access Control) Séparation des pouvoirs (SoD) Annuaire central de sécurité Gestion des autorisations / habilitations dans le SI: S'appuyer sur la modélisation fonctionnelle
Plus en détailIntégration des connaissances en neurosciences dans un environnement multi-centrique
Intégration des connaissances en neurosciences dans un environnement multi-centrique Alban Gaignard, Johan Montagnat I3S, UMR 6070 CNRS, Université de Nice Sophia Antipolis alban.gaignard@i3s.unice.fr
Plus en détailMercredi 15 Janvier 2014
De la conception au site web Mercredi 15 Janvier 2014 Loïc THOMAS Géo-Hyd Responsable Informatique & Ingénierie des Systèmes d'information loic.thomas@anteagroup.com 02 38 64 26 41 Architecture Il est
Plus en détailGRIDKIT: Pluggable Overlay Networks for Grid Computing
GRIDKIT: Pluggable Overlay Networks for Grid Computing Paul Grace, Geoff Coulson, Gordon Blair, Laurent Mathy, Wai Kit Yeung, Wei Cai, David Duce, Chris Cooper Computing Department, Lascaster University
Plus en détailEXTENSION de Microsoft Dynamics CRM 2013. Réf FR 80452
EXTENSION de Microsoft Dynamics CRM 2013 Réf FR 80452 Durée : 3 jours A propos de ce cours : Ce cours offre une information interactive et détaillée sur le développement d extensions pour Microsoft Dynamics
Plus en détailNom de l application
Ministère de l Enseignement Supérieur et de la Recherche Scientifique Direction Générale des Etudes Technologiques Institut Supérieur des Etudes Technologiques de Gafsa Département Technologies de l Informatique
Plus en détailTP WEBSERVICES. 1 Pré-requis. 1.1 L environnement de développement. 1.2 Les librairies nécessaires 1.3 SOAPUI
Institut Galilée Année 2014-2015 TP WEBSERVICES Programmation et Logiciels sûrs Master 2 PLS Résumé Ce TP s appuie sur le cours de C. Fouqueré traitant des Environnements et Langage Évolués, ainsi que
Plus en détail