Www.cosmosbay.com Thierry CAZENAVE Projet Club Méditerranée Le 24 Novembre 2003 S chéma D irecteur des E spaces numériques de

www.cosmosbay.comThierry CAZENAVE

www.cosmosbay-vectis.com

Projet Club Méditerranée

Le 24 Novembre 2003

Schéma Directeur des Espaces numériques de

TravailGroupe de Travail Interopérabilité

Les Web Services

SDET – Groupe de travail interopérabilité – 24 Novembre 2003

2

CLUB MÉDITERRANÉE - Contexte

En quelques chiffres… :

120 Villages implantés dans 40 pays sur 5 continents Plus de 50 pays de vente Plus de 1,5 millions de clients dans le monde Près de 22 500 salariés Près de 1,8 milliards d’euros de chiffre d ’affaires (rapport 2002)

C ’est la marque Club Med, et c’est également…

Jet Tours, Club Med World, Club Med Gym Une marque connue et re-connue

Différents canaux de distribution…

Directs (agences Club Med, Call Centers, Internet…) Indirects (agences diverses, collectivités, partenaires…)


3

CLUB MÉDITERRANÉE - Contexte

La Direction des Systèmes d ’Information

150 collaborateurs sur 3 continents (Paris, Miami, Singapour)

Une informatique opérationnelle et décisionnelle centralisée (MVS et UNIX)

Une informatique bureautique décentralisée sur 450 serveurs

Un réseau mondial temps réel sur 50 pays Une production 24/24 7/7

Plus d’un million de transactions de réservation par jour ! ! !


4

CLUB MÉDITERRANÉE – Enjeux

Processus de réservation simplifié pour les agences européennes

Avantage compétitif – Élargissement de la distribution Autonomie du partenaire (80 % des réservations traités par ce canal) Spécialiser à terme, le Call center sur les réservations complexes Réutilisation des interfaces d’accès pour d ’autres canaux de distribution

Interconnexion des systèmes avec Club Med Gym

Garantir la cohérence et l ’unicité de l’information client 1ère étape dans la réalisation d’une interface d ’accès unifiée à notre

référentiel client Réutilisation des interfaces d ’accès pour l ’interconnexion avec d ’autres

systèmes (Club Med On Line, Club Med World, EasyCM...)


5

CLUB MÉDITERRANÉE - Objectifs

Permettre l ’ouverture du système de réservation

Faciliter les échanges et permettre à tout type d’application (internes ou externes) de bénéficier des services du système de réservation

Applications B2E internes Applications B2C : réservations Internet Échanges B2B avec les partenaires : agences de voyages, Tour Operator,

Global Distribution System…

Banaliser le système de réservation

Homogénéiser les interfaces d’accès au système de réservation

Capitaliser sur ces interfaces et diminuer les coûts


6


Existant : architecture point à point

Enjeux : flexibilité et évolution

Système de réservations

Référentiel produits

Référentiel client

GlobalDistribution

System

Tour Operator

Partenaires (B2B)

Club Méditerranée

Réservation Internet

DécisionnelApplication financière


7


Évolution : mettre en place un bus logiciel favorisant le dialogue inter-applicatif

Bus Logiciel ( HTTP/ XML )

Internet GroupesRéférentiel

Produits

Partenaires...

Système de réservation

s

Référentiel client

GlobalDistributio

nSystem

Tour Operator


8

Poste de vente

par canal


Évolution vers un poste de vente par canal de distribution

Référentiel Décisionnel

March.

Consultationd ’information

s.

Units

Freq

uenc

y

Spend

Visi

ts

Spend/Visit

Visi

t Fre

quen

cy

Seg 2

Seg 4

Seg 1Seg 3

Spend/Visit

Visit

Fre

quen

cy

Seg 2

Seg 4

Seg 1

Seg 3

Analyses, interrogations

, rapports …

Tableaux de bord

Produits

Offres

Clients

Opérationnel

Rés. Com.

Client 3270

Terminal connectéou autres systèmes

de réservation

Mode terminal 3270 Moteur de réservation

HTTP

Serveur(s)d ’applications deprésentations

HTTP

Partenaires :

Serveur(s)d ’applications, de présentationsClient Web

XMLFrontal decommunication

XML


9

CLUB MÉDITERRANÉE – Moyens

Les Web Services dans le contexte Club Méditerranée

Besoin 1 : Le mécanisme d’invocation distante de procédures métiers dans un

contexte architectural hétérogène (applications internes ET externes).

Besoin 2 : Les procédures invoquées peuvent être écrites dans des technologies

et/ou langage différents (Natural, Java, etc…)

Besoin 3 : L’utilisation des couches de transport standard (HTTP/SMTP sur TCP/IP)


10

CLUB MÉDITERRANÉE - Moyens

Démarche projet Réflexion sur un protocole XML d’échange (1999)

Étude de faisabilité, recherche de solutions Mise en œuvre de EntireX (fin 2000) Prototypage (début 2001) Mission de conseil & architecture technique (2001)

Validation technique (2001)

Projets pilotes (fin 2001, début 2002) Processus de réservation simplifié (EasyClubMed) Interconnexion des systèmes avec Club Med Gym (client unique)

Industrialisation et déploiement Interfaces Club Med Gym (mars 2002) Easy ClubMed V1 pour les agences Européennes (août 2002) Easy ClubMed V2 pour la France (avril 2003)


11

CLUB MÉDITERRANÉE - Moyens

Phase de prototypage Prototypage : valider l’idée… puis convaincre

Faisabilité technique Vérifier l’adaptation du produit au besoin Présenter et justifier le résultat

