Cours 3

21 novembre 2014
Mineure SOA Cours 3

Olivier BESNARD
Consultant snior
Practice Architecture des Systmes dInformation
Atelier SOA
Selon vous, quest-ce que la SOA ?
Atelier Post-it
15 minutes
21 novembre 2014 - Proprit de Solucom, reproduction interdite
Agenda
1. Dfinition et bnfices attendus
2. Une tendance forte du march

3. Le service
4. Urbanisme & SOA
5. Dmarche de mise en oeuvre
6. Retours d'exprience
La problmatique des architectures en silos
Enchanement des fonctions par un utilisateur
Les applications ont t historiquement conues et dveloppes dans une

logique dorganisation en silos relativement cloisonns
Rservation de
billets sur Internet
Gestion des tarifs

des billets
Gestion des
horaires de trains
Application A
Application B
Application C
Ce cloisonnement sopre 2
niveaux :
Fonctionnel
Technique
La consquence de ce
modle est donc double :
Une duplication des

fonctions au sein
dapplications distinctes
Une duplication des
architectures et composants
techniques au sein du SI
Fonctions identiques
.NET
Mainframe
.JEE
Une architecture dcloisonne
La rutilisation de fonctions transverses du SI est le concept

fondamental dune architecture de services
Rservation de
billets sur Internet
Gestion des tarifs

des billets
Application A
Application B
Gestion des
horaires de trains
Fonctionnellement, la SOA permet

de favoriser la rutilisation des
fonctions mtiers au sein du SI
Techniquement, cette rutilisation

est permise notamment par la mise
en uvre dun socle dinfrastructure
qui joue le rle dorchestrateur de
services et assure le dcouplage
entre les consommateurs et les
fournisseurs de services (ESB,
Annuaire de services)
Application C
Appel dun
Service
partenaire
Service de
consultation
des horaires
Service de
calcul de tarifs
Quest-ce que la SOA ?

La SOA (Service Oriented Architecture)
Une Architecture Oriente Service (SOA) est une Architecture technicofonctionnelle dans laquelle les fonctions rutilisables du SI sont modlises et
exposes via des standards pour contribuer la ralisation des processus
Mtier
La SOA est avant tout une dmarche de conception contribuant au besoin
durbanisation du SI, sans pour autant tre lapanage dune technologie.
Pour les quipes mtier, la SOA permet dtre plus ractif et rapide dans
linnovation de modles et des processus pour crer des produits moindre
cot en se dotant dun avantage concurrentiel et en optimisant la
collaboration interne et externe lentreprise.
Pour les quipes IT, la SOA a pour but de crer une relle interoprabilit
entre les diffrents silos applicatifs du SI et de facilit louverture du SI aux
partenaires de lentreprise.
Bnfices attendus de la SOA (1/2)

Un objectif : matriser et optimiser les cots dintgration
Deux types de bnfices
Des bnfices intrinsques la mise en uvre dune SOA
Des bnfices indirects de la mise en uvre dune SOA grande chelle
Il sagit des opportunits exploitables dans le cadre de la mise en uvre de la SOA
Des bnfices intrinsques
Favoriser la mutualisation des fonctions du SI
Rutilisation des composants mtier existants
Cration de services mtier rutilisables
Contribuer maitriser les cots dintgration et de maintenance applicative
De plus, les facilits offertes par les plateformes dintgration SOA (ESB) doivent permettre de rduire les dlais
dintgration
Amliorer la ractivit et la qualit des dveloppements
Rutilisation des services mutualisation des cots de maintenance
Acclrer le processus de dveloppement de nouvelles applications

Fiabiliser les applications offertes aux diffrents mtiers (la rutilisation permettant de mieux prouver les systmes
existants)
Favoriser le recentrage de la conception des applications autour des processus mtiers
Les MOA ont tendance fournir aux DSI des descriptions de solutions plutt que des expressions de besoins
Bnfices attendus de la SOA (2/2)
Des bnfices indirects
Favoriser une plus grande standardisation du SI (patterns, formats pivots, etc.)
Permet une meilleure capacit douverture du SI, capacit dintgration denvironnements htrognes
Et par l favoriser la productivit des filires de dveloppement
Favoriser la mise en place de mesure de qualit de service rendu par le SI
Permettre au SI de souvrir vers ses principaux partenaires (filiale & SI

externes)
La SOA saccompagne de la dfinition de contrats de service que sont capables de supporter les
nouvelles infrastructures (ESB, Annuaire de service, etc.)
En proposant une infrastructure et des services spcifiques exposs lextrieur
Amliorer la disponibilit des informations, notamment en contournant les

contraintes des architectures Mainframe (servitudes lourdes)
En amenant le SI depuis une architecture Batch avec de traitements nocturnes lourds vers une architecture en
mode de traitement au fil de leau / asynchrone plus souple
Les risques lis la mise en uvre dune SOA

Des proccupations lies aux modles organisationnelle et mthodologique actuels
des DSI :
La gestion dun lourd changement au niveau des collaborateurs ou des processus (en
particulier de dveloppement)
Un manque de support/comprhension de la part des mtiers
Mutualiser de manire efficace exige de moduler un certain nombre de fonctionnalits spcifiques. Les MOA
doivent le comprendre et laccepter.
Une sensibilisation des mtiers aux enjeux de la SOA est ncessaire
Ladoption dune dmarche services a un impact certain sur la gestion des projets
Les nouveaux projets applicatifs ligibles une approche services doivent tre identifis au plus tt dans le
cycle de vie des projets.
Des proccupations lies aux modes de financement :
Des investissements lourds sont ncessaires pour la mise en place de nouveaux

composants logiciels (annuaires de services, bus de services, etc.)
Les modles de financement actuels des DSI (en mode projet) peuvent tre un frein au
dploiement de la SOA
Les craintes rcurrentes

Des craintes lies aux impacts sur les architectures applicatives et
techniques
La mutualisation des ressources peut entraner des difficults pour identifier

les applicatifs impacts par la panne dun composant.
Le modle darchitecture distribu de la SOA rend plus difficile le suivi dun
traitement de bout en bout.
Une dgradation possible des performances par lajout dune couche logique de
services supplmentaire
Des risques de scurit notamment dans le contrle daccs aux services
10
Mais galement des risques ne pas faire souvent partags

