Remerciez-le!

Remerciez @Admin pour avoir partagé cet document gratuitement, de la manière la plus simple, en partageant sur les réseaux sociaux.

EAI PRINCIPES ET OBJECTIFS EXTRAIT REFERENCES UNILOG Identification du document

EAI PRINCIPES ET OBJECTIFS EXTRAIT REFERENCES UNILOG Identification du document : AQT/EAI/ Principes v1.0 Ce document est la propriété d’UNILOG et ne peut être reproduit sans son accord écrit Page 1/32 PRINCIPE ET OBJECTIFS DE L’EAI L’EAI L’EAI (Entreprise Application Integration) est un modèle d’échange entre applications internes (AtoA) et externes (BtoB) à l’entreprise. Il s’agit de gérer de véritables processus fonctionnels au niveau du SI, et d’affranchir au maximum les applications de la problématique des échanges avec N autres applications. L’EAI fait intervenir des technologies récentes (XML, JAVA, CORBA, MOM…), sur un ensemble à la fois technique (connectivité, communication, transformations de données) et fonctionnel (organisation des processus métiers). Contexte A l’heure actuelle, la réussite d’une entreprise dépend de sa capacité à accroître sa réactivité et son adaptabilité, à gérer au mieux les échanges internes et inter-entreprises (B2B). Lorsque les interfaces sont spécifiques à chaque couple d'applications (ou de bases), leur nombre croît très rapidement avec l'arrivée de nouvelles applications, à tel point qu'on arrive vite à un "modèle spaghetti" impossible à maintenir. Les solutions d’EAI visent à confier à un outil unique correctement paramétré (ou à un très petit nombre d'outils) la prise en charge des fonctions d'interfaçage. Leur objectif est d’échanger de manière performante des informations entre applications ou progiciels, sur plate-formes hétérogènes, dans des systèmes d’information en constante évolution. Identification du document : AQT/EAI/ Principes v1.0 Ce document est la propriété d’UNILOG et ne peut être reproduit sans son accord écrit Page 2/32 Intégration de Processus • Intégrité synchrone • Workflow • Transactions • Messaging Consolidation d’informations • Vision unifiée de données Synchronisation de données • Réplication • Consistance de données • Messaging Intégration de données • Analyse de données • Data Warehousing • Data Mining Scénarios d’intégration d’applications Bénéfices En terme d’urbanisme, les bénéfices sont : • Maîtrise de la taille des applications • Facilité d’évolution des applications • Meilleur dialogue ente DSI et MOA Positionnement Contrairement aux tendances précédentes qui favorisaient des ruptures entre le passé et le présent, comme par exemple la mise en place d’un ERP, l’EAI se positionne comme un vecteur de l’évolution continuelle et maîtrisée du système d’information dont l’objectif est de valoriser le capital qu’il représente. L’EAI pris dans son ensemble, outil et démarche, permet de mieux maîtriser l’urbanisation d’un système d’information, c’est à dire le périmètre fonctionnel de chaque applications. Maîtrise de la taille de chaque application Lorsque il n’y avait pas d’offre progicialisée d’intégration d’application il était souvent plus facile de faire grossir les applications existantes plutôt que d’en créer une nouvelle. Cela avait pour conséquence de créer au sein du SI des applications difficile à maîtriser à cause de leur taille et de leur périmètre fonctionnelle trop floue. Les équipes chargées de la maintenance de ses applications devenaient rapidement des goulots d’étranglement pour les projets d’évolutions du SI. Grâce à l’EAI il est plus facile d’ajouter une nouvelle application au SI, cela permet donc de limiter l’expansion fonctionnelle de chaque application et de d’en garder la maîtrise. Remplacement d’une ancienne application par une nouvelle L’EAI permet de maîtriser fonctionnellement et techniquement l’ensemble des flux de données entrant et sortant d’une application. La phase de rétro- ingénierie habituelle est ainsi évitée, le processus de développement est accéléré par les possibilité de connectivité offerte par les offres du marché. Meilleur dialogue entre la DSI et la MOA L’approche EAI vise non seulement à maîtriser les flux de données, d’une application A vers une application B, mais aussi à développer la vision d’ensemble de l’implémentation des processus métier de l’entreprise au travers des différentes applications de son système d’information. En modélisant un macro processus sous la forme de flux de données entre applications l’approche EAI va permettre de donner aux utilisateurs une vision d’ensemble de leur outil informatique et donner aux direction informatiques une base de dialogue avec leur maîtrise d’ouvrage. Applications possibles L’EAI est au cœur de la problématique d’échanges internes et externes (partenaires, sous traitants, clients…). Tous les SI sont ainsi concernés par l’EAI, qui se positionne au cœur des échanges : • CRM (Front Office) • ERP (Back Office) • E-business • legacy Identification du document : AQT/EAI/ Principes v1.0 Ce document est la propriété d’UNILOG et ne peut être reproduit sans son accord écrit Page 3/32 Le modèle EAI Les EAI répondent à une problématique triple :  Fédérer les sources de données gérées par des applications d’entreprise qui ont été développées ou installées isolément.  Unifier ces applications d’entreprise en mettant en place des processus métiers à l’échelle de l’entreprise, ce qui exigent la collaboration de plusieurs applications.  Faciliter l’intégration de nouvelles applications et rendre souple l’adaptation des processus métiers mis en place.  Ceci doit être réalisé dans un environnement technique souvent varié et hétérogène. Modèle d’architecture Une architecture d`EAI typique est construite autour d`un moteur central, le message broker, qui exécute des règles de transformation de formats et de gestion pour recevoir, traduire et envoyer des messages en provenance de ou vers les applications. Les middleware, dont les plus utilisés sont les MOM (Middleware orientés messages), participent de l’amélioration du découplage entre applications. L’architecture d’échange Ce choix pourra influer sur celui du ou des outils qui la constitueront. Il se fera entre une topologie bus (publish and suscribe décentralisé) ou une topologie hub and spoke.(publish and suscribe centralisé). Avec une topologie hub and spoke, les messages sont envoyés à un hub central. L’application source envoie un message dans un format ; le hub traduit le message si nécessaire et le route vers les différentes branches abonnées, ou spokes, du hub. Le choix portera aussi sur le mode de communication entre les applications à intégrer : synchrone (ORB, http…) ou asynchrone (middleware message). Identification du document : AQT/EAI/ Principes v1.0 Ce document est la propriété d’UNILOG et ne peut être reproduit sans son accord écrit Page 4/32 Transport et connectivité Les services de transport assurent la livraison des données aux applications via le moteur d’intégration. Dans la pratique, toutes les solutions d’EAI reposent sur une couche plate-forme, ou middleware, soit propriétaire, soit fournie par un éditeur partenaire. La connectivité est assurée par les adapters ou connecteurs. Les connecteurs prennent en charge la connexion physique des applications au gestionnaire de flux. Leur nature est directement liée aux moyens qu'une application fournit pour communiquer avec elle : APIs, interface avec des middlewares de communication (MOM), etc. Adaptation de l’information Les événements produits par les applications d'origine doivent être transformés pour être compréhensibles par les applications destinataires. Ce niveau offre les services suivant : La transformation des flux : le moteur de transformation déclenche, sur réception d'un ou plusieurs événements, les règles de transformation et d'enrichissement des données afin que ceux-ci deviennent compréhensibles par l'application destinataire. Le routage et le contrôle des flux : le routage consiste en la gestion et transmission des données. Il permet de distribuer et d'aiguiller les flux vers les bons destinataires. Les critères de routage peuvent être issus des processus métiers, des règles de routages, et des informations contenues dans les messages. Toutes ces fonctions sont fournies par un moteur d’intégration. Le moteur d’intégration centralise l’intelligence de la plate-forme d’EAI via son référentiel, qui contient toutes les règles de routage et de transformation des données. Il sait à quel événement métier appartient le message recueilli et assure la continuité de cet événement. La gestion des processus métiers Un flux subit une série d'aiguillages et de traitements qui forment un processus métier. Le gestionnaire de processus doit pouvoir : Dérouler une chaîne de traitements composée de plusieurs étapes élémentaires (workflow), c'est-à-dire faire de la gestion événementielle complexe; Prendre en charge la gestion des rendez-vous (flux n vers 1); Garantir le suivi et l'intégrité transactionnelle (transaction longue). Identification du document : AQT/EAI/ Principes v1.0 Ce document est la propriété d’UNILOG et ne peut être reproduit sans son accord écrit Page 5/32 GLOSSAIRE EAI Enterprise Application Integration : intégration d’application. L’EAI peut être vu comme l’ensemble des technologies d’intégration, mais généralement ce terme est restreint aux produits récents (moins de 4 ans environ), à forte valeur ajoutée (couches transport, routage, transformation, supervision de processus…). Le terme EAI restreint souvent implicitement le champ à la sous-catégorie A2A de l’EAI, c’est à dire les échanges intra-entreprise, par opposition au B2B. B2B Business To Business : Ce terme désigne les relations, les services automatisés mis en œuvre entre entreprises. L’EDI a permis de tisser les premières relations B2B. Internet, avec les portails, les solutions d’e- marketplace et les outils d’intégration e-business, donne une nouvelle dimension à ces échanges. Le B2B est souvent vu comme une sous-catégorie de l’EAI, correspondant à la notion d’entreprise étendue. Par exemple dans la suite webMethods, le produit proposé est Integration Server (ex webMethods B2B). B2C Désigne les relations qu’une entreprise peut tisser avec ses clients. Ici le terme client correspond au consommateur final, pas les entreprises partenaires intermédiaires. A2A Application To Application : sous-catégorie de l’EAI, correspondant à la notion d’intégration des systèmes internes à l’entreprise, par opposition au B2B. Par exemple uploads/Management/ principe-et-objectif-de-eai.pdf