Rapport de veille technologique

Dimension: px
Commencer à balayer dès la page:

Download "Rapport de veille technologique"

Transcription

1 Centres de compétences TIC Région wallonne, BE Rapport de veille technologique Architectures Orientées Services SOA / ESB Réalisé par Vivansa s.p.r.l. (www.vivansa.com) Simply because you need results.

2 [Page blanche pour impression recto-verso] Réalisé par : Vivansa (www.vivansa.com) 04-Nov-2005 Page: 2 of 25

3 PROJECT IDENTIFICATION CONTRACT NUMBER Veille technologique CUSTOMER Centres de compétences TIC PROGRAM N/A CONTRACTUAL Yes Written by: Checked by: Approved by: Name, Function Date Signature Pierre Halin IT Consultant R&D manager Saïd Eloudrhiri IT Consultant Solution manager Vivien Monti IT Consultant Executive Manager 23-Sep Oct Nov-05 SUMMARY: KEYWORDS: SOA ESB DOCUMENT CHARACTERISTICS Number of pages Number of figures Language Recipient name 25 4 FR N/A Réalisé par : Vivansa (www.vivansa.com) 04-Nov-2005 Page: 3 of 25

4 Versions Ed. Rév. Date Description Action(*) Paragraphes Création du document I Tous Revue interne M Tous Soumise pour commentaires M Soumise pour approbation Q Tous Modification du formatage Q Tous (*) Action: I = Insertion, R = Remplacement, M = Mise à jour, S = Suppression, Q = Revue Qualité Réalisé par : Vivansa (www.vivansa.com) 04-Nov-2005 Page: 4 of 25

5 Table des matières 1 GLOSSAIRE 6 2 INTRODUCTION 7 3 ARCHITECTURES DE DEVELOPPEMENT ARCHITECTURE TRADITIONNELLE OU ORIENTEE SERVICES ARCHITECTURE ORIENTEE SERVICES ET BUS DES SERVICES D ENTREPRISE (SOA/ESB) 10 4 ARCHITECTURE SOA/ESB GESTION DES PROCESSUS METIERS (BPM) ARCHITECTURE ORIENTEE SERVICES (SOA) SERVICES WEB BUS DES SERVICES D ENTREPRISE (ESB) DEFINITION COUCHES ARCHITECTURE 17 5 IMPACT METIER RESPONSABLES PROJET ARCHITECTES FONCTIONNELS ARCHITECTES TECHNIQUES DEVELOPPEURS ADMINISTRATEURS 20 6 PROJETS OPEN SOURCE MULE SERVICEMIX JBOSS GROUP OBJECTWEB CELTIX (IONA) SUN JAVA ESB 24 7 CONCLUSION 25 Réalisé par : Vivansa (www.vivansa.com) 04-Nov-2005 Page: 5 of 25

6 1 Glossaire BPEL B2B B2C BPM CORBA DCOM EAI EPO ERP ESB FTP HTTP J2EE JBI JMS MOM OASIS OSS PME POJO QoS RPC SMTP SNMP SOA SOAP UDDI UML WS WSDL XML XSL XSLT Business Process Execution Language Business to Business Business to Consumer Business Process Management Common Object Request Broker Architecture Distributed Component Object Model Enterprise application integration European Patent Office Enterprise resource planning Enterprise Service Bus File Transfer Protocol HyperText Transfer Protocol Java 2 Enterprise Edition Java Business Integration Java Message Service Message Oriented Middleware Organization for the Advancement of Structured Information Standards Open Source Software Petites et Moyennes Entreprises Plain Old Java Object Quality of Service Remote Procedure Call Simple Mail Transfer Protocol Simple Network Management Protocol Service-Oriented Architecture Simple Object Access Protocol Universal Description, Discovery and Integration Unified Modelling Language Web Service Web Service Definition Language Extensible Markup Language extensible Stylesheet Language extensible Stylesheet Language Transformation Réalisé par : Vivansa (www.vivansa.com) 04-Nov-2005 Page: 6 of 25