Risque de voir le SI se complexifier par lintroduction de nouvelles pratiques non
cadres
En effet, lidentification et la conception de services / composants rutilisables (de plus ou

moins faible niveau) est trs souvent dj en uvre au sein des diffrentes DSI, fruit
dinitiatives isoles
La dfinition dune cible et mthodologie SOA communes constitue de ce point de vu un
enjeu majeur pour les DSI
Risque de voir les SI se maintenir dans une logique dorganisation en silos
De nombreux SI dentreprise ont t historiquement organiss en silos tanches. Ces

applications doivent aujourdhui sorganiser en mode matriciel (ouverture sur Internet,
mutualisation des Back-Office) pour voluer vers une cible urbanise.
De ce point de vu, la mise en uvre dune architecture SOA constitue souvent un levier
efficace pour mener bien la modernisation IT ncessaire des DSI
Risque de voir les projets transverses dores et dj lancs ou venir dans les DSI
(GED, Portail dentreprise, BPM, etc.) tre limits dans leur capacit de dploiement
et dans leurs objectifs
En effet, lorientation services peut permettre de mieux valoriser ces projets en leur
offrant un cadre (technique, mthodologique, etc.) structur
11
Agenda

3. Le service
4. Urbanisme & SOA
12
Une tendance forte du march

La SOA est perue par les DSI des grands comptes comme un moyen datteindre certains de
leurs objectifs stratgiques
Aider les mtiers ragir plus rapidement aux demandes du march
Rduire les cots de fonctionnement du SI
De manire assez logique, la SOA est donc une tendance forte chez les grands comptes
Ambitions sur la part du systme d'information qui repose sur une architecture SOA
Degr d'avancement de la rflexion de votre entreprise sur la SOA
100%
90%
C'est en phase de
dploiement
27%
Ce n'est pas
envisag
18%
80%
70%
60%
Plus de 50 %
50%
Moins de 50 %
40%
0%
30%
20%
C'est en phase pilote

16%
10%
C'est l'tude
39%
0%
Aujourd'hui
Dans 2 ans
13
La vision des grandes entreprises (1/2)
Benchmark* SOA Solucom - Bnfices attendus chez les dcideurs grands comptes
Avec la mise en place d'une SOA, bnfices les plus attendus dans les 2 prochaines annes ?
(en %; plusieurs rponses possibles)
0
10
20
30
40
50
Le recentrage de la conception sur la modlisation des

process mtiers
50
Une rduction des dpenses IT
43
La disparition des frontires entre business process et IT
32
Une favorisation de l'innovation dans l'IT
24
La diminution des frictions entre mtiers et DSI
Aucun bnfice attendu
60
20
*Enqute ralis en 2008 auprs d'un chantillon de 100 dcideurs (DSI ou Directeur Architecture) SI du Top 500
14
La vision des grandes entreprises (2/2)
Benchmark* SOA Solucom Focus sur les sources de rduction des cots
Gains les plus sensibles apports par la SOA
0
10
20
30
40
50
Des gains de productivit en

gestion des volutions et
changements
52

dveloppement
45

conception
34
L'optimisation des capacits

d'exploitation et de
supervision
20

phase de tests et recettes
Les conomies sur les
cots des infrastructures
La SOA ne contribue pas
rduire les cots
60
15
16
*Enqute ralis en 2008 auprs d'un chantillon de 100 dcideurs (DSI ou Directeur Architecture) SI du Top 500
15
Agenda

3. Le service
4. Urbanisme & SOA

16
Quest-ce quun service ?

Le SERVICE au
sens de la SOA
Ralise chaque appel une tche, une action, une unit de travail (mtier ou
Untechnique)
service est
une action
effectue Chaque
par uneservice
entita pour
le bien
d'une
autre,
complte
et indpendante.
un impact
tel quil
laisse
le
avec
ou
sans
contrepartie
(Wikipedia)
systme dans un tat stable
Fonctionne
Une
entit : de manire autonome, il ne prjuge pas de ltat de celui qui lappelle
(stateless). Lhbergeur dun service ne doit pas mmoriser dinformations lies au

dexcution
Personne physique ou morale

contexte
de lappelant. Le rsultat dun service ne dpend pas du contexte
Ministre
dequipement
lappelant informatique

EstApplication
dcrit par une interface qui masque la logique dimplmentation au
consommateur du service
A chaque service doit correspondre un contrat dutilisation (contrat de service) qui permet ses
utilisateurs de comprendre son usage fonctionnel et technique.
De plus, les donnes changes en entre/sorties des services doivent tre dcrite par un
langage commun (format Pivot).
Le service se doit davoir un propritaire dment identifi
La pertinence de cration dun service doit tre value au cas par cas
17
Le service vu du SI
Un Service
Effectue un ensemble de traitements qui
rpondent un besoin donn
Est expos via une interface qui dcrit un
message en entre et un autre en sortie
Correspond un niveau logique de traitement
et pas un niveau physique dimplmentation
Garanti la stabilit de laction quil effectue
(contrat de service)
Fournisseur
Service
Traitements
Dans la SOA, la notion de service est associe :

Un dcouplage tant logique que physique
entre le consommateur et le fournisseur
Une hirarchisation des services
Lexistence dun engagement entre le
fournisseur et le consommateur (le contrat de
service)
Consommateur
18
Caractristiques dun service

Un service est :
Dfinition
Rutilisable
Composable
Autonome / Indpendant
A granularit variable
Un service expose un contrat dinterface :
Nom du service
Description
Numro de version
Mtadonnes de classification
Responsable
SLA (globale)
Qualit de service (QoS)
Qualit des donnes (QoD)
Performance
Scurit (Niveau dauthentification, habilitations, )
Procdure en cas de dysfonctionnement
Syntaxique
Interface
Cest le contrat dutilisation du service (exemple : WSDL)

Nom technique
Smantique
Qualit de Service
Nom de lopration 1
Prcise les rgles et contraintes d'excution du service (exceptions, pr et

