L'eau est l'un des problèmes vitaux de ce nouveau siècle. D'où l'importance du système d'information sur l'eau : un Office international, un réseau national français de données sur l'eau qui s'appuie sur un langage commun de l'eau qui est fourni par  Sandre (Secrétariat d'Administration National des Données Relatives à l'Eau). Le langage Sandre comporte des définitions, des dictionnaires, des scénarios et des spécifications d'échanges de données. Les échanges de données, par exemple sur la qualité des eaux, seront en effet d'autant plus simples qu'ils pourront s'appuyer sur un format reconnu par tous. Ce qui, aussi, évitera à chacun de réinventer l'eau tiède.

Sandre fournit ainsi d'abord la sémantique à travers ses définitions et ses dictionnaires, mais aussi la syntaxe organisant la sémantique des messages. La "trame" des messages est fournie depuis 1995, suivant un format Edifact. Un format simplifié existe pour fournir des données aux utilisateurs finaux avec des outils bureautiques. Avec enfin un format XML-Sandre qui est testé et prêt à l'emploi pour continuer à échanger la sémantique Sandre par des messages EDI suivant le standard XML.

Les scénarios de Sandre vont des analyses physico-chimiques et microbiologiques des cours d'eau avec le format simplifié, à l'autosurveillance des stations d'épuration et des systèmes de collecte en format trame Edifact, jusqu'à "l'EDI Laboratoires" ou l'épandage en format XML. La marche vers XML concerne aussi le Répertoire XML Eau qui a été mis en oeuvre conformément au cadre commun d'interopérabilité des systèmes d'information publics (Cf. ADAE). Il est compatible avec le répertoire XML de l'Insee (cf. VendrEDI n°75) et va l'être avec le langage XML pour les données géogra-phiques,  GML. Le Répertoire XML Eau offre, outre les spécifications d'utilisation du format XML Sandre, les différents schémas XML disponibles suivant une thématique "eau", un service de "recher-che de balises" XML existantes ainsi qu'un service de validation en ligne, par parseur, d'un fichier, ou message XML suivant le scénario souhaité et le schéma XML correspondant.

Le 14 juin prochain, une Table Ronde est organisée à Paris, pour présenter les travaux de Sandre avec son standard et ses premiers déploiements.

La SOA (Service Oriented Architecture) est déci-demment la potion magique pour les SI ! L'idée est de remplacer l'EAI codé par des messages entre applications basés sur les standards des Services Web (SW) : WSDL pour décrire ce qu'une appli-cation attend (ou offre), SOAP pour acheminer le message et UDDI comme répertoire des services et des endpoints par où entrer dans les applications de l'entreprise. L'objectif de ce loosely coupled est l'agility  du SI pour s'adapter aux changements du business. En effet, les applications existantes (la legacy) peuvent être maintenues ou améliorées en tant que de besoin, à leur rythme, sans Big Bang, type ERP. Et "l'invocation" d'un service (des données adaptées à l'application destinataire) peut être paramétrée, automatisée. Comme l'est toujours l'EDI (échange de données informatisé, au masculin singulier) entre applications appartenant à des entre-prises différentes. L'EDI en Edifact, qui était un peu marginal au sein du SI, en devient, avec la SOA, le centre, sous la forme des messages SW. Avec la possibilité de s'externaliser (cf. VendrEDI n°90) en revenant à leur première destination, puisque les SW, comme l'EDI, ont été conçus pour les relations inter-entreprises. Même si, jusqu'à présent, les messages des SW sont surtout utilisés à l'abri du pare-feu, en attendant la stabilisation des standards de sécurité, qui semble en bonne voie. Cet "aller et retour" entre interne  et externe pour l'échange électronique de données est normal : si la gestion des stocks d'un distributeur peut, en EDI, passer automatiquement commande à la gestion des livraisons de son fournisseur, on ne voit pas pourquoi la comptabilité, la facturation, les données des entrepôts etc. n'en seraient pas automatiquement mis à jour par SW, souplement, sans trop de codage à chaque maintenance, et sans qu'un ERP soit tout à fait indispensable. Donc la  SOA arrive !

Cela étant dit, y a-t-il quelque chose nouveau sous le soleil des SI ? Certains traduisent SOA par Simply Old Architecture ou Stupid Over-hyped Acronym. Ce qui n'empêche pas tous les grands spécialistes de l'intégration,  IBM, Seeburger etc. de proposer leurs services pour aider les entreprises à bien tomber dans la SOA-Potion magique ! Et les avis sur la mise en oeuvre de la SOA ne manquent pas : relativisation du besoin, analyse du ROI, erreurs à ne pas commettre, retours d'expériences de British Telecom, dans le domaine de la finance, de l' assurance etc. Avec, en tout cas, les messages de l'échange électronique de données au centre du SI !