Le pragmatisme domine sur le terrain

Après avoir analysé les scénarios qui poussent à l'adoption d'architectures orientées services, comment les DSI s'y prennent-ils pour mettre celles-ci en ?"uvre ? L'examen des logiciels disponibles montre qu'elles s'apparentent davantage à un concept architectural qu'à une technologie. Le pragmatisme prévaut.

' Lorsque nous avons démarré notre chantier, vers 2002, aucune offre méthodologique n'était estampillée SOA. Nous appelions cela " Amos ", pour architectures et méthodologies orientées services ', se souvient Jean-Michel Detavernier, deputy CIO de l'assureur SMABTP. Autrement dit, les DSI faisaient de l'architecture orientée services comme Monsieur Jourdain de la prose. ' Les entreprises sont allées plus vite que l'offre des éditeurs, car leurs besoins étaient plus pressants, abonde Frédéric Godet, DSI Europe de ThyssenKrupp Elevator. C'était d'autant mieux pensé qu'il ne s'agissait plus de progiciels, lourds à mettre en ?"uvre, mais de services rapides à déployer. ' En l'espace de quatre ans, les choses ont sérieusement évolué.' En général, les DSI commencent par de petits chantiers pour se faire la main, avant de généraliser la méthode ', explique Thomas Been, ingénieur avant-vente chez Tibco, un des grands éditeurs de logiciels de modélisation des processus et d'architectures orientées services. A l'instar de Pascale Montrocher, directeur des technologies et innovations informatiques pour l'automobile chez Renault : ' Nous amorçons la pompe avec des services réutilisables de façon opportuniste, lorsque nous lançons de nouveaux projets ?" auquel cas, ceux-ci touchent un maximum de métiers ?" ou parce que ces services seront très efficaces à court terme. ' Une fois convaincus, ou rassurés sur la pertinence de la méthode, les responsables informatiques s'attaquent à des projets de plus grande envergure.

Une trouvaille : user de son progiciel comme d'une base de données

A l'épreuve des faits, l'imagination des DSI se révèle incroyablement fertile. Notamment quand il s'agit de conserver le progiciel de gestion intégré historique qui constitue l'épine dorsale du système d'information de l'entreprise. ' Depuis 1998, nous avons massivement investi dans la version 3 du PGI Adonix. Laquelle est démunie d'environnement graphique ', explique Christophe Lemée, DSI de Shopping Service, filiale de Métropole Télévision (M6). Difficile alors d'ouvrir le système de prise de commandes des quarante boutiques télévisuelles (M6, Paris Première, Séries Club, Téva...) à l'ensemble des médias interactifs : télévision interactive, mobile 3G, sites web de prise de commandes, minitel, catalogue papier avec lecture des codes-barres par un téléphone portable doté d'un appareil photo... Et de le concilier avec l'ouverture du premier magasin physique de l'enseigne à Paris.Pour rejouer tous les scénarios d'achat, Shopping Service mise sur le serveur SOA Convertigo de Twinsoft, qui connecte les interfaces en client léger au progiciel au travers de services. Mais Christophe Lemée recourt à une ruse spectaculaire : il utilise son progiciel de gestion intégré comme d'une base de données. ' Comme les données de la base d'Oracle sont statiques, je préfère accéder à mes données au travers du PGI. Ce qui garantit, d'une part, l'exécution des traitements développés dans le noyau du PGI lui-même. Et d'autre part, l'intégrité des données. Je n'ai plus besoin de lancer la requête et, ensuite, d'interpréter les réponses. Celles-ci apparaissent directement en clair. ' Une astuce qui devrait faire des émules. Au c?"ur de ce mécanisme : le connecteur Telnet (norme de présentation non graphique des écrans Adonix, Ansi et VT), fourni en standard dans Convertigo. De quoi élaborer des services par échanges de flux XML. ' Je pose les questions à Convertigo en XML, qui les traduit en Telnet à mon progiciel. Lequel répond en Telnet à Convertigo, qui, à son tour, les retraduit en XML. Ainsi, j'ai normalisé nativement mon dialogue avec le progiciel par la couche XML ', se réjouit Christophe Lemée. A l'arrivée, cette architecture automatise les tâches.

