Keywords: 94A60; 14H52; 11A07; 37H10; 60K40; 65C10

La modélisation XML n'est pas cantonnée aux seules données. Depuis sa standardisation début 1998, XML (voir les articles [H 7 148] [H 3 500] [H 3 502]) a été adopté pour modéliser les traitements de données eux-mêmes. Sur la base de ces modèles, d'autres modèles XML plus élaborés ont été construits pour complémenter l'infrastructure technique de l'architecture SOA. Documents et processus métier, premiers champs d'application de la SOA (Services Oriented Architecture), sont aujourd'hui systématiquement représentés en XML. Ces représentations font appel à des dialectes XML spécialisés, souvent mis en oeuvre dans le contexte de l'infrastructure des services Web. (voir « De XML aux services Web pour les entreprises » [H 2 910]).Cet article fait suite à :« Architecture SOA. Modélisations XML » [H 6 004] ;« Architecture SOA. Infrastructure XML » [H 6 005].

L'universalité du langage XML favorise son emploi dans tous les domaines techniques relatifs à la gestion de l'information. Depuis sa standardisation par le W3C en 1998, XML est utilisé dans tous les compartiments de l'architecture des systèmes d'information. Ces dernières années ont vu se développer quantité de standards et de protocoles dérivés de XML pour faciliter l'accomplissement de telle ou telle fonction du système d'information de l'entreprise. Aujourd'hui, l'architecture orientée services, ou SOA s'impose comme référence pour les applications d'informatique d'entreprise déployées sur le Web.

L'universalité du langage XML favorise son emploi dans tous les domaines techniques relatifs à la gestion de l'information. L'architecture SOA, en particulier, emploie systématiquement XML pour la spécification de l'infrastructure technique sur laquelle elle repose. Cette infrastructure technique met oeuvre un modèle dynamique d'échanges de messages entre consommateurs et fournisseurs de services sur le réseau. La mise en relation entre applications clientes et services est soit statique, dans le cas où leurs adresses sont connues, soit dynamique, dans le cas contraire, auquel cas elle s'appuie sur des annuaires de services.

Avec l'épanouissement de la technologie client-serveur puis du Web, les consommateurs ont un accès pratiquement direct aux informations détenues par les producteurs. De nouveaux canaux de distribution peuvent alors se substituer aux intermédiaires traditionnels. Le flot d'information croissant, orienté vers les clients et les consommateurs, change progressivement la nature des relations entre acheteurs, fournisseurs, distributeurs, partenaires, sous-traitants, etc. Les entreprises qui mettent à profit les nouvelles technologies, en particulier celles, naissantes, des services Web, pour fournir, traiter, qualifier et publier cette information, seront celles qui bénéficieront au final de ce nouvel équilibre de la chaîne de valeur ajoutée. L'exemple de la banque de dépôt illustre cette mutation. Après avoir longuement mûri leurs stratégies de présence en ligne - parfois initialement perçues comme incompatibles avec le maintien d'un réseau d'agences -, presque toutes les banques de dépôt offrent aujourd'hui à leurs clients l'accès à la consultation de leurs comptes par une variété de moyens directs : téléphone, portable WAP, site Web, Minitel. Plutôt que de créer de nouvelles applications pour chacun de ces canaux de diffusion, le département informatique avisé aura mis en oeuvre la même application - une application Web - au travers d'un ou de plusieurs services Web chargés d'adapter la présentation de l'information au canal de distribution et au profil de l'utilisateur (personnalisation). Ainsi, l'utilisateur final dispose au moment voulu de l'information dont il a besoin, quel que soit son mode d'accès. De plus, cette même application peut également se décliner suivant d'autres services Web destinés cette fois à être intégrés dans des applications tierces externes (agrégation) comme, par exemple, celle de compagnies d'assurances partenaires de la banque de dépôt dans la commercialisation de certains produits financiers auprès des particuliers. Les technologies des services Web permettent d'automatiser ces adaptations, réduisant d'autant le coût de l'automatisation des transactions interentreprises et de la diffusion de l'information exigée par le consommateur.Agrégation et transformation de l'information sont les tâches que les services Web automatisent complètement, aussi bien dans des scénarios d'intégration d'applications (EAI : Enterprise Application Integration) que dans des scénarios de commerce électronique « business-to-consumer » (B2C) ou « business-to-business » (B2B). Pour ce faire, l'architecture des services Web repose sur deux socles : les protocoles du Web (HTTP et, dans une moindre mesure, SMTP, MIME, TCP/IP) d'une part, XML, standardisé par le W3C en février 2002 d'autre part, qui constitue la base sur laquelle sont édifiés les différents standards et propositions de standards collectivement appelés technologies des services Web. Une application Web résulte alors de l'assemblage de services Web, certains développés en interne, d'autres fournis par des partenaires externes. Dans l'architecture des services Web : développer, c'est assembler, déployer, c'est publier.

Une nouvelle ère pour l'intégration d'applications et les échanges B-to-B

