Définition de l`EAI (Enterprise Application Intégration) - E

1
1. Introduction
La diversité des applications existantes dans une même entreprise et la nécessité de
manipulations de quantités de plus en plus importantes de données, posent un grand problème.
De par le fait, la communication entre les applications d’une même entreprise devient de plus en
plus difficile, à cause des technologies hétérogènes utilisées par chaque application. Par
conséquent, on obtient un système incohérent, mal adapté et incompatible. Dans ce sens, et pour
régler ces problèmes, le concept d’EAI est apparu comme solution. Si nous voulons donner une
définition globale et simple à ce concept, nous pouvons dire que l’EAI est le chef d’orchestre qui
fait communiquer et collaborer les applications d'une même entreprise et offre l’interopérabilité
entre les différentes applications hétérogènes afin de fournir un système d’informations
homogène et intégré.
En plus à l'urbanisation de son système d'information interne, l’entreprise aujourd’hui a
besoin d’une ouverture vers son environnement économique pour accomplir des échanges
interentreprises avec ses partenaires par le biais d’Internet (B2B : Business to Business) et
répondre aux besoins de ses clients le plus rapidement possible (B2C : Business to Consumer).
Donc, nous pouvons dire qu’il y a deux principaux types d’intégrations : interne et externe. Mais
réellement, le monde d’EAI est très vaste car il englobe plusieurs approches, techniques et
technologies d’intégrations. Ces derniers ont évolué dans le temps depuis que le concept d’EAI a
vu le jour.
Actuellement, les solutions EAI de la deuxième génération sont tournées vers les
processus métiers et les échanges interentreprises : elles prennent en compte les nouveaux
modèles économiques créés et promus par Internet et ses technologies (TCP/IP, SMTP, HTTP,
FTP, XML, etc.). De plus, les progiciels de gestion intégrés de la deuxième génération apportent
une quantité de nouveaux modules organisés autour d'une nouvelle vision pour les systèmes
d’information qui est l’architecture orientée services (SOA).
Dans ce contexte, les services Web qui sont basés sur des technologies Web dérivées du
fameux standard XML présentent de nombreux atouts pour faire communiquer des systèmes
caractérisés par une hétérogénéité croissante. Ils permettent également de mettre en oeuvre des
services applicatifs partagés et de gérer la connectivité aux données.
2. Architecture orientée services
L’architecture orientée services est une nouvelle vision pour le système informatique. Ce
dernier n’est plus décrit comme un ensemble d’applications mais comme un ensemble de
services. Donc, plutôt que de privilégier une architecture applicative basée sur des contraintes

2
techniques, l’architecture orientée service (SOA) propose de découper les fonctionnalités d’une
application en services métier, réutilisables dans d’autres applications. En se concentrant sur les
services, les applications sont agrégées pour fournir des processus opérationnels plus riches et
plus significatifs.
Contrairement aux applications à trois niveaux qui sont conçues selon un découpage de
type : présentation, logique applicative et base de données, la SOA sépare la conception selon le
modèle : la présentation, l’interaction synchrone, les processus, les services et les bases de
données. Les services d’une architecture SOA répondant, notamment, aux critères suivants:
 Faiblement couplés : les applications traditionnelles incluent dans leur code les données
métiers de l’entreprise. Elles sont complètement liées aux systèmes pour lesquels elles ont
été conçues. Cette contrainte implique la difficulté de toute demande de modification,
qu’elle concerne l’accès aux données, les règles de gestion ou celles de présentation. Un
faible couplage permet une scission des aspects métiers du code qui permettra une simple
reconfiguration des processus quand les fonctions métiers évoluent.
 Distribués : les services qui composent les applications peuvent être physiquement répartis
sur des différents systèmes dans l’entreprise, mais aussi au-delà.
 Invocables et publiables : les services doivent être invocables et publiables quels que soit
les systèmes utilisés.
Une architecture de services (SOA) est constituée de trois composants primaires. Le
premier est le prestataire de services (le service réel). Vient ensuite le demandeur du service,
autrement dit le composant qui accède au service. Enfin, l'agence de services fournit des services
de découverte et d'enregistrement.
Prestataire de services : Un prestataire de services est la source de la fonctionnalité des
services. Un prestataire publie un contrat d'interface utilisé par les demandeurs pour accéder au
service. Le contrat définit ce que fait le service et comment y accéder.
Demandeur de service : Le demandeur est le client d'un service. Il utilise l'agence pour
découvrir quels services sont disponibles. Une fois un service est localisé, le demandeur extrait
le contrat d'interface correspondant de l'agence. Le client utilise le contrat d'interface pour
comprendre comment accéder au service.
Agence de services : Une agence de services est un registre des services disponibles. Chaque
prestataire publie son contrat d'interface à l'agence avec les informations à utiliser pour localiser
le service. Le demandeur recherche les services appropriés dans l'agence et extrait le contrat
d'interface correspondant.

3
3. Caractéristiques des services Web
L’évolution rapide des nouvelles technologies introduit un changement des stratégies
dans les entreprises. Ces dernières veulent intégrer les nouvelles technologies dans ses systèmes
d’information le plus tôt possible, pour donner plus de souplesse et de simplicité surtout pour les
communications externes avec ses partenaire et clients. Les services Web font partie de celle- là.
Ils ont une motivante clé qui est l’interopérabilité. Ils sont invocables via des protocoles Internet
standards et légers comme HTTP, FTP, SMTP. Les services Web offrent des fonctionnalités
permettant à une organisation de simplifier l'utilisation de services applicatifs à distance via le
réseau Internet ou via un réseau privé [BERN 03].
3.1 Définition des services Web
Les services Web sont des composants logiciels encapsulant des fonctionnalités métiers
de l'entreprise et accessibles via des protocoles standards du Web. Ils sont constitués d'un
ensemble de standards : XML (Extensible Markup Language) en tant que technologie utilisée
pour décrire les informations, UDDI (Universal Discovery, Description and Integration) pour
trouver les services dont on a besoin, WSDL (Web Services Description Language) pour décrire
le fonctionnement des services Web et SOAP (Simple Object Access Protocol) pour exécuter à
distance les services Web [IMPR 02].
3.2 Les deux parties d’un service Web
Pour donner une vue plus claire et plus détaillée, nous donnerons une autre définition
pour le concept de services Web :
Un service Web est un composant d’application programmable accessible via les
protocoles Internet standard, il est constitué de deux interfaces : la partie propriétaire du service
Web expose un composant logiciel écrit dans tout type de langage (C++, java, PHP, …etc.), et la
deuxième est construite d’un ensemble de standards : WSDL, SOAP et UDDI. Les applications
clientes (utilisateurs de services Web) peuvent localiser ces services publiés par des applications
serveur (prestataires de services Web) à l'aide du standard UDDI; elles peuvent déterminer la
définition de l'interface du service à l'aide du langage WSDL et échanger des données par des
documents XML reposant sur le protocole SOAP et sur des protocoles universels tels que HTTP,
FTP et SMTP [SAMT 02], [BURE 03], [CIME 02].

4
Figure 4 : Les deux parties d’un service Web [CIME 02]
La partie «standards» de la figure 4 contient l’ensemble des standards de base pour un
service Web, cet ensemble simple a permis aux services Web de se bâtir une forte popularité. La
figure 4 illustre également une notion importante : les standards associés aux services Web n'ont
pas prétention à définir la manière de construire un service qui va être "publié". Le service peut
exister ou être nouveau, et quelle que soit la technologie d'implémentation, cela ne changera pas
sa présentation vis-à-vis des autres services. La partie "Service Wrapper" est elle aussi
propriétaire, sans lien avec les standards Web Services [CIME 02].
En plus des trois standards de bases (SOAP, WSDL et UDDI), ils existent d’autres
standards Web services qui sont dérivés du XML. Selon les objectifs et les besoins des
entreprises connectées sur le Web et suite à l’évolution et la généralisation de XML, les trois
classes générales des standards Web services sont distinguées [CHAU 02] :
 Le service de communication (SOAP) qui définit une couche de transport où XML est
utilisé pour décrire la structure des messages échangés entre les services Web.
 Les services techniques qui sont utilitaires indispensables au bon fonctionnement de
l’assemblage des services Web (UDDI, WSDL,..).
 Les services métiers (soit business process) : BPEL, BPEL4WS, WSBPEL,
WSCDL,…etc., soit à des scénarios mutualisés entre applications (ebXML), comme le
paiement électronique.
Transport : HTTP, FTP et SMTP
--------------------------------------------------------
Envelope SOAP:
En tête - XML
Corps - XML
U
D
D
I
W
S
D
L
Service wrapper
Service
S
T
A
N
D
A
R
D
S
P
R
O
P
R
I
E
T
A
I
R
E

5
4.4 Architecture des services Web :
L’architecture de base des services Web est composée de trois participants qui jouent
trois rôles [CHAM 02]:
 Le consommateur du service (service requestor) : il envoie une requête pour exécuter
un service Web.
 Le fournisseur du service (service provider) : il reçoit la requête du consommateur, la
traiter et renvoi la réponse.
 L’agence de découverte (Discovery agency) : elle publie la description du service.
Le schéma suivant décrit l’architecture de base des services Web, et explique le
protocole de découverte, de recherche et d’invocation des services en utilisant les trois standards
de base SOAP, WSDL et UDDI.
Figure 5 : Le protocole de découverte des services Web via des annuaires UDDI
[CHAU 02].
La figure 5 contient deux composants (service et description du service), les trois rôles
déjà indiqués précédemment et trois opérations : la publication (1), la recherche (2) et
l’interaction (3) [CHAM 02] :
a) Les composants
 Le service est considéré comme une interface décrite par un service de description
(WSDL) et une implémentation qui représente le service lui même. Un service est un
Fournisseur du
service
Service
Description
du service
Consommateur
du service
Client
Agence de
découverte
Annuaire UDDI
Description
du service
1
3
2