Lutter pied à pied contre le point à point

Pragmatisme oblige, les logiciels d'intégration d'applications d'entreprise (EAI, Enterprise Application Integration) ont toujours la cote, bien qu'ils aient tendance à être remplacés par des logiciels ESB (Enterprise Service Bus), au mode de connexion entre applications plus simple. C'est le cas chez Spot Image, qui gère des satellites d'observation de la planète. En gros, tout nouveau satellite embarque des capteurs plus précis, ce qui bouleverse en profondeur le système d'information, lequel doit offrir un traitement d'images plus puissant. Ainsi que des services plus complexes : donner la possibilité à une filiale de passer une commande d'images, ou de mettre en place une ' charte des risques ', laquelle consiste à fournir en urgence, et automatiquement, des images d'une catastrophe naturelle. Evidemment, l'informatique doit suivre la cadence... Car la société risquerait sinon de perdre des commandes. En effet, le processus de commandes et de production tout intégré traverse cinq systèmes d'information : l'accès à Spot Image, le catalogue des produits, la gestion commerciale, la gestion de production et les ateliers de production ?" des machines à convertir le signal du satellite en images exploitables. Tous les maillons de cette chaîne pouvaient être susceptibles de tomber en panne. Et personne n'avait la vision globale de tout le processus.Profitant du projet d'un nouvel atelier automatique, capable d'offrir l'orthorectification (un traitement géométrique et radiométrique de l'image pour restituer la vision du relief), Spot Image s'est intéressée en 2004, après un appel d'offres, au système d'intégration d'applications d'entreprises de WebMethod, qui dispose d'un module de modélisation des processus métier. En ligne de mire : l'architecture des liaisons en point à point, responsable des blocages. Cependant, ce qui est original dans ce cas, c'est que la modélisation des processus métier ne concerne pas des collaborateurs, mais s'applique à des automatismes du traitement du signal. En revanche, seules les données associées au processus de commande et de production transitent par le logiciel d'intégration. Pas les fichiers image, trop lourds (quelques gigaoctets). La corrélation entre intégration d'applications et orchestration des données ' fonctionne bien. Et la publication et la gestion des services web sont très aisées ', souligne Laura Kweitel, responsable du système d'information. Or, ce point a précisément suscité de vifs débats.

Des standards aux vertus démocratiques

' Aujourd'hui, il existe un continuum entre BPM et SOA, entre la modélisation des processus métier, les applications sous formes d'applications composites, et les infrastructures ', affirme Michel Mariet, responsable marketing middleware chez Oracle. Une évolution bienvenue. Il n'y a pas si longtemps, la modélisation de processus demeurait aux mains d'élites capables d'employer des urbanistes. En effet, les outils n'étaient pas connectés à ceux des informaticiens, qu'il fallait alors développer ou réécrire. ' A présent, grâce aux standards et à la notion de service, ce qu'un urbaniste va appeler un " quartier " va se traduire automatiquement en une application composite pour l'architecte et le développeur ', complète Michel Mariet. Ces standards permettent de sortir de l'application métier les services à mettre en commun.La liste est longue ! Citons UML (Unified Modeling Language), qui permet de modéliser un problème de façon standard. Dans les portails de services ou de contenu, JSR 168 (Java Specification Requests) ou WSRP (Web Services for Remote Portlets). Ce dernier, adopté par Oasis (Organization for the Advancement of Structured Information Standards), agrège les services sur le web, ou même sur les téléphones portables, quand on exécute le processus métier. Fort utile aussi, Soap (Simple Object Access Protocol) sollicite un service de type SOA sans être obligé de savoir où il se trouve. Quant à BPEL (Business Process Execution Language), il gère l'ensemble de la séquence entre plusieurs services web. En clair, il les orchestre et fait aussi le lien entre la modélisation des processus métier et le code de l'application du développeur. Aussi bien C#, Java, .Net ou PHP... Il permet donc de décrire l'application composite. Pour sa part, WSDL (Web Service Definition Language) décrit une interface publique d'accès à un service web. UDDI (Universal Description, Discovery and Integration) est un annuaire de services. Même la sécurité est prise en compte avec, entre autres, WS Security du W3C, stable depuis trois ans, pour les autorisations d'accès, et SAML (Security Assertion Mark-up Language) d'Oasis, une expression XML des règles de sécurité. Une certitude : ' On ne peut plus imposer une nouvelle technologie qui voudrait balayer les actifs informatiques de l'entreprise ', résume Michel Mariet.

