LA VAGUE EAI (ENTREPRISE APPLICATION INTEGRATION)

 Isnet 40 

L A VAGUE EAI

(E ^NTREPRISE A PPLICATION I ^NTEGRATION )

Projet déposé dans le cadre du programme

Réserve stratégique de la HES-SO

Février 2002

Requérant principal : Haute école valaisanne – Jean-Pierre Rey Informatique de gestion et

systèmes d’information

ENTREPRISE APPLICATION INTEGRATION

O BJECTIFS

L'intégration d'applications d'entreprise est devenue un créneau stratégique pour permettre une apparition rapide sur la marché et un coût de développement de nouvelles solutions minimal, ne nécessitant pas de complètement redévelopper les systèmes informations déjà existants mais souvent obsolètes.

L'apparition de nouveaux standards et la réappropriation par les entreprises des standards du Web (http, etc.) permet aujourd'hui l'émergence d'une nouvelle façon de penser la construction des applications.

Nous avons déjà acquis de bonnes compétences dans un outil EAI du marché (BizTalk de Microsoft) mais nous aimerions profiter du fait que l'EAI n'en soit qu'à ses débuts (mais prometteurs) pour élargir notre palette de connaissances afin de pouvoir répondre présent, dès 2003, au juteux marché qui se profile.

Nous séparons les objectifs du projet en deux catégories, soit à la technique pure liée à la problématique de l’EAI soit aux implications économiques et stratégiques engendrées par l’EAI.

Les objectifs techniques de ce projet sont les suivants:

