Architecture orientée service
|
|
- Jean-Claude Lefrançois
- il y a 6 ans
- Total affichages :
Transcription
1 Architecture orientée service 1.1. Introduction Les systèmes d information ont besoin de supporter les changements dans la gestion de l entreprise de façon rapide et efficace, et de s adapter au développement rapide des technologies. La majorité des systèmes d information d entreprise sont hétérogènes, contiennent une gamme de différents systèmes, d applications, de technologies, et d architectures [01]. Pour gérer les problèmes liés aux changements des besoins, au développement technologique, et à l intégration, différentes solutions ont été proposées et utilisées a travers le temps mais ces solutions ont plus ou moins échoué [01]. L architecture SOA (Service Oriented Architecture) est venue combler certains vides laissés par ces technologies. On va d abord définir ce qu est une architecture avant de définir ce qu est SOA : Une architecture logicielle décrit les composants du système et la manière dont ils interagissent [02] Définition SOA est un style architectural qui permet de construire des solutions d entreprises basées sur les services [03]. Le service est une action exécutée par un fournisseur à l'attention d'un client, cependant l'interaction entre client et fournisseur est faite par le biais d'un médiateur (qui peut être un bus) responsable de la mise en relation des composants [04]. L aspect le plus important de l architecture SOA est qu elle permet de séparer l implémentation du service de son interface. L architecture orientée services est une nouvelle vision pour le système informatique. Ce dernier n est plus décrit comme un ensemble d applications mais comme un ensemble de services. Donc, plutôt que de privilégier une architecture applicative basée sur des contraintes techniques, l architecture orientée service (SOA) propose de découper les fonctionnalités d une application en services métier, réutilisables dans d autres applications. En se concentrant sur les services, les applications sont agrégées pour fournir des processus opérationnels plus riches et plus significatifs. Les services d une architecture SOA répondant, notamment, aux critères suivants:
2 Faiblement couplés : les applications traditionnelles incluent dans leur code les données métiers de l entreprise. Elles sont complètement liées aux systèmes pour lesquels elles ont été conçues. Cette contrainte implique la difficulté de toute demande de modification, qu elle concerne l accès aux données, les règles de gestion ou celles de présentation. Un faible couplage permet une scission des aspects métiers du code qui permettra une simple reconfiguration des processus quand les fonctions métiers évoluent. Distribués : les services qui composent les applications peuvent être physiquement répartis sur des différents systèmes dans l entreprise, mais aussi au-delà. Invocables et publiables : les services doivent être invocables et publiables quels que soit les systèmes utilisés Les composants de la SOA Une architecture de services (SOA) est constituée de trois (ou 4) composants primaires. Le premier est le prestataire de services (le service réel). Vient ensuite le demandeur du service, autrement dit le composant qui accède au service. Enfin, l'agence de services fournit des services de découverte et d'enregistrement. Le paradigme "découvrir, interagir et exécuter" comme montré dans la figure 1.1, ce paradigme permet au consommateur du service (client) d interroger un annuaire pour le service qui répond à ses critères. Si l annuaire possède un tel service, alors il renvoie au client le contrat du service voulu ainsi que son adresse. SOA consiste en quatre entités configurées ensemble pour supporter le paradigme découvrir, interagir et exécuter [02]. Figure 1.1 Le paradigme "découvrir, interagir et exécuter" [02]
3 Le consommateur de service Le consommateur de service est une application qui requière un service. C est l entité qui initie la localisation du service dans l annuaire, interagit avec le service à travers un protocole et exécute la fonction exposée par le service [02] Le fournisseur de service Le fournisseur de service est une entité adressable via un réseau, il accepte et exécute les requêtes venant d un client [02]. Le fournisseur de service publie le contrat de service dans l annuaire pour qu il puisse être accédé par les clients [02] L annuaire de service L annuaire de service est un annuaire qui contient les services disponibles. C est une entité qui accepte et sauvegarde les contrats du fournisseur de service et présente ces contrats aux éventuels clients [02] Le contrat de service Le contrat spécifie la manière dont le client de service va interagir avec le fournisseur de service. Il spécifie le format de la requête et la réponse du service [02]. 2. Les web services 2.1. Introduction D après la définition, SOA est une approche architecturale qui ne fait aucune hypothèse sur la technologie de mise en œuvre. En particulier, l amalgame souvent faite entre SOA et les web services est une erreur [05]. Cependant, la conception des spécifications Web services a été menée dans l objectif de répondre au mieux aux enjeux de l architecture SOA [05]. Les web services fournissent les bases technologiques nécessaires pour réaliser l interopérabilité entre les applications en utilisant différentes plateformes, différents systèmes d exploitation et différents langages de programmation [06].
4 2.2. Définition Un web service est une application logicielle identifiée par une URI, qui possède une interface publique définie en utilisant XML. Sa définition peut être découverte par d autres systèmes. Ces systèmes peuvent interagir avec le web service selon la manière prescrite par sa définition, en utilisant des messages basés sur XML et portés par des protocoles internet [07] Les standards des web services L objectif de cette section est le parcours des différentes spécifications des Web services. Ces spécifications pourront être mises en œuvre dans le cadre d une architecture SOA basée sur les Web service [07]. On va présenter les spécifications de base des Web services : SOAP, WSDL, UDDI. a- SOAP SOAP est un protocole basé sur XML, qui permet aux applications d échanger des informations à travers HTTP [07] : SOAP est l acronyme de Simple Object Access Protocol SOAP est un protocole de communication SOAP sert à la communication entre les applications (clients et services) SOAP est un format d envoi de messages SOAP est conçu pour la communication à travers internet SOAP est indépendant de toute plateforme SOAP est indépendant de tout langage SOAP est simple et extensible SOAP permet d éviter les difficultés causées par les pare-feux SOAP est un standard du W3C Objectifs de SOAP SOAP : Simple Object Access Protocol ou (Service Oriented Architecture Protocol) est un protocole XML permettant la communication entre composants, logiciels et applications en s appuyant sur des protocoles standards de type http, smtp, etc. Sa première version SOAP1.1 proposée à W3C en 2000 par UserLand, Ariba, Commerce One, Compaq, Developmentor, HP, IBM, IONA, Lotus, Microsoft et SAP. En suite, il fut standardisé par W3C pour la version SOAP 1.2. SOAP fournit un moyen de communication entre des
5 applications exécutées sur différents systèmes d exploitation, avec différentes technologies et différents langages. SOAP n'est pas lié à un protocole particulier. Il n'est pas non plus lié à un système d'exploitation ni à un langage de programmation, donc, théoriquement, les clients et serveurs de ces dialogues peuvent tourner sur n'importe quelle plate-forme et être écrits dans n'importe quel langage du moment qu'ils puissent formuler et comprendre des messages SOAP. En tant que tel, il s'agit d'un important composant de base pour développer des applications distribuées qui exploitent des fonctionnalités publiées comme services par des intranets ou Internet. Syntaxe de SOAP Un message SOAP est un document XML ordinaire qui contient les éléments suivants : L élément Envelope qui identifie le document XML comme étant un message SOAP L élément Header qui est optionnel et qui contient des informations d entête L élément Body qui contient l appel ainsi que la réponse retournée L élément Fault qui est optionnel et qui fournit des informations sur d éventuelles erreurs survenues lors de l analyse du message Tous ces éléments cité ci-dessus sont déclares dans les namespace de l enveloppe SOAP : w3.org/2001/12/soap-envelop Et le namespace pour le SOAP encoding et les types de données : Squelette d un message SOAP
6 L élément Envelope Cet élément est la racine de tout message SOAP, il définit le document XML comme étant un message SOAP. Noter l utilisation du namespace xmlns:soap. Il doit toujours avoir la valeur : http: //www. w3.org/2001/12/soap-envelop Et il définit l enveloppe comme étant une enveloppe SOAP. Le namespace xmlns : soap Un message SOAP doit toujours avoir un élément Envelope associé au namespace : http ://www. w3.org/2001/12/soap-envelop Si un autre namespace est utilisé, l application doit générer une erreur. L attribut encodingstyle Cet attribut est utilisé pour définir les types de données utilisés dans le document. Cet élément peut apparaître dans n importe quel élément SOAP, et il sera appliqué au contenu de cet élément ainsi que tous ses éléments fils. Un message SOAP n a pas d encodage par défaut. Syntaxe Exemple L élément Header
7 C est un élément optionnel et contient des informations spécifiques à l application (par exemple des informations sur l authentification) sur le message SOAP. Si cet élément est présent, il doit être le premier fils de l élément Envelope. Note Tous les éléments fils de l élément Header doivent être qualifiés par un namespace. Dans l exemple ci-dessus l élément header a l élément Trance comme fils qui a la valeur 234 et l attribut mustunderstand de valeur 1. SOAP définit trois attributs pour l élément Header. Ces attributs sont actor, mustunderstand, et encodingstyle. Les attributs définis dans l élément Header indiquent comment le récepteur doit traiter le message SOAP. L attribut actor Un message SOAP parcourt un chemin du l émetteur vers le récepteur en passant par différents points (endpoints). L attribut actor peut être utilisé pour adresser l élément header à un endpoint particulier. Syntaxe Exemple
8 L attribut mustunderstand Cet attribut indique si l élément header doit être traité ou pas par le récepteur. Syntaxe Exemple L élément SOAP Body Cet élément contient le message envoyé au récepteur. Le fils de l élément Body peut être qualifié par un namespace.
9 Exemple L élément SOAP Fault Un message d erreur est porté par cet élément. Si un élément Fault est présent, il doit apparaître comme étant fils de l élément Body. Un élément Fault ne peut apparaître qu une seule fois dans un message SOAP. L élément Fault a les éléments fils suivants : Les codes des erreurs Pour décrire une erreur l élément faultcode utilise les valeurs suivantes dépendamment de l erreur qui s est produite : b- WSDL WSDL est un langage basé sur XML utilisé pour décrire les web services et comment les accéder [07] :
10 WSDL est l acronyme de Web Service Description Language WSDL est écrit en XML WSDL est un document XML WSDL est utilisé pour décrire les web services WSDL est un standard du W3C WSDL décrit les web services Le document décrit le web service. Il spécifie la localisation du web service et les opérations (méthodes) qu expose ce web service. WSDL est une recommandation du W3C WSDL est devenu une recommandation du W3C en Juin La structure d un document WSDL WSDL décrit un web service en utilisant ces principaux éléments : Types: précise les types de données complexes, pour lequel WSDL emploi XML Schema. Message: l abstraction décrivant les données échangées entre services. Operation: l abstraction décrivant une action implémentée par un service Web. Port types: Cet élément définit de manière abstraire une collection d opérations ou d actions, chaque opération est déclenchée par une requête, puis génère une réponse. Binding (liaison): Cet élément spécifie de manière concrète le protocole de communication (exemple : SOAP1.1, HTTP, MIME (Multipurpose Internet Mail Extension), ) et le format des donnés pour les opérations et messages définit par un type de port particulier. Port: Cet élément définit un point de communication unique avec l adresse réseaux à laquelle elle est liée. Service: Cet élément définit une collection d adresses (ports) permettant d invoquer un service. Il sert à regrouper un ensemble de points de communication. En général ; il correspond à une URL invoquant un service SOAP. Chaque document WSDL peut être documenté grâce à une balise <documentation>. Cet élément est facultatif. Un document WSDL est divisé en deux parties : l interface du service et son implémentation. L interface du service est la partie réutilisable de la définition du service, elle
11 peut être référencée par de multiples implémentations du service. Cette partie contient les éléments : WSDL : binding, WSDL : porttype, WSDL : message et WSDL:type. Dans l élément WSDL:portType, les opérations d un service Web sont définies. Ces opérations définissent comment un message XML peut apparaître dans les flux des données entrants et sortants. Une opération est comprise comme une signature d une méthode dans un langage de programmation OO. L élément WSDL:message spécifie comment les types de données XML constituent les différentes parties d un message. L élément WSDL:message est utilisé pour définir les paramètres entrants et sortants d une opération. L utilisation des types de données complexes dans le message est décrite dans l élément WSDL : types. L élément WSDL : binding décrit le protocole, le format de données, la sécurité et autres attributs pour une interface d un service particulier (WSDL : porttype) [KREG 01]. La définition d implémentation d un service est un document WSDL qui décrit comment une interface particulière d un service est implémentée par un fournisseur donné. Un service Web est modélisé par un élément WSDL:service. Un élément service contient une collection (habituellement une seule) d éléments WSDL:port. Un port associé un «endpoint» (par exemple une adresse d un endroit sur le réseau ou une URL) à un élément WSDL : binding d une définition d interface d un service [KREG 01]. Définition d implémentation d un service Service Port Binding Définition d interface d un service PortType Message Type Figure 7 : Description WSDL d un service [KREG 01]. La structure principale d un document WSDL ressemble à :
12 Types d opérations L opération de type requête/réponse est la plus commune mais il ya d autres types : c- UDDI Initialement définie par Ariba, IBM et Microsoft, UDDI est un protocole d annuaire permettant aux entreprises de publier et de découvrir, d une manière standard, des informations relatives aux fournisseurs et aux types de services qu ils proposent. Ainsi, les clients peuvent savoir quels sont les services fournis par chaque fournisseur et les concepteurs de logiciels clients peuvent apprendre ce qu ils ont besoin de connaître pour créer ces clients. UDDI est une technologie qui s articule autour des protocoles HTTP et SOAP, ainsi que du langage XML. Les spécifications UDDI définissent les types d annuaire de services Web distribues : pages blanches (nom de l entreprises, adresse, contacts), pages jaunes (services classés par catégories industrielles) et pages verts (information d implémentation des services Web proposes). Ainsi, UDDI se présente comme un ensemble de bases de données utilisées par les entreprises pour enregistrer leurs services Web ou pour localiser d autres services Web. Grâce à UDDI, les entreprises peuvent enregistrer des données les concernant, des renseignements sur les services qu elles offrent et des informations techniques sur le mode d accès à ces services. Une fois l enregistrement terminé, les informations sont
13 automatiquement répliquées sur l ensemble des annuaires. Ce fonctionnement permet aux services d être découvert par un plus grand nombre d entreprises [09]. Les types de données UDDI : L XML schéma d UDDI fournit 4 éléments obligatoires pour accéder et utiliser un Web service [08] (voir la figure ci-dessous) <businessentity> nom, contacts, description, identités, catégories Service Web (1..n) <businessservice> <bindingtemplate> Information Technique <tmodel> nom description pointeurs URL vers les specifications WSDL Structure des informations dans UDDI [08] L entité commerciale : <BusinessEntity> Cet élément est la racine du document UDDI décrivant l enregistrement du ou des web services d un même fournisseur. Il contient l identité de ce dernier, son adresse physique et électronique ainsi que des qualifications ou des mots-clés faisant référence aux taxonomies industrielles standards [10]. La description des services : <BusinessServices > A l intérieur de l élément précédent, les services proprement dits sont délimites par la balise businessservice. Chacun de se sous éléments contient pour l essentiel le nom et la description du service, sa catégorie dans une taxonomie propre à UDDI, des clés de recherche et des pointeurs vers des classes de liaisons (bindingtemplates) [10].
14 La liaison UDDI : <BindingTemplates > Comme dans WSDL, la liaison UDDI regroupe, pour un protocole de communication donné, les données techniques nécessaire à l exploitation du web services par un programme : adresse IP, noms de domaines et le cas échéant, des informations sur les modalités d usage du service (hébergement, paramétrage initial, et.). Un même service peut disposer de plusieurs points d accès, par exemple, selon des protocoles différents (SOAP, SMTP ) [10]. Les modèles données : <tmodels > Le model est une structure «creuse» qui est utilisée dans la description des entités commerciales comme référence à un autre document décrivant un modèle de données ou toute autre information nécessaire aux requêtes de recherche et aux interactions avec l entité commerciale considère. Dans le cas courant de l enregistrement d un web service, par exemple, le tmodel pointera, en général, vers le document WSDL décrivant l interface publique du service. Plus généralement, le tmodel peut renvoyer à d autres documents spécifiant par exemple, les conventions employées dans les échanges ou bien encore les taxonomies industrielles les attributs peuvent faire référence, etc. [10]. API Un annuaire UDDI offre plusieurs point d entrées (API), mais les deux principales bibliothèques d appels sont : l API de requête utilisé par les utilisateurs des services Web pour chercher et exploiter les services et l API de publication pour publier les services Web par les fournisseurs (les entreprises). Publication d un document WSDL dans un annuaire UDDI Pour enregistrer un service dans un annuaire UDDI, il faut publier ses deux documents WSDL : le document interface qui contient la définition du service (<Types>, <Message>, <Portype>, <binding>) et le document implémentation qui contient la description du service lui-même (<Service>, <Port>) où ce dernier importe le document interface.
15 Implémentation <import> <service> <port> <port> UDDI BusinessEntity BusinessService BusinessTemplate BusinessTemplate Interface tmodel <types> <messages> <porttype> <Binding> Figure : Enregistrement du document WSDL dans un annuaire UDDI 2. Composition des web services Dans cette section nous allons présenter la composition des web services et voir sa relation avec les processus métiers, ensuite on présentera le langage BPEL Composition des web services Nous avons vu que les services fournissent des opérations, donc pour atteindre l objectif de la SOA, les services doivent pouvoir être composés en des services plus complexes. On les compose jusqu à ce que le service résultant fournisse un support entier pour les processus métiers. Les processus métiers sont ainsi définis dans le contexte de la composition des web services, comme étant une collection d activités à travers lesquelles les services sont invoqués [01]. Pour le monde extérieur c'est-à-dire du point de vu client, un processus métier est vu comme n importe quel autre service. Avec la composition, on peut utiliser des services fournis par d autres partenaires dans nos processus [01]. La composition des services en des processus métiers nécessite la définition d activités qui collaborent et aussi la définition des échanges de messages entre les web services impliqués [01]. WSDL fournit une description basique et une spécification des messages
16 échangés, mais cette description ne permet que de décrire de simples interactions entre le client et le web service, ces interactions peuvent être sans états (stateless), synchrones, ou asynchrones. Ces relations sont inadéquates pour décrire des compositions complexes de plusieurs web services qui consistent souvent en des échanges de messages dans un ordre bien défini. Dans ce type de compositions, les messages synchrones et asynchrones peuvent être combinés et les interactions sont assez longues. Un autre aspect important est la capacité de décrire la façon dont les erreurs sont traitées. Etant donné les limitations de WSDL, il nous faut un mécanisme pour décrire la composition des web services en des processus plus complexes [01]. La composition de services en des processus métiers peut être réalisée en utilisant un des langages de programmation bien connus (Java, C#,...), mais le problème est que la composition de services diffère un peu de la programmation classique [01]. Avec la composition, on fusionne les fonctionnalités (services) en des services et des processus plus complexes. En d autres termes on fait de la programmation de haut niveau [01]. Cette programmation signifie la représentation de la logique de transition d état du système. Si on utilise les langages de programmation tels que Java, C#, etc., pour la composition on aura des solutions inflexibles, car il n y a pas de séparation claire entre le flux de processus et la logique métier [01]. En plus de ces faits, la composition de services a d autres exigences, comme le support de plusieurs instances de processus, des processus qui ont un temps d exécution assez long, etc. Tout ça, fait que l utilisation de technologies dédiées à la composition est une chose indispensable [01] Orchestration et Chorégraphie Dépendamment des besoins, la composition des web services peut être faite en utilisant l une des deux méthodes : Orchestration Chorégraphie a- Orchestration Un processus central (qui peut être un autre web service) prend le contrôle sur les web services impliqués et coordonne l exécution des différentes opérations sur ces web services. Ces derniers ne savent pas (et n ont pas à savoir) qu ils sont invoqués dans une composition et
17 qu ils sont une partie d un processus métier complexe. Seul le coordinateur central de l orchestration le sait. Donc l orchestration est centralisée avec des définitions explicites des opérations et l ordre d invocation des web services. L orchestration est utilisée dans les processus métiers privés et est schématiquement décrite dans la figure 2.3 [01]. Figure 2.3 La composition des web services en utilisant l Orchestration [01] b- Chorégraphie D autre part on peut ne pas compter sur un coordinateur central. Au lieu de cela, chaque web service impliqué dans la chorégraphie sait exactement quand exécuter ses opérations et avec qui interagir. La chorégraphie est un effort de collaboration focalisé sur l échange de messages dans des processus métiers publiques. Tous les participants à la chorégraphie doivent savoir leurs rôles dans le processus métier, les opérations à exécuter, les messages à échanger, et le temps d échange de ces messages. La chorégraphie dans la composition des web services est montrée par la figure 2.4 [01].
18 Figure 2.4 La composition des web services en utilisant La chorégraphie [01] Du point de vue de la composition des web services, pour exécuter des processus métiers, l orchestration a un avantage sur la chorégraphie, parmi ces avantages : On connaît de façon exacte qui est le responsable de l exécution du processus métier en entier. On peut incorporer les web services, même ceux qui ne savent pas qui sont impliqués dans des processus métiers. On peut aussi fournir un scénario alternatif quand il y a des erreurs.
Introduction 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é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étailWeb Services : Beyond the peer-to-peer architecture
Faculté des Sciences Département d Informatique Web Services : Beyond the peer-to-peer architecture Jérémy De Roey Mémoire présenté sous la direction du Professeur Esteban Zimányi et de Ir. François Deliège
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é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é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é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é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é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étailRépublique Algérienne Démocratique et Populaire Université Abou Bakr Belkaid Tlemcen Faculté des Sciences Département d Informatique
République Algérienne Démocratique et Populaire Université Abou Bakr Belkaid Tlemcen Faculté des Sciences Département d Informatique Mémoire de fin d études pour l obtention du diplôme de Master en Informatique
Plus en détailUrbanisation des Systèmes d'information
Urbanisation des Systèmes d'information Des composants technologiques disponibles Urbanisation des Systèmes d'information - Henry Boccon-Gibod 1 Plan de l'exposé Technologies à la mode disponibles. Bus
Plus en détailLangage HTML (2 partie) <HyperText Markup Language> <tv>lt La Salle Avignon BTS IRIS</tv>
Langage HTML (2 partie) «Je n'ai fait que prendre le principe d - hypertexte et le relier au principe du TCP et du DNS et alors boum! ce fut le World Wide Web!» Tim Berners-Lee
Plus en détailUNIVERSITÉ DU QUÉBEC EN OUTAOUAIS
UNIVERSITÉ DU QUÉBEC EN OUTAOUAIS SÉCURITÉ DES SERVICES WEB : RESTAURATION D UN MESSAGE SOAP APRÈS DÉTECTION D UNE ATTAQUE PAR ENVELOPPEMENT SUR UN ÉLÉMENT SIGNÉ MÉMOIRE PRÉSENTÉ COMME EXIGENCE PARTIELLE
Plus en détailUrbanisation des SI. Des composants technologiques disponibles. Urbanisation des Systèmes d'information Henry Boccon Gibod 1
Urbanisation des SI Des composants technologiques disponibles Urbanisation des Systèmes d'information Henry Boccon Gibod 1 Plan de l'exposé Technologies à la mode disponibles. Bus de données, ETL et EAI
Plus en détailPRIMAVERA P6 ENTERPRISE PROJECT PORTFOLIO MANAGEMENT WEB SERVICES
PRIMAVERA P6 ENTERPRISE PROJECT PORTFOLIO MANAGEMENT WEB SERVICES DÉCOUVREZ DES POSSIBILITÉS ILLIMITÉES GRÂCE A L INTÉGRATION À DES SYSTÈMES D ENTREPRISE EXISTANTS FONCTIONNALITÉS Connectivité des systèmes
Plus en détailSOAP Concepts Application à Glassfish
SOAP Concepts Application à Glassfish LicencePro 2014 Olivier Perrin Université de Lorraine Évolution From server-side app to smart clients and services 2 Browser-based HTML Rendering (progressive enhancement)
Plus en détailIntégration d'applications à "gros grain" Unité d'intégration : le "service" (interface + contrat)
Motivations Motivations Intégration d'applications à "gros grain" Unité d'intégration : le "service" (interface + contrat) Contraintes Applications conçues indépendamment, sans avoir prévu une intégration
Plus en détailBES WEBDEVELOPER ACTIVITÉ RÔLE
BES WEBDEVELOPER ACTIVITÉ Le web developer participe aux activités concernant la conception, la réalisation, la mise à jour, la maintenance et l évolution d applications internet/intranet statiques et
Plus en détailWEBSERVICES. Michael Fortier. Master Informatique 2ème année. fortier@lipn.univ-paris13.fr A308, Université de Paris 13
WEBSERVICES Michael Fortier Master Informatique 2ème année fortier@lipn.univ-paris13.fr A308, Université de Paris 13 https ://lipn.univ-paris13.fr/ fortier/enseignement/webservices/ Sommaire 1 Rappels
Plus en détailIFIPS 5 / Nouvelles Architectures Logicielles Projet : Bus de web services avec «moteur» BPEL
IFIPS 5 / Nouvelles Architectures Logicielles Projet : Bus de web services avec «moteur» BPEL Un bus de services Un bus de services (ESB) permet d assembler des web services existants, le résultat de cet
Plus en détailMéthodes et Langages du Commerce Electronique
ITCE NFE 102 Année 2013-2014! Méthodes et Langages du Commerce Electronique F.-Y. Villemin (f-yv@cnam.fr) http://dept25.cnam.fr/itce Plan! Besoins du commerce électronique! L EDI! ebxml! Les Web Services!
Plus en détailLes Services Web. Jean-Pierre BORG EFORT http://www.efort.com
Les Services Web Jean-Pierre BORG EFORT http://www.efort.com 1 Introduction Un "Service Web" est une application logicielle à laquelle on peut accéder à distance à partir de différents langages basés sur
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étailLe cadre des Web Services Partie 1 : Introduction
Sécurité en ingénierie du Logiciel Le cadre des Web Services Partie 1 : Introduction Alexandre Dulaunoy adulau@foo.be Sécurité en ingénierie du Logiciel p.1/21 Agenda (partie 1) 1/2 Introduction Services
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étailProgrammation Internet Cours 4
Programmation Internet Cours 4 Kim Nguy ên http://www.lri.fr/~kn 17 octobre 2011 1 / 23 Plan 1. Système d exploitation 2. Réseau et Internet 3. Web 3.1 Internet et ses services 3.1 Fonctionnement du Web
Plus en détailProblé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étailResponsable du cours : Héla Hachicha. Année Universitaire : 2011-2012
Chapitre 4- WS-Security Responsable du cours : Héla Hachicha Année Universitaire : 2011-2012 1 WS-Security (Microsoft) WS-Security est le standard proposé par IBM, Microsoft, VeriSign et Forum Systems
Plus en détailInstallation d un serveur HTTP (Hypertext Transfer Protocol) sous Débian 6
Installation d un serveur HTTP (Hypertext Transfer Protocol) sous Débian 6 1 BERNIER François http://astronomie-astrophotographie.fr Table des matières Installation d un serveur HTTP (Hypertext Transfer
Plus en détailClassification : public 1/59
Classification : public 1/59 Documents de référence [1] IHE International : Cadre Technique IT Infrastructure [2] IHE International : Profil Cross-Enterprise User Assertion Attribute Extension (XUA++)
Plus en détailLa démarche SOA et l interopérabilité applicative
La démarche SOA et l interopérabilité applicative Retour d'expérience des projets RITA / PRESTO de la Direction Générale de la Modernisation de l'état Abdelaziz Skalli Consultant Tél : +33.630.78.54.75
Plus en détailGESTION DE PROCESSUS AVEC SOA ET BPM
Université de Fribourg, Suisse Département d'informatique Bachelor en informatique de gestion GESTION DE PROCESSUS AVEC SOA ET BPM DANS UNE PME Travail de bachelor Matthieu Borloz Mettlenweg 3 2504 Biel/Bienne
Plus en détailNouvelles technologies pour l intégration : les ESB
10, avenue de l Europe Parc Technologique du Canal 31520 Ramonville st Agne 05.61.28.56.20 05.61.28.56.00 www.ebmwebsourcing.com Nouvelles technologies pour l intégration : les ESB EBM Websourcing Sommaire
Plus en détailL Orchestration de Services Web avec Orchestra. Goulven Le Jeune Orchestra Project Manager
L Orchestration de Services Web avec Orchestra Goulven Le Jeune Orchestra Project Manager D1 Bull, Architecte d un Monde Ouvert : contributeur et acteur majeur de l'open Source Applications métiers Infrastructures
Plus en détailCours CCNA 1. Exercices
Cours CCNA 1 TD3 Exercices Exercice 1 Enumérez les sept étapes du processus consistant à convertir les communications de l utilisateur en données. 1. L utilisateur entre les données via une interface matérielle.
Plus en détailVolet Synchrone pour Client Lourd
Cadre d interopérabilité des SIS Couche Transport Volet Synchrone pour Client Lourd Identification du document Référence Date de création 06/03/09 Date de dernière mise à jour 25/06/09 Rédaction (R) Cadre
Plus en détailUE 8 Systèmes d information de gestion Le programme
UE 8 Systèmes d information de gestion Le programme Légende : Modifications de l arrêté du 8 mars 2010 Suppressions de l arrêté du 8 mars 2010 Partie inchangée par rapport au programme antérieur Indications
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étailSommaire. Introduction La technologie ebxml EDI conventionnels versus ebxml Web Services et ebxml Acteurs de l ebxml Conclusion
ebxml Sommaire Introduction La technologie ebxml EDI conventionnels versus ebxml Web Services et ebxml Acteurs de l ebxml Conclusion Introduction Pourquoi L EDI EDI : échange de données informatisé Remplacer
Plus en détailBPEL Orchestration de Web Services
Orchestration de Web Services Grégory Le Bonniec gregory.lebonniec@zenika.com 26 novembre 2009 1 Zenika Conseil / Développement / Formation Localisation : Paris et Rennes Nos partenaires Mon expérience
Plus en détailMineure Architectures Orientées Services SOA Business Process Modeling (BPM) Mineure SOA. Business Process Modeling (BPM)
Mineure SOA Business Process Modeling (BPM) Idir AIT SADOUNE idir.aitsadoune@supelec.fr Idir AIT SADOUNE - Plan 1 Notion de processus? 2 Modélisation des processus? 3 Langages
Plus en détailOracle Fusion Middleware Concepts Guide 11g Release 1 (11.1.1) Figure 1-1 Architecture Middleware
1 Introduction Ce chapitre décrit Oracle Fusion Middleware. Il comprend : o Qu'est-ce que Middleware o Les fonction de Middleware o L'architecture de conception Middleware o L'architecture orientée services
Plus en détailhttp://www.ed-diamond.com
Ceci est un extrait électronique d'une publication de Diamond Editions : http://www.ed-diamond.com Ce fichier ne peut être distribué que sur le CDROM offert accompagnant le numéro 100 de GNU/Linux Magazine
Plus en détailServices sur réseaux. Trois services à la loupe. Dominique PRESENT Dépt S.R.C. - I.U.T. de Marne la Vallée
Trois services à la loupe Services sur réseaux Dominique PRESENT Dépt S.R.C. - I.U.T. de Marne la Vallée Plan du cours : 1. Services de messagerie Architecture Fonctionnement Configuration/paramétrage
Plus en détailApproche Contract First
Exemple HelpDesk Approche Contract First Développement d un premier web service en utilisant l approche contract first (ou WSDL First) Écriture du wsdl avant d écrire le code java Autre possibilité implementation
Plus en détailBusiness Process Modeling (BPM)
Business Process Modeling (BPM) Mineure SOA Cécile Hardebolle cecile.hardebolle@supelec.fr Programme 8 nov. 15 nov. Introduction. Enjeux, rôle de l'architecte SI Partie n 1 du cas d'étude Architecture
Plus en détailLes nouvelles architectures des SI : Etat de l Art
Les nouvelles architectures des SI : Etat de l Art Objectif Mesurer concrètement les apports des nouvelles applications SI. Être capable d'évaluer l'accroissement de la complexité des applications. Prendre
Plus en détailApplications et Services WEB: Architecture REST
Applications et : Erick Stattner Laboratoire LAMIA Université des Antilles et de la Guyane France erick.stattner@univ-ag.fr Guadeloupe 2014-2015 Erick Stattner Applications et : 1 / 90 Description du cours
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étailDans nos locaux au 98 Route de Sauve 30900 NÎMES. Un ordinateur PC par stagiaire, scanner, imprimante/copieur laser couleur
FORMATION FORFAIT WEB DEVELOPPEUR Qualification ISQ OPQF Formacode 46 125 Certification de titre professionnel Web Designer + modules optionnels : Développement PHP/MySQL avancé, Web App, CMS e-boutique
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étailMise en œuvre des serveurs d application
Nancy-Université Mise en œuvre des serveurs d application UE 203d Master 1 IST-IE Printemps 2008 Master 1 IST-IE : Mise en œuvre des serveurs d application 1/54 Ces transparents, ainsi que les énoncés
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étailGroupe Eyrolles, 2004, ISBN : 2-212-11274-2
Groupe Eyrolles, 2004, ISBN : 2-212-11274-2 Table des matières Remerciements.................................................. Avant-propos.................................................... Structure
Plus en détailL intégration d applications unifiée par les Services Web et XML Réconcilier J2EE.NET EIS et mainframes
L intégration d applications unifiée par les Services Web et XML Réconcilier J2EE.NET EIS et mainframes Page 1 Un système d information: vue de 10.000 mètres A C Système de communication AtoA (EAI) ou
Plus en détail24/11/2011. Cours EJB/J2EE Copyright Michel Buffa. Plan du cours. EJB : les fondamentaux. Enterprise Java Bean. Enterprise Java Bean.
Plan du cours 2 Introduction générale : fondamentaux : les fondamentaux Michel Buffa (buffa@unice.fr), UNSA 2002, modifié par Richard Grin (version 1.1, 21/11/11), avec emprunts aux supports de Maxime
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é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étailDémarches d urbanisation : réorganiser le Système d Information en structurant ses fonctions dans des blocs fonctionnels communicants.
Plan du chapitre Master Informatique et Systèmes Urbanisation des Systèmes d Information Architecture d Entreprise 04 Architecture du SI : identifier et décrire les services, structurer le SI 1 2 3 4 5
Plus en détailAppui SIE :Développement de services web ADES/SIE
Appui SIE :Développement de services web ADES/SIE Rapport final BRGM/ RP-55128-FR Décembre 2006 Appui SIE : Développement de services web ADES/SIE Rapport final BRGM/ RP-55128-FR décembre 2006 Étude réalisée
Plus en détailArchitecture SOA Un Système d'information agile au service des entreprises et administrations
Architecture SOA Un Système d'information agile au service des entreprises et administrations www.objis.com Présentation Architecture SOA - JCertif 1 Qui sommes-nous? Spécialiste JAVA depuis 2005 (Lyon,
Plus en détailSécurité des Web Services (SOAP vs REST)
The OWASP Foundation http://www.owasp.org Sécurité des Web Services (SOAP vs REST) Sylvain Maret Principal Consultant / MARET Consulting / @smaret OpenID Switzerland OWASP Switzerland - Geneva Chapter
Plus en détailArchitectures web/bases de données
Architectures web/bases de données I - Page web simple : HTML statique Le code HTML est le langage de base pour concevoir des pages destinées à être publiées sur le réseau Internet ou intranet. Ce n'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é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étailIntroduction à l'architecture L'objectif premier d'un système d'information, quel qu'il soit, est de permettre à plusieurs utilisateurs d'accéder aux mêmes informations : pour cela, il faut donc regrouper
Plus en détail18 TCP Les protocoles de domaines d applications
18 TCP Les protocoles de domaines d applications Objectifs 18.1 Introduction Connaître les différentes catégories d applications et de protocoles de domaines d applications. Connaître les principaux protocoles
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étailECHANGE DE DONNÉES ENTRE APPLICATIONS 4D Etude historique et comparative des techniques de transfert de données avec 4D v11 SQL
Livre Blanc 4D ECHANGE DE DONNÉES ENTRE APPLICATIONS 4D Etude historique et comparative des techniques de transfert de données avec 4D v11 SQL v 1.0 7 avril 2009 4D v11 SQL Product Line 2 Sommaire Echange
Plus en détaile-business, EAI et Business Intelligence Le triptyque gagnant profondément les structures des organisations et par conséquence
e-business, EAI et Business Intelligence Le triptyque gagnant Alain Fernandez Consultant indépendant, il intervient depuis plus de 15 ans auprès des grands comptes et des PME sur la conception des systèmes
Plus en détailHébergement et configuration de services WCF. Version 1.0
Hébergement et configuration de services WCF Version 1.0 2 Configuration et Hebergement de services WCF Sommaire 1 Présentation du chapitre... 3 1.1 Présentation générale... 3 1.1.1 A qui s adresse ce
Plus en détailServices Web publication et découverte
Services Web publication et découverte Fabrice Rossi http://apiacoa.org/contact.html. Université Paris-IX Dauphine Services Web publication et découverte p.1/15 Publication et découverte Problèmes classiques
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étailEnvironnements de Développement
Institut Supérieur des Etudes Technologiques de Mahdia Unité d Enseignement: Environnements de Développement BEN ABDELJELIL HASSINE Mouna m.bnaj@yahoo.fr Développement des systèmes d Information Syllabus
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étailCOMPRENDRE L ARCHITECTURE DES WEB SERVICES REST. Amosse EDOUARD, Doctorant
COMPRENDRE L ARCHITECTURE DES WEB SERVICES REST Amosse EDOUARD, Doctorant Organisation Cours Magistral 24/11/2014 26/11/2014 01/12/2014 Travaux Dirigés 26/11/2014 28/11/2014 01/11/2014 08/11/2014 Evaluation
Plus en détailDevenez un véritable développeur web en 3 mois!
Devenez un véritable développeur web en 3 mois! L objectif de la 3W Academy est de former des petits groupes d élèves au développement de sites web dynamiques ainsi qu à la création d applications web
Plus en détailSélection de sérvices Web à base de colonies de fourmis MÉMOIRE DE FIN D'ÉTUDE. Melle CHEMIDI Zoulikha. Jury
Ministère de l'enseignement Supérieur et de la Recherche Scientifique Université Abou Bekr Belkaid Faculté de Science Département Informatique MÉMOIRE DE FIN D'ÉTUDE pour obtenir le grade de Master en
Plus en détailMettre en place un accès sécurisé à travers Internet
Mettre en place un accès sécurisé à travers Internet Dans cette partie vous verrez comment configurer votre serveur en tant que serveur d accès distant. Dans un premier temps, les méthodes pour configurer
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étailArchitectures d'intégration de données
Architectures d'intégration de données Dan VODISLAV Université de Cergy-ontoise Master Informatique M1 Cours IED lan Intégration de données Objectifs, principes, caractéristiques Architectures type d'intégration
Plus en détailModèle de cahier des charges pour un appel d offres relatif à une solution de gestion des processus métier (BPM)
LA BOITE A OUTILS DE L ACHETEUR DE BPM Modèle de cahier des charges pour un appel d offres relatif à une solution de gestion des processus métier (BPM) La boîte à outils de l acheteur de solution BPM -
Plus en détailRappel sur les bases de données
Rappel sur les bases de données 1) Généralités 1.1 Base de données et système de gestion de base de donnés: définitions Une base de données est un ensemble de données stockées de manière structurée permettant
Plus en détailL architecture des services Web
Chapitre 1 L architecture des services Web La combinaison des canons esthétiques et idéaux politiques, reflets de leur époque, et de la généralisation de nouveaux matériaux préside souvent au développement
Plus en détailConfiguration Interface for MEssage ROuting
Configuration Interface for MEssage ROuting Cahier des Charges Date : 05/04/07 Version : 1.1 Statut : diffusable Auteurs : BAGNARD Natacha FOROT Julien 1/16 Table des révisions Version Date Modifications
Plus en détailComposition semi-automatique de Services Web
Composition semi-automatique de Services Web Nerea Arenaza SIN Projet de Master Février 2006 Responsable Dr. Denis Gillet EPFL / LA Assistant Karim Zeramdini EPFL / LA Table de matières Table des matières
Plus en détailLa gouvernance SOA Ses aspects théoriques et pratiques
Département d Informatique Université de Fribourg, Suisse http://diuf.unifr.ch La gouvernance SOA Ses aspects théoriques et pratiques Otto Poveda Hernández Chemin de Bel-Air 6 CH-1752 Villars-sur-Glâne
Plus en détailIntroduction aux Technologies de l Internet
Introduction aux Technologies de l Internet Antoine Vernois Université Blaise Pascal Cours 2006/2007 Introduction aux Technologies de l Internet 1 Au programme... Généralités & Histoire Derrière Internet
Plus en détailAdministration Centrale : Opérations
Administration Centrale : Opérations 2 Administration Centrale Opération 30/01/09 Sommaire 1 Introduction... 3 2 Topologie et services... 4 2.1 Serveurs de la Batterie... 4 2.2 Services sur le Serveur...
Plus en détailBIRT (Business Intelligence and Reporting Tools)
BIRT (Business Intelligence and Reporting Tools) Introduction Cette publication a pour objectif de présenter l outil de reporting BIRT, dans le cadre de l unité de valeur «Data Warehouse et Outils Décisionnels»
Plus en détailFileMaker Server 11. Publication Web personnalisée avec XML et XSLT
FileMaker Server 11 Publication Web personnalisée avec XML et XSLT 2007-2010 FileMaker, Inc. Tous droits réservés. FileMaker, Inc. 5201 Patrick Henry Drive Santa Clara, Californie 95054 FileMaker est une
Plus en détailTHÈSE de DOCTORAT. Sémantique, interactions et langages de description des services web complexes
ECOLE DOCTORALE SCIENCES, TECHNOLOGIES ET SANTÉ THÈSE de DOCTORAT présentée par pour l obtention du grade de Docteur de l Université de Reims Champagne-Ardenne Spécialité : Informatique Sémantique, interactions
Plus en détailIntégration de systèmes
Intégration de systèmes Préparé par: Marc Barassi, Michel Fraser, Louis Martin, Martin Simoneau Collaboration spéciale: François Boucher et Richard Boutin 3/18/14 Intégration de systèmes «L ensemble des
Plus en détailFiche de l'awt Intégration des applications
Fiche de l'awt Intégration des applications Aujourd'hui, plus de 40 % des budgets de développement en informatique sont liés à l'intégration de données dans les systèmes d'information. Il s'agit donc d'une
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étailÉtat de l art sur la contractualisation et la composition
RNTL FAROS Composition de contrats pour la Fiabilité d ARchitectures Orientées Services Livrable Coordonnateur : Philippe COLLET État de l art sur la contractualisation et la composition Projet FAROS Août
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étail