Un périmètre étendu par l'orchestration de services

Profitant de la disponibilité de ces standards, les DSI évitent, autant que possible, le cauchemar : procéder à une nouvelle urbanisation de tout leur système d'information. ' Je construis avec les systèmes les plus ouverts possibles ', insiste Georges Fouron, DSI d'Imerys Terre cuite, un des poids lourds de la fabrication de tuiles et briques en terre cuite. Son idée directrice : ne pas tomber dans des chausse-trappes technologiques. ' Notre richesse réside essentiellement dans les données (les clients, les pro duits...). Toutes les applications sont susceptibles d'être jetées. Je prends celle que j'estime être la meilleure à un instant donné. ' Ainsi, il y a six ans, il disposait de deux progiciels, pour la finance et l'administration des ventes. ' C'était quelque peu excessif, mais cela a marqué une étape. ' Aujourd'hui, son système repose sur plusieurs produits d'architecture trois tiers, avec les données d'un côté et les applications de l'autre. A savoir le progiciel de gestion intégré de Generix, l'outil de reporting de Business Objects, l'extracteur de données Datastage d'Ascential. Grâce à l'intégration d'applications et à un orchestrateur de services web, il s'offre de nouvelles possibilités. ' Nous ne gérons pas les achats dans le progiciel, mais avec la place de marché professionnelle Quadrem (30 000 articles). L'acheteur remplit son panier, qui est transformé par le progiciel en une ou plusieurs commandes, il va vers la place de marché et, grâce aux services web, celles-ci tombent chez les fournisseurs. Pour les utilisateurs, l'ergonomie est meilleure qu'avec un progiciel. 'Néanmoins, bien des DSI aimeraient savoir comment déterminer les services éligibles. Le plus souvent, les services ne forment pas le c?"ur du progiciel, mais ils se montrent essentiels à son fonctionnement. C'est donc l'orchestration des services qui assurera l'efficacité du système d'information. Le choix se révèle d'autant plus difficile que tout est susceptible d'être service. Difficile, mais pas impossible. En témoigne Charles Lentz, DSI de Publigroup, un acteur suisse d'intermédiation publicitaire pour les journaux et leurs sites internet, également éditeur de services de type pages jaunes en Suisse. ' Nous avons développé une application en marque blanche qui gère en régie des petites annonces pour les éditeurs de sites web. Cette application s'adapte et s'intègre aux sites des éditeurs. Elle met à leur disposition tout le contenu des petites annonces qui provient du canal de commercialisation de deux de nos filiales spécialisées. Mais à l'origine, cette application, écrite en Cobol, tournait en interne depuis vingt ans sur des grands systèmes IBM avec la base de données DB2. '

Des automatisations à base de services web

