SOA : mode éphémère ou révolution ?
Mais qu’est-ce donc que SOA
L’ « architecture orientée services » (cf. anglais : Service Oriented Architecture (SOA)) est une expression à la mode à placer dans tous les salons... C’est avant tout une architecture applicative et une méthodologie de mise en œuvre.
L'idée sous-jacente de la SOA est de cesser de construire la vie de l'entreprise autour d'applications monolithiques & hétérogènes pour déployer une architecture logiciel d’entreprise orientée processus métiers et décomposée en fonction de base appelée « services ».
L’architecture SOA se base sur des couches qui répondent à des fonctions. Ce n’est pas une révolution dans le monde de l’informatique mais la généralisation de ce concept permet la construction de bases solides pour les développements futurs des applications de l’entreprise.

Parmi les apports majeurs des applications SOA, citons au moins :
* La réutilisation et la composition, permettant le partage de modules entre applications et les échanges inter-applicatifs ;
* L'évolutivité, car toute application est vivante, a une certaine durée de vie, peut se voir greffer de nouveaux modules et doit pouvoir répondre aux nouveaux besoins fonctionnels ;
* L'ouverture et l'interopérabilité, pour partager des modules applicatifs entre plates-formes et environnements.
L’entreprise SOA avec SAP NETWEAVER
SAP en tant que plateforme pour la mise en œuvre d’application d’entreprise SOA est peu connu en dehors du mode SAP.
Et pourtant, NETWEAVER fournit l’infrastructure de communication, l’ensemble des composants permettant la gestion du cycle de vie des applications, le développement et la validation des solutions, la gestion de la gouvernance.
« L’enterprise Services Repository » permet la définition, le classement, la gestion du cycle de vie de objets et des services disponibles (SAP – NON SAP, Standards – personnalisé). C’est le cœur du système de gestion de l’entreprise SOA, l’objet de toutes les attentions de la gouvernance.
SAP fournit un ensemble de services préconfigurés (Type WEB Services) sur l’ensemble des composants dans la Business Suite (ERP, CRM, SRM, PLM, SCM) : ces WEB services permettent la communication entre la plateforme SAPNETWEAVER et les back-offices SAP. Il est bien sûr possible de construire des services sur des systèmes non SAP.
Une fois les services configurés, des applications riches (RIA) peuvent être développées / composées à partir des outils de SAP NETWEAVER tels que « Visual Composer », « Webdynpro (Abap ou Java) ». Avec l’arrivée de la version 7.1 NETWEAVER, SAP complète les fonctionnalités et l’ergonomie de l’environnement de développement.
Il ne reste plus qu’à mettre en œuvre l’entreprise SOA !
Quelques bonnes pratiques de mise en œuvre
La littérature est assez riche sur le sujet car la mise en œuvre d’une application SOA nécessite de revisiter la méthodologie classique de déploiement des projets : l’approche monolithique ne viendra pas à bout des risques projet et ne pourra garantir l’efficacité opérationnelle Le projet big bang a bien peu de chance de déboucher sur de la création de valeur pour l’entreprise, le risque est trop grand de tomber dans la spirale infernale des mauvaises compréhensions du besoin, modifications du périmètre de la prestation, décalage planning, augmentation des coûts… Il faut au contraire migrer certaines applications en mode pilote avec souplesse, amender le modèle de gestion de projet, organiser la gouvernance, bénéficier des retours d’expérience.
L’aspect technologique du sujet ne doit pas cacher le véritable chalenge d’un projet orienté SOA. C’est bien la compréhension et modélisation du process métier à travers des appels à des services qu’il faut réussir. Une fois le service défini, il faut se projeter dans un futur plus ou moins proche et identifier les processus métier qui pourront utiliser ce service. Penser en quelque sorte à l’avenir plutôt qu’au présent.
La technique n’est reléguée qu’à l’arrière plan. Elle reste une composante nécessaire du projet mais c’est avant tout l’organisation de l’utilisation de la technologie qui tient une place prépondérante. S’appuyer sur les standards, maitriser les catalogues de services existants, faire vivre cette bibliothèque.
La route est longue et semée d’embuche jusqu’à l’entreprise 100 % SOA et le coup de migration de l’ensemble des processus reste à valider. Mais pour commencer, une bon chemin est sans doute de se lancer sur un pilote SAP NETWEAVER « Visual Composer ». Cet outil permet la composition d’applications aux standards SOA, offre des moyens de mise en forme ergonomique qui emballeront les dégoutés du SAPGUI. Une autre voie peut être choisie à travers une application en développant des WEBDYNPRO mais faudra alors prendre soin de la mettre en œuvre correctement...
Pour votre plaisir, n’hésitez pas à relire l’article sur « Visual Composer » sur le blog…
L’ « architecture orientée services » (cf. anglais : Service Oriented Architecture (SOA)) est une expression à la mode à placer dans tous les salons... C’est avant tout une architecture applicative et une méthodologie de mise en œuvre.
L'idée sous-jacente de la SOA est de cesser de construire la vie de l'entreprise autour d'applications monolithiques & hétérogènes pour déployer une architecture logiciel d’entreprise orientée processus métiers et décomposée en fonction de base appelée « services ».
L’architecture SOA se base sur des couches qui répondent à des fonctions. Ce n’est pas une révolution dans le monde de l’informatique mais la généralisation de ce concept permet la construction de bases solides pour les développements futurs des applications de l’entreprise.

