Introduction aux intergiciels
|
|
|
- Suzanne Nolet
- il y a 10 ans
- Total affichages :
Transcription
1 Introduction aux intergiciels M. Belguidoum Université Mentouri de Constantine Master2 Académique M. Belguidoum (UMC) Introduction aux intergiciels 1 / 39
2 Plan 1 Historique 2 Pourquoi l'intergiciel? 3 Classication des intergiciels 4 Modes de communication 5 Evolution des intergiciels 6 Dés des intergiciels M. Belguidoum (UMC) Introduction aux intergiciels 2 / 39
3 Historique Historique Le terme middleware est apparu vers 1990 mais le terme intergiciel est apparu autour de Des logiciels commerciaux de communication par messages étaient disponibles à la n des années La notion d'appel de procédure à distance avec sa réalisation en 1978 Au milieu des années 1980 plusieurs projets développent des infrastructures intergicielles pour objets répartis l'osf (l'open Software Foundation) spécie une plateforme intergicielle, le Distributed Computing Environment (DCE) en 1996, elle comporte un service d'appel de procédure à distance, un système réparti de gestion de chiers, un serveur de temps, et un service de sécurité L'Object Management Group (OMG) est créé en 1989 pour dénir des normes pour l'intergiciel à objets répartis M. Belguidoum (UMC) Introduction aux intergiciels 3 / 39
4 Historique Historique la spécication CORBA 1.0 est la première proposition de l'omg Les propositions ultérieures sont des normes pour la modélisation (UML, MOF) et les composants (CCM) L'Object Database Management Group (ODMG) dénit des normes pour les bases de données à objets, qui visent à unier la programmation par objets et la gestion de données persistantes. La dénition du langage Java par Sun Microsystems en 1995 ouvre la voie à plusieurs intergiciels, dont Java Remote Method Invocation (RMI) en 1996 et les EJB (Enterprise JavaBeans) en Ces systèmes et d'autres sont intégrés dans une plate-forme commune J2EE (2005). En 1997 Microsoft a développé le Distributed Component Object Model(DCOM), un intergiciel dénissant des objets répartis composables : COM+ en 1999 et.net qui est une plateforme intergicielle pour la construction d'applications réparties et de services pour le Web. M. Belguidoum (UMC) Introduction aux intergiciels 4 / 39
5 Pourquoi l'intergiciel? Système de médiation collection d'équipements divers (capteurs) distribués diérentes tâches : mesure des performances, collecte d'information, maintenance à distance, installation de nouveaux services nécessité d'accès à distance au matériel, collecte et agrégation de données, réaction à des évènements critiques les systèmes qui réalisent ses tâches sont des systèmes de médiation M. Belguidoum (UMC) Introduction aux intergiciels 5 / 39
6 Pourquoi l'intergiciel? Exemple : système de médiation M. Belguidoum (UMC) Introduction aux intergiciels 6 / 39
7 Pourquoi l'intergiciel? Exemple : adaptation de clients par des mandataires Proxy ou mandataire est une couche d'adaptation entre les clients et les serveurs. La fonction du mandataire est d'adapter les caractéristiques du ot de communication depuis ou vers le client aux capacités de son point d'accès et aux conditions courantes du réseau. Le mandataire utilise ses propres ressources de stockage et de traitement. Les mandataires peuvent être hébergés sur des équipements dédiés, ou sur des serveurs communs. M. Belguidoum (UMC) Introduction aux intergiciels 7 / 39
8 Pourquoi l'intergiciel? Exemple : adaptation de clients par des mandataires M. Belguidoum (UMC) Introduction aux intergiciels 8 / 39
9 Pourquoi l'intergiciel? Caractéristiques communes les applications utilisent les logiciels de niveau intermédiare, installés au-dessus des systèmes d'exploitation et des protocoles de communication, qui réalisent : cacher la répartition, cacher l'hétérogéneité des composants matériels, des systèmes d'exploitation et des protocoles de communication utilisés par les diérentes parties d'une application fournir des interfaces uniformes, normalisées, et de haut niveau aux équipes de développement et d'intégration, pour faciliter la construction, la réutilisation, le portage et l'interopérabilité des applications fournir un ensemble de services communs réalisant des fonctions d'intérêt général, pour éviter la duplication des eorts et faciliter la coopération entre applications. M. Belguidoum (UMC) Introduction aux intergiciels 9 / 39
10 Pourquoi l'intergiciel? L'intergiciel (middleware) M. Belguidoum (UMC) Introduction aux intergiciels 10 / 39
11 Pourquoi l'intergiciel? L'intergiciel (middleware) M. Belguidoum (UMC) Introduction aux intergiciels 11 / 39
12 Pourquoi l'intergiciel? L'intergiciel (middleware) L'intergiciel : dénition L'intergiciel (middleware en anglais) est un ensemble de logiciels ou de technologies informatiques qui servent d'intermédiaire entre les applications et le transport des données via le réseau. Ils orent des services de haut niveau liés aux besoins de communication des applications (temps réel, sécurisation, sérialisation, transaction informatique, etc.)(fr.wikipedia.org/wiki/middleware) L'intergiciel : dénition Un middleware permet la communication entre des clients et des serveurs ayant des structures et une implémentation diérentes. Il permet l'échange d'informations dans tous les cas et pour toutes les architectures. Enn, le middleware doit fournir un moyen aux clients de trouver leurs serveurs, aux serveurs de trouver leurs clients et en général de trouver n'importe quel objet atteignable (cynode.projet-enoch.net/resource/xml/doc/memoire/ generatedhtml/memoire_g1107.html). M. Belguidoum (UMC) Introduction aux intergiciels 12 / 39
13 Pourquoi l'intergiciel? Quelques catégories d'intergiciels orientés objets distribués : Object Request Broker (ORB), comme Java RMI ou CORBA orientés messages : Message-Oriented Middleware (MOM), comme MQ Series d'ibm, JMS de Sun, MSMQ de Microsoft transactionnels : moniteurs transactionnels, comme CICS d'ibm, Tuxedo de BEA Systems, MTS de Microsoft, JTS de Sun. M. Belguidoum (UMC) Introduction aux intergiciels 13 / 39
14 Classication des intergiciels Critères de classication Nature de entités qui communiquent Objets Composants Agents Mode d'accès aux services synchrone (client-serveur) asynchrone (évènement, messages) mixte Autres critères entités xes / mobiles performances / qualité de service garantie ou non plusieurs critères de classication M. Belguidoum (UMC) Introduction aux intergiciels 14 / 39
15 Modes de communication Modes de communication : Client/Serveur intéraction client/serveur ou requête/réponse 1 requête + 1 réponse demande d'exécution d'un traitement à distance et réponse communication synchrone appel procédural étendu au cas où l'appelant et l'appelé ne sont pas situés sur la même machine M. Belguidoum (UMC) Introduction aux intergiciels 15 / 39
16 Modes de communication Modes de communication : MOM Protocoles de niveau applicatif (pas transport) + propriétés (ex transactionnelles) Diérent de l'envoi de messages sur socket communication asynchrone (fonctionnement client et serveur découplés) M. Belguidoum (UMC) Introduction aux intergiciels 16 / 39
17 Modes de communication Modes de communication : MOM (mode de fonctionnement) Point à point : une application produit des messages et une application les consomme. Les messages ne sont lus que par un seul consommateur. Une fois qu'un message est lu, il est retiré de la le d'attente. Publish Subscribe (par abonnement) : les applications consommatrices des messages s'abonnent à un topic (sujet, catégorie de messages). Les messages envoyés à ce topic restent dans la le d'attente jusqu'à ce que toutes les applications abonnées aient lu le message (eg : JMS (Java Message Service). M. Belguidoum (UMC) Introduction aux intergiciels 17 / 39
18 Modes de communication Mode d'intéraction Synchrone : le client attend la réponse pour continuer son exécution Asynchrone : le client n'attend pas de réponse et continue tout de suite. La le d'attente reçoit le message de l'application émettrice et le stocke jusqu'à ce que l'application réceptrice vienne lire le message Semi-synchrone : le client continue son exécution après l'envoi et récupère le résultat ultérieurement à futur explicite le résultat est stocké dans une boîte à lettres (BAL) le client consulte cette BAL pour récupérer le résultat. à futur implicite le résultat est fourni automatiquement au client par ex. via une variable du programme client M. Belguidoum (UMC) Introduction aux intergiciels 18 / 39
19 Modes de communication Mode d'intéraction M. Belguidoum (UMC) Introduction aux intergiciels 19 / 39
20 Modes de communication Mise en oeuvre Vocabulaire : souche ou talon souche client = stub ou proxy souche serveur = skeleton M. Belguidoum (UMC) Introduction aux intergiciels 20 / 39
21 Evolution des intergiciels Evolution des intergiciels : Client/Serveur Notion d'application client/serveur 2 tiers ou 3 tiers Découpage d'une application présentation traitements données Problématique : par rapport à 1 client et 1 (ou +sieurs) serveurs qui assure ces fonctionnalités? M. Belguidoum (UMC) Introduction aux intergiciels 21 / 39
22 Evolution des intergiciels Evolution des intergiciels : Client/Serveur 2 tiers Caractéristiques : 1 gros serveur (mainframes) n terminaux légers connectés au serveur Avantages : pas de duplication de données (état global observable) gestion simple de la cohérence et de l'intégrité des données maîtrise globale des traitements Inconvénients modèle trop rigide qui n'assure pas l'évolutivité souvent solutions propriétaires fermés économiquement trop coûteux M. Belguidoum (UMC) Introduction aux intergiciels 22 / 39
23 Evolution des intergiciels Evolution des intergiciels : Client/Serveur 3 tiers Caractéristiques : 1 serveur de données et 1 serveur de traitement n PC avec IHM "évoluées" Avantages : meilleure répartition de charge économiquement moins cher + évolutif Inconvénients administration + compliquée mise en oeuvre + compliquée M. Belguidoum (UMC) Introduction aux intergiciels 23 / 39
24 Evolution des intergiciels Evolution des intergiciels : Client/Serveur 3 tiers Evolution historique du terme client/serveur 3 tiers tiers 1 (PC), tiers 2 (serveurs départementaux), tiers 3 (serveur central) tiers 1 (client), tiers 2 (BD locale), tiers 3 (BD globale) Actuellement tiers 1 (client), tiers 2 (serveur de traitement), tiers 3 (serveur de données) M. Belguidoum (UMC) Introduction aux intergiciels 24 / 39
25 Evolution des intergiciels Evolution des intergiciels envoi de message RPC RPC objet bus logiciel serveur d'applications service M. Belguidoum (UMC) Introduction aux intergiciels 25 / 39
26 Evolution des intergiciels Evolution des intergiciels : Envoi de messages primitives send & receive conception des progs client et serveur en fonction messages attendus et à envoyer socket : au-dessus des protocoles TCP & UDP primitive bloquante vs non bloquante abilité ordre des messages contrôle de ux mode connecté vs non connecté M. Belguidoum (UMC) Introduction aux intergiciels 26 / 39
27 Evolution des intergiciels Evolution des intergiciels : RPC (Remote Procedure Call) appel d'une procédure sur une machine distante groupement de 2 messages : appel & retour adressage + nom fonction dénition des signatures des procédures compilateur de souches client et serveur M. Belguidoum (UMC) Introduction aux intergiciels 27 / 39
28 Evolution des intergiciels Evolution des intergiciels : RPC Objet mise en commun concepts RPC et prog objet appel d'une méthode sur un objet distant éventuellement +sieurs objets par machine adressage serveur de noms + nom logique M. Belguidoum (UMC) Introduction aux intergiciels 28 / 39
29 Evolution des intergiciels Evolution des intergiciels : Bus logiciel CORBA multi-os, multi-langage métaphore du bus logiciel langage IDL services : nommage, courtage, transaction, etc. M. Belguidoum (UMC) Introduction aux intergiciels 29 / 39
30 Evolution des intergiciels Evolution des intergiciels : Composants et serveurs d'application CORBA CCM Sun EJB Microsoft.NET/(D)COM+ composant monter en abstraction / objet architecture logicielle serveur d'applications framework héberger, administrer M. Belguidoum (UMC) Introduction aux intergiciels 30 / 39
31 Evolution des intergiciels Evolution des intergiciels : Service SOA : Software Oriented Architecture SaaS : Software As A Service Modèle "économique" tout est service Principes des SOA Encapsulation : encapsulé pour pouvoir être réutilisé avec SOA Loose coupling : minimiser les dépenses Contract : communication ne se font que via un accord entre services Abstraction : masquer la logique du service au monde extérieur Reusability : découpage des services pour promouvoir la réutilisabilité Composability : services peuvent être composés et coordonnés pour former des services composites Autonomy : services contrôlent la logique qu'ils encapsulent Optimization : services peuvent être optimisés individuellement Discoverability : services sont fait pour être découvert M. Belguidoum (UMC) Introduction aux intergiciels 31 / 39
32 Evolution des intergiciels Quelques concepts des intergiciels objet, composant, service interface, contrat souche, squelette service techniques (aussi appelés non fonctionnels ou extra-fonctionnels) annuaires (registre, moteur de recherche, pages jaunes, ) sécurité (contrôle d'accès, cryptage, authentication, ) transaction persistence des données, concurrence synchronisation réplication migration M. Belguidoum (UMC) Introduction aux intergiciels 32 / 39
33 Evolution des intergiciels Panorama des architectures et technologies Vision OMG : CORBA (Common Object Request Broker Architecture), CCM Vision Microsoft : COM (Component Object Model), DCOM (Distributed COM), OLE (Object Linking and Embedding)/ActiveX, COM+,.NET Vision Sun : J2EE (Java 2 Enterprise Edition), EJB (Enterprise JavaBeans) ObjectWeb : Fractal Les Services Web/Web Services M. Belguidoum (UMC) Introduction aux intergiciels 33 / 39
34 Evolution des intergiciels Panorama des architectures et technologies : OMG OMG : Object Management Group une association américaine créée en 1989 but non lucratif plus de 850 membres standardiser et promouvoir le modèle objet sous toutes ses formes : UML (Unied Modeling Language) MOF (Meta-Object Facility) CORBA (Common Object Request Broker Architecture) IDL (Interface Denition Language) MDA (Model Driven Architecture) QVT (Query/View/Transformation). M. Belguidoum (UMC) Introduction aux intergiciels 34 / 39
35 Dés des intergiciels Intergiciels : les avantages et les inconvénients Avantages la capacité d'abstraction : cacher les détails des mécanismes de bas niveau assurer l'indépendance vis-à-vis des langages et des plates-formes permettre de réutiliser l'expérience et parfois le code faciliter l'évolution des applications réduire le coût et la durée de développement des applications Inconvénients la perte de performances liée à la traverse de couches supplémentaires de logiciel. prévoir la formation des équipes de développement. M. Belguidoum (UMC) Introduction aux intergiciels 35 / 39
36 Dés des intergiciels Limitations des intergiciels Passage à large échelle : Web Protocoles hétérogènes : IIOP (Internet Inter-Orb Protocol), RMI, DCOM Firewall Pas d'ouverture des services : notion de moteur de recherche inexistante Trop de contraintes sur le client : doit posséder les souches diculté de construire dynamiquement M. Belguidoum (UMC) Introduction aux intergiciels 36 / 39
37 Dés des intergiciels Dés des intergiciels Performance : les systèmes intergiciels reposent sur des mécanismes d'interception et d'indirection, qui induisent des pertes de performances. L'adaptabilité introduit des indirections supplémentaires, solution partielle : éliminer les coûts inutiles en utilisant l'injection du code de l'intergiciel dans celui des applications Passage à grande échelle : les applications deviennent de plus en plus interconnectées et interdépendantes le nombre d'objets, d'usagers et d'appareils composants ces applications tend à augmenter. problème de la capacitè de croissance (scalability) pour la communication et pour les algorithmes de gestion d'objets et accroît la complexité de l'administration problème de la préservation des diérente forme de la qualité de service M. Belguidoum (UMC) Introduction aux intergiciels 37 / 39
38 Dés des intergiciels Dés des intergiciels Ubiquité : (informatique omiprésente) présence d'un nombre croissant et varié de terminaux dans un réeseau d'information. la mobilité et la reconguration dynamique seront des traits dominants de ces systèmes, nécessité d'une adaptation permanente des applications. les principes d'architecture applicables aux systèmes d'informatique ubiquitaire restent encore largement à élaborer. Administration : les applications sont de plus en plus grande, hétérogènes, largement réparties et en évolution permanente problèmes : l'observation cohérente, la sécurité, l'équilibre entre autonomie et interdépendance pour les dierents sous-systèmes, la dénition et la réalisation des politiques d'allocation de ressources, etc. M. Belguidoum (UMC) Introduction aux intergiciels 38 / 39
39 Dés des intergiciels Conclusion Présentation générale des intergiciels Importance des intergiciels Classication des intergiciels Mode de communication des intergiciels Evolution des intergiciels Problématiques et dés des intergiciels M. Belguidoum (UMC) Introduction aux intergiciels 39 / 39
Plan du cours. Autres modèles pour les applications réparties Introduction. Mode de travail. Introduction
Plan du cours Autres modèles pour les applications réparties Introduction [email protected] http://rangiroa.polytech.unice.fr Notre terrain de jeu : les systèmes répartis Un rappel : le modèle dominant
Description de la formation
Description de la formation Modalités Ce parcours de formation est un parcours en alternance, d une durée de 2ans, à raison d une semaine de formation par mois, soit 770 heures et de trois semaines de
NFP111 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
Architectures n-tiers Intergiciels à objets et services web
Plan pour aujourd hui Architectures n-tiers Intergiciels à objets et services web Clémentine Nebut Nebut LIRMM / Université de Montpellier 2 [email protected] Introduction Architectures classiques
Software Engineering and Middleware A Roadmap
Software Engineering and Middleware A Roadmap Ecrit par: Dr. Wolfgang Emmerich Présenté par : Mustapha Boushaba Cours : IFT6251 Wolfgang Emmerich Enseignant à University College London: Distributed Systems
Urbanisme 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
CORBA. (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,
Oracle 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
Environnements de Développement
Institut Supérieur des Etudes Technologiques de Mahdia Unité d Enseignement: Environnements de Développement BEN ABDELJELIL HASSINE Mouna [email protected] Développement des systèmes d Information Syllabus
Intégration de systèmes client - serveur Des approches client-serveur à l urbanisation Quelques transparents introductifs
Intégration de systèmes client - serveur Des approches client-serveur à l urbanisation Quelques transparents introductifs Jean-Pierre Meinadier Professeur du CNAM, [email protected] Révolution CS : l utilisateur
Les 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
Composants Logiciels. Le modèle de composant de CORBA. Plan
Composants Logiciels Christian Pérez Le modèle de composant de CORBA Année 2010-11 1 Plan Un rapide tour d horizon de CORBA 2 Introduction au modèle de composant de CORBA Définition de composants CORBA
2 Chapitre 1 Introduction
1 Introduction Ce livre présente les Enterprise JavaBeans 2.0 et 1.1 qui constituent la troisième et la deuxième version de la spécification des Enterprise JavaBeans. Tout comme la plate-forme Java a révolutionné
Classeur de suivi de l auditeur. Architecture et Ingénierie des Systèmes et des Logiciels
Classeur de suivi de l auditeur Architecture et Ingénierie des Systèmes et des Logiciels 04/12/2012 2 Sommaire Introduction... 4 Objectifs... 4 Méthodologie... 4 Coordonnées... 5 Curriculum vitae de l
Intergiciel - concepts de base
Intergiciel - concepts de base Ada Diaconescu, Laurent Pautet & Bertrand Dupouy ada.diaconescu _at_ telecom-paristech.fr Rappel : système réparti Système constitué de multiples ressources informatiques
24/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 ([email protected]), UNSA 2002, modifié par Richard Grin (version 1.1, 21/11/11), avec emprunts aux supports de Maxime
Messagerie 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
1. Introduction à la distribution des traitements et des données
2A SI 1 - Introduction aux SI, et à la distribution des traitements et des données Stéphane Vialle [email protected] http://www.metz.supelec.fr/~vialle Support de cours élaboré avec l aide de
Les 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
Principes. 2A-SI 3 Prog. réseau et systèmes distribués 3. 3 Programmation en CORBA. Programmation en Corba. Stéphane Vialle
2A-SI 3 Prog. réseau et systèmes distribués 3. 3 Programmation en CORBA Stéphane Vialle [email protected] http://www.metz.supelec.fr/~vialle 1 Principes 2 Architecture 3 4 Aperçu d utilisation
Systèmes répartis. Fabrice Rossi http://apiacoa.org/contact.html. Université Paris-IX Dauphine. Systèmes répartis p.1/49
Systèmes répartis Fabrice Rossi http://apiacoa.org/contact.html. Université Paris-IX Dauphine Systèmes répartis p.1/49 Systèmes répartis Définition très large : un système réparti est système informatique
Urbanisation 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
Introduction à la plateforme J2EE
Introduction à la plateforme J2EE Auteur : Oussama Essefi Directeur technique Expert Consulting [email protected] Copyright 2010 Expert Consulting Page 1 1. Introduction 1.1. Pourquoi
Objectif : Passer de l analyse métier et fonctionnelle à la définition des applications qui
Formation PARTIE 1 : ARCHITECTURE APPLICATIVE DUREE : 5 h Objectif : Passer de l analyse métier et fonctionnelle à la définition des applications qui automatisent les fonctions Définir une architecture
La reconquête de vos marges de manœuvre
La reconquête de vos marges de manœuvre Libérez vos applications critiques Bull ouvre de nouvelles portes à votre patrimoine applicatif. Bull LiberTP fait passer simplement vos applications transactionnelles
Le modèle client-serveur
Le modèle client-serveur Olivier Aubert 1/24 Sources http://www.info.uqam.ca/~obaid/inf4481/a01/plan.htm 2/24 Historique architecture centralisée terminaux passifs (un seul OS, systèmes propriétaires)
Remote Method Invocation en Java (RMI)
Remote Method Invocation en Java (RMI) Modélisation et construction des applications réparties (Module M-4102C) J. Christian Attiogbé Fevrier 2015 J. Christian Attiogbé (Fevrier 2015) Remote Method Invocation
La démarche MDA. Auteur : Projet ACCORD (Assemblage de composants par contrats en environnement ouvert et réparti)*
La démarche MDA Auteur : Projet ACCORD (Assemblage de composants par contrats en environnement ouvert et réparti)* Référence : Livrable 1.1-5 Date : Mai 2002 * : Les partenaires du projet ACCORD sont CNAM,
Architectures 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
Conception Exécution Interopérabilité. Déploiement. Conception du service. Définition du SLA. Suivi du service. Réception des mesures
Software propose une offre d intégration unique, qui apporte l équilibre parfait entre investissements et performances pour les entreprises qui doivent sans cesse améliorer leurs processus. Des caractéristiques
Le cadre des Web Services Partie 1 : Introduction
Sécurité en ingénierie du Logiciel Le cadre des Web Services Partie 1 : Introduction Alexandre Dulaunoy [email protected] Sécurité en ingénierie du Logiciel p.1/21 Agenda (partie 1) 1/2 Introduction Services
4. Utilisation d un SGBD : le langage SQL. 5. Normalisation
Base de données S. Lèbre [email protected] Université de Strasbourg, département d informatique. Présentation du module Contenu général Notion de bases de données Fondements / Conception Utilisation :
Fiche 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
Programme scientifique Majeure ARCHITECTURE DES SYSTEMES D INFORMATION. Mentions Ingénierie des Systèmes d Information Business Intelligence
É C O L E D I N G É N I E U R D E S T E C H N O L O G I E S D E L I N F O R M A T I O N E T D E L A C O M M U N I C A T I O N Programme scientifique Majeure ARCHITECTURE DES SYSTEMES D INFORMATION Mentions
Enterprise Intégration
Enterprise Intégration Intégration des données L'intégration de données des grandes entreprises, nationales ou multinationales est un vrai cassetête à gérer. L'approche et l'architecture de HVR est très
Module BD et sites WEB
Module BD et sites WEB Cours 8 Bases de données et Web Anne Doucet [email protected] 1 Le Web Architecture Architectures Web Client/serveur 3-tiers Serveurs d applications Web et BD Couplage HTML-BD
Mise 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
WEA Un Gérant d'objets Persistants pour des environnements distribués
Thèse de Doctorat de l'université P & M Curie WEA Un Gérant d'objets Persistants pour des environnements distribués Didier Donsez Université Pierre et Marie Curie Paris VI Laboratoire de Méthodologie et
Systè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
Introduction aux applications réparties
Introduction aux applications réparties Noël De Palma Projet SARDES INRIA Rhône-Alpes http://sardes.inrialpes.fr/~depalma [email protected] Applications réparties Def : Application s exécutant
SOA : une brique de la 4 ième génération de l architecture informatique? Hervé Crespel Président du club urba-ea
SOA : une brique de la 4 ième génération de l architecture informatique? Hervé Crespel Président du club urba-ea Gartner 1992 : styles of client-server computing L origine du SOA? Presentation Presentation
Architecture 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é[email protected]
Evaluation Idéopass Cahier d analyse technique
Evaluation Idéopass Cahier d analyse technique Version 1 GMSIH 374, rue de Vaugirard 75015 Paris. Tel : 01 48 56 72 70. Fax : 01 48 56 07 70 Auteur(s) du document : Contrôle Qualité GMSIH Date : 17/03/2005
Étude et applications de l approche MDA pour des plates-formes de Services Web
UNIVERSITÉ DE NANTES ÉCOLE DOCTORALE SCIENCES ET TECHNOLOGIES DE L INFORMATION ET DES MATÉRIAUX Année : 2005 N o B.U. : Thèse de Doctorat de l Université de Nantes Spécialité : INFORMATIQUE Présentée et
Architecture 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
NSY102. Conception de logiciels Intranet Introduction
Conception de logiciels Intranet Introduction Cnam Paris jean-michel Douin, douin au cnam point fr 6 Février 2009 Une Introduction 1 Sommaire Introduction Généralités Tendances historique API & Intergiciel
Etude critique de mécanismes de sécurité pour l architecture Jini
UNIVERSITE LIBRE DE BRUXELLES Année académique 2001-2002 Faculté des Sciences Département d Informatique Etude critique de mécanismes de sécurité pour l architecture Jini Pierre Stadnik Directeur de Mémoire:
PROGRAMME DU CONCOURS DE RÉDACTEUR INFORMATICIEN
PROGRAMME DU CONCOURS DE RÉDACTEUR INFORMATICIEN 1. DÉVELOPPEMENT D'APPLICATION (CONCEPTEUR ANALYSTE) 1.1 ARCHITECTURE MATÉRIELLE DU SYSTÈME INFORMATIQUE 1.1.1 Architecture d'un ordinateur Processeur,
Fusion : l interopérabilité chez Oracle
Standardisation et interopérabilité Fusion : l interopérabilité chez Oracle Lionel Dubreuil,, Applications Technology Product Manager, Oracle France, [email protected] 29/03/2006 Page : 1 Oracle
CORBA haute performance
CORBA haute performance «CORBA à 730Mb/s!» Alexandre DENIS PARIS/IRISA, Rennes [email protected] Plan Motivations : concept de grille de calcul CORBA : concepts fondamentaux Vers un ORB haute performance
Urbanisation 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
D 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
Introduction à 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
Extensions à la formation. Laurent Pérochon, 28-30 avril 2008, RMT Modelia, modélisation conceptuelle, formation UML, INRA Castanet Tolosan
Extensions à la formation Diagramme de timing FinEpreuve SautBarrière CourseAvantBarrière SautMur {>2 et 10 et 2 et 10 et
Business & High Technology
UNIVERSITE DE TUNIS INSTITUT SUPERIEUR DE GESTION DE TUNIS Département : Informatique Business & High Technology Chapitre 3 : Progiciels de Gestion Intégrés Sommaire Définition... 2 ERP... 2 Objectifs
Conception des systèmes répartis
Conception des systèmes répartis Principes et concepts Gérard Padiou Département Informatique et Mathématiques appliquées ENSEEIHT Octobre 2012 Gérard Padiou Conception des systèmes répartis 1 / 37 plan
EAI. De l intégration à l e-business. Novembre 2000. François Rivard consultant senior Tél : +33 1 53 24 67 80
EAI De l intégration à l e-business François Rivard consultant senior Tél : +33 1 53 24 67 80 [email protected] Novembre 2000 Jean-Christophe Bernadac directeur technique Tél : +33 4 72 65 21 00 [email protected]
Architecture applicative et Cartographie
Architecture applicative et Cartographie Mineure SOA Idir AIT SADOUNE [email protected] Programme 7 nov. 14 nov. 21 nov. Introduction. Enjeux, rôle de l'architecte SI Partie n 1 du cas d'étude
Module BDR Master d Informatique (SAR)
Module BDR Master d Informatique (SAR) Cours 9- Transactions réparties Anne Doucet [email protected] Transactions réparties Gestion de transactions Transactions dans un système réparti Protocoles de
Plan. Department of Informatics
Plan 1. Application Servers 2. Servlets, JSP, JDBC 3. J2EE: Vue d ensemble 4. Distributed Programming 5. Enterprise JavaBeans 6. Enterprise JavaBeans: Special Topics 7. Prise de recul critique Enterprise
La haute disponibilité de la CHAINE DE
Pare-feu, proxy, antivirus, authentification LDAP & Radius, contrôle d'accès des portails applicatifs La haute disponibilité de la CHAINE DE SECURITE APPLICATIVE 1.1 La chaîne de sécurité applicative est
Les 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
Architectures Client-Serveur
Architectures Client- Bernard ESPINASSE Professeur à l'université d'aix-marseille 2011 Introduction : pourquoi le Client-? Evolution des organisations : 1980-1990 1985-1995 1995-2000 Introduction : pourquoi
Analyse des techniques et des standards pour l interopérabilité entre plateformes
550, rue Sherbrooke Ouest, bureau 100 Montréal (Québec) H3A 1B9 Tél. : (514) 840-1234;Téléc. : (514) 840-1244 888, rue St-Jean, bureau 555 Québec (Québec) G1R 5H6 Tél. : (418) 648-8080; téléc. : (418)
THÈSE. Contribution à un processus de réication d'abstractions de communication
N o d'ordre : 2851 THÈSE présentée devant l'université de Rennes 1 pour obtenir le grade de : Docteur de l'université de Rennes 1 Mention Informatique par Éric Cariou Équipes d'accueil : IRISA/Triskell,
Prise en compte des ressources dans les composants logiciels parallèles
Prise en compte des ressources dans les composants logiciels parallèles Aperçus de l action RASC et du projet Concerto F. Guidec [email protected] Action RASC Plan de cet exposé Contexte Motivations
Services OSI. if G.Beuchot. Services Application Services Présentation - Session Services Transport - Réseaux - Liaison de Données - Physique
Services OSI Services Application Services Présentation - Session Services Transport - Réseaux - Liaison de Données - Physique 59 SERVICES "APPLICATION" Architecture spécifique : ALS (Application Layer
L'EAI (Enterprise Application Intégration)
L'EAI (Enterprise Application Intégration) I II Hétérogénéité des Systèmes d Information La problématique d intégration des application III Qu est-ce que l EAI? IV Quels sont les objectifs d'un projet
Patrons 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
XML, 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.................................
LICENCE PROFESSIONNELLE SYSTEMES INFORMATIQUES & LOGICIELS
LICENCE PROFESSIONNELLE SYSTEMES INFORMATIQUES & LOGICIELS Contenu détaillé de la spécialité : SIMO : SYSTEMES D'INFORMATION, METHODES ET OUTILS (ASSISTANT CHEF DE PROJET INFORMATIQUE) Contenu détaillé
Intergiciels pour la répartition CORBA : Common Object Request Broker. Patrice Torguet [email protected] Université Paul Sabatier
Intergiciels pour la répartition CORBA : Common Object Request Broker Patrice Torguet [email protected] Université Paul Sabatier Plan du cours 2 Introduction à CORBA Architecture de l ORB Implémentation
MEAD : temps réel et tolérance aux pannes pour CORBA
MEAD : un intergiciel temps-réel et tolérant aux pannes pour CORBA Master 2 Informatique Recherche Université de Marne-la-Vallée Vendredi 3 mars 2006 Plan 1 Introduction 2 Solutions existantes 3 Concilier
RMI. Remote Method Invocation: permet d'invoquer des méthodes d'objets distants.
RMI Remote Method Invocation: permet d'invoquer des méthodes d'objets distants. Méthode proche de RPC. Outils et classes qui rendent l'implantation d'appels de méthodes d'objets distants aussi simples
Projet Active Object
Projet Active Object TAO Livrable de conception et validation Romain GAIDIER Enseignant : M. Noël PLOUZEAU, ISTIC / IRISA Pierre-François LEFRANC Master 2 Informatique parcours MIAGE Méthodes Informatiques
RMI le langage Java XII-1 JMF
Remote Method Invocation (RMI) XII-1 Introduction RMI est un ensemble de classes permettant de manipuler des objets sur des machines distantes (objets distants) de manière similaire aux objets sur la machine
TD sur JMS ---- 1) Qu est-ce qu un middleware orienté message (MOM)? Quelles différences faites-vous entre un MOM et JMS?
TD sur JMS ---- Questions de cours : 1) Qu est-ce qu un middleware orienté message (MOM)? Quelles différences faites-vous entre un MOM et JMS? MOM : Message Oriented Middleware Intergiciels orientés Messages
1 JBoss Entreprise Middleware
1 JBoss Entreprise Middleware Les produits de la gamme JBoss Entreprise Middleware forment une suite de logiciels open source permettant de construire, déployer, intégrer, gérer et présenter des applications
Solutions de gestion de la sécurité Livre blanc
Solutions de gestion de la sécurité Livre blanc L intégration de la gestion des identités et des accès avec l authentification unique Objectif : Renforcer la politique de sécurité et améliorer la productivité
Nouvelles Plateformes Technologiques
Cycle de présentation du développement Nouvelles Plateformes Technologiques Observatoire Technologique, CTI Observatoire Technologique 4 mai 2004 p 1 Plan de la présentation 1. Historique du projet 2.
Technologie des applications client-serveur UE RSX 102. Support de cours Tome 1. Anas ABOU EL KALAM
Technologie des applications client-serveur UE RSX 102 Support de cours Tome 1 Anas ABOU EL KALAM [email protected] Page 1 Plan Introduction / Notions générales De l information centralisée
Cours Bases de données
Informations sur le cours Cours Bases de données 9 (10) séances de 3h Polycopié (Cours + TD/TP) 3 année (MISI) Antoine Cornuéjols www.lri.fr/~antoine [email protected] Transparents Disponibles
Auto-évaluation Aperçu de l architecture Java EE
Auto-évaluation Aperçu de l architecture Java EE Document: f1218test.fm 22/03/2012 ABIS Training & Consulting P.O. Box 220 B-3000 Leuven Belgium TRAINING & CONSULTING INTRODUCTION AUTO-ÉVALUATION APERÇU
Projet. But: consultation en temps réel d événements (cours de bourse, trafic d envoi SMS ) sur des téléphones portables. Serveur de diffusion
Projet But: consultation en temps réel d événements (cours de bourse, trafic d envoi SMS ) sur des téléphones portables événements Serveur de diffusion 1 JMS Java Message Service PHAN Quang-Hai ISTR 04/05/2004
J2EE - Introduction. Développement web - Java. Plan du chapitre
Développement web - Java J2EE - Introduction Franck Denoël Master 2 ICA, UPMF Année académique 2007-2008 Franck Denoël Master 2 ICA, UPMF Année académique 2007-2008 Plan du chapitre J2EE Présentation J2EE
Institut Supérieur de Gestion. Cours pour 3 ème LFIG. Java Enterprise Edition Introduction Bayoudhi Chaouki
Institut Supérieur de Gestion Cours pour 3 ème LFIG Java Enterprise Edition Introduction Bayoudhi Chaouki 1 Java EE - Objectifs Faciliter le développement de nouvelles applications à base de composants
10. Base de données et Web. OlivierCuré [[email protected]]
10. Base de données et Web 313 Evolution de l'information Ordre de grandeur : 314 1Mo : 1 gros roman 200Mo : ce que mémorise un être humain dans sa vie. 900Mo : information contenue dans le génome d'une
Contribution à l allocation dynamique de ressources pour les composants expressifs dans les systèmes répartis
Numéro d ordre : 988 THÈSE présentée à L U.F.R DES SCIENCES ET TECHNIQUES DE L UNIVERSITÉ DE FRANCHE-COMTÉ pour obtenir le GRADE DE DOCTEUR DE L UNIVERSITÉ DE FRANCHE-COMTÉ Spécialité Automatique et Informatique
GEI 465 : Systèmes répartis
Université de Sherbrooke GEI 465 : Systèmes répartis Travaux à effectuer Ahmed Khoumsi Automne 2004 Page 1 Les deux premiers travaux que vous effectuerez vous donneront, respectivement, l occasion d utiliser
GPC Computer Science
CYCLE ISMIN P2015 GPC Computer Science P LALEVÉE [email protected] @p_lalevee A3.01 0442616715 C YUGMA [email protected] A3.01 0442616715 01/09/2014 Présentation GPC CS - Ph. Lalevée - C Yugma 1 Scolarité Site
Projet : PcAnywhere et Le contrôle à distance.
Projet : PcAnywhere et Le contrôle à distance. PAGE : 1 SOMMAIRE I)Introduction 3 II) Qu'est ce que le contrôle distant? 4 A.Définition... 4 B. Caractéristiques.4 III) A quoi sert le contrôle distant?.5
Microsoft Dynamics AX. Solutions flexibles avec la technologie Microsoft Dynamics AX Application Object Server
FLEXIBILITÉ Microsoft Dynamics AX Solutions flexibles avec la technologie Microsoft Dynamics AX Application Object Server Livre blanc Comment les entreprises peuvent-elles utiliser la technologie Microsoft
//////////////////////////////////////////////////////////////////// Administration systèmes et réseaux
////////////////////// Administration systèmes et réseaux / INTRODUCTION Réseaux Un réseau informatique est un ensemble d'équipements reliés entre eux pour échanger des informations. Par analogie avec
Architecture et infrastructure Web
Architecture et infrastructure Web par Patrice Caron http://www.patricecaron.com [email protected] Ordre du jour Entreprises / Gouvernements Introduction: Architecture orientée services? Quelques
Conception, 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: [email protected] 1. Introduction
LIVRE BLANC Comprendre et savoir utiliser un ESB dans une SOA http://blog.xebia.fr http://www.xebia.fr
LIVRE BLANC Comprendre et savoir utiliser un ESB dans une SOA http://blog.xebia.fr http://www.xebia.fr Copyright Xebia 2007 Xebia IT Architects SAS 10/12 Avenue de l Arche 92419 Courbevoie Cedex Tél :
Master Informatique et Systèmes. Architecture des Systèmes d Information. 03 Architecture Logicielle et Technique
Master Informatique et Systèmes Architecture des Systèmes d Information 03 Architecture Logicielle et Technique Damien Ploix 2014-2015 Démarche d architecture SI : structuration en vues Quels métiers?
Annuaires LDAP et méta-annuaires
Annuaires LDAP et méta-annuaires Laurent Mynard Yphise 6 rue Beaubourg - 75004 PARIS [email protected] - http://yphise.fr T 01 44 59 93 00 F 01 44 59 93 09 LDAP020314-1 Agenda A propos d Yphise Les annuaires
Le 09 et 10 Décembre 09
Séminaire de 2 jours Le 09 et 10 Décembre 09 Mettez les évolutions technologiques au service de vos objectifs métier 2 OXIA a pour mission de concevoir et mettre en œuvre les meilleures solutions technologiques
