Xième Symposium Architects

de l’Architecture Community

SOA, Urbanisation et Transformation de SI

Daniel LEROY
 Sommaire

ƒ Quelques définitions utiles à l’urbanisation et la transformation

ƒ Quelques définitions utiles à SOA

ƒ Les apports de SOA à l’urbanisation et à la transformation

ƒ Un exemple de transformation associant SOA et urbanisation

Xième Symposium de l’Architecture Architects

Paris Novembre 2005 page 1; Community
 Transformation et Urbanisation s’appliquent à un
même cycle allant du développement à l’exploitation
A chaque fois qu’un client subit un événement du fait de ses échanges avec son
milieu externe ou interne, il impacte directement le système d’information dans
plusieurs composantes et de façon simultanées :
1. De l'expression des besoins peuvent être déduites
Besoins exigences fonctionnelles et non fonctionnelles
(sécurité, performances)
2. Les exigences fonctionnelles impactent la
Applications définition des applications

Infrastructure 3. Les applications sont implémentées sur une

infrastructure d'exécution

Orchestration & 4. Le fonctionnement des applications sur

exploitation l’infrastructure nécessite orchestration et exploitation

Niveau qualité 5. Les indicateurs de l’exploitation définissent la qualité

service et sécurité de service et de sécurité

La qualité de service et de sécurité doit répondre aux besoins (exigences

fonctionnelles et non fonctionnelles).
Xième Symposium de l’Architecture Architects
Paris Novembre 2005 page 2; Community
 Tout changement nécessite un alignement
L'agilité facilite l'alignement
Urbanisation Transformation
ƒ Recherche des invariants processus : ƒ Analyse des impacts du changement
regrouper les activités identifiés par sur le SI (au niveau applications
processus métier en grands domaines comme au niveau infrastructure)
suffisamment indépendants et stables
ƒ Réalignement de la qualité de service
à toute évolution stratégique
sur les exigences fonctionnelles et non
ƒ Aligner le SI sur ce découpage fonctionnelles

Besoins

Intégrée à Niveau qualité

Stratégie

extension

service et Applications
l'Ecosystème sécurité
Découplage
Alignée
Evolution

sur l’activité
Ad hoc Orchestration
& exploitation Infrastructure
Execution
RéactiveMaîtrisée Agile
Agilité Alignement
Xième Symposium de l’Architecture Architects
Paris Novembre 2005 page 3; Community
 Les déclencheurs de l’urbanisation et de la transformation
Fusion
Acquisition
Changements
Changements Changement de géographie
Vente
organisationnels
organisationnels Évolution de l ’écosystème
Évolution réglementaires
Réorganisation interne
Exigences de production
Exigences de qualité de service
Exigences de sécurité

Evolutions
Evolutions Demandes
Demandes
technologiques
technologiques URBANISATION business
business
&
Nouvelle application Nouveaux clients
Nouvelle version d’application TRANSFORMATION Nouveaux services/canaux
Nouveaux services technologiques Nouveaux partenaires
Préserver le patrimoine de l ’existant Nouveaux fournisseurs
Obsolescence des technologies, applications Nouveaux processus métiers
Changement de plate- forme technologique Nouveaux processus
Mutualisation des technologies collaboratif

Evolutions
Evolutionsdudu
marché
marchéITIT
Pression de l’outsourcing
Consolidation, Mutualisation des moyens
Rationalisation du patrimoine des applications
Confort d’utilisation d ’une application
Xième Symposium de l’Architecture Architects
Paris Novembre 2005 page 4; Community
L’urbanisation conjugue les problématiques pour préparer
la transformation
Orienta tion Construction Exploitation
De la prospective, au niveau Système d’Information …
• Identification de la stratégie • Définition des cartographies • Définition de l’architecture
métiers (métiers du client, applicatives existantes et de l’infrastructure logicielle
métiers de l’informatique) cible et matérielle (SA, sécurité,
• Définition des cartographies • Mise en application des EAI, SGBD, SAN, réseau,
fonctionnelles (processus, critères de rationalisation serveur, supervision, …)
objets métier de référence et • Choix des solutions métiers • Identification de la stratégie
de gestion, acteurs) (progiciels, best of breed, d’exploitation (gestion des
• Définition des exigences spécifique) opérations, sous-traitance,
(fonctionnelles, sécurité, • Identification des …)
performances) orientations d’architecture • Identification des
• Identification des (plate-forme matérielle et orientations pour la
orientations technologiques réseau, localisation des sites supervision et le support
informatiques)

Règles d’urbanisation,
Trajectoire de l’urbanisation

… à la mise en œuvre des projets de développement et d’exploitation

Transformation Sécurisation Optimisation
Xième Symposium de l’Architecture Architects
Paris Novembre 2005 page 5; Community
 Sommaire

ƒ Quelques définitions utiles à l’urbanisation et la transformation

ƒ Quelques définitions utiles à SOA

ƒ Les apports de SOA à l’urbanisation et à la transformation