post-conditions, etc.)
Dfinit les engagements de temps de rponse maximum, conditions de

monte en charge, plages horaires douverture du service, temps de reprise
aprs interruption, gestion des volutions, etc.
Paramtre de requte/rponse
Pr conditions/ Post conditions
Description des erreurs fonctionnelles
Description des erreurs techniques
SLA de lopration
...
Nom de lopration n
Qualit de Donnes
Un service se doit dtre rfrenc dans le SI

19
Dcomposition et typologie de services
Typologie des services :
Service mtier / fonctionnel
Orchestration de
services fonctionnels
Processus mtiers
(Niveau 2)
Services fonctionnels
Service applicatif
Participe la ralisation dun ou plusieurs

processus mtier.
Correspond la fonctionnalit mtier expose
au sein du SI.

services fonctionnels.
Correspond la fonction informatique expose.
Orchestration de
services applicatifs
(Niveau 1)
...
Services applicatifs
Service technique

services applicatifs.
Correspond lexposition dun composant
technique.
Orchestration de
services techniques
(Niveau 0)
Services techniques
...
20
Une relation consommateur / fournisseur

Dcouplage entre le fournisseur et le consommateur :
Pas dadressage direct
Annuaire
Fournisseur 1
Consommateur
Fournisseur 2
Dcouplage technologique
Standards (Web)
Consommateur / JAVA
Consommateur / PHP
Fournisseur / C#
21
La gestion du cycle de vie des services
Identifier et concevoir les services
Dvelopper les services
Assurer lhomognit dans limplmentation des

services
Dvelopper en vu de la rutilisation
Intgrer et dployer les services
Mthodologie et Framework didentification des services

Elaboration des contrats de service
Dfinir les rgles de dploiement (scurit,

orchestration)
Exploiter et Superviser les services
Gestion des changements et du versioning

Grer la qualit de services (SLA)
Pilotage des KPI (mtier)
La gouvernance du cycle de vie des services est un lment cl dune dmarche SOA
22
Principaux composants du socle SOA

Moteur dorchestration : Modlisation et excution des
processus BPM complexes comportant par exemple des
mcanismes transactionnels ou de compensation
Moteur de workflow : moteur permettant la ralisation de
tches dvolues des acteurs humains
Supervision : suivi de lactivit mtier en temps

rel
Monitoring :: suivi des performances
techniques des processus et des services
(QoS,QoD)
Moteur de rgles : Module de gestion de rgles, offrant un

accs aux rgles mtier indpendantes du processus
Socle SOA
BPM
(orchestration, workflow)
Rfrentiel /
Annuaire
Moteur de rgles
Bus de services (EAI/ESB)
Supervision /
Monitoring
(BAM)
Connectivit (standards Web)
Rfrentiel : annuaire de
services, rfrentiel des
structures de messages
Connectivit : couvre lensemble des protocoles utiliss pour

lchange de messages (ex. : WS-*)
Bus de service : couche dintgration comportant des outils de
transformation, de routage
23
Agenda

3. Le service
4. Urbanisme & SOA

24
LUrbanisme vs SOA
Urbanisme et SOA sont des notions de mieux en mieux
comprises par les entreprises, mais avec de vrais
interrogations quant leur dclinaison oprationnelle
La question de lUrbaniste :
Comment sassurer que les visions processus et fonctionnelles dcrites

dans la cible durbanisation saccosteront de manire pertinente avec
les architectures applicatives et techniques sous-jacentes
La question de l architecte orient service :
Comment identifier et dfinir des services ayant un niveau de

granularit adapt aux contraintes Mtier et dont la rutilisabilit sera
avre
Une remise en cause de la frontire
entre vision fonctionnelle et vision technique
25
Les risques dcorrler les deux dmarches

Mener une dmarche
durbanisation sans cible SOA
Mener une dmarche SOA sans

vision durbanisme SI
De nombreuses dmarches
durbanisation se limitent
traiter laspect fonctionnel sans
construire larchitecture
technique induite
Les services mtiers ne sont

pas dfinis de faon exhaustive
par mconnaissance des
processus mtiers
Lurbanisation est vcue

par les quipes MOE
comme une contrainte
sans valeur ajoute
Lorchestration est vue comme

une problmatique technique
dcorrle des cas dusage des
services
Dmarches durbanisation et dmarche SOA doivent tre

menes de concert
26
Pourquoi accoster les deux approches

Risque ne pas faire :
Lanalyse des processus comme

premire tape de lidentification des
services mtiers.
Le Plan dOccupation des Sols comme

outil daccostage entre vision
fonctionnelle et dfinition des services
Larchitecture applicative comme

arbitrage pour lorchestration des
services.
- Absence de mthode
systmatique pour
identifier lensemble des
services pertinents

- Ne pas correctement
identifier les porteurs
fonctionnels des services
inter-domaines
problme de
gouvernance des
services

- Systmatiser lusage de
lorchestrateur y compris
pour des services qui ne
le ncessite pas
problme de
performance
Architecture
technique
27
Agenda

3. Le service
4. Urbanisme & SOA
28
Dmarche de mise en uvre dune SOA

La mise en uvre dune SOA implique
Une dmarche didentification des services (Mtier et Applicatifs)

exposer
La dfinition et limplmentation dun socle technique supportant ces
services
La dmarche doit tre progressive et peut tre aborde
Primtre Mtier par primtre Mtier (approche Top/Down)
Identification des Services Mtier et Services Applicatifs qui permettent leur ralisation
Choix dimplmentation
ou application par application (approche Bottom/Up)
Identification des Services Applicatifs exposables et choix de leur mode dimplmentation
Prparation un alignement sur les Services Mtier
29
Dmarche didentification des services SOA selon une approche

Meet in the Middle
tape 0 : Formalisation des processus fonctionnels
tape 1 : Dcliner le processus sur les domaines fonctionnels du
SI
tape 2a : Identification des services existants rpondant aux
fonctionnalits
tape 2b : Identifier les services composites
tape 2c : Dterminer les nouveaux services

tape 3 : Associer les services aux activits
tape 4 : Enrichir le processus avec les cas alternatifs
30

