LA VAGUE EAI (ENTREPRISE APPLICATION INTEGRATION)

Transcription

1 Informatique de gestion et systèmes d information Isnet 40 LA VAGUE EAI (ENTREPRISE APPLICATION INTEGRATION) 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

2 OBJECTIFS 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? MOTS-CLES XML, Système d information, MOM, normes ebusiness, EAI, workflow, ROI, CHEF DU PROJET La responsabilité de la direction du projet est assurée par M. Jean-Pierre Rey, professeur Ra&D à la Haute école valaisanne. CRITERES «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. Isnet 40 - Page 2 sur 8

3 PARTENAIRES 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) PERTINENCE 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 plateforme 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. CONTENU DU PROJET Postulats de base Définition Objectifs 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. 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. Isnet 40 - Page 3 sur 8

4 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 soustendues 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. Isnet 40 - Page 4 sur 8

5 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 9). 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. PLANNING DU PROJET Phase avril 2002 Objectif : Approfondissement de l étude des principales normes Etude de BPML 8 Approfondissement des normes émergentes 8 Phase 2 mai 2002 Objectif : Etude de la problématique d un partenaire industriel Récupération du know-how du partenaire 7 Isnet 40 - Page 5 sur 8

6 Phase 3 juin 2002 septembre 2002 Objectif : De l infrastructure technique à une architecture de services Analyse du cas d étude fourni par le partenaire industriel 0 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 : Comparaison d outils de développement 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 : Impact sur les entreprises Etude des modifications engendrées sur les entreprises 7 DELIVRABLES 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. Isnet 40 - Page 6 sur 8

7 ENTREPRISE APPLICATION INTEGRATION COUTS / TRAVAIL ESTIME Durée du projet La durée totale du projet est de 40 jours répartis sur 9 mois. Coûts du projet L annexe indique tous les détails en jours et en francs suisses des coûts inhérents au projet. Le tableau cidessous résume la situation. Phase I : Approfondissement des normes Phase II : Problématique du partenaire industriel Phase III : Infrastructure Phase IV : Comparatif d'outils de développement Phase V : Impact sur les entreprises Transfert connaissance/coordination Total HEVs Info 2 Durée [jours] HEVs HEG HEG Eco Ne Ge Total Le coût total du projet s élève à 7'654 CHF. BIBLIOGRAPHIE 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 ( au mois de novembre 200. Sites Web Le livre blanc «XML pour l entreprise version provisoire 0.9» EAI Isnet 40 - Page 7 sur 8

8 BPML EbXML RosettaNet OAGIS Release 7. BizTalk Server Divers Classeur Microsoft «Developping and deploying Microsoft BizTalk Server 2000 Solutions» fault.asp?frame=true et Jean-Pierre Rey, le 29 janvier 2002 ANNEXE Planning financier Isnet 40 - Page 8 sur 8