ƒ Un exemple de transformation associant SOA et urbanisation

Xième Symposium de l’Architecture Architects

Paris Novembre 2005 page 6; Community
SOA : un modèle global

Utilisateurs Partenaires Clients Fournisseurs Administrateurs

Présentation
Client application
Portail Web Multicanal Client riche Echanges

Orchestration
Coordination
BPM Workflow
portail

Services EAI ESB

Domaine

Système
Services externe
Services métier 1 Service métier 2
utilitaires
L’état
L’étatd’esprit
d’esprit« «service
service» »permet
permetd’anticiper
d’anticiperl’usage
l’usage
partagé
partagédes
desservices
services

Les
Lesservices
servicesmasquent
masquentlalacomplexité
complexitéetetpermettent
permettentde
de
limiter
limiterlalaportée
portéedes
deschangements
changements

Persistance LaLastandardisation
standardisationdes desinterfaces
interfacesetetleur
leurpublication
publication
réduit
réduitles
lescoûts
coûtsetetfavorise
favoriselalaréutilisation
réutilisation

Données métier 1 Données métier 1 Données

L’architecture
L’architectureorientée
orientéeservice
serviceembrasse
embrassetout
toutlelecycle
cycledede
utilitaires vie
viedes
desapplications
applications

Xième Symposium de l’Architecture Architects

Paris Novembre 2005 page 7; Community
Les principaux concepts des approches service

Service Un ensemble de traitements assurés par un prestataire, (nommé également

« producteur de service ») conformément à un contrat, pour le compte d’un
ensemble de clients (nommés également « consommateurs de service ») afin
d’accomplir une fonction

Consommateur de La pièce de programme d’une IHM (enchaînement par l’utilisateur) ou d’une

service application (enchaînement automatique) qui utilise un service

Producteur de Une pièce de programme qui fournit un service

service

Orchestration de Enchaînement d’appels de service dans le but de réaliser un processus

services

Applications Les applications collaboratives sont des applications qui permettent

collaboratives l’orchestration de différents services afin de fournir les fonctions nécessaires à
la réalisation des processus

Xième Symposium de l’Architecture Architects

Paris Novembre 2005 page 8; Community
 Sommaire

ƒ Quelques définitions utiles à l’urbanisation et la transformation

ƒ Quelques définitions utiles à SOA

ƒ Les apports de SOA à l’urbanisation et à la transformation

ƒ Un exemple de transformation associant SOA et urbanisation

Xième Symposium de l’Architecture Architects

Paris Novembre 2005 page 9; Community
 Les avantages apportées à la transformation par les
services

ƒ Les services permettent de masquer la complexité de l’implémentation des

fonctionnalités dans une application
• L’application appelante fait appel à un composant fournissant le service (Web Service,
BAPI de SAP, …) au travers d’une interface acceptant une question normalisée (message
XML défini pour le WS, API de la BAPI, …) pour fournir une réponse normalisée
• L’appel du service dispense l’application appelante de la connaissance de l’architecture
technique de l’application appelée (organisation des composants, implémentation des
règles de gestion) et de la connaissance de son modèle de données (principalement son
modèle physique)
ƒ Les services permettent de réduire la complexité d’intégration des composants
des différentes applications (hétérogénéité technologique, implémentation
géographique)
• La présentation d’un service implémenté dans une technologie standard (Web Service)
permet au composant appelant de rester indépendant de l’implémentation des composants
appelés (infrastructure matérielle, langages de programmation)
• L’utilisation de technologies (WS, SOAP) associant à la sémantique métier du service
(WSDL) sa localisation (URI) dispense le composant appelant de la connaissance de
l’infrastructure (position du serveur, adresse réseau)
Xième Symposium de l’Architecture Architects
Paris Novembre 2005 page 10; Community
 Les avantages apportées à la transformation par
l’orchestration des services au travers des processus

ƒ Les services sont conçus pour être utilisés sans avoir à connaître le contexte de
l’appel (mode « sans état » : le service fournit une réponse à une question).
Le mode « sans état » permet la réutilisation de modules applicatifs existants en
les préservant de la complexité liée aux nouveaux processus.
• Le contexte d’un appel est lié au processus qui s’exécute. L’orchestration selon la
dynamique du processus connaît le contexte qui évolue après chaque appel de service.
ƒ L’orchestration des services permet de mettre en œuvre de nouveaux processus
en utilisant les services déjà réalisés
• La mise en place de services à la granularité métier (réponse du service correspondant à
l’exécution d’un ensemble de règles de gestion significatif pour une MOA) permet de
mettre en œuvre rapidement de nouveaux processus
ƒ L’orchestration de services de granularité basse (ex : service « accesseur »)
permet de construire des services à la granularité métier
• L’appel au service de la plus haute granularité active l’orchestration d’un processus dont
le résultat final correspond à la réponse de ce service. Le processus fédère la réponse des
services de base en orchestrant leur séquence d’appel.