7 2 Introduction Membres du réseau des Centres de Compétences de la Région Wallonne, les centres Technifutur (Liège - Technofutur3 (Charleroi - et Technocité (Mons - sont chargés de la mise en œuvre d un projet de sensibilisation, d information et de formation de haut niveau dans le domaine des Technologies de l Information et des Télécommunications (TIC). Dans ce cadre, ils conduisent une activité de veille technologique ciblée sur l évolution des métiers et des qualifications dans ce secteur. Depuis 2002, ces trois centres fédèrent leurs moyens afin de mener cette démarche de veille de façon commune et en réseau. En particulier, ils ont demandé en juin 2005 à la société Vivansa (http://www.vivansa.com/) de participer, par l intermédiaire de son unité recherche et développement, à l animation continue de cette veille et à la rédaction d un rapport bi-annuel. Afin d utiliser les ressources disponibles de façon optimale, cette veille se concentre sur un thème choisi conjointement. La période de veille pour le second rapport 2005 étant réduite par les circonstances, le thème a été choisi au cœur du métier de Vivansa : les architectures de développement orientées services. En premier lieu, nous comparerons l architecture de développement traditionnelle à celle orientée services (section 3). Ensuite, nous présenterons les briques technologiques sous-jacentes à l architecture SOA/ESB (section 4). Ensuite, nous étudierons les qualifications-métiers nécessaires pour soutenir l émergence de cette architecture (section 5). Enfin, nous présenterons les principaux projets Open Source actifs dans le domaine (section 6). Réalisé par : Vivansa (www.vivansa.com) 04-Nov-2005 Page: 7 of 25

8 3 Architectures de développement Tous les acteurs économiques sont confrontés à des besoins croissants en terme d informatisation. Qu il s agisse de soutenir et d intégrer les processus métiers au sein de divers départements ou qu il s agisse d ouvrir vers l extérieur les systèmes d information, les départements informatiques doivent analyser avec soin les besoins de leurs utilisateurs et leur offrir des solutions. Pour être adoptées par les utilisateurs, ces solutions doivent répondre à de nombreuses contraintes : garantir la sécurité, la pertinence et l intégrité des données, être efficaces et faciles d emploi. De plus, quand ces solutions sont destinées à des tiers professionnels (B2B) ou au grand public (B2C), elles doivent offrir une interface intuitive et se baser sur des technologies accessibles par tous. 3.1 Architecture traditionnelle ou orientée services Depuis de longues années, deux approches sous-tendent ces développements. La première, dite traditionnelle, part des technologies existantes et se rapproche autant que possible des besoins exprimés. La seconde, dite orientée services, part des besoins et sélectionne les technologies qui fonctionnent le mieux pour rencontrer ces besoins. Cette différence d approche se répercute sur divers aspects : Technologie Cycle de développement Durée de vie Coûts Environnement Approche traditionnelle Favorise la création d applications centralisées, conçues en un seul bloc subdivisé en plusieurs modules fortement interconnectés. Nécessite des cycles de développement très longs et favorise peu la réutilisation du code existant dans les versions ultérieures. La modification d applications traditionnelles étant souvent complexe et coûteuse, elles doivent être conçues pour durer. Les coûts directs de développement dans l approche traditionnelle sont souvent plus élevés. De plus, le manque d adaptabilité et la moins bonne adéquation entre les systèmes d informations et les processus métiers génère des coûts indirects trop souvent cachés ou négligés (manque à gagner, pertes de productivité, etc.). Nécessite des environnements homogènes et rendent l entreprise plus dépendante de ses fournisseurs. Architecture orientée services Favorise la création de plusieurs applications distribuées qui s interconnectent de façon très souple. Présente un cycle de développement plus court et plus itératif. Apporte des applications conçues pour s adapter continuellement aux processus métiers. La réutilisation des composants est l un des concepts clés de l architecture SOA qui offre une réduction de coûts. Permet de sélectionner l environnement le mieux adapté à chaque processus métier. Réalisé par : Vivansa (www.vivansa.com) 04-Nov-2005 Page: 8 of 25

9 Comme illustration de ces différences, nous pouvons citer un article récent traitant de l utilisation d ERP dans les PME (Dries Van Damme, Data News, 16 septembre 2005, page 8-9). L administrateur d une PME y parle des modifications qu ils apportent actuellement à l ERP installé quatre ans auparavant : Il y a quatre ans, nous ne pouvions pas prévoir où nous en serions aujourd hui [ ] nous avons produit de nombreuses nouveautés pour lesquelles le système a besoin d autres données [ ] adapter est loin d être une sinécure [ ] l objectif est de pouvoir repartir à nouveau quelques années. Nous y retrouvons la nécessité pour tout système d information de pouvoir s adapter. Mais à cause des coûts énormes des modifications, l architecture classique entraîne cette société à n avoir un outil réellement adapté que tous les quatre ans. Nous avons ainsi montré qu en théorie, l approche orientée services est supérieure à l approche traditionnelle pour soutenir le développement des entreprises : partant des objectifs à atteindre et trouvant les moyens d y arriver, elle est parfaitement adaptée au monde économique actuel, conçue pour évoluer et s adapter rapidement aux mutations. Elle a donc fait naître des espoirs importants dans les sociétés et de nombreux directeurs informatiques ont lancé d ambitieux projets EAI (Enterprise Application Integration). Malheureusement, 35% de ces projets (chiffre Forrester Research) ne se sont pas achevés en respectant les délais et les budgets. Plusieurs facteurs expliquent cet échec de l EAI : Solutions et protocoles propriétaires : la majorité des solutions EAI et des protocoles utilisés sont propriétaires, ce qui limite fortement les capacités d interconnexion des différentes solutions, en B2B par exemple. Manque d intégration des applications propriétaires : les solutions étant propriétaires, les développeurs de solutions traditionnelles n ont pas développé les passerelles nécessaires et le passage vers une solution EAI nécessite le remplacement des solutions existantes en une seule fois (effet big-bang). Coûts : les principaux éditeurs, se basant sur les qualités potentielles des solutions EAI, appliquent des coûts de licence excessifs. Le terme EAI est donc devenu un terme banni et à l heure actuelle, la majorité des entreprises utilisent une solution unique, propriétaire, soutenue par un grand nom du marché (SAP, PeopleSoft, Microsoft, etc.), quitte à devoir adapter leurs processus métiers en fonction de ce que cette technologie est capable de faire. Toutefois, de nombreux signes montrent que la tendance change et pourrait s inverser très rapidement. Réalisé par : Vivansa (www.vivansa.com) 04-Nov-2005 Page: 9 of 25

10 3.2 Architecture orientée services et bus des services d entreprise (SOA/ESB) Plusieurs facteurs expliquent ce changement de tendance : Emergence de standards : confrontées aux énormes problèmes d interopérabilité des standards propriétaires, le marché privilégie de plus en plus les standards ouverts et/ou multiplateformes (JAVA, XML, HTTP, UML, etc.). Mouvement Open Source : l émergence de ces standards rend possible le développement de solutions Open Source qui rivalisent avec les solutions propriétaires en terme de stabilité, de souplesse et même de fonctionnalités. Par leur caractère ouvert, ces applications s interconnectent beaucoup plus facilement et permettent une meilleure intégration. Services Web : utilisant une interface XML, les services web offrent des services à valeur ajoutée tout en dispensant l utilisateur de connaître les détails d implémentation. Extrêmement souples, ils permettent à l infrastructure globale d évoluer très facilement. Bus des services d entreprise : l ESB (Enterprise Service Bus - section 4.4) offre une infrastructure ouverte de services permettant d intégrer toutes les applications d une entreprise, y compris les applications propriétaires. Ce bus ouvert étant accepté par tous les éditeurs d applications traditionnelles sont ouverts à développer les passerelles nécessaires. La combinaison de ces facteurs permet à l approche orientée services (SOA) de revenir au premier plan. Elle ouvre la perspective d un système d information modulaire entièrement intégré : Chaque processus métier est servi par une application dédiée qui partage les informations et les services avec les autres processus au moyen du bus ESB. Les anciennes applications sont intégrées à ce bus au moyen de connecteurs dédicacés, évitant le big-bang qui accompagne trop souvent à l heure actuelle les changements de technologies. Les nouvelles applications sont gérées par des services web. Par leur souplesse, ils offrent une très grande réactivité aux besoins du marché. Ce retour au premier plan s est d abord traduit par l apparition de plusieurs solutions propriétaires (CapeClear, IONA, TIBCO, SONIC, IBM et BEA), disponibles depuis quelques années. Par-contre, dans le monde de l Open Source, les projets sont plus récents. A l heure actuelle, les projets Mule (section 6.1) et ServicesMix (section 6.2) sont très intéressants mais ils ne sont pas encore adoptées par les principaux acteurs du marché. En parallèle, de nouvelles initiatives venant de JBoss (section 6.3), ObjectWeb (section 6.4), Iona (section 6.5) et SUN (section 6.6) ont vu le jour et devraient offrir courant 2006 une alternative sérieuse aux solutions propriétaires. En particulier, le planning interne pour JBoss est le suivant : JBoss Web services sera disponible en Q4-2005, JBoss ESB en Q2-2006, JEMS SOA en Q et intégration complète des outils pour 2007 (présentation aux collaborateurs JBoss). Réalisé par : Vivansa (www.vivansa.com) 04-Nov-2005 Page: 10 of 25

11 En outre, les informations se recoupent pour annoncer l adoption rapide de cette approche par le marché : D ici 2008, SOA sera une pratique majeure dans le développement d applications, mettant fin à 40 ans de domination des architectures monolithiques (probabilité 0.7) (Gartner Group). Il est à noter que cette prédiction du Gartner Group date de 2003 et que le mouvement s accélère. Aujourd hui, plusieurs fournisseurs se disputent la domination du marché ESB et la lutte risque de durer encore deux bonnes années. A l issue de cette confrontation, seuls resteront trois ou quatre lauréats. A ce moment, il y a fort à parier que l ESB sera élevé au rang de commodity comme ce fut le cas pour les serveurs d applications. Il n est pas exclu non plus que les ESB soient, à terme, fournis d origine avec les systèmes d exploitation. (Rick F. van der Lans, Data News, 9 septembre 2005, page 43) De même, notre expérience de terrain montre que les mentalités évoluent très rapidement. Les instances de la Commission Européenne évaluent les nouveaux développements à l aune de cette approche. Et l office européen des brevets (EPO Riswijk, NL) a récemment commandé au consortium Siemens/Vivansa une étude de prototypage d une solution de reengineering de ses flux d information en utilisant SOA/ESB avec une solution Open Source, considérant qu il vaut mieux reculer l implémentation de deux ans pour avoir une solution plus souple encore. Aussi, nous pensons que les centres de compétence de la région wallonne doivent compléter leur offre de formation pour préparer les professionnels dont le marché aura besoin rapidement. La présentation des technologies sous-jacentes nous permettra de découvrir les axes de formation pertinents. Réalisé par : Vivansa (www.vivansa.com) 04-Nov-2005 Page: 11 of 25

12 4 Architecture SOA/ESB L architecture SOA/ESB de développement se présente selon quatre couches (Figure 1) : la gestion des processus métiers (BPM), l architecture orientée services (SOA), les services Web (WS) et le bus des services d entreprise (ESB). Figure 1 : Architecture 4.1 Gestion des processus métiers (BPM) Dans l exercice de son métier, toute entreprise met en place de nombreux processus visant à garantir la qualité et la reproductibilité de ses produits. Ces processus couvrent tous les départements et toutes les disciplines. Gérés par différentes personnes et modifiés de façon continue, il est généralement très difficile d en avoir une vue exhaustive. Parmi ces processus métiers, un grand nombre est soutenu par différentes applications informatiques, souvent incompatibles par le fait de leurs évolutions indépendantes l une de l autre. Cette hétérogénéité amène les responsables à rechercher une standardisation des échanges entre ces applications pour éviter les redondances tout en maintenant les applications fonctionnelles. C est dans ce contexte que le BPM joue un rôle important. En interviewant les acteurs clés et en rassemblant tous les éléments disponibles, l analyste se concentre en premier lieu sur la récolte des informations suivantes : besoins : quel sont les différents processus métiers et quels sont leurs besoins pour fonctionner? services : quelles sont les applications qui couvrent ces différents besoins et quelles informations peuvent-elles fournir à l extérieur? Réalisé par : Vivansa (www.vivansa.com) 04-Nov-2005 Page: 12 of 25

13 Sur base de ces informations, il est alors possible de modéliser, au moyen de langages de description formelle, les services existants, ceux à développer et le flux d information entre eux. Cette étape étant faite, il est alors possible de définir une architecture permettant l orchestration de ces différents services. 4.2 Architecture orientée services (SOA) SOA est un modèle visant à construire des systèmes distribués formés de composants indépendants (services) offrant des fonctionnalités, soit à des applications finales soit à d autres services, au travers d interfaces indépendantes des plateformes et des langages de programmation. De cette façon, ces services ne forment plus des systèmes isolés mais s intègrent dans une architecture formée de boîtes noires pouvant être réutilisées sans modification. Cette architecture est formée des rôles suivants (Figure 2) : Fournisseur : le fournisseur de service publie un contrat exposant son comportement. Il décrit aussi l interface de communication qu il offre, les entrées et les sorties devenant des messages envoyés au travers du réseau. Registre : le registre des services centralise les contrats disponibles sur le réseau Client : le client consulte le registre des services pour sélectionner le service adéquat et pour connaître la localisation de son fournisseur sur le réseau Figure 2 : Rôles dans une architecture SOA Le succès des SOA vient du fait qu elles sont orientées vers les métiers plutôt que vers les technologies. L identification et l organisation des services sont organisées en fonction des processus existants et pas en fonction des contraintes technologiques. De plus, le couplage entre les différents services est conçu de la façon la plus souple possible pour éviter que le client doive connaître les détails d implémentation du fournisseur. Réalisé par : Vivansa (www.vivansa.com) 04-Nov-2005 Page: 13 of 25

14 Un concept important dans cette architecture est celui d orchestration des services. Il permet de définir la façon dont les services doivent s agencer en fonction de leur durée d exécution et de leur interaction avec d autres services (exécution synchrone ou asynchrone). La spécification utilisée pour décrire cette orchestration est le langage BPEL (Business Process Extraction Language). Basé sur XML, il apporte la puissance d une description sémantique pour définir les processus, offrant ainsi la possibilité de réaliser des couplages souples entre les différents services et applications. Bien entendu, ce concept de fournisseur et de client n est pas neuf (présent par exemple dans CORBA, DCOM ou RPC). Mais la nouveauté provient vient du couplage lâche («loosely coupled») qui permet une meilleure interopérabilité et réutilisation des composants. De plus, SOA permet une adaptation incrémentale des systèmes d informations complexes. Au lieu du traditionnel big-bang, il intègre au fur et à mesure les applications existantes dans un cadre nouveau. Bien que les Services Web ne soient pas indispensables à la création d une architecture SOA, nous verrons dans la section suivante comment leur interface standard offre plus de puissance et de flexibilité à une telle architecture. 4.3 Services web Un service web est un service offert à des utilisateurs web ou à d autres services web au travers d un serveur web. Cette technologie constitue un maître-choix pour la mise en place d une infrastructure SOA bâtie sur des standards et des protocoles qui soient ouverts et indépendants des plateformes : XML est un langage sémantique devenu le standard pour la représentation de textes structurés sous format textuel. Les fournisseurs et les clients communiquent au moyen du protocole d accès SOAP (Simple Object Access Protocol), basé sur XML et véhiculé par HTTP. Les services Web exposent leur interface au moyen du langage de définition WSDL (Web Service Definition Language), lui aussi basé sur XML. La localisation des services par le registre peut se faire au moyen du protocole UDDI (Universal Description, Discovery and Integration). Sur base de cet ensemble de standards stables, plusieurs organisations (OASIS, W3C, etc.) et sociétés commerciales (IBM, BEA, Microsoft, etc.) ont défini un ensemble de spécifications pour tous les services d entreprises. Toutefois, la définition des processus métiers, d une architecture orientée services et de services Web ne suffit pas à implémenter de façon effective un système d information multi-organisationnel, multiplateforme et multi-processus. Le lien manquant est fourni par le bus ESB présenté ci-dessous. Réalisé par : Vivansa (www.vivansa.com) 04-Nov-2005 Page: 14 of 25

15 4.4 Bus des services d entreprise (ESB) Définition Défini pour la première fois par le Gartner Group, l ESB (Enterprise Service Bus) est une plateforme d intégration située à l intersection des architectures orientées services (SOA), de la modélisation des processus métiers (BPM) et de l intégration des applications. Cette solution middleware fournit une colonne vertébrale à une architecture SOA événementielle et faiblement couplée. Au travers de ce bus, les services échangent des messages leur permettant de fonctionner dans une architecture hautement distribuée. Ces échanges se font de façon synchrone (question/réponse) ou asynchrone (envoi/réception) en utilisant de multiples protocoles (SOAP, HTTP, HTTPS, SMTP, SNMP, FTP, etc.). Les capacités d une telle infrastructure peuvent être résumées comme suit : Dorsale pour les messages : la taille du bus s adapte en fonction du nombre d applications et de services qu il accueille et du volume de messages qu il traite. Il est compatible avec la spécification JMS (Java Message Service) et est basé sur des plateformes OpenSource orientées messages (Message-Oriented Middleware - MOM) comme JBossMS, Joram ou ActiveMQ. Cette dorsale offre une haute disponibilité, une grande sécurité et flexibilité, est facile à déployer et supporte bien entendu les services web (transformation SOAP/HTTP vers SOAP/JMS et vice-versa). Plateforme d intégration : l ESB est conçu pour connecter et enchaîner des applications, des données et des systèmes au travers du réseau au moyen d un couplage souple. Pour ce faire, il intègre de nouveaux services créant des passerelles vers des applications propriétaires existantes. Protocoles de communication : l ESB n est pas limité à SOAP sur HTTP mais permet d autres protocoles d échange comme SMTP ou JMS. Il permet même de recevoir des messages au travers d autres protocoles comme FTP. Services à valeur ajoutée : le but d une infrastructure ESB est aussi de fournir des services à valeur ajoutée facilitant le développement et le déploiement d applications. Ainsi, il est recommandé de lui confier certaines tâches comme la gestion de la sécurité, la validation de fichiers XML ou la transformation de messages entre applications. Flexibilité : la souplesse et l adaptabilité du bus ESB est intrinsèquement fournie par son caractère faiblement couplé et indépendant des plateformes. Indépendance : n étant lié à aucun vendeur de produits et s appuyant sur des standards ouverts, l ESB possède en son sein la garantie de sa pérennité. Réalisé par : Vivansa (www.vivansa.com) 04-Nov-2005 Page: 15 of 25

16 4.4.2 Couches L ESB s architecture en plusieurs couches (Figure 3) : Figure 3 : Architecture en couches Infrastructure : cette couche contient tous les composants existants dans l entreprise (DB2, Oracle, SAP, applications, ). Ces composants doivent être adaptés pour offrir une interface de type service web avant de se connecter à l ESB. De nombreux vendeurs développent actuellement une telle interface afin d offrir plus de pérennité à leurs applications. ESB : Le bus ESB offre un certain nombre de capacités communes (routage, registre de services, outils de transformation, orchestration, sécurité, enregistrement, gestion, etc.) et facilite leur association aux services web disponibles sur le bus multi-protocoles. Services métiers : Un certain nombre de services placés au-dessus de l ESB permettent d offrir une qualité de service (QoS) prédéfinie aux clients. Applications tierces : un certain nombre d applications externes peuvent aussi être présentes qui fournissent des informations par l intermédiaire de connecteurs externes. Processus métiers : la couche supérieure veille à la bonne orchestration des différentes composantes telles que définies par le BPM. Réalisé par : Vivansa (www.vivansa.com) 04-Nov-2005 Page: 16 of 25

17 4.4.3 Architecture La figure suivante présente une architecture typique de bus ESB : Figure 4 : Architecture typique Passerelle : l ESB supporte plusieurs protocoles synchrones et asynchrones de transport (HTTP, HTTPS, SOAP, JMS, FTP, SMTP, ). La passerelle est le point de contact de cette infrastructure avec le réseau. Routage: Ce service détermine la destination des messages sur le réseau. Ces décisions de routage peuvent être statiques mais peuvent aussi intégrer des informations de contexte (Context Based Routing CBR) contenues dans l entête du message. Transformation : Ce service se charge de toutes les transformations de message vers des formats non-xml, les transformations XML étant opérées au moyen de traitement XSLT appliqué à des feuilles de style XSL. Sécurité : Ce service contrôle les échanges entre les clients et les fournisseurs en fournissant les notions d autorisation, d accréditation et d encryption. Réalisé par : Vivansa (www.vivansa.com) 04-Nov-2005 Page: 17 of 25

18 Adapteurs: Les adapteurs sont utilisés pour connecter les applications externes au bus d entreprise. Certains connecteurs sont standards (J2EE Connector Architecture, SOAP, JMS, etc.) d autres doivent être développés en utilisant les boîtes à outils. Les principaux vendeurs de solutions propriétaires (SAP, Peoplesoft, etc.) développent leurs propres connecteurs. Finalement, il est aussi possible de développer des connecteurs «fichiers plats» vis-à-vis de la quasi-totalité des applications existantes. Réalisé par : Vivansa (www.vivansa.com) 04-Nov-2005 Page: 18 of 25

19 5 Impact métier Nous avons vu à la section 3 que l émergence de l approche SOA/ESB était en grande partie due à l adoption de standards communs par les différents acteurs. Cette convergence devrait entraîner les acteurs de la formation à préparer les professionnels de l informatique à l usage de ces standards. En particulier, il est nécessaire de compléter la formation des architectes, des développeurs et des administrateurs pour qu ils soient prêts lorsque les infrastructures ESB Open Source commenceront à être déployées. 5.1 Responsables projet Les responsables projet incluent aussi bien les directeurs informatiques que les chefs de projet. Ces métiers doivent évoluer afin de saisir l importance et les enjeux des architectures d intégration d applications de type SOA/ESB. Bien que ces personnes soient pour la plupart déjà familiarisées avec les architectures EAI, une formation adéquate aura pour intérêt de montrer et de prouver aux décideurs de l intérêt technique, stratégique et financier d une approche SOA/ESB. 5.2 Architectes fonctionnels L introduction d une architecture SOA/ESB a un impact très important sur le travail de l architecte d applications. Avec l inversion du rapport hiérarchique entre processus métier et technologie, la part de modélisation du métier augmente. Son intervention dans un projet suit les étapes suivantes : Identification et modélisation des processus métiers. Identification des services nécessaires pour soutenir ces processus. Analyse des services existants en vue de leur (ré)utilisation. Analyse des services manquants en vue de leur développement. Ecriture/modification des scripts BPEL pour l intégration de ces services sur le bus d entreprise. Pour soutenir ces étapes, il doit développer les compétences suivantes : Maîtrise des concepts sous-jacents aux quatre couches de l approche SOA/ESB (section 4) : BPM, SOA, Services Web et ESB. Connaissance active des standards UML, BPEL, WSDL, UDDI, XML et des outils associés sans oublier les aspects de sécurité. Connaissance passive des standards utilisés par les équipes de développement (section 5.4). Capacités d interroger et d écouter les gens pour identifier et modéliser les processus métiers. 5.3 Architectes techniques Les architectures SOA/ESB OpenSource sont mises en œuvre au travers d une plateforme J2EE. Réalisé par : Vivansa (www.vivansa.com) 04-Nov-2005 Page: 19 of 25

20 L architecte technique a pour mission d accompagner les clients dans leurs choix d architecture, de qualifier le socle technique et d assurer la conduite du changement. Tour comme l architecte fonctionnel (section 5.2), l architecte technique doit remettre à niveau ses connaissances en privilégiant les domaines suivants : Connaissance des concepts sous-jacents aux quatre couches de l approche SOA/ESB (section 4) : BPM, SOA, Services Web et ESB. Connaissance active des standards XML, XSLT, XPATH, SOAP, WSDL, UDDI. Connaissance active d une plateforme de développement, J2EE par exemple. 5.4 Développeurs L introduction d une architecture SOA/ESB valorise aussi le travail du développeur. Au lieu de développer un module perdu au milieu d une application tentaculaire, il devient responsable d une application complète offrant un service publié sur le bus d entreprise. Pour ce faire, il doit développer les compétences suivantes : Connaissance active des standards XML, XSLT, XPATH, SOAP, WSDL, UDDI. Connaissance active d une plateforme de développement, J2EE par exemple tel que JBoss. Connaissance active d outils de tests unitaires OpenSource tels que JUnit, Cactus. Connaissance actives d outils tels que Hibernate (persistance des données), JMX (Java Management extension), BPEL engine. Connaissance active d environnement de développement Open Source : Eclipse, CVS, SubVersion. 5.5 Administrateurs L administrateur informatique garde un rôle crucial dans l entreprise car son expertise sera très sollicitée en matière d installation, de configuration, de déploiement et d administration de l infrastructure SOA/ESB. Les connaissances requises par notre administrateur doivent couvrir entreautres les concepts suivants : Gestion des annuaires: UDDI, JDDI, LDAP. Administration de services via des consoles JMX. Maîtrise de plate-forme J2EE OpenSource tels que JBoss. Réalisé par : Vivansa (www.vivansa.com) 04-Nov-2005 Page: 20 of 25

Urbanisme du Système d Information et EAI

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

Plus en détail

l'esb JBI au coeur de l'initiative SOA

l'esb JBI au coeur de l'initiative SOA l'esb JBI au coeur de l'initiative SOA Initiative SOA Gaël Blondelle CTO EBM WebSourcing Chairman Technology Council OW2 13 Juin 2007 Agenda Ptf de référence OW2 Initiative SOA PEtALS, l'esb d'ow2 2 Opportunité

Plus en détail

Conception Exécution Interopérabilité. Déploiement. Conception du service. Définition du SLA. Suivi du service. Réception des mesures

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

Plus en détail

NOVA BPM. «Première solution BPM intégr. Pierre Vignéras Bull R&D

NOVA 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étail

Développement logiciel pour l Architecture Orientée Services avec IBM Rational Software Development Platform

Développement logiciel pour l Architecture Orientée Services avec IBM Rational Software Development Platform IBM Software Group Développement logiciel pour l Architecture Orientée Services avec IBM Rational Software Development Platform Thierry Bourrier, Techical Consultant thierry.bourrier@fr.ibm.com L Architecture

Plus en détail

La S O A O pen S ource avec. Démos / Outils PEtALS

La S O A O pen S ource avec. Démos / Outils PEtALS La S O A O pen S ource avec Démos / Outils PEtALS Sept. 2007 La route vers la SOA Un ESB (Enterprise Service Bus) basé sur les standards Java, JBI et Web Services est une bonne technologie pour instancier

Plus en détail

Architectures web pour la gestion de données

Architectures web pour la gestion de données Architectures web pour la gestion de données Dan VODISLAV Université de Cergy-Pontoise Plan Le Web Intégration de données Architectures distribuées Page 2 Le Web Internet = réseau physique d'ordinateurs

Plus en détail

OpenESB Libre, standard, outillé, documenté et supporté

OpenESB Libre, standard, outillé, documenté et supporté OpenESB Libre, standard, outillé, documenté et supporté Alexis Moussine-Pouchkine Sun Microsystems, Inc. Constat Les projets d'intégration sont mono-éditeur Est-ce viable à long terme? Quel(s) Standard(s)

Plus en détail

Intégration d'applications d'entreprise (INTA)

Intégration d'applications d'entreprise (INTA) Master 2 SITW - Recherche Intégration d'applications d'entreprise (INTA) Dr. Djamel Benmerzoug Email : djamel.benmerzoug@univ-constantine2.dz Maitre de Conférences A Département TLSI Faculté des NTIC Université

Plus en détail

Nouvelles technologies pour l intégration : les ESB

Nouvelles 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étail

Mettez les évolutions technologiques au service de vos objectifs métier

Mettez les évolutions technologiques au service de vos objectifs métier Mettez les évolutions technologiques au service de vos objectifs métier 2 OXIA a pour mission de concevoir et mettre en oeuvre les meilleures solutions technologiques visant à améliorer la productivité,

Plus en détail

Les nouvelles architectures des SI : Etat de l Art

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

Plus en détail

Business & High Technology

Business & High Technology UNIVERSITE DE TUNIS INSTITUT SUPERIEUR DE GESTION DE TUNIS Département : Informatique Business & High Technology Chapitre 3 : Le web dans l entreprise Sommaire Introduction... 1 Intranet... 1 Extranet...

Plus en détail

Objectif : Passer de l analyse métier et fonctionnelle à la définition des applications qui

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

Plus en détail

Le 09 et 10 Décembre 09

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

Plus en détail

ORACLE DATA INTEGRATOR ENTERPRISE EDITION - ODI EE

ORACLE DATA INTEGRATOR ENTERPRISE EDITION - ODI EE ORACLE DATA INTEGRATOR ENTERPRISE EDITION - ODI EE ORACLE DATA INTEGRATOR ENTERPRISE EDITION offre de nombreux avantages : performances de pointe, productivité et souplesse accrues pour un coût total de

Plus en détail

Workflow et Service Oriented Architecture (SOA)

Workflow 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étail

Les Architectures Orientées Services (SOA)

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

Plus en détail

La démarche SOA et l interopérabilité applicative

La 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étail

Business Process Execution Language

Business 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étail

Composition de Services Web

Composition de Services Web Composition de Services Web Dr. Djamel Benmerzoug Email : djamel.benmerzoug@univ-constantine2.dz Maitre de Conférences A, Département TLSI Faculté des NTIC Université Constantine 2 Abdelhamid Mehri 127

Plus en détail

Configuration Interface for MEssage ROuting

Configuration 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étail

BizTalk 2006. Business Process Integration

BizTalk 2006. Business Process Integration BizTalk 2006 Business Process Integration Préoccupations Métier vs IT Accroître la Qualité de Service (Faire plus avec Moins) Meilleure Visibilité et Contrôle Sur le Métier Motivé par des enjeux métiers

Plus en détail

par Philippe Poulard Web services 0 Philippe.Poulard@sophia.inria.fr Philippe Poulard

par Philippe Poulard Web services 0 Philippe.Poulard@sophia.inria.fr Philippe Poulard 0 Philippe.Poulard@sophia.inria.fr Philippe Poulard Sommaire Qu est-ce? Middleware XML Web Services in situ Couches de services Architecture des Web Services avec Java JAX-RPC JAXR JAXM Outils 1 Présentation

Plus en détail

SOA et Services Web. 23 octobre 2011. SOA: Concepts de base

SOA et Services Web. 23 octobre 2011. SOA: Concepts de base SOA et Services Web 23 octobre 2011 1 SOA: Concepts de base 2 Du client serveur à la SOA N est Nest pas une démarche entièrement nouvelle: années 1990 avec les solutions C/S Besoins d ouverture et d interopérabilité

Plus en détail

Architecture 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 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étail

L 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 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étail

Services Web. Fabrice Rossi. http://apiacoa.org/contact.html. Université Paris-IX Dauphine. Services Web p.1/26

Services Web. Fabrice Rossi. http://apiacoa.org/contact.html. Université Paris-IX Dauphine. Services Web p.1/26 Services Web Fabrice Rossi http://apiacoa.org/contact.html. Université Paris-IX Dauphine Services Web p.1/26 Plan du cours 1. Introduction 2. SOAP 3. WSDL 4. UDDI Site du cours : http://apiacoa.org/teaching/webservices/

Plus en détail

Services Web. Plan du cours

Services Web. Plan du cours Services Web Fabrice Rossi http://apiacoa.org/contact.html. Université Paris-IX Dauphine Services Web p.1/26 Plan du cours 1. Introduction 2. SOAP 3. WSDL 4. UDDI Site du cours : http://apiacoa.org/teaching/webservices/

Plus en détail

Petit Déjeuner Pépinière du Logiciel Libre. 25 juin 2008

Petit Déjeuner Pépinière du Logiciel Libre. 25 juin 2008 Petit Déjeuner Pépinière du Logiciel Libre 25 juin 2008 1 / 37 Agenda Définition & Principes Les différents outils & composants Les Solutions intégrés Open-Source Vos Questions 2 / 37 Agenda Définition

Plus en détail

Plan du cours. Services Web. Un service web? Plan de l introduction. 1. Introduction 2. SOAP 3. WSDL 4. UDDI

Plan du cours. Services Web. Un service web? Plan de l introduction. 1. Introduction 2. SOAP 3. WSDL 4. UDDI Plan du cours Services Web Fabrice Rossi http://apiacoa.org/contact.html. Université Paris-IX Dauphine 1. Introduction 2. SOAP 3. WSDL 4. UDDI Site du cours : http://apiacoa.org/teaching/webservices/ Services

Plus en détail

Plan : divers exemples

Plan : divers exemples INF347 Langages XML et technologies WEB exemples Sylvie Vignes, ENST École Nationale Supérieure des Télécommunications Département Informatique et Réseaux Plan : divers exemples! Rendre accessible une

Plus en détail

Tour d horizon de Java EE 6

Tour d horizon de Java EE 6 1 Tour d horizon de Java EE 6 De nos jours, les entreprises évoluent dans une compétition à l échelle mondiale. Elles ont besoin pour résoudre leurs besoins métiers d applications qui deviennent de plus

Plus en détail

1. Une approche innovante, basée sur «l objet document» 2. Le respect des chaînes éditoriales de l entreprise

1. Une approche innovante, basée sur «l objet document» 2. Le respect des chaînes éditoriales de l entreprise Lucid e-globalizer, solution globale de gestion de contenu multilingue. Ce document a pour objectif de vous présenter Lucid e-globalizer, la solution de gestion de contenu multilingue de Lucid i.t., ses

Plus en détail

Synthèse de son offre logicielle

Synthèse de son offre logicielle Connecting your business Synthèse de son offre logicielle Copyright 2006, toute reproduction ou diffusion non autorisée est interdite STREAM MIND Créateur de produits logiciels innovants dans le traitement

Plus en détail

Offre FlowUnit by CGI Tests automatisés de flux de données inter-applicatifs

Offre FlowUnit by CGI Tests automatisés de flux de données inter-applicatifs Offre FlowUnit by CGI Tests automatisés de flux de données inter-applicatifs CGI Group Inc. 2013 Agenda 1 2 3 4 5 6 7 Problématiques et enjeux Solutions et fonctionnalités Concepts Exécution et rapport

Plus en détail

Programmation Web Avancée Introduction aux services Web

Programmation 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étail

Programme scientifique Majeure ARCHITECTURE DES SYSTEMES D INFORMATION. Mentions Ingénierie des Systèmes d Information Business Intelligence

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

Plus en détail

L EAI. par la pratique. François Rivard. Thomas Plantain. Groupe Eyrolles, 2003 ISBN : 2-212-11199-1

L EAI. par la pratique. François Rivard. Thomas Plantain. Groupe Eyrolles, 2003 ISBN : 2-212-11199-1 L EAI par la pratique François Rivard Thomas Plantain ISBN : 2-212-11199-1 Table des matières Avant-propos................................................ Quel est l objectif de cet ouvrage...............................

Plus en détail

FOSS Enterprise Integration Plattaform

FOSS Enterprise Integration Plattaform FOSS Enterprise Integration Plattaform 1 Modèle architectural Visual tools Human Activity Orchestr. Integration ESB Assembly 1 JBI BC e-form BPEL Server Assembly 2 SCA Assemly 3 Enterprise Monitor MetaDB

Plus en détail

Programmation d applications distribuées

Programmation d applications distribuées Programmation d applications distribuées François Charoy Université Henri Poincaré 8 octobre 2007 Première partie I Développement d applications distribuées Objectifs du cours Comprendre ce qu est une

Plus en détail

Le moteur de workflow JBPM

Le moteur de workflow JBPM Le moteur de workflow Claude Duvallet Université du Havre UFR Sciences et Techniques 25 rue Philippe Lebon - BP 540 76058 LE HAVRE CEDEX Claude.Duvallet@gmail.com http://litis.univ-lehavre.fr/ duvallet/

Plus en détail

Le moteur de workflow JBPM

Le moteur de workflow JBPM Le moteur de Workflow Le moteur de workflow 1 Claude Duvallet Université du Havre UFR Sciences et Techniques 25 rue Philippe Lebon - BP 540 76058 LE HAVRE CEDEX Claude.Duvallet@gmail.com http://litis.univ-lehavre.fr/

Plus en détail

Messagerie asynchrone et Services Web

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

Plus en détail

Offre Supervision OF. mercredi 17 septembre 2014. Groupe CGI inc. CONFIDENTIEL

Offre Supervision OF. mercredi 17 septembre 2014. Groupe CGI inc. CONFIDENTIEL Offre Supervision OF mercredi 17 septembre 2014 Groupe CGI inc. CONFIDENTIEL Agenda 1 2 3 4 5 6 7 Pourquoi cette solution? Principes et enjeux de la solution Les modules & fonctionnalités Architecture

Plus en détail

Semarchy Convergence for Data Integration La Plate-Forme d Intégration pour le MDM Évolutionnaire

Semarchy Convergence for Data Integration La Plate-Forme d Intégration pour le MDM Évolutionnaire FICHE PRODUIT Semarchy Convergence for Data Integration La Plate-Forme d Intégration pour le MDM Évolutionnaire BENEFICES Des projets réussis dans les délais et les budgets La bonne donnée disponible au

Plus en détail

Business & High Technology

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

Plus en détail

IBM Business Process Manager

IBM Business Process Manager IBM Software WebSphere Livre blanc sur le leadership en matière d innovation IBM Business Process Manager Une plateforme de BPM complète, unifiée et facilement adaptable aux projets et aux programmes d

Plus en détail

Intégration avec Camel et ServiceMix

Intégration avec Camel et ServiceMix Charles Moulliard Architecte de Solutions Apache Committer Objectif «Faire découvrir les projets Apache orientés Intégration comme Camel ainsi que le conteneur ServiceMix et les architectures cibles» 3

Plus en détail

PRIMAVERA P6 ENTERPRISE PROJECT PORTFOLIO MANAGEMENT WEB SERVICES

PRIMAVERA 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étail

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 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

Plus en détail

LES ARCHITECTURES ORIENTÉES SERVICES

LES ARCHITECTURES ORIENTÉES SERVICES Pourquoi WebSphere La complexité des affaires exerce une forte pression sur l IT : Challenges Globalisation Pressions de la compétition Erosion de la fidélité des clients Complexité de la chaine logistique

Plus en détail

Architectures Orientées Services Version 2.0

Architectures Orientées Services Version 2.0 Architectures Orientées Services Version 2.0 Principes de base et tour d horizon o Premières définitions et avantages o Enterprise Service Bus (ESB) o Standards (c) Leuville Objects. Tous droits de traduction,

Plus en détail

e-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 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étail

Technologies du Multimédia et du Web

Technologies du Multimédia et du Web 3 ème Année Licence appliquée Technologies du Multimédia et du Web MoezBEN HAJ HMIDA ISSAT Sousse 2009/2010 Plan Les systèmes e-services Évolution des architectures d applications Les architectures client/serveur

Plus en détail

D une part, elles ne peuvent faire table rase de la richesse contenue dans leur système d information.

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

Plus en détail

Systèmes d Information Avancés (et répartis)

Systèmes d Information Avancés (et répartis) Systèmes d Information Avancés (et répartis) Université Lyon 1 MIAGE L. Médini, mars 2005 Plan des cours Protocole HTTP et programmation serveur Architectures réparties Objets distribués Introduction aux

Plus en détail

Chapitre I : Protocoles client serveur et architectures distribuées

Chapitre I : Protocoles client serveur et architectures distribuées Licence Pro Réseaux Télécom Systèmes Internet et Intranet pour l entreprise Chapitre I : Protocoles client serveur et architectures distribuées Département IEM / UB Eric.Leclercq@u-bourgogne.fr Bureau

Plus en détail

NFP111 Systèmes et Applications Réparties

NFP111 Systèmes et Applications Réparties NFP111 Systèmes et Applications Réparties 1 de 16 NFP111 Systèmes et Applications Réparties Cours 10 - Les Enterprise Java Beans ( aux serveurs ) Claude Duvallet Université du Havre UFR Sciences et Techniques

Plus en détail

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 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étail

Présentation générale des Web Services

Présentation générale des Web Services Présentation générale des Web Services Vue Globale Type d'architecture reposant sur les standards de l'internet Alternative aux architectures classiques : Client/serveur n/tiers Orientée services permettant

Plus en détail

*4D, quand c est la solution qui compte. 4D démocratise les services Web

*4D, quand c est la solution qui compte. 4D démocratise les services Web *4D, quand c est la solution qui compte. 4D démocratise les services Web Table des matières I. INTRODUCTION page 3 II. VERS UNE DEFINITION DES SERVICES WEB 1. Qu est ce que c est? page 3 2. A quoi ça sert?

Plus en détail

Business Process Modeling (BPM)

Business 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étail

Introduction pratique au Développement orienté Modèle Pierre Parrend, Mars 2005

Introduction pratique au Développement orienté Modèle Pierre Parrend, Mars 2005 MDA : Un Tutoriel Introduction pratique au Développement orienté Modèle Pierre Parrend, Mars 2005 1 Sommaire Table des matières 1 Sommaire 1 2 Introduction 2 2.1 A qui s adresse ce tutoriel......................

Plus en détail

Système d échange inter-administration avec Petals ESB

Système d échange inter-administration avec Petals ESB Système d échange inter-administration avec Petals ESB La plateforme RITA à la DGME Abdelaziz Skalli Consultant Tél : +33.630.78.54.75 abdelaziz.skalli@logica.com Logica 2008. All rights reserved Sommaire

Plus en détail

Figure 1-1. Plateformes compatibles avec WCF

Figure 1-1. Plateformes compatibles avec WCF 1 Bonjour Indigo Windows Communication Foundation (WCF), auparavant connu sous le nom de code «Indigo», est une nouvelle plateforme de messages distribués. Il fait partie du Framework.NET 3.0 livré avec

Plus en détail

Les serveurs d applications :une introduction

Les serveurs d applications :une introduction Les serveurs d applications : une introduction Université du Havre UFR Sciences et Techniques 25 rue Philippe Lebon - BP 540 76058 LE HAVRE CEDEX Claude.Duvallet@gmail.com Octobre 2006 Plan de la présentation

Plus en détail

Des solutions J2EE open source professionnelles adaptées à votre système d information d entreprise

Des solutions J2EE open source professionnelles adaptées à votre système d information d entreprise Des solutions J2EE open source professionnelles adaptées à votre système d information d entreprise Vendredi 26 Novembre 2004 9h.00 Espace Batignolles 18 rue de la Condamine 75017 Paris www.espace-batignolles.com

Plus en détail

Presto : une implémentation open-source

Presto : une implémentation open-source Presto : une implémentation open-source Pierre-Yves Gibello, PetalsLink pierre-yves.gibello@petalslink.com PRESTO (PRotocole d'echanges STandard et Ouvert) est un standard d'intéropérabilité basé sur les

Plus en détail

1 JBoss Entreprise Middleware

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

Plus en détail

Chapitre I : Protocoles client serveur et architectures distribuées

Chapitre I : Protocoles client serveur et architectures distribuées Chapitre I : Protocoles client serveur et architectures distribuées Eric Leclercq & Marinette Savonnet Département IEM / UB Eric.Leclercq@u-bourgogne.fr Bureau G212 Aile des Sciences de l Ingénieur Mise-à-jour

Plus en détail

Qu'est-ce qu'un Web Service?

Qu'est-ce qu'un Web Service? WEB SERVICES Qu'est-ce qu'un Web Service? Un Web Service est un composant implémenté dans n'importe quel langage, déployé sur n'importe quelle plate-forme et enveloppé dans une couche de standards dérivés

Plus en détail

Modèle de cahier des charges pour un appel d offres relatif à une solution de gestion des processus métier (BPM)

Modè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étail

Wonderware ArchestrA Workflow

Wonderware ArchestrA Workflow ArchestrA Workflow www.wonderware.fr Introduction ArchestrA Workflow est une solution de BPM (Business Process Management) transverse et temps-réel de gestion des processus industriels. Décuplant la collaboration

Plus en détail

Architecture Orientée Services d Entreprise (esoa)

Architecture Orientée Services d Entreprise (esoa) Architecture Orientée Services d Entreprise (esoa) SAPNW SOA100 SOA110 SOA200 5 jours SOA400 4 jours Introduction à SAP NetWeaver Architecture orientée services d entreprise SAP: les fondamentaux SAP Enterprise

Plus en détail

Conception d Applications Réparties

Conception d Applications Réparties Jean-François Roos LIFL - équipe GOAL- bâtiment M3 Extension - bureau 206 -Jean-Francois.Roos@lifl.fr 1 Objectifs du Cours Appréhender la conception d applications réparties motivations et concepts architectures

Plus en détail

Business & High Technology

Business & High Technology UNIVERSITE DE TUNIS INSTITUT SUPERIEUR DE GESTION DE TUNIS Département : Informatique Business & High Technology Chapitre 4 : Web Service Sommaire Introduction... 1 Web Service... 1 Les technologies des

Plus en détail

Fiche de l'awt Intégration des applications

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

Plus en détail

PRotocole d'echange STandard Ouvert

PRotocole d'echange STandard Ouvert PRotocole d'echange STandard Ouvert 28 février 2007 Frédéric Law-Dune Direction Générale de la modernisation de l'etat 1 Contexte L administration électronique monte en puissance De nombreux services sont

Plus en détail

Le cadre des Web Services Partie 1 : Introduction

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 adulau@foo.be Sécurité en ingénierie du Logiciel p.1/21 Agenda (partie 1) 1/2 Introduction Services

Plus en détail

SOA Open Source Intégration des services et business process dans une architecture SOA Open Source. Bruno Georges JBoss, a Division of Red Hat

SOA Open Source Intégration des services et business process dans une architecture SOA Open Source. Bruno Georges JBoss, a Division of Red Hat SOA Open Source Intégration des services et business process dans une architecture SOA Open Source Bruno Georges JBoss, a Division of Red Hat Agenda Cas d etude Contexte métier Les bénéfices Open Source

Plus en détail

Mineure Architectures Orientées Services SOA Business Process Modeling (BPM) Mineure SOA. Business Process Modeling (BPM)

Mineure 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étail

Aligner Stratégie d Entreprise et Infrastructure Informatique

Aligner Stratégie d Entreprise et Infrastructure Informatique Logiciels IBM Rational Janvier 2005 Aligner Stratégie d Entreprise et Infrastructure Informatique IBM Rational Software Development Platform & Business-Driven Development Page 2 Table des matières 1 L

Plus en détail

NFP111 Systèmes et Applications Réparties

NFP111 Systèmes et Applications Réparties NFP111 Systèmes et Applications Réparties 1 de 38 NFP111 Systèmes et Applications Réparties Cours 11 - Les Enterprise Java Beans (Introduction aux Enterprise Claude Duvallet Université du Havre UFR Sciences

Plus en détail

Les Enterprise Service Bus. Amine Slimane

Les Enterprise Service Bus. Amine Slimane Les Enterprise Service Bus Amine Slimane 1 Plan de la présentation Principes de la SOA Principe d un ESB Fonctionnement interne d un ESB L intégration d un ESB au travers d un exemple concret Conclusion

Plus en détail

BPEL Orchestration de Web Services

BPEL 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étail

Sommaire. Introduction La technologie ebxml EDI conventionnels versus ebxml Web Services et ebxml Acteurs de l ebxml Conclusion

Sommaire. 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étail

Comment initialiser une démarche SOA

Comment initialiser une démarche SOA Comment initialiser une démarche SOA Placer l approche l SOA au cœur c de la vie du Système d Informationd Olivier Dennery IT Architect IBM certified BCS Application Innovation Objectifs Objectifs - Rappeler

Plus en détail

Jean-Philippe VIOLET Solutions Architect

Jean-Philippe VIOLET Solutions Architect Jean-Philippe VIOLET Solutions Architect IBM Cognos: L' Expertise de la Gestion de la Performance Acquis par IBM en Janvier 08 Rattaché au Brand Information Management Couverture Globale 23,000 clients

Plus en détail

Construire un annuaire d entreprise avec LDAP

Construire un annuaire d entreprise avec LDAP Construire un annuaire d entreprise avec LDAP Marcel Rizcallah Éditions Eyrolles ISBN : 2-212-09154-0 2000 Introduction L économie en réseau ou la Net-économie est au cœur des débats et des stratégies

Plus en détail

Architecture JEE. Objectifs attendus. Serveurs d applications JEE. Architectures JEE Normes JEE. Systèmes distribués

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ébert.eheb@yahoo.fr

Plus en détail

J2EE : Services Web. Stéphane Croisier, Directeur Serge Huber, Directeur Technique. 13 Juin 2002. 2002 Jahia Ltd. All rights reserved.

J2EE : Services Web. Stéphane Croisier, Directeur Serge Huber, Directeur Technique. 13 Juin 2002. 2002 Jahia Ltd. All rights reserved. J2EE : Services Web Stéphane Croisier, Directeur Serge Huber, Directeur Technique 13 Juin 2002 Aperçu Interopérabilité en XML/HTTP SOAP ebxml Outils d EAI JXTA Normes d interopérabilité XML SOAP/UDDI Inventé

Plus en détail

Oracle Fusion Middleware Concepts Guide 11g Release 1 (11.1.1) Figure 1-1 Architecture Middleware

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

Plus en détail

Introduction à la plateforme J2EE

Introduction à la plateforme J2EE Introduction à la plateforme J2EE Auteur : Oussama Essefi Directeur technique Expert Consulting Oussama.essefi@expert-consulting.biz Copyright 2010 Expert Consulting Page 1 1. Introduction 1.1. Pourquoi

Plus en détail

Architectures et Web

Architectures et Web Architectures et Web Niveaux d'abstraction d'une application En règle générale, une application est découpée en 3 niveaux d'abstraction : La couche présentation ou IHM (Interface Homme/Machine) gère les

Plus en détail

Modéliser et déployer des processus d entreprise avec Biztalk 2006

Modéliser et déployer des processus d entreprise avec Biztalk 2006 Modéliser et déployer des processus d entreprise avec Biztalk 2006 L Entreprise : Un Écosystème Complexe Client Contoso Client Internet Logistique HR System XML Banque ERP CRM Fournisseur ecomm Considérer

Plus en détail

Solutions stratégiques d entreprise Pour une entreprise plus performante : Gestion des processus métier grâce à une architecture orientée services

Solutions stratégiques d entreprise Pour une entreprise plus performante : Gestion des processus métier grâce à une architecture orientée services Solutions stratégiques d entreprise Pour une entreprise plus performante : Gestion des processus métier grâce à une architecture orientée services Des gains de productivité qui favorisent l innovation.

Plus en détail

Optimisez vos processus informatiques, maximisez le taux de rendement de vos actifs et améliorez les niveaux de service

Optimisez vos processus informatiques, maximisez le taux de rendement de vos actifs et améliorez les niveaux de service Solutions de gestion des actifs et services Au service de vos objectifs d entreprise Optimisez vos processus informatiques, maximisez le taux de rendement de vos actifs et améliorez les niveaux de service

Plus en détail