Meet in the Middle (1/5)
tape 0 : en amont de la dmarche didentification des services, la phase de SFG
aboutit la formalisation des processus fonctionnels
Acteur humain
(client)
Les processus fonctionnels dcrits au niveau des SFG correspondent des sous ensembles des processus
mtiers
Ces processus sont raliss par la MOA laide dun formalisme normalis (suivant la norme BPMN par
exemple, complte dun guide dusage adapt au contexte de lentreprise)
La granularit des activits dcrites est importante : une activit ne doit pas manipuler plus dun objet mtier et
ne doit pas dtailler des fonctions du plan applicatif ( copie de fichier par exemple).
Activit H1
Activit H2
Acteur Systme (SI)
Objet O1
Objet O2
Dcision 1
Activit S1
Objet O3
Activit S2
Activit S4
Activit S3
31

tape 1 : A laide du MOM et du POS, le processus fonctionnel est dclin sur les domaines
fonctionnels du SI
Cette tape permet principalement didentifier les domaines du SI impacts par le processus fonctionnel et de
vrifier que le processus implmente bien la logique disolement fonctionnel au niveau du SI
Acteur humain
(client)
Activit H1
Plan dOccupation des

Sols (POS)
Rfrentiel
PMC
Fonctions
supports
AEL
Systme domaine A
(IVOIRE)
Objet O1
Activit H2
Objet O2
Activit S1
Dcision 1
Activit S2
Activit S4
Activit S3
Modle dObjet Mtier

(MOM)
Systme
domaine B
(SGE)
Objet O2
Activit S2
32

Etape 2a : Il sagit didentifier sur le plan applicatif les services existants rpondant aux
fonctionnalits identifies au travers des activits
Systme domaine A
(IVOIRE)
Le plus souvent les applications existantes ne rpondent pas directement aux fonctionnalits identifies au
niveau du processus, des adaptations sont alors ncessaires
Cette tape est appliquer galement avec les progiciels, dont le fonctionnement doit le plus souvent tre pris
comme une contrainte
Activit
Utilisateur 1
Dcision 1
Activit
utilisateur 2
Activit
automatique 3
Activit
automatique 3
Objet O2
Systme
domaine B
(SGE)
Activit S2
Svc A
Svc B
Application
existante
(objet mtier)
33

Etape 2b : pour les services existants ne pouvant tre modifis pour tre aligns aux besoins
fonctionnels identifis, il faut dterminer quel systme applicatif ralise les services composites
partir des services existants
Processus / IHMs
change
Systme
domaine B
(SGE)
Systme domaine A
A ce stade, se pose galement la question de savoir si le processus fonctionnel se matrialise ou

non par un processus applicatif (excut au travers dun BPM)
Activit
Utilisateur 1
Dcision 1
Activit
utilisateur 2
Activit
automatique 3
Activit
automatique 3
Pour spcifier les services

composites, nous conseillons de
changer de modle de
reprsentation et de passer
une reprsentation UML, ou
alors dadopter un modle de
reprsentation BPMN distinct du
modle utilis pour les processus
fonctionnels
Service
composite
Svc A
Svc B
34

Etape 2c : dfinir un service pour chaque nouvel objet mtier du MOM qui ne sont pas pas ports
par des systmes externes.
Processus / IHMs
Traitement
change
Systme domaine A
Oprations CRUD (Create, Read, Update, Delete).

Oprations de transition du diagramme dtat-transition.
Systme
domaine B
Activit
Utilisateur 1
Dcision 1
Activit
utilisateur 2
Activit
automatique 4
Service
composite 2
Service
lmentaire 4
Activit
automatique 3
Service
lmentaire 1
Service
lmentaire 3
Svc 1
Svc 3
Svc 4
Svc A
Svc B
35

tape 3 : Mapper les services identifis avec une activit
lmentaire.
Activit
lmentaire 1
Activit
lmentaire 2
Activit
lmentaire 3
Svc 1
Svc 2
Svc 3
Svc 4
Svc 5
Proxy
Proxy
Proxy
Proxy
Proxy
Svc 6
Pool A
Le mapping peut tre ralise par une association un-pour-un, un-vers-plusieurs.
Il se peut galement quun service soit manquant ou ne puisse tre mapp qu une partie dune activit
du processus mtier. Dans ce cas, il est ncessaire de dfinir un nouveau service composite avec une
Spcification externe spcifique (Contrat de service).
36

tape 4 : Enrichir le processus mtier avec les cas alternatifs (et
itrer sur lensemble des tapes).
Activit 1
automatique
Activit 2
IHM
Activit 3
automatique
Pool IHM
Activit Composite 1
Activit
lmentaire 1
Activit
lmentaire 2
Activit
lmentaire 3
Svc 7
Svc 1
Svc 2
Svc 3
Svc 4
Svc 5
Proxy
Proxy
Proxy
Proxy
Proxy
Svc 1
Svc 2
Svc 3
Svc 4
Svc 6
Pool A
Svc 5
Pool Ext
37
Exemple : Gestion des sinistres

tape 0 : Formalisation des processus fonctionnels
tape 1 : Dcliner le processus sur les

domaines fonctionnels du SI
tape 2 : Identification
des services
38
Dmarche de conception selon une approche par cartographie

fonctionnelle (1/5)
1. Dcrire le primtre (idal/cible) des services
39

fonctionnelle (2/5)
2. Identifier les fonctions qui peuvent effectivement tre dcouples
40

fonctionnelle (3/5)
3. Qualifier un procd technique dexposition
41

fonctionnelle (4/5)
Rfrentiel
4. Rfrencer les services ainsi constitus pour automatiser la

recherche et lappel des services
42

fonctionnelle (5/5)
5. Dterminer qui rgule le contrat (qualit de service)
43
Le SI modlis dans une vision SOA
Conditions
Oprationnelles
System
Imposes par
compos de
Rgles
ont
gouverns par
Services
changent
cadrs par
Pattern de
messages changs
Contrats
dcrivent
contiennent
Messages
sont un ensemble de
Schmas
dfinissent la structure des
44
La SOA induit de nouveaux rles
La mise en place dune architecture de service induit :