• Etude approfondie d'une norme en cours de finalisation: BPML, norme implémentant les problématiques de « workflow » métier de tout le système d'information (et, si possible, évaluation d'une première implémentation logicielle devant sortir en 2002: Intelio.com)

• Evaluer les différents choix technologiques d'implémentation (MOM, synchronicité)

• Evaluation sommaire de 2 ou 3 outils du marché: Mercator, Vitria en comparaison avec BizTalk de Microsoft

• Suivi et étude approfondie d'une panoplie de normes émergentes autour de l'EAI, certaines établies (ebXML, RosettaNet) et d'autres en cours de montage mais vitales pour la faisabilité du tout (normes de sécurité ou de transactions partagées sur tout le workflow: BTP, XAML, SAML, XACML, etc..)

Les objectifs économiques et stratégiques de ce projet sont les suivants:

• Urbanisme: méthodologie, stratégies et implications pour les entreprises

• Mesures du ROI (return on investissement) et du TCO (Total Cost of Ownership)

• Apparition de nouveaux métiers ?

• Modification du marketing ?

M ^OTS - ^CLES

XML, Système d’information, MOM, normes eBusiness, EAI, workflow, ROI,

C HEF DU PROJET

La responsabilité de la direction du projet est assurée par M. Jean-Pierre Rey, professeur Ra&D à la Ha ute école valaisanne.

C RITERES « RESERVE STRATEGIQUE DE LA HES-SO »

Le projet proposé répond aux critères d’évaluation proposés par la réserve stratégique et il s’inscrit dans les domaines de compétences définis par notre centre de compétences.

ENTREPRISE APPLICATION INTEGRATION

P ARTENAIRES

• HEVs, groupe de compétences Economie (BizNet) (Antoine Perruchoud)

• HEG Neuchâtel (Dominique Huguenin, Luc Rochat)

• HEG Genève (Lai Phuong Mai)

• E-Monkey (Sue Putallaz)

P ERTINENCE DU PROJET

Ce genre de projet nous semble offrir une opportunité exceptionnelle d’associer intimement les aspects techniques et économiques d’une nouvelle tendance informatique, mariant ainsi nouvelles technologies, apparition de nouveaux modèles économiques et workflow général de tout un processus interpartenaires.

Dans ce contexte, l’adjonction de eMonkey comme partenaire nous semble tout-à-fait adapté au vu de son expérience dans l’eProcurement. Les problèmes rencontrés par eMonkey dans la construction de sa plate- forme conjugués à l’apparition de nouveaux outils prometteurs dans l’EAI nous permettra certainement d’amener une expérience très pratique dans le projet plutôt que d’effectuer des études académiques sur des cas non-concrets.

Le thème est suffisamment large pour permettre une collaboration entre différents partenaires en fonction des intérêts de chacun.

Enfin, le partenaire économique (BizNet) joue un rôle important dans ce projet, affermissant ainsi les liens entre les mondes de la recherche appliquée en économie et en informatique.

C ONTENU DU PROJET Postulats de base

Définition

• EAI = Entreprise Application Integration et l’outil d’EAI s’appelle aussi « Message Broker ».

• EAI = ensemble d’outils et de démarche qui consistent à industrialiser la gestion des échanges inter-applications dans l’entreprise et avec l’extérieur.

• On parle aussi de eBusiness Application Integration pour prendre en compte les enjeux de l’entreprise étendue et une intégration non-plus seulement interne mais aussi avec les partenaires.

Objectifs

• Déporter les problématiques d’interface, de transformation et de suivi de flux dans un outil adapté, pour gagner en flexibilité, robustesse, fluidité et sécurité.

Caractéristiques essentielles

• S’intégrer aux applications intra- et inter-entreprises.

• Minimiser l’impact sur l’existant par une connectivité non-intrusive et un déploiement non-invasif.

• Permettre l’évolution du système d’information en réduisant la réactivité (time-to-market) et en implémentant de nouveaux processus métier transverses.

ENTREPRISE APPLICATION INTEGRATION

Types de communication inter-applicative

• Messages (mode déconnecté et asynchrone) transitant par un Middleware orienté messages (MOM)

• Fichiers en mode déconnecté par batchs (par exemple via FTP)

• Appels de méthodes (par exemple RPC, ORB) Apports de l’EAI

• Gestion des événements au fil de l’eau

• Supervision des processus

• Systématisation de la gestion des erreurs

• Couplage faible entre applications hétérogènes

• Architecture de services pour favoriser et/ou accompagner une démarche d’urbanisation

Description du projet

Approfondissement de l'étude des principales normes

La première étape consistera en l’étude de BPML. Cette norme a l’ambition de recouvrir de manière générique tout le workflow métier d’un système d’information partagé entre différents partenaires.

Cette phase prend en compte les connaissances que nous possédons déjà sur les principales normes sous- tendues derrière BPML (principalement XML et ce qui tourne autour). Ensuite nous désirons approfondir l’étude d'une panoplie de normes émergentes autour de l'EAI, certaines établies (ebXML, RosettaNet) et d'autres en cours de montage mais vitales pour la faisabilité du tout (normes de sécurité ou de transactions partagées sur tout le workflow: BTP, XAML, SAML, XACML, etc.). Il nous apparaît important de creuser ces spécifications verticales ou horizontales des processus métiers.

Etude de la problématique d'un partenaire industriel

Il nous semble important d'intégrer dans le projet un partenaire industriel actif sur les places de marché virtuelles car le terrain de jeu préféré des services Web se situe autour de ces dernières (B2B, B2C, A2A).

Cette phase consiste à travailler avec le partenaire industriel de manière à bien comprendre les problématiques de eProcurement qu'il rencontre dans son quotidien de manière à pouvoir, dans les phases suivantes, baser l'étude sur des exemples concrets nécessitant une modification d'approche.

Le partenaire choisi, eMonkey, nous semble particulièrement bien positionné dans ce contexte au vu de son rôle de pionnier dans ce secteur d'activité et de l’expérience acquise ces dernières années.

De l’infrastructure technique à une architecture de services

Les besoins devenant nouveaux en termes d’augmentation du volume des échanges, d’automatisation des échanges, d’évolution fréquente du schéma des flux et de l’indépendance vis à vis des technologies, l’infrastructure technique doit migrer vers une architecture de services.

Dans ce contexte les serveurs applicatifs répondent à une partie des problématiques avec des technologies lourdes (J2EE, corba, COM/DCOM) mais l’intégration permet de modéliser et d’exécuter les processus d’échange d’information entre les services du SI ce qui oblige l’extension des modèles habituels d’infrastructure.

L’architecture de services intègre passablement d’acteurs qui seront identifiés sur la base d’un exemple fourni par le partenaire industriel.

Plus spécifiquement les problèmatiques liées aux couches transport, à la sécurisation des informations seront étudiées.

ENTREPRISE APPLICATION INTEGRATION

Cette phase se propose également d’approfondir les MOM (Message Oriented Middleware) sous un éclairage communication inter-applicative et en utilisant leurs propriétés principales, à savoir les appels asynchrones, la réduction du couplage entre applications et la rupture de la continuité transactionnelle. Nous possédons des compétences liées à la messagerie applicative de Microsoft mais il nous semble important d’évaluer ici l’offre de Java (JMS) ainsi que l’intégration avec MQSeries (cf. Projet isnet 19).

L’urbanisme applicatif sera également abordé dans cette phase.

Comparaison d'outils de développement

Un premier objectif de cette phase consiste à faire une petite étude de marché des solutions intégrées d’EAI.

Nous voulons ensuite évaluer le premier outil qui devrait implémenter la norme BPML, à savoir Intelio).

Enfin, nous désirons comparer deux acteurs du marché (par exemple Vitria et Mercator) à une solution que nous connaissons, à savoir BizTalk de Microsoft. La comparaison pourrait se faire en développant avec ces outils une application que nous avons déjà développée avec BizTalk.