Réalisation de trois prototypes d’applications intégrées avec le système de réservation : Réservations Groupes Intranet :

Consultation, Création, Modification des données à partir d’un client Web

Référentiel produits : Vérification des disponibilités pour une liste de destinations à une date précise

Réservations Internet : Élaboration de propositions correspondant aux critères d'une demande de

réservation (village, date, durée, ...)


12

CLUB MÉDITERRANÉE – Architecture

Mise en œuvre d’une interface XML sur HTTP

Serveur(s) client(s)

Serveur d’application

Serveur MainframeOS/390-DB2

Postes clients

HTTPHTTP

In...net

TCP/IP

XMLXML

ProduitsGroupes

Internet

FrontalXML

Réservations

PROTOTYPE


13


CIBLE

HTTP

InternetHTTP

Résa Internet

Partenaires...

TCP/IP HTTP

IntranetHTTP

Autre SIXMLXML

XMLXML

XMLXML

Réservations

FrontalXML

Produits

Serveur(s) client(s)

Serveur d’application

Serveur MainframeOS/390-DB2

Postes clients


14


Echanges Synchrones

ou Asynchrones

Base DB2

Trident+

EntireX Message Broker

Produits

Services Logiques

CICS

Sous Programm

esNatural

Trident+a

Instance

Services Fonctionnels

RPC

Serveur EntireX

TCP/IP

Bases DB2

Réservation

Clie

nt E

ntire

X

(pro

xie

s)

Kit de développement EntireX

Récupération des

signatures des

procédures

Description des services

WDSL+

Génération de proxies EntrireX

XML

WEB

Con

tain

er

HTTP/XML

Frontal XMLClient 1

Client 2

Client N

... [SOAP]

CIBLE


15

CLUB MÉDITERRANÉE – Mise en œuvre

Structure des messages échangés Interpréter le message entrant

Traitement des identifications, droits …, des applications clientes Résolution des services à invoquer Invocation du service (Adapter XML d‘EntireX) Envoi de la réponse

Définition d'une structure d'enveloppe

Enveloppe

Entête

Corps


16


Structure des documents échangés Le corps du message contient les données destinées ou issues des

services du système de réservation (au format XML)

Différenciation des requêtes/réponses

Des espaces de nommages (namespace) identifient les services mis en œuvre et les données échangées

<body><query>…</query>

</body>

<body><response>…</

response></body>

<query service="EntireX"> <XM901CN0 xmlns="http://www.clubmed.fr/XENA/Xm901cn0/EntireX/1.0">


17


Requête de recherche d’un client…

<?xml version="1.0" encoding="iso-8859-1"?><XENAEnvelope> <XENAHeader>… <From Identity= "..." URI="http://..."/> <To Identity="ClubMed" URI="http://serveurp800:10000"/> </XENAHeader> <XENABody> <query service="EntireX"> <XM901CN0 xmlns="http://www.clubmed.fr/XENA/Xm901cn0/EntireX/1.0">

<HEADER><CODENV>DEVT</CODENV><USER> ...</USER>

</HEADER><CLIENT>

<NUMCLI>12081982</NUMCLI></CLIENT>

</XM901CN0> </query> </XENABody></XENAEnvelope>

Enveloppe

Entête

Corps


18

<?xml version="1.0" encoding="iso-8859-1"?><XENAEnvelope> <XENAHeader/> <XENABody> <response> <XM901CN0>

…/...<MSGRET>

<RETCOD>0000</RETCOD></MSGRET><CLIENT>

<NUMCLI> 12081982 </NUMCLI><NOMCLI>DUPONT</NOMCLI><ADRESS>

…/...</ADRESS>

</CLIENT> </XM901CN0> </response> ...


Requête réponse …Enveloppe

Entête

Corps


19


EasyCM, processus de réservation simplifié...

Moteur de Réservations

Référentiel Produit

Offre produit

Proposition(s)

Récapitulatif

mail de confirmation

Demande de résa

Choix

Confirmation

Référentiel Client

Agencesde Voyage

TourOperator

Partenaires

Call-Center

Puis,Identification client


20


Interconnexion client avec Club Med Gym

Gestion des abonnements

Recherche client

Création client

Mises à jour client

(ré-) abonnement

Renouvellement carte

Moteur de Réservations

Référentiel Client


21

CLUB MÉDITERRANÉE – Retour d’expérience

Utilisation, adaptation de « services » métiers existants

Réutilisation maximale de l’existant « mainframe» en restructurant le code

Adaptation variable selon la modularité et la complexité du code

Opération d’adaptation unique qui prépare les évolutions :

Maintenance unique des fonctionnalités Transparence pour les fonctions et canaux existants Ouverture du champ de possibilités :

Réutilisation des interfaces pour d ’autres canaux Préparation aux Web services Envoi d’e-mails depuis le mainframe… … /…


22

CLUB MÉDITERRANÉE – Bilan et Perspectives

Bilan

Confirmation du potentiel de la technologie XML, identifié dès 1999 Regard identique vis à vis des Web Services Approche pragmatique en attendant la maturité des Web Services Réflexion sur le découpage en services applicatifs du S.I.

Valeur ajoutée et perspectives d ’évolution de cette technologie auprès des clients du S.I. et des partenaires démontrée

Perspectives

Socle technologique commun pour la vente au travers des différents canaux

Approche Web Services pouvant être intégrée rapidement dans l’offre S.I. du Club Méditerranée


23

. . .

Documents

Www.cosmosbay.com Thierry CAZENAVE Projet Club Méditerranée Le 24 Novembre 2003 S chéma D irecteur des E spaces numériques de