De nouveaux rles
Une adaptation de la mthodologie projet
MOA MOE
MOA
MOE
Spcification services mtiers :

Conception
Architecture applicative
SOA
- Post & pr conditions

- Modle dadaptation
- contrat dutilisation
Spcification des services:

- Catgories
Spcification des architectures :

Modle logique
Spcification interne
Implmentation
logicielle
Test
- Faades
- interfaces
Spcification dtaille des services:

- Dcomposition en mthodes
Codage
Test fournisseurs
Capacity planning
Tet consommateurs
Fournisseur
Consommateur
45
et a des impacts potentiels sur lorganisation

Organisation dune dmarche SOA
Participe la dfinition des services

Dfinit les processus mtiers
Supervise les intgrateurs (CP

techniques)
MOE
Ralise au travers des centres de
comptence (par couches
darchitecture)
MOA
Activit
Mtier
Intgrateurs
Procdures
Rfrentiel documentaire
Fiches de services
Description des processus
Pilotage
Cellule
Urbanisme
Cartographie lexistant
Maintient les Rfrentiels de
services
Garante de la cohsion des
services
Cellule
Architecture
Valide linteroprabilit des services
Garante de la QoS et QoD
Conoit et maintient les Frameworks
46
La SOA nest pas quune approche technique

Mthodologie
Organisation
Quel est limpact dune SOA sur les MOA et la MOE ?
Faut-il crer de nouveaux postes?
Comment se rpartissent les nouvelles fonctions (rfrencement,

identification de services, etc.) ?
Quelle est la bonne granularit ?
Quelle typologie, taxonomie utiliser ?
Comment modliser un processus sous forme de

services ?
Comment adapter le processus de dveloppement ?
Quels sont les livrables propres la SOA ?
Quel est le rle dun Architecte de services ?

En quoi la fonction dArchitecte de services se rapproche-t-elle de
celle darchitecte de donnes ?
Comment identifier et spcifier un service ?
Modle de
Financement ?
Cots initiaux
Modles de
facturation
Gouvernance
Architecture technique
Quels sont les projets tactiques ?
Faut-il une nouvelle structure de gouvernance

pour la SOA ?
Comment grer le cycle de vie des services ?
Quels sont les impacts sur les cycles projets ?
Quelles formations doivent tre planifies pour les

quipes ?
Comment adresser le dcouplage

consommateur/fournisseur de services ?
Quel est le niveau dadoption des standards requis
Quels sont les templates darchitecture ?
Quel est lordre de mise en place des composants
du socle technique SOA (ESB, annuaire, BAM) ?
47
Agenda

3. Le service
4. Urbanisme & SOA
48
Grand Groupe de lEnergie

Mise en place dune solution Multicanal
Notre vision du sujet et des points cls : Le Multicanal
La situation actuelle de beaucoup dEntreprises

multicanal = multi mono canal
Canal
Intranet
Canal
Internet
Canal
SVI
Canal
Mail
Canal
Prsentation
Prsentation
Prsentation
Prsentation
Prsentation
Navigation
Navigation
Navigation
Navigation
Navigation
Traitements
mtiers
Traitements
mtiers
Traitements
mtiers
Traitements
mtiers
Traitements
mtiers
Donnes
mtiers
Donnes
mtiers
Donnes
mtiers
Donnes
mtiers
Donnes
mtiers
Couche
dintgration
transactionnelle
(gnralement
propritaire)
lments communs
Traitements mtiers
Donnes procdurales
Couche
dintgration
hors
transactionnelle
(ETL, message)
Donnes matre
Traitements mtiers Back-office partags

Usine
Crdit
Usine
Virements
Usine
Epargne
Assurance
Pour le client
Pas dunit daction ni
dunit de temps (rupture
entre les canaux)
Pour le mtier
Lenteur et cot de mise en
uvre de la stratgie
marketing
Manque dagilit du SI
(ractivit, flexibilit)
Pour la DSI
Pas de leviers
doptimisation des cots
Complexit croissante
chaque volution
50
LArchitecture fonctionnelle idale

DISTRIBUTION
Navigation &
Dialogue
Mutualisation
des traitements
cur de mtier
de la distribution
Intgration des
traitements
externaliss
Gestion des
contrats de
services
Mdias sans IHM

(SVI, Fax, Courrier)
Orchestration
cross-mdia par
canal
Canaux (Internet GP/BP/EN, GAB, Agence)

Intgration mdia (connectivit, formatage, push/pull technique)
Intgration canal (routage multimdia, push/pull fonctionnel, rgles canal)
Personnalisation (abonnement / prfrences utilisateur canal services oprations)
Services cur de mtier

GRC
Contrat
Oprations
Support
Pilotage et suivi
de lexcution
de bout en bout
Mdias
Prsentation
Navigation
Connectivit(s)
Qualit de service & Scurit
Intgration et
services de
commodits
orients mdia
Mdias avec IHM
Gestion des
habilitations
orientes canaux
Urbanisation
Orchestration des processus mtier (indpendants du canal)

(dont les tches humaines)
Processus
Traitements
Donnes
Traitements mtier
Intgration partenaires
Producteur, Fournisseur
Dmatrialisation
des documents
etc.
51
LArchitecture applicative cible : LArchitecture de Services

Mdias avec IHM
Canaux
Services dintgration mdia
Mdiation technique
Services dintgration canal
Orchestration
Mdiation fonctionnelle
Rgles canal
Services de
support
Dmatrialisation
Authentification
Scurisation
des changes
Services
de Qualit
de Service
Gestionnaire de
contrats de
services
Indicateurs de
suivi
Orchestration du cur de mtier
Editique
Services Urbaniss (Invariants Mtier)
Archivage
Orchestration
mtier
Services mtier
GRC
Tches
humaines
Processus
automatiss
Contrat
Oprations
Services Donnes
Client
Contrat
Oprations
Services Rgles
Services dinteroprabilit Partenaire
Mdiation technique
Mdiation fonctionnelle
Architecture de Services Orchestre & Oriente

vnements
Services
de Scurit
Mdias sans IHM
Mdias
Producteur, Fournisseur
52
Nos atouts
Des rfrences de premier plan : Projet Multicanal dEDF

