NOUVEAU MODELE DE MATURITE SOA (SERVICE– ORIENTED...

NOUVEAU MODELE DE MATURITE SOA (SERVICE–ORIENTED ARCHITECTURE)

WHITE PAPER

Copyright ©2007. Progress Software Corporation. All rights reserved.

Pour encourager l'adoption la plus large possible du nouveau modèle de maturité SOA,vous êtes autorisé à copier, distribuer et utiliser (et notamment créer des produitsdérivés) des “Matériels SOA” pour votre compte ou celui de votre société,conformément aux restrictions énoncées dans le présent document.

"Matériel(s) SOA" désigne l'ensemble des images, icônes, modèles, whitepapers etautres matériels fournis dans le cadre du modèle de maturité SOA, y compris leslégendes et textes associés.

Vous ne devez pas supprimer les avis de copyright ou autres avis de droits propriétairescontenus dans les matériels SOA ou associés qui vous sont fournis. Vous vous engagezégalement à inclure (sous forme d'attribution) l'avis de copyright contenu dans lesmatériels SOA dans le produit dérivé que vous créez, p.ex. “Votre produit est basé sur lenouveau modèle de maturité New SOA Maturity Model © 2005 développé par SonicSoftware Corporation, AmberPoint Inc., BearingPoint, Inc., Systinet Corporation. Tousdroits réservés." Sonic Software Corporation, AmberPoint Inc., Bearing Point, Inc., etSystinet Corporation sont dans les présentes individuellement désignés sous le terme“Titulaire du copyright”, et collectivement désignés sous le terme “Titulaires ducopyright”. Sauf indication contraire dans le présent avis, le nom d'un Titulaire ducopyright ne sera pas mentionné dans les publicités ou autres support pour promouvoirla vente, l'utilisation ou tout autre usage des Matériels SOA sans le consentement écritpréalable de celui-ci.

Vous assumez l'entière responsabilité de l'utilisation des Matériels SOA en combinaisonavec d'autres matériels. LES MATERIELS SOA SONT FOURNIS “EN L'ETAT”, SANSAUCUNE GARANTIE, EXPRESSE OU IMPLICITE, Y COMPRIS DE MANIERE NONLIMITATIVE, DE COMMERCIALISATION, D'ADAPTATION A UN USAGE PARTICULIER ETDE NON VIOLATION. LES TITULAIRES DU COPYRIGHT NE SERONT EN AUCUN CASRESPONSABLES DES DOMMAGES DIRECTS, SPECIAUX, INDIRECTS OU CONSECUTIFS,OU DE TOUT DOMMAGE RESULTANT DE LA PERTE D'UTILISATION, DE DONNEES OU DEPROFIT, QUE CE SOIT DANS LE CADRE DE L'EXECUTION DU CONTRAT, PAR NEGLIGENCEOU AUTRE ACTION MALHONNETE, DECOULANT DE OU EN RAPPORT AVECL'UTILISATION OU L'EXECUTION DES MATERIELS SOA.

Vos droits concernant l'utilisation des Matériels SOA seront immédiatement résiliés sivous ne respectez pas les termes et conditions énoncés dans les présentes. Sonicpourra immédiatement résilier votre licence s'il juge, à sa seule discrétion, que cetterésiliation est nécessaire pour protéger ses droits de propriété intellectuelle ou autres.

SOMMAIRE

> Avant-propos 2

> 1.0 Introduction et motivation 3

> 2.0 Définition de l'architecture SOA (Service-Oriented Architecture) 5

> 3.0 Le modèle de maturité SOA 7

3.1 Maturité SOA niveau 1 - Services initiaux 10

3.2 Maturité SOA niveau 2 - Services d'architecture 12

3.3 Maturité SOA niveau 3 - Services métier et collaboratifs 14

3.4 Maturité SOA niveau 4 - Services métier mesurés 18

3.5 Maturité SOA niveau 5 - Services métier optimisés 20

> 4.0 Conclusion 21

1

Copyright ©2007. Progress Software Corporation. All rights reserved.2

AVANT-PROPOS

Le présent whitepaper et le modèle qu'il présente sont le fruit d'une collaboration étroiteentre les leaders du SOA : Progress-Sonic Software, Systinet, AmberPoint etBearingPoint. Il a pour but d'améliorer la souplesse des entreprises via la mise enoeuvre d'une architecture SOA (Service-Oriented Architecture). Le modèle de maturitéSOA présenté dans ce document a été spécialement conçu pour aider les responsablesà démontrer la valeur ajoutée de leur vision SOA, et à évaluer l'adoption de cettetechnologie au sein de leur entreprise.

N'hésitez pas à nous faire part de vos remarques et commentaires concernant cemodèle, car ils nous permettront de poursuivre le développement de son contenu et departager avec vous les succès de l'approche SOA.

3Copyright ©2007. Progress Software Corporation. All rights reserved.

1.0 INTRODUCTION ET MOTIVATION

Dans un contexte où la valeur stratégique de l'informatique est fortement remise enquestion1, où chaque société de développement logiciel et chaque départementinformatique subissent de fortes pressions visant à réduire ses coûts, le simple faitd’aborder le thème de la valeur stratégique de la technologie s'avère peine perdue.L'attention se porte bien davantage sur les méthodes de réduction des coûts, tellesque l'outsourcing et l'offshoring, que sur la valeur stratégique des technologiesémergentes.

Ce document a pour objectif de fournir une méthode impliquant une nouvelle approchede conception et de déploiement de l'informatique, et plus particulièrement del'architecture OA (Service-Oriented Architecture), servant de base commune auxorganisations technologiques et commerciales pour améliorer leurs résultats àplusieurs niveaux, notamment en termes de réduction des coûts et de simplification dela mise en oeuvre de nouveaux business modèles.

La technologie SOA est une approche de conception, d'implémentation et dedéploiement de systèmes à partir de composants mettant en oeuvre des fonctionsspécifiques. Ces composants, appelés “Services”, peuvent être distribués surl'ensemble des sites et entreprises, puis reconfigurés en nouveaux processus métiersi nécessaire.

Tout ce qui concerne les nouvelles technologies étant considéré avec scepticisme, enquoi l'architecture SOA se différencie-t-elle des autres approches développées par lepassé ? Les facteurs clés sont les suivants :

> L'architecture SOA est conçue sur des standards Web permettant des mises enoeuvre rentables à l'échelon mondial, avec support étendu des fournisseurs.

> Les services sont “étroitement combinés” et offrent ainsi une bien meilleuresouplesse que les anciennes technologies en termes de réutilisation et derecombinaison des services, pour créer de nouvelles fonctions à la fois dans etentre les entreprises.

1 Carr, Nicholas G., Does IT Matter?, Harvard Business School Press, 2004.

> Les meilleures pratiques SOA permettent de créer des conceptions qui supportent lesprocessus métier et améliorent la capacité à les externaliser et à les étendre auxpartenaires commerciaux.

> La technologie SOA permet de tirer parti des systèmes et processus existants, et ainside préserver, voire même d'optimiser les investissements existants.

Cette combinaison de facteurs fait de l'architecture SOA l'approche par excellence pourl'ensemble des parties concernées car elle permet:

> Au département Finance de réduire les coûts.

> Au département Commercial d'améliorer et d'étendre les business modèles (telquedémontré dans les exemples ci-après).

> Au département Informatique d'assurer la prise en charge des clients, de répondre auxobjectifs de service, et de disposer de la souplesse nécessaire pour satisfaire lesbesoins futurs grâce à une souplesse accrue.

Les entreprises ne sachant pas comment tirer parti de l'architecture SOA, commentjustifier les investissements requis, par où commencer, et quelle vision adopter, desconseils leur sont donc nécessaires. La solution présentée dans ce document consiste àintroduire un modèle de maturité SOA (SOA MM) visant à démontrer les impacts positifsde l'adoption de l'architecture SOA sur l'activité. Ce modèle est issu de deux facteursclés:

> Le succès du modèle CMM (Capability Maturity Model®) et du modèle CMMISM (CMMIntegration)2 développés par le SEI (Software Engineering Institute), qui fournissent uncadre commun de définition et d'évaluation de l'amélioration des processus logicielset autres efforts d'ingénierie.

> Les articles, à l'instar de ceux publiés par Randy Heffner de Forrester Research3, quidémontrent le succès des diverses approches adoptées par les entreprises optantpour l'architecture SOA.


2 Software Engineering Institute, Capability Maturity Model® Integration, http://www.sei.cmu.edu/cmmi.3 Heffner, Randy, “Your Paths to Service-Oriented Architecture”, Forrester Research, Dec. 2004.

L'introduction de la technologie SOA dans un cadre similaire au modèle CMM® nouspermet de présenter les objectifs, les caractéristiques et les prérequis des impacts del'architecture SOA, en fonction des niveaux suivants :

Le modèle SOA MM permet de déterminer les objectifs, l'étendue et les avantages dechaque niveau, les standards clés, les meilleures pratiques, et les facteurs de succèsstratégiques, tant au niveau technologique qu'organisationnel. Il fournit ainsi les conseilsnécessaires pour définir la vision SOA et une méthodologie permettant d'évaluerl'adoption de cette technologie au sein de l'entreprise.

Forrester Research indique que les entreprises adoptent des approches différentesconcernant l'architecture SOA, chacune d'entre elles présentant des avantages, desexigences et des atouts distincts. Pour certaines sociétés, la préoccupation majeureportera davantage sur l'intégration interne et le workflow, alors que pour d'autres elleconcernera l'intégration des partenaires. Au fur et à mesure que les entreprises adoptentles approches spécifiques adaptées à leurs besoins, elles les corrèlent avec le modèle dematurité pour déterminer leurs besoins organisationnels, leurs besoins technologiques etleurs objectifs à mesure qu'elles progressent dans les différents niveaux de maturitéSOA.

2.0 DÉFINITION DE L’ARCHITECTURE SOA (SERVICE-ORIENTEDARCHITECTURE)

Le concept SOA est une évolution de l'informatique distribuée, conçue pour permettrel'interaction de composants logiciels appelés “services” sur l'ensemble d'un réseau. Lesapplications sont créées à partir d'une combinaison de ces services, qui peuvent êtrepartagés entre plusieurs applications.

Par exemple, une application de gestion des ressources humaines pourrait être créée àpartir des services suivants :

> Service Administration des employés permettant de gérer les embauches, leschangements de statut et la résiliation des contrats.

> Service Administration des performances et des salaires permettant de gérer lessalaires et les performances des employés conformément aux normes de l'entreprise.


Nouvellefonctionnalité

Réductiondes coûts

Réactivité del’entreprise

Transformationde l’activité

Optimisationde l’activité

> Service Administration des avantages permettant de mettre en place ou de supprimerdes avantages, et de traiter les inscriptions annuelles.

> Service Mise en oeuvre et sécurité informatique permettant de gérer l'ajout et lasuppression des droits d'accès des employés, selon leur rôle et leur statut dansl'entreprise.

> Service Paie fourni en toute sécurité sur Internet par un fournisseur externe.

> Service Portail du département RH permettant aux membres d'accéder à une interfacede navigation Web incluant les fonctions des services ci-dessus.

> Service Gestion des processus métier permettant de gérer les processus denotification et d'approbation.

La technologie SOA permet aux entreprises d'optimiser la réutilisation des actifsexistants, et de répondre plus rapidement aux évolutions de la demande. Ces avantagessont attribuables à plusieurs éléments stratégiques de l'architecture SOA :

> Les services prennent en compte les activités logiques. Chaque service exécutegénéralement plusieurs opérations pour une fonction spécifique, par exemple leservice Paie exécute les opérations “émettre des chèques”, “émettre des formulairesW2” et “fournir le rapport des cycles de paie”. Plus important encore, ces servicestiennent compte des concepts de processus métier, et non pas des fonctionnalités ouAPI définies par les progiciels traditionnels.

> De nouveaux services peuvent être ajoutés ou créés en combinant des services

existants sans que cela affecte les mises en oeuvre de service actuelles. Dansl'exemple ci-dessus, un composant "Libre-service employé" pourrait donc être ajoutéen utilisant les services existants, en filtrant les données et opérations appropriéespour les utilisateurs en libre-service. Cela permet d'obtenir une approche de"développement incrémentiel" de la mise en oeuvre des services.


> Les services peuvent être installés sur des systèmes hétérogènes sur l'ensemble des

réseaux et sites, ce qui permet une indépendance vis-à-vis de la plate-forme et une

transparence vis-à-vis du site. Il n'est pas nécessaire que chaque service soit mis enoeuvre à l'aide de la même technologie logicielle ou matérielle, ni qu'il soit installé surle même réseau ou dans le même site. Le service Administration des performances etdes salaires pourrait être mis en oeuvre dans un environnement J2EE sur un serveurLinux dans un pays donné, alors que le service Mise en oeuvre et sécurité informatiquepourrait l'être dans un environnement Microsoft .NET sur un serveur Windows dans unpays différent.

> Les services communiquent par protocoles standards, ce qui permet une

interopérabilité à grande échelle. Le plus souvent, et particulièrement en ce quiconcerne la connexion des systèmes hétérogènes, il s'agit de protocoles basés sur desstandards Web. Les "services Web" sont les mises en oeuvre de services utilisant cesstandards. Amazon et eBay sont de parfaits exemples d'entreprises qui ont rendu leursapplications de base accessibles sur Internet sous forme de services Web.

> Les systèmes d'application en place peuvent être intégrés sous forme de service, ce

qui permet d'optimiser les investissements existants. La technologie SOA fournit desmécanismes permettant de mettre au premier plan les systèmes existants parl'intermédiaire d'une interface de services, sans qu'aucune modification ne soitnécessaire. En outre, elle permet aux éditeurs ERP traditionnels de proposerrapidement les fonctionnalités de leurs applications sous forme de services Web.

> Les services sont dotés d'une interface et d'une conception orientée message. Lafonctionnalité fournie par les services est définie par des métadonnées décrivantl'interface avec le service et ses opérations. Les informations sont transmises de etvers les services sous forme de messages. La définition de l'interface et des messagesest davantage orientée sur le résultat que sur la méthode utilisée. La méthode utiliséefait partie intégrante de la mise en oeuvre du service. Les applications SOA sontgénéralement “pilotées par événements” et répondent ainsi aux messages dès qu'ilsarrivent.

Une mise en oeuvre SOA s'appuie sur des compétences, des méthodes et uneinfrastructure permettant d'assurer une prise en charge fiable, évolutive et sécurisée del'application. Cette nouvelle approche inclut notamment les éléments de base suivants:

> Méthodologies d'analyse, de conception et de mise en oeuvre permettant de guider leschefs de projet, les développeurs et le personnel chargé des opérations informatiques,dans la conception, l'assemblage et la réutilisation rapides des composants SOA.


> Outils de modélisation et de développement permettant de spécifier et de créer lesservices ainsi que les processus métier qui les connectent.

> Bus ESB (Enterprise Service Bus)4 établissant des communications distribuées,évolutives et fiables, ainsi que des transformations de données entre les services, etfournissant des adaptateurs aux mises en oeuvre multifournisseurs et technologiesexistantes.

> Référentiel et registre des politiques et services permettant d'organiser, de maîtriseret de gérer de manière centralisée les informations SOA, incluant un catalogue desservices disponibles, leurs définitions d'interface, et les politiques régissant leurutilisation.

> Outils de gestion d'infrastructure et de mise en oeuvre permettant de fournir leséléments traditionnels des meilleures pratiques informatiques d'une mise en oeuvreSOA, et notamment la surveillance des performances des services et l'exploitation desmesures de Qualité des Services (QoS : Quality of Serices). L'orientation métier del'architecture SOA permet également un pilotage BAM (Business Activity Monitoring)au niveau fonction/processus.

3.0 LE MODÈLE DE MATURITÉ SOA

L'introduction de l'architecture SOA permet à l'organisation technologique etcommerciale d'une société de répondre aux objectifs communs de l'entreprise. Lemodèle de maturité SOA fournit des objectifs et des conseils sur les impacts positifs decette technologie sur l'activité.

La Figure 1 (ci-dessous) présente les cinq niveaux de maturité SOA ainsi que lesprincipaux impacts sur l'activité, en allant du niveau le moins mature à celui le plusmature: Services initiaux, Services d'architecture, Services métier et Servicescollaboratifs (deux approches de niveau 3), Services métier mesurés, et Services métieroptimisés. Les niveaux CMMISM5 correspondants sont également indiqués pourréférence.


5 En résumé : CMMISM Exécution signifie que les fonctions sont exécutées, CMMISM Définition signifie que lesprocessus standards sont définis, CMMISM Gestion signifie que les processus standards sont mis en oeuvre etgérés, CMMISM Gestion quantitative signifie que les résultats des processus sont mesurés par rapport auxobjectifs, CMMISM Optimisation signifie qu'un processus d'amélioration continue est mis en oeuvre en fonctiondes mesures.

4 Chappell, David, Enterprise Service Bus, O’Reilly, 2004

Le Tableau 1 (page suivante) présente les attributs de chaque niveau de maturité,notamment l'impact sur l'entreprise, l'étendue, les facteurs de succès critiques et lesstandards concernés. Conformément à l'approche adoptée par le SEI pour le modèleCMM (Capability Maturity Model®), les pratiques et objectifs de chaque niveau dematurité sont spécifiés dans le Tableau 2. L'atteinte de ces objectifs et la mise en oeuvrede ces pratiques déterminent l'atteinte d'un niveau de maturité. Chaque niveau dematurité a comme prérequis l'atteinte des objectifs et pratiques des niveaux inférieurs.

Dans bien des cas, les objectifs seront atteints, les pratiques seront mises en oeuvre etles technologies seront utilisées à des niveaux inférieurs à ceux indiqués dans lesTableaux 1 et 2. C'est ce qui est attendu et encouragé selon les priorités de l'entreprise.

Les sections suivantes analysent chacun des niveaux de maturité SOA.3.1



Niveau dematurité

1. Services initiaux

2. Services d'architecture

3.a. Servicesmétier

3.b. Servicescollaboratifs

4. Services métier mesurés

5. Servicesmétier optimisés

Tableau 1 : Modèle de maturité SOA

Principauxavantages

Nouvellefonctionnalité

Réduction etcontrôle des coûtsinformatiques

Réactivité del'activité:modification rapideet efficace desprocessus métier

Réactivité del'activité :collaboration avecles partenairescommerciaux et detrading

Transformationd'une activitéréactive en activitétemps réel,Conformité auxmesures deperformance

Optimisation del'activité-réactivitéet réponseautomatiques

Portée

Projets d'expéri-mentation R&D,Projets pilotes SiteWeb, Portail,Intégrationspersonnalisées,Nombre limité deservices

Applicationsintégrées multiples

Processus métiersur l'ensemble del'entité ou del'entreprise

Servicesaccessibles auxpartenairesexternes, Inter-entreprise

Entité ou entreprise,Inter-entreprise

Entité ou entreprise,Inter-entreprise

Facteurs de succès technologiques

Standards, Intégration des systèmesexistants

Support des systè-mes hétérogènes etdistribués, Messagerie fiable, Médiation,Facilité de déploie-ment, Intégration debases de don-nées, Gestion des versions,Sécurité interne, Gestion desperformances

Réutilisation, Facilité de modification,Disponibilité, Règles de processus métier,Processus pilotés par événement,Applications composites

Exécution des services externes, Sécuritéinter-entreprises, Conversion desprotocoles inter-entreprises, Transactionsde longue durée

Pilotage BAM (Business ActivityMonitoring), Technologie ESP (EventStream Processing), Technologie CEP(Complex Event Processing), alertes ettableaux pilotés par événements

Automatisation pilotée par événement

Facteurs de succèshumains etorganisationnels

• Acquisition decompétences endéveloppement deservice par lesdéveloppeurs

• Sponsoring desdéveloppeurs

• Groupe d'archi-tectures assurantle leadership ducentre decompétences SOA

• Sponsoring desdirecteursinformatiques

• Collaborationinformatique etcommerciale surl'ensemble desdépartements

• Gouvernance ducycle de vie SOA

• Engagement de ladirection

• Gestion des fluxd’événements

• Sponsoring desdirecteurs "

• Evaluation etréponse continuesdes processusmétier

• Sponsoring desdirecteursfinanciers "

• Politiqued'améliorationcontinueSponsoring desPDG

Standards associés

XML, XSLT, WSDL,SOAP, Java, .NET

UDDI,WSReliableMessaging, WS-Policy,WSAddressing,XQuery, WS-Security, SAML

WS-BPEL

RosettaNet, ebXML,WS-Trust


Tableau 2 : Objectifs et pratiques du modèle de maturité SOA

Niveau dematurité

1. Servicesinitiaux

2. Servicesd'architecture

3.a. Servicesmétier

3.b. Servicescollaboratifs

4. Services métiermesurés

5. Services métieroptimisés

Objectifs

1. Intégrer la technologie SOA dans lesprojets R&D et pilotes. 2. Appliquer la technologie SOA auxbesoins organisationnels immédiats. 3.Définir des mesures de rentabilité ini-tialespour les projets SOA et les appliquer auxprojets initiaux.

1. Institutionnaliser l'utilisation de l'ar-chitecture SOA. 2. Mettre en place un leadership d'ar-chitecture pour la technologie SOA. 3. Démontrer les avantages de l'utilisa-tionde la technologie basée sur des standards.

1. Créer un partenariat continu entre lesorganisations commerciales et tech-nologiques pour la gouvernance SOA. 2. Supporter l'ensemble des processusmétier via l'architecture SOA. 3. Démontrer les avantages de laréutilisation des services et la réactivité auchangement.

1. Créer un partenariat continu entre lesorganisations commerciales et tech-nologiques pour la gouvernance SOA. 2. Etendre les processus métier SOA auxorganisations externes. 3. Démontrer les avantages de l'utilisa-tiondes services de collaboration.

1. Transformer les processus réactifs enprocessus métier temps réel. 2. Définir et respecter les mesures deperformance orientées activité.

1. Assurer le leadership à l'échelle del'entreprise pour l'activité et lagouvernance SOA. 2. Démontrer les avantages del'amélioration continue des technologiesSOA.

Pratiques

1. Créer des définitions de services. 2. Intégrer l'approche SOA dans laméthodologie de développement de projet.3. Quantifier les coûts, le temps, et lesavantages des projets pilotes.

1. Spécifier les standards technologiques del'architecture SOA. 2. Intégrer la technologie SOA dans leprocessus de développement à l'échelle del'entreprise. 3. Fournir un centre de compétences et uneformation SOA à l'échelle de l'entreprise. 4. Utiliser l'intégration incrémentielle.

1. Spécifier les politiques d'utilisation del'architecture SOA dans le cadre de lacréation ou de la modification desprocessus métier. 2. Tirer parti des fonctionnalités orientéesévénement et de médiation des technologiesSOA, tout particulièrement en ce quiconcerne l'amélioration/l'extension desprocessus métier.

1. Spécifier les politiques d'utilisation del'architecture SOA en collaboration avec lespartenaires commerciaux et de trading 2. Mettre en oeuvre une sécurité inter-entreprises.

1. Collecter et analyser les mesures desperformances temps réel orientéesprocessus métier. 2. Mettre en oeuvre l'évaluation et lareconfiguration des processus métier.

1. Mettre en oeuvre des processus métierde correction automatique.

3.1 MATURITÉ SOA NIVEAU 1–SERVICES INITIAUX

La maturité SOA niveau 1 correspond aux Services initiaux (voir Tableau 1 et Tableau 2).Ceux-ci représentent la phase initiale d'apprentissage et de mise en place de l'adoptionde la technologie SOA. A cette phase, il s'agit généralement de répondre simultanémentà un besoin spécifique de mise en oeuvre des fonctionnalités, tout en testant destechnologies spécifiques et une approche de l'architecture SOA. Ce niveau de maturitéinclut également des activités R&D de test des technologies SOA en laboratoire.Généralement, l'introduction de l'architecture SOA est pilotée par l'organisation chargéedu développement des applications, souvent dans le cadre d'un projet d'intégration. Denouvelles compétences en développement sont acquises, et des tentatives dequantification de la rentabilité sont effectuées.

C'est à ce niveau que les normes SOA de base développées par W3C6 sont introduites,telles que XML pour la définition des formats de message, WSDL pour la définition desinterfaces des services, et SOAP pour l'appel des services.


6 World Wide Web Consortium, “Web Services Activity”, http://www.w3.org/2002/ws/.

La Figure 2 présente un exemple de projet initial qui consiste à lier directement le portailWeb de l'équipe commerciale d'une entreprise, à un nouveau serveur d'applicationsmettant en oeuvre le service de prévision et de suivi des ventes, et à une applicationCRM existante dotée d'un adaptateur de services Web frontal. L'interface de services”(présentée dans cet exemple et les suivants) établit la liaison et la conversionnécessaires entre la mise en oeuvre de l'application et les protocoles de communicationchoisis. Les Interfaces de services peuvent être fournies par divers types de produits, telsqu'un serveur d'applications ou un adaptateur ESB comme décrit ci-après.

Ce projet initial présente l'avantage de fournir les fonctionnalités requises tout enpermettant l'acquisition de compétences dans le développement et le déploiement d'uneapplication SOA de base. Une mise en oeuvre de ce type utiliserait le protocole SOAPentre le serveur de portail et les services de support, tout comme le service de prévisionet de suivi des ventes pour obtenir des informations de l'application CRM.


Cependant, même une application initiale de base pourrait tirer parti de l'utilisation decertains des composants d'infrastructure SOA supplémentaires. Au-delà de l'expérienceacquise par leur utilisation précoce, la raison la plus importante de l'introduction de cestechnologies dans les projets initiaux est la mise en place d'une technologie évolutivepermettant à l'architecture SOA d'englober davantage de fonctions, les basesappropriées étant déjà en place. Par exemple, la Figure 3 présente ce même exempleavec l'ajout :

> D'un bus ESB (Enterprise Service Bus) du type de celui développé par Sonic, quifournit un modèle d'interaction standard aux composants SOA incluant des servicesWeb et des bases de données relationnelles comme infrastructure distribuée, facile àdéployer et évolutive. Le bus ESB fournit un grand nombre d'adaptateurs permettantaux services mis en oeuvre dans des technologies disparates d'échanger desmessages et, par exemple, à une application .NET de communiquer avec uneapplication J2EE au niveau services.


> D'un service de gestion du niveau de service du type de celui développé parAmberPoint, qui assure la visibilité des mesures de niveau de service et desperformances des services Web.

> D'un registre de services du type de celui développé par Systinet, qui supporte lestandard UDDI. Celui-ci fournit une base centralisée de définitions de service surl'ensemble des projets initiaux, ainsi qu'un point unique de références pour lesdéveloppeurs.

3.2 MATURITÉ SOA NIVEAU 2–SERVICES D’ARCHITECTURE

La maturité SOA niveau 2 correspond aux Services d'architecture (voir Tableau 1 etTableau 2). C'est à ce niveau que sont définis les standards concernant la gouvernancetechnique de la mise en oeuvre SOA, généralement sous la supervision de l'équipearchitecture. L'avantage essentiel de ce niveau est la réduction des coûts dedéveloppement et de déploiement, via l'utilisation de composants et d'une infrastructureSOA standards, par rapport à l'utilisation de technologies précédentes ou aux coûtscumulés générés par plusieurs projets uniques spécifiques. Ces avantages sont encoreplus importants dans les environnements hétérogènes caractérisant la plupart desentreprises.

Les technologies de mise en oeuvre des standards architecturaux sont définies enfonction de l'expérience acquise et du feedback provenant des services initiaux auniveau de maturité 1. Par exemple, des standards sont définis pour :

> Les protocoles SOA à utiliser, choisis parmi les standards du secteur, en particuliersceux de W3C, OASIS7 et WS-I8.

> Les plates-formes de mise en oeuvre à utiliser.

> Les politiques de réutilisation, conformité et sécurité.

> Le processus de révision technique pour la définition de nouveaux services et laréutilisation des services existants.


7 OASIS, “OASIS Committees by Category: Web Services and SOA”, http://www.oasis-open.org/committees/tc_cat.php?cat=ws.8 WS-I, Web Services Interoperability Organization, http://ws-i.org

La Figure 4 présente un exemple de déploiement SOA au niveau de maturité 2 pour unservice de trading financier. Le niveau 2 inclut l'utilisation des composants clés indiquésprécédemment à la Figure 3, dont la gestion du niveau de services et le bus ESB, ainsique les aspects supplémentaires indiqués dans cet exemple :

> Un référentiel des politiques et services tel que celui développé par Systinet, quiétend le registre de services afin de fournir un référentiel de stockage et de supportdes informations de gouvernance SOA, impliquant des politiques et des définitions deservice. L'utilisation d'un référentiel de ce type, associée au développement et ausupport runtime, est indispensable pour les processus prenant en charge les servicesd'architecture de niveau 2.

> Un service de gestion des exceptions tel que celui développé par AmberPoint, quifournit un mécanisme de détection, de diagnostic et de résolution automatique deserreurs au niveau système et application.

> Un service de transformation de message permettant l'intégration de serviceshétérogènes dans les formats ou contenus attendus. Cela s'effectue par l'appel detransformations XLST appliquées à un message XML, et dans cet exemple sous formede fonction de “médiation” sous contrôle du bus ESB.

> Un service d'accès par authentification unique prenant en charge l'authentification etl'autorisation des utilisateurs sur l'ensemble de l'entreprise. Ce type de service,généralement assuré par un fournisseur, pourrait être basé sur le standard OASISSAML pour l'échange des informations d'authentification et d'autorisation.




3.3 MATURITÉ SOA NIVEAU 3–SERVICES MÉTIER ET SERVICESCOLLABORATIFS

La maturité SOA niveau 3 concerne le partenariat entre les organisations technologiqueset commerciales, visant à assurer que l'utilisation de l'architecture SOA garantit laréactivité de l'entreprise. La valeur ajoutée de la SOA réside dans la liaison entre lesprocessus métier et les processus numériques tel qu'indiqué dans la Figure 5.

La maturité SOA niveau 3 est définie par deux approches complémentaires permettantd'atteindre ces objectifs: d'une part les services métier, ciblés sur l'amélioration desprocessus internes, et d'autre part les services collaboratifs, ciblés sur l'améliorationdes processus collaboratifs avec les partenaires externes (voir Tableau 1 et Tableau 2).Ces deux approches permettent certainement de tirer le meilleur parti de l'architectureSOA, mais la maturité niveau 3 ne peut être atteinte qu'avec celle convenant le mieux àl'entreprise concernée.

10 “The Big Strategic Impact Of Organic Business And Service-Oriented Architecture”, Forrester Research, Inc., June 2004.

La Figure 6 présente un exemple de déploiement SOA au niveau de maturité 3 pourl'exemple de trading financier. La mise en oeuvre des services métier repose sur:

> Un système de gestion des processus métier (BPM, Business Process Management)impliquant la gestion des processus de longue durée, incluant des messagesséquentiels entre les services. Il pourrait s'agir par exemple du serveur SOS (SonicOrchestration Server) qui gère l'état de chaque processus ainsi que les résultatsintermédiaires.



La Figure 7 présente l'évolution des services métier avec :

> Amélioration simple des processus métier. L'un des principaux avantages del'architecture SOA est sa capacité à modifier les processus métier via lareconfiguration des services. Dans cet exemple, un nouveau service nécessaire pourla conformité réglementaire est inséré dans le flux de messages entre le service degestion des ordres et le service de trading, sans qu'il soit nécessaire de modifier lamise en oeuvre des services existants.

> Réutilisation des services. Dans cet exemple, la réutilisation est présentée dans lecadre d'une application multicanaux (p.ex. permettre l'accès à la même application viades méthodes de communication client différentes), dans laquelle le service degestion des ordres est partagé par le service centre d'appel et le service en ligne.

Au niveau de maturité 3, l'autre alternative concerne les services collaboratifs, qui seconcentrent sur la liaison avec les partenaires externes. La Figure 8 présente un exempleoù la société de trading a développé une nouvelle activité de transactions de change surInternet.

Les caractéristiques clés de cette mise en oeuvre des services collaboratifs sont lessuivantes:

> Utilisation de protocoles SOA standards prenant en charge la fonctionnalité B2B(business-to-business) tels que ceux définis par RosettaNet10 , qui inclut des fonctionsde messagerie XML standards pour les opérations inter-entreprises, telles quel'obtention d'informations sur les produits et les stocks, et la gestion des commandes.

> Serveur de collaboration tel que celui développé par Sonic, qui met en oeuvre desprotocoles B2B et assure les transformations nécessaires entre les messages internesà l'entreprise et ceux requis pour les processus externes.

> La connexion ECN est passée d'un protocole propriétaire à un protocole de servicesstandard, et est donc gérée via le serveur de collaboration.


11 RosettaNet, ”Standards”, http://rosettanet.org/standards

3.4 MATURITÉ SOA NIVEAU 4–SERVICES MÉTIER MESURÉS

Alors que la maturité SOA niveau 3 se concentre sur la mise en oeuvre des processusmétier internes et/ou externes, la maturité SOA niveau 4 se concentre sur la mesure et laprésentation de ces processus au niveau entreprise, afin de fournir un retourd’informations continu sur les performances et l'impact des processus de niveau 3 (voirTableau 1 et Tableau 2).

La Figure 9 présente un exemple de processus de configuration, commande etfabrication, les services de chaque fonction étant distribués sur l'ensemble des sitesgéographiques. Les caractéristiques de cet exemple sont les suivantes:

> Traitement des flux d'événements en temps réel qui, dans cet exemple, collectel'ensemble des événements RFID dans une base de données et filtre les événementssignificatifs pour l'entreprise, puis les transmet pour une utilisation dans d'autresservices. Comme expliqué dans The Power of Events11 et “Event Stream Processing -A New Physics of Software”12, le traitement des flux d'événements et le “traitementd'événements complexes” permet la transformation des processus métiers réactifs enprocessus basés sur des informations en temps réel.

> Pilotage BAM (Business Activity Monitoring) qui fournit un feedback à la directionconcernant les mesures de performance en temps réel, présentées ici sous forme de,ableau. Le service de gestion du niveau de service, tel que celui développé parAmberPoint, assure ce type de surveillance pour les événements directement associésl'infrastructure SOA. Dans d'autres scénarios, les événements générés par ce servicepourraient être traités et affichés par des services plus génériques.


12 Luckham, David, The Power of Events, Addison-Wesley, 2002. 13 Palmer, Mark, “Event Stream Processing - A New Physics of Software”, DM Direct Newsletter, July 29, 2005,http://www.dmreview.com/editorial/newsletter_archive.cfm?nl=dmdirect&issueid=20226.


3.5 MATURITÉ SOA NIVEAU 5–SERVICES MÉTIEROPTIMISÉS

La maturité SOA niveau 5 concerne les services métier optimisés, et fournit une réponseautomatique aux mesures et résultats du niveau 4. De cette manière, le systèmed'informations SOA devient le “système nerveux de l'entreprise”, et réagit en fonctiondes événements qui se produisent au niveau métier, conformément aux règlesd'optimisation des objectifs (voir Tableau 1 et Tableau 2).

La Figure 10 présente le processus de configuration, commande et fabrication amélioré,dans le but de fournir une tarification dynamique en fonction du statut des matériaux etdes produits en cours de fabrication dans l'usine. Par exemple, si les pièces d'uneversion spécifique d'un article sont en nombre limité, une promotion spéciale peut êtredéfinie afin d'encourager les acheteurs à commander un article utilisant d'autres pièces.Cet exemple est inspiré du succès de l'utilisation par Dell Corporation de la tarificationdynamique, ans laquelle la pénurie d'un disque d'une capacité donnée, par exemple,entraîne la création dynamique d'une offre spéciale visant à encourager les acheteurs àconfigurer leur ordinateur avec un disque de capacité supérieure.14, 15 L'utilisation decomposants SOA permet de faire évoluer et de mettre plus facilement en oeuvre uneapproche de ce type, plutôt qu'en construisant des systèmes propriétaires.


14 Friedman, Thomas L., The World is Flat, Farrar, Straus and Giroux, 2005.15 McWilliams, Gary, “Lean Machine: How Dell Fine-Tunes Its PC Pricing to Gain Edge in a Slow Market”, The Wall Street

Journal, June 8, 2001.


4.0 CONCLUSION

Le modèle de maturité SOA fournit un cadre supportant à la fois la vision et l'évaluationdes avantages croissants de l'adoption de l'architecture SOA. Les niveaux et lesavantages clés sont les suivants :

La clé du succès de l'architecture SOA repose sur un partenariat évolutif entre lesorganisations technologiques et commerciales. Ce partenariat est basé sur la capacitéde l'organisation technologique à prendre en charge l'activité, à la fois en répondant à laconcurrence et en mettant rapidement en oeuvre de nouveaux business models tels quede nouveaux canaux de distribution, de nouveaux produits de services d'information et enouveaux modèles de tarification, afin d'amélioration la rentabilité et la satisfactionclient.

L'objectif de l'architecture SOA est de permettre cette souplesse d'une manièrenovatrice et supérieure à celle proposée par les technologies précédentes: novatrice,par l'utilisation des standards Web, la souplesse inhérente aux architectures SOA,l'intégration des systèmes existants, et la disponibilité immédiate des services et del'infrastructure SOA. Finalement, le succès d'une société cherchant à atteindre unniveau de maturité supérieur, dépendra de la méthodologie et de la rigueur, adoptées ausein de l'entreprise ou mises en oeuvre par un intégrateur de systèmes.


Worldwide HeadquartersProgress Software Corporation, 14 Oak Park, Bedford, MA 01730 USATel: +1 781 280-4000 Fax: +1 781 280-4095www.progress.com

For regional international office locations and contact information, please refer to www.progress.com/worldwide

© Copyright 2007 Progress, DataXtend, Actional, Sonic ESB are registered trademarks of Progress SoftwareCorporation or one of its subsidiaries or affiliates in the US and other countries. Any other trademarks containedherein are the property of their respective owners.

0000113862

prod code 7630

Date post:	12-Aug-2020
Category:	Documents
Upload:	others
View:	14 times
Download:	0 times

NOUVEAU MODELE DE MATURITE SOA (SERVICE– ORIENTED...

Documents