Impact sur les entreprises

Cette phase devrait étudier les nouveaux modèles économiques engendrés par la modification architecturale, étudier l'impact de l’EAI sur le workflow des entreprises. Les implications au niveau de l'évangélisation et de l'urbanisation dans les entreprises devront être étudiées. Cette phase impliquera à nouveau le partenaire industriel pour partager son expérience à la HEG qui effectuera l'étude.

Les indicateurs classiques (ROI, TCO) seront évalués et l’étude se concentrera également sur l’apparition de nouveaux métiers liés à l’EAI.

P LANNING DU PROJET

Phase 1 avril 2002

Objectif :

Détail

Etapes Durée prévue

(jours)

Etude de BPML 8

Approfondissement des normes émergentes 8

Phase 2 mai 2002

Objectif :

Détail

Etapes Durée prévue

(jours)

Récupération du know-how du partenaire 7

ENTREPRISE APPLICATION INTEGRATION

Phase 3 juin 2002 – septembre 2002

Objectif :

Détail

Etapes Durée prévue

(jours) Analyse du cas d’étude fourni par le partenaire industriel 10

Développement d’un prototype exemple par la HEVs 20

Développement d’un prototype exemple par la HEG Ne 20

Phase 4 octobre 2002 – décembre 2002

Objectif :

Détail

Etapes Durée prévue

(jours)

Etude de marché des solutions intégrées d’EAI 5

Evaluation d’Intelio 5

Comparatif de deux acteurs du marché 20

Phase 5 septembre 2002 – décembre 2002

Objectif

Détail

Etapes Durée prévue

(jours) Etude des modifications engendrées sur les entreprises 17

D ELIVRABLES

Les principaux délivrables de ce projet seront des rapports établis pour chacune des phases. Des prototypes exemples seront développés pour la phase III mais le développement restera marginal dans ce projet.

ENTREPRISE APPLICATION INTEGRATION

C OUTS / TRAVAIL ESTIME Durée du projet

La durée totale du projet est de 140 jours répartis sur 9 mois.

Coûts du projet

L’annexe 1 indique tous les détails en jours et en francs suisses des coûts inhérents au projet. Le tableau ci- dessous résume la situation.

Durée [jours]

Etapes HEVs

Info HEVs

Eco HEG

Ne HEG

Ge Total

Phase I : Approfondissement des normes 12 2 2 16

Phase II : Problématique du partenaire

industriel 1 4 1 1 7

Phase III : Infrastructure 30 20 50

Phase IV : Comparatif d'outils de

développement 10 10 10 30

Phase V : Impact sur les entreprises 2 13 1 1 17

Transfert connaissance/coordination 5 5 5 5 20

Total 60 22 39 19 140

Le coût total du projet s’élève à 117'654 CHF.

B IBLIOGRAPHIE

La principale source d’informations pour le montage de ce projet provient du matériel reçu lors de ma participation au « Forum XML Intégration e-business » organisé par le Technoforum (www.technoforum.fr) au mois de novembre 2001.

Sites Web

Le livre blanc « XML pour l’entreprise version provisoire 0.91 »

§ http://www.application-servers.com E A I

§ http://solutions.journaldunet.com/printer/0104/010424_eai.shtml

§ www.mercator.com

§ www.vitria.com

§ www.b2b.fr

§ www.ebusiness.org

ENTREPRISE APPLICATION INTEGRATION

BPML

§ http://www.bpmi.org

§ http://whatis.techtarget.com/definition/0,,sid9_gci751337,00.html

§ http://www.autoroute.gouv.qc.ca/publica/normes/norme70.htm

§ http://www.intalio.com/

EbXML

§ http://www.webservicesarchitect.com/content/articles/irani02print.asp

§ http://www.webservicesarchitect.com/content/articles/irani03print.asp

§ http://www.ebxml.org RosettaNet

§ http://news.zdnet.fr/story/printer/0,,s2091278,00.html

§ http://www.rosettanet.org OAGIS Release 7.1

§ http://www.openapplications.org BizTalk Server

§ Classeur Microsoft « Developping and deploying Microsoft BizTalk Server 2000 Solutions »

§ http://www.microsoft.com/biztalk

§ http://msdn.microsoft.com/library/default.asp?url=/nhp/Default.asp?contentid=28000399

§ http://www.microsoft.com/technet/treeview/default.asp?url=/technet/prodtechnol/biztalk/de fault.asp?frame=true

§ http://www.microsoft.com/france/biztalk/default.asp Divers

§ http://webservices.org

§ www.techmetrix.com

§ www.xml.org

§ www.microsoft.com et www.msdn.microsoft.com

§ www.alphaworks.ibm.com

Jean-Pierre Rey, le 29 janvier 2002

A ^NNEXE

Planning financier