Xième Symposium de l’Architecture Architects

Paris Novembre 2005 page 11; Community
 Les avantages apportées à la trajectoire de la
transformation

ƒ Au fur et à mesure de la transformation, les services mis en place lors des

premières étapes facilitent la mise en œuvre des suivantes
• La réalisation de services dans les briques applicatives concernées par les premières
étapes facilite la mise en oeuvre des processus lors des étapes suivantes par orchestration
de services récemment construits avec ceux qui existent déjà.
ƒ La réalisation de services dans une application permet de « frontaliser » ses
fonctionnalités vis à vis de l’ensemble du SI de l’entreprise ou d’un SI élargi
aux partenaires
• Un service peut être appelé par l’orchestration d’un processus transverse notamment pour
répondre aux contraintes de délai pour la mise en œuvre des processus B2B
• Il peut aussi être appelé dans la couche de présentation d’une IHM Web développée dans
l’entreprise pour ses propres besoins ou par un partenaire pour les siens (exemple du
service fourni par le SI des sociétés météo pour les portails d’entreprise)

Xième Symposium de l’Architecture Architects

Paris Novembre 2005 page 12; Community
 Sommaire

ƒ Quelques définitions utiles à l’urbanisation et la transformation

ƒ Quelques définitions utiles à SOA

ƒ Les apports de SOA à l’urbanisation et à la transformation

ƒ Un exemple de transformation associant SOA et urbanisation

Xième Symposium de l’Architecture Architects

Paris Novembre 2005 page 13; Community
Le contexte de la transformation

ƒ Un grand distributeur de vins fins et spiritueux de France décide d’ouvrir son marché européen pour
le 25 décembre 2005 aux eaux aromatisées, et aux boissons alcoolisées pour adolescents.
• il a trouvé dans l’est de l’Europe une société de production d’eau avec ses points de ventes et un
fournisseur d’arômes naturels.
• Le nouveau catalogue produit doit être accessible dans tous les points de vente.
• Des gains d ’échelle sont attendus par la rationalisation de la politique d’achats.
ƒ Les contraintes réglementaires en France fixent :
• la distribution d’alcool dans les grandes surfaces pour les adolescents ne nécessite pas la présentation
d’une pièce d’identité, par contre dans les points de vente du distributeur elle est nécessaire.
ƒ Les points de ventes actuels, majoritairement en Europe de l’ouest possèdent un terminal qui fait la
gestion du magasin, ré approvisionnement, gestion de la caisse. Les points de ventes du producteur
d’eau en Europe de l’est gèrent uniquement la caisse.
ƒ Du fait de ces différences le système central en Europe de l’ouest a des fonctions qui ne gère que la
consolidation d’approvisionnement. A l’inverse en Europe de l’est, le système central gère un centre
d’appel et la consolidation des approvisionnements.
ƒ De même le point de vente en Europe de l’ouest gère sa propre comptabilité qui est supporté par
l’applicatif du point de vente
ƒ En Europe de l ’est, le point de vente délègue sa comptabilité aux fonctions centrales.

Xième Symposium de l’Architecture Architects

Paris Novembre 2005 page 14; Community
 Description synthétique des SI existants

Europe de l’ouest Europe de l’est

Grossiste Grossiste Grossiste Grossiste Producteur Producteur
en vin en vin en vin en vin d’eau d ’arômes

Site central Europe de l’est

Site central Europe de l’ouest
Conso. Conso. Centre Gestion
appro compta d ’appels comptable

Point Point Point Point

de vente de vente de vente de vente
gestion du magasin, gestion du magasin,
ré approvisionnement, ré approvisionnement,
gestion de la caisse gestion de la caisse Gestion de caisse Gestion de caisse

Quel rôle peut jouer SOA dans ce cas ?

• Quels sont les avantages de la SOA ?

• Quelles sont les limites de la SOA ?

Xième Symposium de l’Architecture Architects

Paris Novembre 2005 page 15; Community
 L’approche d’urbanisation des SI prépare la
transformation en facilitant l’approche SOA
Europe de l’ouest Europe de l’est
Site central Europe de l’ouest Site central Europe de l’est

1. Définition des objets de référence

2. Gestion du cycle de vie des références Référentiels (produits,
sur référentiel maître (processus) fournisseurs, clients,
structures …)
3. Distribution aux référentiels secondaires
(services du modèle CRUD)

Domaines fonctionnels et briques applicatives

ƒ Identification des briques applicatives avec leur rôle fonctionnel

ƒ Identification des services rendus par les briques
ƒ Identification des processus transverses notamment B2B
ƒ Association des services et des processus

Point Point Point Point

de vente de vente de vente de vente
gestion du magasin, gestion du magasin,
ré approvisionnement, ré approvisionnement,
gestion de la caisse gestion de la caisse Gestion de caisse Gestion de caisse

Xième Symposium de l’Architecture Architects

Paris Novembre 2005 page 16; Community