Grâce au choix de standards simples et universels - XML et HTTP -, les services Web réussissent là où Corba, DCOM et Java/RMI avaient échoué en raison d'une trop grande complexité de mise en oeuvre. Toute application peut désormais s'ouvrir sur l'extérieur en publiant la description de ses services au format WSDL, ces services devenant alors accessibles à d'autres applications par le biais de messages SOAP transportés sur le simple protocole HTTP. Ce mécanisme ouvre des perspectives nouvelles pour l'intégration d'applications au sein de l'entreprise et, plus encore, pour les échanges B-to-B via l'Internet. Comprendre et mettre en oeuvre

Après une introduction à l'architecture des services Web, l'ouvrage en présente les différentes couches techniques et métier : SOAP pour le transport des messages ; WSDL pour la description des services ; UDDI pour leur référencement dans des annuaires ; WSFL, XLANG, WSCL et BPML pour le workflow et l'orchestration des processus métier ; BizTalk, ebXML, RosettaNet, UBL pour la standardisation des échanges B-to-B, etc. La seconde partie de l'ouvrage présente les plates-formes de développement et de déploiement (J2EE, .NET, solutions Open Source) avant d'illustrer la démarche de création de services Web à travers deux études de cas. A qui s'adresse l'ouvrage ? - A tous les décideurs, DSI, consultants ou chefs de projets qui souhaitent mesurer les enjeux des services Web pour le système d'information d'entreprise et les échanges B-to-B. - Aux développeurs et architectes logiciels qui cherchent une introduction claire et précise à SOAP et aux autres standards des services Web.

Après un premier ouvrage consacré à Corba, ActiveX et Java Beans , Jean-Marie Chauvet montre ici comment ces trois grands modèles objet se sont métamorphosés, en l'espace de 2 ans, en systèmes de gestion de composants logiciels et de transactions . Corba/OTS (Object Transaction Server), COM/MTS (Microsoft Transaction Server) et Enterprise Java Beans/JTS (Java Transaction Services) s'affrontent désormais sur le terrain des serveurs d'applications, qui constituent l'élément central des nouvelles architectures multiniveaux.

Destiné aux chefs de projets, aux concepteurs et aux développeurs d'applications client-serveur ou intranet, cet ouvrage débute par une clarification de concepts souvent mal compris : objets distribués, composants logiciels, transactions, serveurs d'applications.

Les trois parties suivantes présentent respectivement les trois grands systèmes de composants objet (Corba, COM, EJB) et les services de gestion des transactions associés (OTS, MTS, JTS), en montrant comment ils sont mis en oeuvre dans les produits du marché : Visibroker ITS et AIS d'Inprise, Orbix OTM de Iona, M3 de BEA, DCOM/MTS de Microsoft, Gemstone, WebSphere d'IBM, etc.

La dernière partie de l'ouvrage montre le rôle de pivot que jouera XML dans les serveurs d'applications et présente le San Francisco d'IBM, infrastructure d'objets métier en Java.

Les objets au service d'un métier Cet ouvrage propose une grille d'analyse pour comprendre la portée, la généralité et la spécialisation du concept d'objet métier. Les auteurs s'appuient sur leur expérience de consultants pour montrer le principe intégrateur sur lequel fonder une pratique de l'objet. Ils décrivent ensuite une méthode pour construire les objets qui serviront un métier.

To the editor: Your editorial, "Moving genomics from discovery to development" (Nature Biotechnology 15:923, October 1997) illustrates how pharmacogenomics, the recent avatar of pharmacogenetics-a decades-old vision of tailoring drugs to a patient's genetic makeup-is catching the limelight of the drug discovery scene, triggered by the growing amounts of data output, directly and indirectly, by the Human Genome Project. While for some, drug discovery has now entered a "postgenomic" era (Nature Biotechnology 15:1220, November 1997), and for others "functional genomics" is the order of the day (Science 278:601-602, October 1997), there is much more at stake than meets the eye.

Réalisé par l'un des meilleurs experts français de Corba et ActiveX, cet ouvrage a été conçu pour donner au lecteur les bases techniques qui lui permettront de comparer les différentes solutions du marché et de mieux évaluer ce que leur mise en ouvre peut apporter à l'entreprise. Placés dans le contexte de l'Internet, qui a brusquement stimulé l'évolution de ces techniques d'objets distribués, les standards Corba de l'OMG et OLE/ActiveX de Microsoft sont ainsi expliqués et comparés dans les moindres détails. L'auteur insiste particulièrement sur le problème d'interopérabilité entre ces deux architectures concurrentes et sur le rôle charnière que sont appelés à jouer le langage Java et ses composants Java Beans

The past few years have been an increase in the variety of software tools to support the development of interactive computer systems. One common theme that has emerged is the production of graphical interactive user interfaces. This paper suggests a taxonomical approach towards a better understanding of the former growing set of software tools. The first section describes the current state-of-the-art metaphors underlying most of the emerging user interface software, and dwells on various dimensions along which tools can be compared. The second section is a rather more subjective description of the current R & D trends within the field and illustrates extensions of the latter metaphors that will inhabit our future user interfaces.