CONTEXTE
ROLE DE SOLUCOM
Dfinition des parcours client multicanal relative aux actes de

gestion
Dfinition du dispositif de Webmarketing
Spcifications fonctionnelles et techniques du canal Internet
Spcifications dexposition des services du back-office (SAP)
Dfinition de lorganisation et la trajectoire du projet IVOIRE
Coordination des travaux, alignement du business plan et

finalisation du Dossier dEngagement du projet IVOIRE auprs
du Comit de Direction
Elaboration du cahier des charges SI
Appui la conduite de la consultation Plateforme SI
La Direction Commerce a engag un projet de

modernisation de la gestion de sa relation client le projet
IVOIRE ( Internet Vritable Outil Industriel de la RElation
client )
Lobjectif est de dporter vers le canal Internet une partie
importante des actes de gestion client qui sont ce jour
essentiellement assurs par les centres dappels
tlphoniques
Certains actes de gestion ne pouvant pas tre totalement
ralis via le canal Internet, lentreprise souhaite mettre en
uvre une approche multicanal (tlphonie, Internet, email, chat)
ELEMENTS CLES
30 millions de clients particuliers et professionnels
Dfinition dune plate-forme multicanal cible
Rpondant aux objectifs mtiers et conomiques du

projet
Avec un time-to-market et des cots compatibles

lchelle du canal Internet
Pilotage, coordination et orientations des nombreux acteurs

internes et externes : marketing, vente et service client, MOA
SI mtiers, MOA back-office, MOE informatique, prestataires
53
Filiale dun Groupe Bancaire

Refonte du SI dans une approche SOA
Context Presentation
Context
Enterprises Information System should cope with following main business requirements
Flexibility : allow high degree of parameterization

Efficiency : agility for aligning business processes and IT systems on business changes
Users
Enterprise encounters difficulties in operating, maintaining and evolving country-centric IT systems. Facing
permanent evolutions pushed by market and competition, Enterprise has launched Common Application
Portfolio (CAP) Program
4 000 named users in 10 countries in Europe, 1 500 active users

Extranet users : partners, fleet managers, drivers, suppliers
Chosen approach
Combination of:
New specific development on core business functions

Best of breed software packages on standard functions (EDM, EDP, Billing, Security, etc.)
SOA Core Model design approach
Stakes and Objectives
Share unique and global Business Processes vision and best practices
Provide common, consistent and manageable referential data
Offer integrated and transversal data vision
Contribute to a better group management
Reduce IT costs
55
Involvement in Program
Define the informational model
Define the functional architecture
Design technical architecture
Global architecture design

Recommendation of products
Define solution to implement security
Define architecture rules and build frameworks to accelerate

development and make them more reliable
Design a process to identify and define services of the SOA
Architecture
Identify SOA services related to new projects
Manage IAM project
56
Program Architecture
SiteMinder
WS
WS
SOAP/HTTP
co n
figu
re
IHS 6.1
Web Request
IIOP
Policy
Manager
EJB
WS
JDBC
Business System
JDBC
Policy
Agent
Mediation System
SOAP/HTTP
DB
DMZ
Oracle
Business
Works
DATAPOWER
JMS
WAS ND 6.1
System managing all graphic

user interfaces (GUI) relatives aspects
Mediation System
APP
DMZ
Thin client : Web browser

Thick client : desktop (SWING)
Presentation
HTTPS
Presentation System
SOAP/HTTP
Web Request / SiteMinder Agent

HTTP
TIBCO Suite
Client
HTTPS
Pres
DMZ
IHS 6.1
Architecture is composed of five systems
Client
WAS ND 6.1
SOA approach covers only the core

business
Specific
Schema
Database System
Service orchestration
Abstraction of Business logic and data
Decoupling systems
Business
System split into Business
domains
Database System
SOA framework is used for core business

and new applications implementation
57
CAP informational model & CAP functional model

vehicle line,
non vehicle line
Eve
du
Pro
Goo
Pro
file
customer profile,
supplier profile
Ag
n
me
r ee
Account Mgt
Credit Risk
Role
Contract Admin
Economic activity
Billing
Link to agreement
for invoice situation
Leasing
company
organization
Base data referential (iso

codes, address )
Material
referential
Discounts &
rebates
referential
Products &
services
referential
Production
Sales Force &

accounts
management
Marketing
campaign
management
Customer
Complaint Mgt.
Master
agreement &
Profile Mgt.
Credit check
Quotation
Manage
Remarketing
operations
Remarketing
Vehicle
management
White brand
management
Knowledge & analysis
Profitability
Knowing &
analyzing
environement
Specification
Commercial
Information
Link to Agreement
Version 1.5D
Steering
Valuation of
indicators
Credit risk
Decision
Contracts
management
Depreciation
plan
management
Geographic
localization
system
Insurance
management
Card
management
Buy &
delivery
management
Return
management
Inspection
management
Fuel
management
Driver
services
management
Fines
management
SMR
Claims
management
Operational
Reporting
production
Events/
Orders
management
Assistance
management
Short term
rental
Billing
Purchase
invoice
validation
Process &
activity
analysis
Financial
analysis
Customer
Reporting
production
Support
Invoice information
Risk situation
Link to Structure
Operation
catalogue
referential
Controlling
Address
Link to commercial
Group
Vehicle &
equipement
catalogue
Commercial
Remarketing
Allocate
vehicle to
channels
Exchanging
Third party referential

(customer, supplier,
driver, contact )
Manage
vehicle sale
Identification
Link to parent
Person
Preparing
exchange
Extranet
master agreement,
individual contract, quote service
level agreement, discount and
rebate agreement, purchase order
Person
Credit & Risk

information
Referential
Exchange
ct
s product,
package,
services
ARVAL group
nt
Goo
ds
vehicle type,
non vehicle type
Per
son
n al
tio
isa re
gan ctu
Or Stru
gue
alo
t
a
C tem
I
suspect, prospect,
customer, supplier,
contact (individual)
Defining the
specification
Mutualised mechanism
Finance
Messages
management
Gathering
information
Manage
electronic
document
Document
printing
Producing
external
reporting
Controlling
Collection
Accounting
translator
Office
automation
Workload,
tasks & alerts
management
Monitoring
process
activity & SLA
User rights
management
Managing
ressources
Managing
Treasury
Monitoring
situation
Accounting
Contact
Management
58
CAP modules cartography

