EAI et ERP
Enterprise Application Integration : EAI

H2915 v1 Article de référence

EAI et ERP
Enterprise Application Integration : EAI

Auteur(s) : Madeleine CHEVASSUS

Date de publication : 10 août 2004 | Read in English

Cet article est réservé aux abonnés

Pour explorer cet article plus en profondeur Consulter l'extrait gratuit

Déjà abonné ?Se connecter

Sommaire
Médias

Présentation

1 - Contexte

2 - Urbanisation du système d’information

3 - Modes d’intégration

4 - Architecture

4.1 - Caractéristiques des différents middlewares
4.2 - Briques élémentaires

Figure 5 - Message broker (d’après ) Figure 6 - Architecture hub and spoke Figure 7 - Architecture multi-hub Figure 8 - Architecture network centric

5 - EAI et serveurs d’applications

6 - EAI et bases de données

6.1 - Systèmes de gestion de base de données relationnelle
6.2 - Middlewares d’accès aux données
6.3 - Transferts de fichiers
6.4 - ETL

7 - EAI et ERP

8 - EAI et XML

9 - EAI et services Web

10 - EAI, BPM et workflow

11 - Offre commerciale

11.1 - IBM
11.2 - Microsoft
11.3 - WebMethods
11.4 - SeeBeyond
11.5 - TIBCO
11.6 - BEA
11.7 - Axway

12 - Tendances

12.1 - Service Oriented Architecture
12.2 - Enterprise Service Bus
12.3 - Logiciels libres

Bibliographie & annexes

Présentation

Auteur(s)

Madeleine CHEVASSUS : Consultant

Lire cet article issu d'une ressource documentaire complète, actualisée et validée par des comités scientifiques.

Lire l’article

INTRODUCTION

L’« integration business » est devenu un enjeu majeur pour beaucoup d’entreprises. Il y a de nombreuses raisons à ce surcroît d’intérêt : la croissance explosive d’Internet, les pressions de la compétition, de nouveaux modèles de business et le besoin d’homogénéiser les processus entre l’approche interne et celle avec les partenaires, pour citer quelques exemples. Un nouveau secteur de marché a émergé pour répondre à ce besoin, dédié aux logiciels qui permettent une meilleure intégration du business. La première offre dans ce sens a été les MOM (Message Oriented Middleware), conçue pour faciliter la liaison entre les différents systèmes d’information ; puis vinrent les « message brokers », puis les solutions de « business management » (gestion des processus métier), et de « workflow ». On désigne quelquefois sous le terme d’EAI (Enterprise Application Integration) l’ensemble de ce marché, bien qu’au départ, l’EAI ait été focalisé sur l’intégration de progiciels comme SAP avec soit des applicatifs hérités du passé (sur « mainframe »), soit des applicatifs plus récents sur station de travail. Maintenant, l’EAI englobe l’ensemble de ces problématiques.

Il y a une myriade d’outils et de produits d’EAI, chacun ayant la prétention d’apporter une solution globale. Nous donnons ici quelques clefs sur ce qu’est véritablement l’EAI.

Cet article est réservé aux abonnés.
Il vous reste 93 % à découvrir.

Pour explorer cet article Consulter l'extrait gratuit

Déjà abonné ? Se connecter

DOI (Digital Object Identifier)

https://doi.org/10.51257/a-v1-h2915

Lecture en cours
Présentation

Page
suivante

EAI et XML

Article inclus dans l'offre

"Technologies logicielles Architectures des systèmes"

(236 articles)

Une base complète d’articles

Actualisée et enrichie d’articles validés par nos comités scientifiques.

Des contenus enrichis

Quiz, médias, tableaux, formules, vidéos, etc.

Des modules pratiques

Opérationnels et didactiques, pour garantir l'acquisition des compétences transverses.

Des avantages inclus

Un ensemble de services exclusifs en complément des ressources.

Voir l'offre

7. EAI et ERP

Les ERP (Enterprise Resource Planning) (en français, PGI pour progiciel de gestion intégré) sont des applications packagées traitant les problèmes classiques de l’entreprise comme les aspects financiers, la facturation, la chaîne logistique (supply chain), les ressources humaines. Ils sont très répandus, au départ dans les très grandes entreprises puis maintenant jusqu’aux PME/PMI, pour la bonne raison qu’ils dispensent des longs et coûteux développements d’applications maison. Cependant, ils sont souvent difficiles à installer et à faire évoluer (passage aux nouvelles versions). Les fournisseurs d’ERP les plus connus sont SAP, Oracle, PeopleSoft et JD Edwards.

La plupart des ERP présentent maintenant une architecture client/serveur ou Internet/intranet.

Il est difficile de faire communiquer les ERP entre eux, tout comme de faire communiquer un ERP avec une application maison (l’existant). C’est pourquoi l’EAI est particulièrement indiquée dans ce contexte.

Généralement, les ERP proposent des interfaces pour accéder en lecture et en écriture à leurs informations internes. Ces interfaces permettent l’intégration de ces applications packagées au reste du système d’information. Il y a deux approches :

en mode message : utilisation de connecteurs « légers » ;
en mode API : utilisation de connecteurs « lourds ».

Mode message : on utilise des formats de fichiers spécifiques comme Idoc pour SAP ou EDI pour PeopleSoft. Les demandes sont traitées de manière asynchrone et le résultat est une action dans l’ERP, et le cas échéant un fichier de réponse. C’est le message broker qui se charge du formatage du message d’entrée et de sa soumission en utilisant l’interface batch de l’ERP par le biais d’une API. C’est pourquoi on parle dans ce cas de connecteur léger.

Mode API : on utilise les API publiées par les éditeurs d’ERP comme BAPI (SAP), BOI (BAAN), Message Agent (PeopleSoft). Ces API sont disponibles en C, Cobol, Shell, COM. Des programmes déclenchés à l’arrivée de messages spécifiques pourront utiliser ces API pour mettre à jour des données de l’ERP. On parle alors de connecteur lourd ou nécessitant une programmation sophistiquée.

Évolution : il est intéressant...

Cet article est réservé aux abonnés.
Il vous reste 92 % à découvrir.