Charles Lentz a découpé le système historique de son entreprise en trois types de services web. A commencer par les services administratifs, grâce auxquels un annonceur dépose un ordre d'insertion sur les sites web des éditeurs, mais aussi dans leurs journaux. Pour cela, il a rendu les fonctions métier de façon graphique, d'une part avec les procédures stockées de la base de données DB2, d'autre part avec les services web développés en Java sur le serveur d'applications Tomcat. ' Nous avons utilisé les technologies SOA de programmation de services web et de supervision d'Amberpoint dans les environnements Java et .Net ', précise le DSI. Quant aux services de contenus, ils stockent le contenu de l'annonce dans une base de données Oracle, après l'avoir traduit en XML. A savoir du contenu structuré et non structuré (flux binaires, documents PDF, Word ou XML) grâce au composant CM SDK (Content Management System Development Kit) d'Oracle.Le troisième type de services génère en ligne du contenu en PDF de haute qualité pour la parution dans la presse écrite. Chaque annonce se voit ainsi mise au format de l'éditeur. ' Nous avons modernisé notre application historique tout en l'ouvrant sur le monde extérieur. L'infrastructure SOA a été conçue pour une de nos filiales. Il s'agit de la généraliser en repérant ce que l'on peut industrialiser le plus rapidement. ' Découper les applications historiques en services est une chose ?" le développement de nombreuses applications en interne facilite la maîtrise du code source ?", en revanche, comment découper les progiciels commerciaux ?

43 %

C'est, selon IDC, le taux d'utilisation des architectures orientées services dans le secteur des transports en Europe. Un taux cumulant les ' nombreuses utilisations opérationnelles ' (19 %), ' quelques utilisations opérationnelles ' (15 %), et ' utilisations limitées ' (9 %). Le secteur des télécommunications et l'industrie suivent de près avec 39 %. Talonnés par le pôle banque-finance (37 %), et les services (32 %).

Imerys Terre Cuite

Activité : fabrication de matériaux de construction en terre cuite.
Création : 1999.
PDG : Pierre Jonnard.
Effectif : 1 800 personnes (dont 10 à la DSI).
Budget DSI : 2,8 M d'euros.
Chiffre d'affaires : 450 M d'euros.
Site internet : www.imerystc.com

Paul-Henri Carton : ' Nous avons mûri avec le concept '

Afin d'accroître nos ventes, nous avons décidé d'ouvrir, de manière équilibrée, l'ensemble des canaux de distribution vers l'extérieur. C'est-à-dire vers plusieurs dizaines de milliers de distributeurs indirects (agences de voyages et partenaires) dans le monde. Et vers la clientèle directe, les internautes. Une révolution. Nous étions en 1999. A cette époque, on a parlé de services web, puis d'architectures modulaires. En fait, nous avons mûri en même temps que le concept. Ce ne sont pas les technologies qui innovent, mais plutôt leur façon souple et efficace de s'assembler. Certes, il y a des briques spécifiques, mais la richesse des architectures orientées services réside davantage dans la méthode.

Nous avons monté une infrastructure internet hébergée par IBM. Aujourd'hui, elle accueille un million de visiteurs uniques par mois. En parallèle, nous avons acquis des compétences web (Java et Apache) et SOA (avec le langage Natural, de Software AG). Cela nous a pris trois ans. Pour ouvrir notre applicatif à nos clients professionnels et grand public, nous avons développé des services métier avec des interfaces web afin d'accéder à nos applications historiques. Il a fallu construire un moteur de disponibilité des voyages, des fonctions de paiement et une interface web pour gérer le panier du client : qui est-il, où veut-il aller, par quel moyen de transport, où en est le dossier ?

Mise en production fin 2001, la première phase portait sur l'outil professionnel. L'ergonomie s'est améliorée, mais nous avons connu des problèmes de performance. Grâce à nos développements, les liens entre les frontaux web et le grand système sont devenus plus rapides. Dans la phase grand public, il a fallu refaire, en 2002 et 2003, le moteur de réservation, car les niveaux de fiabilité et de performance n'étaient pas au rendez-vous. Nous nous sommes alors tournés vers les services web et les architectures orientées services.