Group of
functions
Module
Commercial
Finance
Production
Support
Referentials
Steering
V1.6C
Group
Group
Referentials
Referentials
Modules
Arval Group Referential Module
(customer, supplier)
Products &
services
referential
Extranet for
Prospects
Base data
referential (iso
codes, address )
BNPP Group Referential Module

RMPM
REFOG
Arval Group Mutualized

Mechanisms Modules
Quotation
Referential Module
driver, contact )
Master
Agreement &
Customer Profile
Referential Module
Access
Management
Unified Communications Module

Communications
integration
EDP:
Document
Archive
Management
Customer data
management
Customer
profiles mgnt
Pay&Bill Module
Contract
Module
Contract
initialization
Contract
changes
Depreciation
plan
management
Recontracting
End of
contract
Buy &
Delivery
management
Assistance
management
Claims
management
Fuel
transactions
Card
referential
Executive
dashboards
Card & Fuel

Module
Insurance
Module
Supplier
Relationship
Mgnt Module
Card
management
Supplier
Management
Fuel
subscription
Ops Discounts
& Price lists
referential
Insurance
management
Return &
Inspection
Module
Workload,
tasks & alerts
management
Customer
Reporting
production
Billing Module
Return &
Inspection
management
Billing
Mutualised mechanisms Module

Messages
management
Customer
Reporting Module
Logistics
management
User rights
management
Operational
reporting
production
Multi-channel
Distribution
Exchange Module
File Transfer
Referential Module
Leasing
company
organization
Group Steering BI Module

Executive
dashboards
Procurement
Technical
Risk
Group Financial
BI Module
Financial
analysis
Accounting
Group
Accounting
Credit risk
Reporting
IBO Reporting
IBO Customer
Reporting
Controlling
Group
Controlling
Remarketing Modules
SLA Module
Office
automation
GPS Car
tracking
Group Risk BI Module

Operations
Sales &
Marketing
Monitoring
process
activity & SLA
Credit Risk BI
Module
Credit risk
Analysis
Front Office Remarketing Module

Allocate
vehicle to
channels
Sell using
market place
Back Office Remarketing Module

Accounting Translator Module
Financial
Reporting BI
Module
Accounting
Translator
Entreprise Document Presentment
Document
Design &
Production
Location on
Map
Internal Reporting
Module
Operation
catalogue
management
Products &
Services
Management
GIS Module
Operations Events Module
NV Discounts
& rebates
referential
Ops Discounts
& Price lists
referential
Credit
decision &
credit check
Marketing Module
Event Billing
lines creation
Fines
management
Operation
catalogue
referential
Account &
activity
management
Marketing
campaign
management
Purchase
invoice
validation
Short term
rental
Account and
contact mgnt
Products & Services Module

Customer
Complaint
Mgt.
End user
management
SMR
Material
referential
Prospect
Management
Extranet for
Suppliers
Customer Relationship Management Module

Vehicle
Catalogue
management
EDM: Electronic Document Management

Document
Index, Store &
Retrieve
Extranet for
Partners
Events/
Orders
management
Vehicle &
equipement
catalogue
Prospects & SFA Module
Supplier Extranet Module
Products &
services
referential
Security Module
Computer
Telephony
Integration
Extranet for
Customers
NV Discounts
& Rebates
Referential Module
Identity
Management
Partner Extranets Module
Quotation Module
Remarketing
Arval Group Modules
Regional Business Modules

Customer Extranets Module
Domain Legend
Accounting Module
Controlling Module
Accounting
Controlling
Collection Module
Collection
Asynchronous
exchange
Financial
analysis
Debt
collections
Manage
Remarketing
operations
Reporting Rmkg
Remarketing
Vehicle
management
Remarketing
reporting
Remarketing Referential
Material
referential
Manage
vehicle sell
Third party
referential
(customer, supplier)
59
Use case description
Use case description
BOM
Use case behavior (activity diagram)

Dynamic description
Activity description with associated screen(s)
class Third Party
Partner
Activ ity
Customer
Group Link
0..*
*
Third Party
*
Supplier
Physical person
Role
For each screen
1..* -
Broker
1..*
Field description with associated BOM

objects/attributes and BR
Actions with BR
Legal entity
0..*
Leasing company
*
Analytical Structure
Unit
Contact
-
Use case behaviour
act Use case Behav iour description

Alternativ e behav iour
Manufacturer
Business
Referential::
Address
Provides input information for service identification

and description
Screen
Status: int
Normal behav iour
Nature: Physical person
+child
End Date: int

Level: int
Name: int
Start Date: int
Indiv idual
+parent
Analytical Structure
Dynamic description
Exception behav iour
Initial
Activ ity1
Activ ity2
Activ ity3
Activ ity5
Activ ity4
Activ ity6
Normal End
Exception
60
Service identification and description

Service cartography
Functional model
Preparing
exchange
Exchanging

driver, contact )
Base data referential (iso
codes, address )
Commercial
Remarketing
Allocate
vehicle to
channels
Vehicle &
equipement
catalogue
Material
referential
Operation
catalogue
referential
Leasing
company
organization
Discounts &
rebates
referential
Products &
services
referential
Production
Marketing
campaign
management
Contracts
management
Depreciation
plan
management
Geographic
localization
system
Insurance
management
Card
management
Master
agreement &
Profile Mgt.
Buy &
delivery
management
Return
management
Inspection
management
Fuel
management
Driver
services
management
SMR
Claims
management
Operational
Reporting
production
Assistance
management
Short term
rental
Quotation
Credit check
Manage
Remarketing
operations
White brand
management
Fines
management
Events/
Orders
management
Version 1.5D
Steering
Valuation of
indicators
Credit risk
Decision
Sales Force &

accounts
management
Customer
Complaint Mgt.
Manage
vehicle sale
Remarketing
Vehicle
management
Outputs are FSD