Parmi les apports majeurs des applications SOA, citons au moins :
* La réutilisation et la composition, permettant le partage de modules entre applications et les échanges inter-applicatifs ;
* L'évolutivité, car toute application est vivante, a une certaine durée de vie, peut se voir greffer de nouveaux modules et doit pouvoir répondre aux nouveaux besoins fonctionnels ;
* L'ouverture et l'interopérabilité, pour partager des modules applicatifs entre plates-formes et environnements.
L’entreprise SOA avec SAP NETWEAVER
SAP en tant que plateforme pour la mise en œuvre d’application d’entreprise SOA est peu connu en dehors du mode SAP.Et pourtant, NETWEAVER fournit l’infrastructure de communication, l’ensemble des composants permettant la gestion du cycle de vie des applications, le développement et la validation des solutions, la gestion de la gouvernance.
« L’enterprise Services Repository » permet la définition, le classement, la gestion du cycle de vie de objets et des services disponibles (SAP – NON SAP, Standards – personnalisé). C’est le cœur du système de gestion de l’entreprise SOA, l’objet de toutes les attentions de la gouvernance.
SAP fournit un ensemble de services préconfigurés (Type WEB Services) sur l’ensemble des composants dans la Business Suite (ERP, CRM, SRM, PLM, SCM) : ces WEB services permettent la communication entre la plateforme SAPNETWEAVER et les back-offices SAP. Il est bien sûr possible de construire des services sur des systèmes non SAP.
Une fois les services configurés, des applications riches (RIA) peuvent être développées / composées à partir des outils de SAP NETWEAVER tels que « Visual Composer », « Webdynpro (Abap ou Java) ». Avec l’arrivée de la version 7.1 NETWEAVER, SAP complète les fonctionnalités et l’ergonomie de l’environnement de développement.
Il ne reste plus qu’à mettre en œuvre l’entreprise SOA !
Quelques bonnes pratiques de mise en œuvre
La littérature est assez riche sur le sujet car la mise en œuvre d’une application SOA nécessite de revisiter la méthodologie classique de déploiement des projets : l’approche monolithique ne viendra pas à bout des risques projet et ne pourra garantir l’efficacité opérationnelle Le projet big bang a bien peu de chance de déboucher sur de la création de valeur pour l’entreprise, le risque est trop grand de tomber dans la spirale infernale des mauvaises compréhensions du besoin, modifications du périmètre de la prestation, décalage planning, augmentation des coûts… Il faut au contraire migrer certaines applications en mode pilote avec souplesse, amender le modèle de gestion de projet, organiser la gouvernance, bénéficier des retours d’expérience.
L’aspect technologique du sujet ne doit pas cacher le véritable chalenge d’un projet orienté SOA. C’est bien la compréhension et modélisation du process métier à travers des appels à des services qu’il faut réussir. Une fois le service défini, il faut se projeter dans un futur plus ou moins proche et identifier les processus métier qui pourront utiliser ce service. Penser en quelque sorte à l’avenir plutôt qu’au présent.
La technique n’est reléguée qu’à l’arrière plan. Elle reste une composante nécessaire du projet mais c’est avant tout l’organisation de l’utilisation de la technologie qui tient une place prépondérante. S’appuyer sur les standards, maitriser les catalogues de services existants, faire vivre cette bibliothèque.
La route est longue et semée d’embuche jusqu’à l’entreprise 100 % SOA et le coup de migration de l’ensemble des processus reste à valider. Mais pour commencer, une bon chemin est sans doute de se lancer sur un pilote SAP NETWEAVER « Visual Composer ». Cet outil permet la composition d’applications aux standards SOA, offre des moyens de mise en forme ergonomique qui emballeront les dégoutés du SAPGUI. Une autre voie peut être choisie à travers une application en développant des WEBDYNPRO mais faudra alors prendre soin de la mettre en œuvre correctement...
Pour votre plaisir, n’hésitez pas à relire l’article sur « Visual Composer » sur le blog…
Tags: architecture orientée services, gouvernance, service oriented architecture, soa
Article