Club Med

Christophe Lemée : ' Plus besoin de référencer un produit pour vendre '

Après voir utilisé un connecteur Telnet pour interroger le progiciel de gestion intégré, nous passons à un nouveau connecteur HTML qui va considérablement accroître l'efficacité des interactions entre nos boutiques en ligne. Grâce à ce connecteur, nous allons pouvoir faire de la vente croisée. C'est-à-dire que nous pourrons proposer des produits que nous n'avons pas besoin de référencer. Ils le sont déjà sur des sites de commerce en ligne. Plus besoin de créer dans le PGI le compte qui référence le produit, le fournisseur, le prix de vente... Ce sera de la vente à la volée de produits que je n'ai pas besoin de connaître à l'avance.

Ce mécanisme enclenche un nouveau dialogue avec les cadres dirigeants du groupe. Ils comprennent qu'il est possible d'étendre nos activités commerciales d'une manière souple et sécurisée. Les possibilités sont immenses : plus besoin de créer le référencement d'un produit pour le commercialiser. Ainsi, il est envisageable de vendre des PC conçus par le client. Il interrogera le site de notre partenaire fabricant et, à partir du site web générique de ce dernier, verra s'afficher le résultat sur notre couche de présentation. C'est comme si nous reconstruisions le site de prise de commandes de Dell sur M6 Boutique.

Les dirigeants du groupe ont vite compris l'intérêt métier de la technique. Outre l'avantage commercial, ce procédé valide le choix de notre progiciel, qui date d'il y a dix ans. Fonctionner avec un progiciel dénué d'interfaces graphiques ne représente donc plus un problème. Grâce aux architectures orientées services, il reste au goût du jour. Nous avions déjà l'expérience de la connexion d'un site internet au progiciel. C'était pour donner la possibilité aux clients grand public de passer les commandes sur la boutique M6 Mobile, et il ne nous a fallu que deux mois.

Shopping Service

Alain Gendre (Ilog) : ' On peut faire des SOA sans BPM, pas l'inverse '

Les architectures orientées services n'ont de sens que pour les DSI. Pas pour la direction générale, ni les directions fonctionnelles. Celles-ci veulent maîtriser leurs coûts, disposer de solutions souples et flexibles, lancer au plus vite de nouveaux produits ou services sur le marché, faire collaborer les partenaires... Elles se sentent davantage concernées par la modélisation de processus, qui repose sur une approche métier : remettre à plat tous les processus métier, les analyser, les automatiser, les superviser pour ensuite les optimiser. En revanche, l'effet sur l'organisation est énorme. A tel point qu'elle se combine souvent à une démarche Six Sigma. Pour cette raison, rares sont les entreprises qui s'engagent dans une démarche de BPM.

L'approche orientée services conduit à découper les applications métier en services métier. Cela revient donc à prendre en compte la modélisation des processus métier afin de les optimiser. La DSI intégrera alors plus vite les nouveaux modèles dans l'infrastructure d'exécution informatique. C'est là que les deux approches, BPM et SOA, se rejoignent. Il devient alors très facile de lier processus et services. On peut faire des SOA sans BPM mais, raisonnablement, pas l'inverse. Sous peine de voir les projets de modélisation échouer à l'étape de l'intégration. Notons, à cet égard, que la génération automatique de code promise pas les outils de BPM est souvent illusoire. A l'inverse, l'approche orientée services a tendance à oublier la partie métier. On risque alors d'aboutir à un Lego de boîtes noires. Alors que son intérêt est la réutilisation de l'infrastructure des systèmes historiques sous forme de briques ?" les briques métier ?", afin de créer des applications métier à partir d'un catalogue de services. Ces applications composites partageant les mêmes services, leur mise à jour sera d'autant plus aisée. Notons aussi que certains ont cru faire des SOA avec les services web. Mais ces derniers noffrent pas de possibilité de réutilisation.