For each service:
Operations of service
Operations signature (pivots objects)
Operation decomposition
Textual description
SLA key points (availability etc.)
Mediation
Referential
Exchange
Extranet
Billing
Purchase
invoice
validation
Process &
activity
analysis
Financial
analysis
Customer
Reporting
production
Support
Knowledge & analysis
Knowing &
analyzing
environement
Specification
Defining the
specification
Mutualised mechanism
Messages
management
Office
automation
Finance
Gathering
information
Manage
electronic
document
Document
printing
Producing
external
reporting
Controlling
Collection
Accounting
translator
Workload,
tasks & alerts
management
Monitoring
process
activity & SLA
User rights
management
Managing
ressources
Managing
Treasury
Monitoring
situation
Accounting
Inputs are
consistent set
of FDD
(limited
dependencies
between sets)
BD
BD
BD
Services
referential
Services
referential
Service definition
Service
identificat
ion
FDD
Service
descriptio
n
Review
Business Analyst
Service
presentati
on
DSD Analysis
Finalize service
description
Take into account

technical constraints &
NFR
Define orchestration
and business rules
position
Define operations
signature (pivot
objects)
Validate business
adequacy
Presentation
Identify new
services/evolutions
Identify operations
from
Use case/activities
Functional Architect
In charge
In support
Services list
Services
description
Validated
services
description
S
e
r
v
i
c
e
s
p
e
c
i
f
i
c
a
t
i
o
n
SOA Expertise Center

Senior Developer
61
Service specification
For each service:

Operations of service
Operations signature (pivots objects)
Operation decomposition s
Textual description
e
r
v
i
c
e
Services referential
FSD
In charge
In support
v
i
c
e
Service specification
Validated
services
description
d
e
f
i
n
i
t
i
o
n
For each operation of services (including

basic and data access services) :
Technical textual description
Detailed signature (XSD format)
Operation decomposition
Activity/sequence diagram (including
S
calls to basic and data access services)
e implemented
Business rules
r
WSDL
Basic and
data access
services
reusability
identification
New basic
and data
access
services /
evolutions
identification
Finalize
services
technical
specification
Senior Developer
TDD
d
e
v
e
l
o
p
m
e
n
t
SOA Expertise Center
62
Service life-cycle management
Service governance consists in

managing service life-cycle
Identify
and describe services
Architecture, granularity, reusability guidelines

Service contract definition
Implement
and deploy
Monitoring
Services
life-cycle
Define deployment guidelines
Manage
Architecture
Management
Develop for reuse

Coding guidelines
Integrate
Business process and shared

services
Service management
and monitor
Change and versioning

management
Quality of service management
(SLA)
Service life-cycle is different

than
project life-cycle
Service interaction and

integration
Assembly & Deployment

Service contract, security,
routing
Services Design &

Development
Development
Components
63
Questions
www.solucom.fr
Contact
Olivier BESNARD
Consultant snior
Mobile : +33 (0)6 25 36 16 25
Mail : [email protected]
65

Cours 3

Transféré par

Droits d'auteur :

Formats disponibles

Cours 3

Transféré par

Informations du document

Description originale:

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Cours 3

Transféré par

Droits d'auteur :

Formats disponibles

21 novembre 2014

Mineure SOA Cours 3

21 novembre 2014 - Proprit de Solucom, reproduction interdite

1. Dfinition et bnfices attendus

2. Une tendance forte du march

21 novembre 2014 - Proprit de Solucom, reproduction interdite

La problmatique des architectures en silos

Enchanement des fonctions par un utilisateur

Les applications ont t historiquement conues et dveloppes dans une

Gestion des tarifs

Une duplication des

Une architecture dcloisonne

La rutilisation de fonctions transverses du SI est le concept

Gestion des tarifs

Fonctionnellement, la SOA permet

Techniquement, cette rutilisation

21 novembre 2014 - Proprit de Solucom, reproduction interdite

Quest-ce que la SOA ?

Bnfices attendus de la SOA (1/2)

Des bnfices intrinsques la mise en uvre dune SOA

Des bnfices indirects de la mise en uvre dune SOA grande chelle

Il sagit des opportunits exploitables dans le cadre de la mise en uvre de la SOA

Des bnfices intrinsques

Favoriser la mutualisation des fonctions du SI

Rutilisation des composants mtier existants

Cration de services mtier rutilisables

Contribuer maitriser les cots dintgration et de maintenance applicative

Amliorer la ractivit et la qualit des dveloppements

Rutilisation des services mutualisation des cots de maintenance

Acclrer le processus de dveloppement de nouvelles applications

Favoriser le recentrage de la conception des applications autour des processus mtiers

Bnfices attendus de la SOA (2/2)

Des bnfices indirects

Favoriser une plus grande standardisation du SI (patterns, formats pivots, etc.)

Et par l favoriser la productivit des filires de dveloppement

Favoriser la mise en place de mesure de qualit de service rendu par le SI

Permettre au SI de souvrir vers ses principaux partenaires (filiale & SI

En proposant une infrastructure et des services spcifiques exposs lextrieur

Amliorer la disponibilit des informations, notamment en contournant les

21 novembre 2014 - Proprit de Solucom, reproduction interdite

Les risques lis la mise en uvre dune SOA

Des proccupations lies aux modes de financement :

Des investissements lourds sont ncessaires pour la mise en place de nouveaux

21 novembre 2014 - Proprit de Solucom, reproduction interdite

Les craintes rcurrentes

La mutualisation des ressources peut entraner des difficults pour identifier

21 novembre 2014 - Proprit de Solucom, reproduction interdite

Mais galement des risques ne pas faire souvent partags

En effet, lidentification et la conception de services / composants rutilisables (de plus ou

Risque de voir les SI se maintenir dans une logique dorganisation en silos

De nombreux SI dentreprise ont t historiquement organiss en silos tanches. Ces

1. Dfinition et bnfices attendus

21 novembre 2014 - Proprit de Solucom, reproduction interdite

Une tendance forte du march

Aider les mtiers ragir plus rapidement aux demandes du march

Rduire les cots de fonctionnement du SI

Degr d'avancement de la rflexion de votre entreprise sur la SOA

C'est en phase pilote