URBANISATION ET

INTEGRATION DU SI

1
PLAN DU COURS
Introduction
Le système d’information
L’urbanisation
Why ?? (Le pourquoi)

Cartographie du SI
How?? (Le comment)
What?? (Le quoi)

La démarche d’urbanisation
Démarche et bonnes pratiques
Digitalisation du SI
Who?? (Le qui)

L’architecture d’entreprise selon TOGAF où l’urbanisation à la mode

anglo-saxon.

3
LE PROJET

Le projet sera en lien avec le projet annuel.

Le projet représentera la partie urbanisation d'un projet SI.
Le projet devra illustrer les éléments suivants :
Déformation fonctionnelle et applicative du SI
Apport d’une plate-forme de médiation
Mise en lumière des bonnes pratiques d’une démarche
d’urbanisation
Bénéfice de la démarche d’urbanisation mise en place

5
AGENDA
Introduction

Outillage de la cartographie

Cartographie du SI

La démarche d’urbanisation

L’architecture d’entreprise selon TOGAF où l’urbanisation à

la mode anglo-saxon.

7
BRAINSTORMING : POST-IT

Donnez une Que signifie

définition du pour vous
Système l’urbanisation
d’information du SI

8
DÉFINITION DU SYSTÈME D’INFORMATION

Un SI est un ensemble organisé de ressources :

matériel, logiciel, personnel, données,
procédures… permettant d’acquérir, de traiter,
de stocker des informations (sous forme de
données, textes, images, sons, etc…) dans et
entre des organisations ». Robert REIX, 2005

Un système d'information (SI) est un ensemble

organisé de ressources (matériels, logiciels,
personnel, données et procédures) qui permet
de collecter, regrouper, classifier, traiter et
diffuser de l'information dans un environnement
donné.

9
LES DIMENSIONS D’UN SI

Humaine Technologique
Les hommes utilisent des Matériels, logiciels,
informations / représen- Système technologies de
tations, des outils d’information stockage, technologies
technologiques, des de communication
modes opératoires au
cours de leur processus
de travail.
Organisationnelle
Structure, modes de coordination,
procédures, stratégie…

10
LES FONCTIONS DU SI

Système d’information

Traitement

Acquisition Stockage Diffusion

11
LE SI CONTRIBUE À LA CRÉATION DE VALEUR
POUR LES CLIENTS.
Le modèle de la « Chaîne de valeur » de M. PORTER, (1987)
est une représentation de la compétitivité interne de
l’entreprise

Dans ce cadre, toute entreprise peut être vue comme un

ensemble d’activités (activités principales et activités de
soutien) qui concourent à la création de valeur, la valeur
étant définie pour chaque activité et métier.

12
 LA CHAINE DE VALEURIT

Infrastructure de la firme : Intranet, BDD générales, PGI…

Gestion des ressources humaines : Intranet, e-recrutement, e-
Acti- learning , paye
vités
m
de R&D: CAO, système de documentation, Internet….
sou- a
tien
Achat : EDI, places de marché ; (extranet) …
r
Logistique Fabrication Logistique Marketing Services
Acti- interne FAO, GPAO externe vente Télé- g
vités Accélération CAO, Aide à la Traitements Etudes de mainte-
princi- flux internes, décision automatisés marché nance e
pales SCM des (BDD), ventes
commandes en ligne
Coûts
Valeur

13
LE SI :SON APPORT STRATÉGIQUE
Le SI peut conférer des avantages concurrentiels à
l’entreprise

Protection des
données, savoir faire
Réduction des couts
Nouveaux services

Connaissance Client (Big

Market Place Data)
Progiciel d’Achat Vision 360
CRM

Innovation

14
Nouveau Services
L’URBANISATION DE LA VILLE (1/2)
Urbanisme
« Science et techniques de la construction et de
l’aménagement des agglomérations, villes et
villages »
Urbaniser
« Transformer un espace rural en un espace à
caractère urbain, par la création de rues, de
logements, d’industries »

15
L’URBANISATION DE LA VILLE (2/2)

La ville, comme le SI sont des systèmes composés de

nombreuses constructions bâties et modifiées sans cesse
par les hommes pour leur usage.
Evolution naturelle: « Toujours des travaux quelque part »
Politique de Grands Travaux
Pendant les travaux la vente continue

16
L’URBANISATION DES SI
L'urbanisme des systèmes d'information est un concept
franco-français
Le fondateur du concept, Jacques Sassoon définit
l’urbanisme des systèmes d’information de la façon
suivante
« L’urbanisme des systèmes d’information est la technique
de l’organisation des activités exercées par ces systèmes
d’information ».
L’urbanisme est une démarche qui vise à organiser et faire
évoluer le SI :
De façon continue;
De façon cohérente avec la stratégie de l’entreprise.

17
LE CONTEXTE : DISPARITÉ ET ÉVOLUTION

La disparité des systèmes d’information

Développement au fil du temps, au gré des projets de
technologies successives
Multiplications d’applications rigides, souvent
monolithiques développés au cours du temps pour répondre
aux besoins métiers
Un contexte en constante évolution
Evolution des marchés, compétitivité accrue,
développement croissant de nouvelles technologies

=> Complexité du SI

18
LES PROBLÈMES
Complexité du SI a pour conséquence :
Un manque de maîtrise et de cohérence
du SI, qui multiplie les redondances
Une inadéquation du SI avec les besoins
métiers
De + en + difficultés à adapter rapidement
son SI aux besoins du métiers
Un SI devenu rigide et pouvant être
souvent inefficace et difficile à faire
évoluer
Une perte de qualité et fiabilité du SI, qui
devient souvent trop couteux

19
UN PATCHWORK DE TECHNO ET APPLI À
TRAVERS LES ÂGES

Intranet
Sales Customer Call Center Partner

Front Office

Back Office
Internal External

20
LES CHALLENGES AUTOUR DU SI ET DE SON
ÉVOLUTION

Apport
de la valeur
Réduction des
Pérénisation Coûts
du Legacy system

Maintien de Agilité du SI
l’organisation SI
en blocs

Avoir une image Time to Cost

High Tech (pour
l’extérieur)

Des contraintes parfois compatibles, souvent contradictoires …

21
POURQUOI URBANISER LE SI : LES ENJEUX
Enjeux stratégiques et métiers
Aligner le Système d’Information sur la stratégie métier
Pour implémenter plus rapidement une fonction que le
concurrent
Pour améliorer le time to market
Enjeux organisationnels
Mettre en place une démarche et des outils afin que les bonnes
décisions soient prises au niveau des projets et du Système
d’information pour garantir la cohérence
Partager une vision
Définir des cibles partagées
Mettre en place des outils de décision
Enjeux technologiques
Concevoir proprement les applications en utilisant les
technologies et les principes d’architecture facilitant
l’évolutivité des applications
Faciliter l’intégration des projets dans le Système d’Information

22
 UN SI URBANISÉ, AGILE
Intranet Front Office
Sales Customer Call Center Partner

Orchestrator/Transactional BPM/Workflow
(SOA/EAI)

SOA/EAI/EIM
Master Data EAI EAI
(EIM)

Back Office External IS

23
POURQUOI URBANISER LE SI :SYNTHÈSE
Faire du SI un levier de croissance rentable pour l’entreprise

Amélioration de la Adaptabilité du système

Un SI en phase avec
performance de d’information et
le métier
l’entreprise alignement métier

Un SI plus cohérent Rationalisation de la Contribution de l’IT au

et mieux piloté complexité métier

Moyens :
La cartographie à tous les niveaux
Cartographie des processus métier
Cartographie du Système d’Information (POS)
Cartographie des applications informatiques
Cartographie des architectures techniques
Les règles de « bonnes pratiques »

24
AGEND
A

Introduction

Outillage de la cartographie
Cartographie du SI

La démarche d’urbanisation

L’architecture d’entreprise selon TOGAF où l’urbanisation à

la mode anglo-saxon.

25
QU’EST CE QUE LA CARTOGRAPHIE(1/2)
Une description des assets du SI :
Liste des applications
Description d’applications : décomposition en services rendus
et interactions avec les autres applications, avec les
composants
Description de l’infrastructure technique supportant les
applications : serveurs, réseaux, noeuds…
Affectation des responsabilités des acteurs sur les composants

Cartographier le SI, c’est le représenter

Selon ses différentes dimensions (métier, applicative,
technique, données)
A divers niveaux de détail
Le niveau de détail souhaité détermine la « profondeur » (ou
"niveau de maille") pour chaque dimension
Le niveau de détail de représentation d ’un élément du SI
varie selon les besoins

26
QU’EST CE QUE LA CARTOGRAPHIE(2/2)
Pourquoi Cartographier le SI :
Améliorer notre compréhension du SI, Pour se
réapproprier la connaissance du SI
Faciliter les évolutions, Identifier les impacts
face aux changements
Pour pouvoir réaliser des analyses
Pour servir de base aux projets
Adopter un langage commun
Pour évaluer des indicateurs

27
UNE VISION PAR COUCHE

Pr oc es s us et
documents
Métier / Fonctionnel

re
it reposesur
Mé

F o n c t io n s

reposesur

Logiciels et
données

e
u
q
Technique

i
n reposesur
ch
e
T

In fr a s tr u c tu r e
matérielle

28
CE QUE DOIT CONTENIR LA CARTOGRAPHIE

Ce que doit contenir une cartographie du SI :

En théorie , tout ce qui permet de représenter le SI , via des
cartes qui partent du général au particulier
Contenu variable selon les entreprises
Rester pragmatique en fonction des besoins exprimés, et des
moyens alloués pour créer et entretenir la cartographie
Mieux vaux une information limitée, mais cohérente qu’une
information abondante qu’on ne sait pas maintenir

En dehors du périmètre de la cartographie

Modélisation détaillée des données et des traitements
Référentiel détaillé des objets en production
Domaine des outils de gestion de configuration, CMDB, voire
d’autres outils de production
Liens avec la cartographie du SI

29
APPORT DE LA CARTOGRAPHIE

Améliorer notre compréhension du SI

Capitaliser, et structurer la connaissance :
Description et schémas de flux
Connaissance du fonctionnement métier et de ses liens avec le SI,
Fonctions tenues par le SI
Qui utilise quoi
Caractéristiques techniques des applications
Partager les informations : langage, référentiel d’applications
Optimiser et Rationaliser l’existant
Faciliter les évolutions projet
Faciliter les études d’existant
Urbaniser pour des cibles applicatives cohérentes
Piloter des évolutions en cohérence avec les besoins métier
(modélisation processus)

30
BONNES PRATIQUES DE CARTOGRAPHIE
L'information doit servir à quelqu’un
Gérer l'utile et éviter le superflu
Renseigner dans le référentiel seulement ce qu'on sait gérer de
manière effective
L'information doit être à jour
Evolutions de la cartographie d’abord via les projets, à partir d’une
couche de cohérence initiale (socles processus et fonctions)
Gestion au quotidien par l’administration fonctionnelle du référentiel
(domaine cartographie)
Avoir des points de points de passage obligés à travers le cycle de vie
des applications et projets
Exemple : Gestion des Changements

Utiliser l’information produite dans la cartographie. Par exemple :

Faire les Cartographies projets (existant et cibles) via l’outillage de
l’entreprise, et non sur Visio
Se servir des schémas de cartographie dans les dossiers d’exploitation
Eviter les référentiels d’applications doublonnant la cartographie
applicative

31
 POURQUOI OUTILLER LA
DÉMARCHE ?
Quel est l’objectif et le besoin de l’entreprise ?
Formaliser pour un besoin ponctuel ?
Construire un référentiel pérenne ?
Quels sont les clients du référentiel ?
Considérer le choix et l’implémentation d’un outil d’urbanisation
comme un projet à part entière
Etude du besoin
Etude de l’outil le plus adapté au besoin
Chaque outil possède une « zone de confort» et est plus ou moins
adaptée au projet de l’entreprise
Outils avec référentiel intégré pour un besoin pérenne
Outils sans référentiel pour un besoin ponctuel
L’utilisation de l’outil doit être intégré à une démarche projet :
Utilisation de l’outil en contexte projet pour spécifier et générer des
livrables à partir de l’outil
L’outil doit être utilisé de manière naturelle par tous les acteurs
Avant d’implémenter l’outil, anticiper et budgéter la phase après
projet :
Gestion de la cohérence et des évolutions
Administration fonctionnelle et technique

32
Urbanisation du SI par Eric Le Guillou
RAPPELS

1 - Donnez une 2 - Quels sont les

définition de enjeux stratégiques,
L’urbanisation du organisationnels, et
Système technologiques de
d’information l’urbanisation du SI

3 - Qu’est ce qu’est 4 - Quels sont les

la cartographie du bonnes pratiques de
SI et à quoi ça sert cartographie

33
Urbanisation du SI par Eric Le Guillou
 LA VISION DU GARTNER SUR LES
OUTILS
EA tools must address the requirements of a variety of business and IT
stakeholders in the organization, and the tools must contain:
A repository that supports, at a minimum, the business, information,
technology and solution viewpoints and their relationships. The
repository must also support business direction, vision and strategy,
as well as business disruptions.
Modeling capabilities that support the minimum viewpoints of
business, information, solutions and technology.
Decision analysis capabilities, such as gap analysis, impact analysis,
scenario planning and system thinking.
Presentation capabilities that are visual or interactive to meet the
demands of a myriad of stakeholders.
Administration capabilities that enable security, user management
and other tasks.
Configurability capabilities that are extensive, simple and
straightforward to accomplish while supporting multiple
environments.
Support for frameworks and standards, often used while providing
the flexibility to customize the framework.
Usability, including intuitive, flexible and easy-to-learn user
interfaces (UIs).

34
Urbanisation du SI par Eric Le Guillou
 MAGIC QUADRANT : 2 LEADERS ARIS &
MEGA

Rapport Complet

35
Urbanisation du SI par Eric Le Guillou
 SUITE MEGA EN ENTREPRISE

Station de
modélisation

Adossée à un référentiel

Restitutions et
export

http://intraariane.carrefour.com

36
Urbanisation du SI par Eric Le Guillou
 EXEMPLE D’UTILISATION DE
MEGA

Recherche d’un objet (ex: application)

Point d’entrée processsus

Domaines
applicatifs, fichier
XLS d’applications

37
Urbanisation du SI par Eric Le Guillou
EXEMPLE DE CARTEFONCTIONNELLE

38
Urbanisation du SI par Eric Le Guillou
FICHE D’APPLICATION

39
Urbanisation du SI par Eric Le Guillou
FICHE DE FLUX

40
Urbanisation du SI par Eric Le Guillou
 EXEMPLE D’EXPORT DES APPLICATIONS
Information plus détaillée que sur Ariane
Prendre les applications au statut « en service » ou « en projet »
Possibilités de cross-ref
Sélection d’une colonne : exemple – niveau de service
Par type d’objets , via l’onglet Appli X type objet

41
Urbanisation du SI par Eric Le Guillou
 ARIS : DÉMONSTRATION

http://ariscarto/businesspublisher/login.do?login=anonymo
us&password=anonymous
Processus => Procédure
POS => Fiche d’identité SA
Système Applicatif

42
Urbanisation du SI par Eric Le Guillou
 RAPPORT ARIS

Liste des applis Liste des flux

43
Urbanisation du SI par Eric Le Guillou
 AGEND
A

Introduction

Outillage de la cartographie

Cartographie du SI

La démarche d’urbanisation

L’architecture d’entreprise selon TOGAF où

l’urbanisation à la mode anglo-saxon.

44
Urbanisation du SI par Eric Le Guillou
 LES VUES DE CARTOGRAPHIES
(1/2)
L’architecture métier & fonctionnelle répond à la question : Quoi?

Organiser son système d’information en blocs fonctionnels

communicants sans tenir compte des acteurs et de l’organisation.

L’architecture applicative et technique répond aux questions :

Comment? Ou? Organiser son système d’information en blocs
applicatifs communicants tenant compte des acteurs et de
l’organisation.

Décrire l’organisation des applications informatiques (données &

traitements), ainsi que les messages échangés entre celles-ci
Décliner les besoins émis par l’architecture fonctionnelle dans le
système d’information applicatif cible

45
Urbanisation du SI par Eric Le Guillou
 LES VUES DE CARTOGRAPHIES (2/2)
Les objectifs d’entreprise sont déclinés en objectifs métiers par les
métiers et ils constituent des lignes directrices pour urbaniser le SI.

Processus et
documents
Métier / Fonctionnel

Architecture fonctionnelle et métier

re L’architecture fonctionnel et métier représente la structuration du
i t
M
reposesur SI par les activités métier de l’entreprise ou de l’organisme vis
é à vis de ces processus (architecture métier) ainsi que la
structuration de SI en blocs fonctionnels communicants
(architecture fonctionnelle).
Fonctions

reposesur Architecture applicative

Au niveau de l’architecture applicative, on structure le Système

d’Information en blocs applicatifs communicants. Elle contient la
Logiciels et description et l’organisation des applications informatiques
données (données et traitements), ainsi que les messages échangés par ces
applications.
e
Technique

u
q
i reposesur
n
ch
e Architecture technique
T
Dans l’architecture technique, on trouvera la structurationdes
moyens d’infrastructure technique à mettre en œuvre pour
Infrastructure informatiser l’activité de l’entreprise ou de l’organisme.
matérielle L’architecture technique contient la description et l’organisationdes
différents moyens matériels et des différents moyens de

46
communication
Urbanisation du SI par Eric Le Guillou
 ARCHITECTURE MÉTIER

Modèle Opérationnel Processus Métier

Ligne de métier Objets\Données métier
Concepts Canaux de distribution Acteurs
Clés Capacité métier et Opérations \ Taches
organisation Évènements
Description de l’organisation de l’entreprise, de son
Objectif
activité et de ses indicateurs
Cartographie des processus
Description des processus
Artefacts
Description des procédures
Cycle de vie de la donnée métier

47
Urbanisation du SI par Eric Le Guillou
 STRUCTURATION DE LA VUEMÉTIER
La vue métier est organisée hiérarchiquement et assure le lien avec la vue
fonctionnelle au niveau des « Opérations ».
Sphère
métier
Domaine

Niveaux de granularitéde
Sous

la cartographie
Domaine
Processus
Sous processus
(optionnel)
Procédures

Opérations

48
Urbanisation du SI par Eric Le Guillou
 CHAÎNES DE PROCESSUS
• Définition : un processus est un enchaînement d’étapes ou d’actions successives,créant
un produit ou service qui satisfait un besoin client, en consommant desressources.
Convention de nommage : Il est conseillé d’introduire le nom d’un processus par l’opération principale (verbe
à l’infinitif) suivie par l’objet d’information (forme nominale au singulier) sur lequel porte l’opération.

• Les diagrammes de chaînes de processus permettent de spécifier les macro-processus

qui constituent un domaine, de décliner un macro-processus en processus et de décliner
un processus en sous-processus . Les positions de ces processus forment généralement
une suite logique représentant ainsi une chaîne de plus-value.

Nom du Souscrire un produit ou service IARD par la compagnie

processus /
besoin client Etudier une affaire
satisfait nouvelle ou un
remplacement ou un
Enregistrer la prise
avenant
d’effet d’une affaire
Saisir une affaire Gérer les autorisations nouvelle ou d’un
nouvelle
remplacement ou d’un
Etudier une affaire avenant
nouvelle du Bureau
Central de Tarification

Convention de nommage : Opération + Objet d’information

49
Urbanisation du SI par Eric Le Guillou
 LE SOCLE PROCESSUS

Une vue partagée des processus pour éviter que chacun

imagine la sienne (source de divergences) :
Une vue de synthèse de l’entreprise (la façon dont on la perçoit)
Une vue unique sur la façon dont l’entreprise crée de la valeur

Utilisation
Pour les cadrages et projets : point d’ancrage de leur modélisation
(sous-processus, procédures…)
Pour les urbanistes : mise en cohérence du SI (POS)

Illustration Carrefour, un découpage sur 3 niveaux

11 macro-processus
60 processus (env.)
360 activités (env.)

50
Urbanisation du SI par Eric Le Guillou
NIV. 1 : LESMACRO-PROCESSUS

51
Urbanisation du SI par Eric Le Guillou
NIV 2. : LESPROCESSUS

Mettre à
disposition

52
Urbanisation du SI par Eric Le Guillou
NIV. 3 –DÉCOUPAGE EN ACTIVITÉS

Approvisionner
les points de
vente

53
Urbanisation du SI par Eric Le Guillou
 AUTRE EXEMPLE : ASSURANCE
Sphère
métier 5. Operations
(Processus)

Domaine 5.12 Souscription & Gestion des contrats

(Processus)

Sous-
domaine Souscription
(Processus)

Processus 5.12.078 Souscription Affaire Nouvelle

Sous-Processus 5.12.078.01 Souscription Affaire Nouvelle Entreprise

(Processus)

Procédure Faire une visite de Réaliser un devis

risque

Demander une …
saisine
Opération

54
Urbanisation du SI par Eric Le Guillou
 LES ÉLÉMENTS ESSENTIELS D’UNE PROCÉDURE
Une procédure métier est une description contextualisée (par branche
métier, canal, etc) de la marche à suivre pour mettre en œuvre tout ou partie d'un
processus ou sous processus.
Exemple : Souscrire une affaire nouvelle MRH sur le réseau Courtage.

Question Eléments de réponse

Qui ? Acteurs (humain ou système) /Rôles

Ce qui doit être fait au cours de la procédure

• L’élément déclencheur : ce qui fait que la procédure commence (Evènement OU livrable OU
changement d’état d’une donnée métier)
Quoi ? • Les opérations (automatique ou manuelle) permettent d’avancer dans la procédure et aboutir à
l’issue de la procédure
• L’issue de la procédure => Évènement / livrable ET/OU changement d’état d’une donnée
métier ET/OU Document

Avec quoi ? Systèmes Applicatifs, Systèmes Externes, Outils, Fonctions SA(cible)

Quand ? Événement temporisateur

Ce qui permet de réaliser les opérations métiers

• Indique la manière de réaliser les opérations métiers : saisir telle information, activer le
contrat, renseigner les données client. Cela peut se décliner en fonctionnalités lorsqu’il y a un
outil
Comment ? • Fonctionnalités : « Comment je dois faire dans l’outil » pour arriver à réaliser les étapes
permettant d’aboutir à la finalité de mon processus. Dès que nous utilisons des champs dans
l’outil, cela fait référence à une fonctionnalité. Exemple : « collecter la description du risque »
= opération métier / « renseigner le champ xxx » = fonctionnalité

55
Urbanisation du SI par Eric Le Guillou
EXEMPLE DE REPRÉSENTATION D’UNE PROCÉDURE
MÉTIER

SousDomaine
Courti er
Souscripteur

Procédu
Processus
Agent SI
gestionnaire

Activit
Domai

Inte rmédiaire
ne

re
é
153. Proprietary Sales

154. Direct
Sales

Souscription
En cours
PTS
Rechercher Client (BA)

Créer nouveau Demander OUI Réseau Client LAGON

NON
client création client agent s t rouvé (JL)
? FE?
OUI
NON
NON
Synchroniser les Créer nouveau Client
référentiels client t rouvé
Cl i ent MOM?
Créé PTS
OUI
(BA)
5.12.078.MRENew business Underwriting - MRE
5.12 Policy management and Underwriting

Aficher Saisines PTS

Créer Saisine automatiquement(PTS)

Client (BA)
Underwriting (IncludingQuote)

078.1 Receive risksubmission

Saisine NON
trouvée
?
OUI
Créer Saisine

PTS
Rattacher prestation
(BA)
principale

Choisir prestations

Enregistrer Saisine

Saisine
En cours d'étude
5.12.078.MRE New business
Underwriting - MRE

56
Saisine
Non gérée

Urbanisation du SI par Eric Le Guillou

 REPRÉSENTATION DE LA DONNÉE MÉTIERDANS
LES PROCÉDURES
La donnée métier définit les éléments d’information consommés et produits par les
opérations des procédures métier dans le contexte de la procédure.
Les opérations agissent sur l’état des données
Les données métier peuvent être transverses aux procédures métier
Une même donnée métier peut participer à plusieurs procédures métier
Une procédure métier peut consommer / produire plusieurs données métier
La donnée métier décrite dans la procédure doit représenter la façon dont le métier qui
applique la procédure perçoit les informations manipulées par la procédure.
En théorie, toute opération agit sur au moins une donnée métier et donc modifie son
statut. En pratique, il convient d’indiquer les statuts qui ont un sens et représentent des
états « stables » d’une donnée métier.

Exemple de transformation de l’état d’une donnée métier par une opération

Sinistre Verser automatiquement Sinistre

chiffré l'indemnisation réglé

Dans l’exemple ci-dessous, on n’affiche que les états « déclaré », et « chiffré » du sinistre, les états intermédiaires n’éclairant pas
suffisamment l’évolution de la donnée métier « sinistre » dans chacune des opérations identifiées.
L’important au final est d’identifier les états qui vont donner un sens au cycle de vie de la donnée métier (la représentation du cycle de vie
de la donnée métier est hors méthode pour le moment.)

Sinistre Contrôler la couverture, Proposer et négocier la Appliquer la solution Sinistre

Chiffrer l'indemnisation
déclaré provisionner solution d'indemnisation d'indemnisation retenue chiffré

57
Urbanisation du SI par Eric Le Guillou
 DESCRIPTION DE LA DONNÉE MÉTIER (1/2)
La donnée métier, dans le contexte de la procédure, porte des
informations qui lui sont propres et définies par le Métier
1. Le nom de la donnée : Est fixé selon le vocabulaire des
acteurs métiers de la procédure.
2. Définition : La définition de la donnée métier est ce que la
donnée représente pour le métier. Elle doit être écrite par le
métier.
3. Attributs fonctionnels : Il s’agit des informations de la
donnée qui sont utilisées par les règles de gestion ou les
points de décisions de la procédure.
Les attributs fonctionnels n’ont pas vocation à décrire toute la
donnée métier mais à identifier les informations principales
utiles à la procédure.
Par exemple : dans la procédure de résiliation, les seuls
attributs à affecter à la donnée métier « contrat » pourraient
être « identification du contrat », « motif de résiliation »,
« date de résiliation ».
On peut également préciser le type d’information portée par
l’attribut.
Par exemple, « les motifs de résiliation appartiennent à une
liste prédéfinie ».

58
Urbanisation du SI par Eric Le Guillou
 DESCRIPTION DE LA DONNÉE MÉTIER (2/2)
4. Volumétrie : Les informations de volumétrie portant sur la donnée
métier peuvent être utiles pour évaluer le ROI d’un projet ou d’une
partie d’un projet.
La volumétrie n’est pas toujours connue des métiers ou du business
analyst. Dans ce cas, il est néanmoins utile de donner les informations à
disposition pour permettre l’évaluation d’un ordre de grandeur.
Par exemple : protocole courtier : On ne connait pas le nombre de
protocoles envoyés par an aux courtiers, mais il est possible de préciser
qu’on travaille avec plus de 2000 courtiers et que des protocoles peuvent
leur être envoyé plusieurs fois par an.

5. Confidentialité / rôles par niveau de confidentialité

Deux types d’information peuvent être appliqués :
Le niveau de confidentialité tel que défini par la politique de sécurité des
données.
Exemple chez Allianz La confidentialité peut faire référence aux 4
niveaux définis par la politique de confidentialité (publique, interne
(Allianz uniquement), confidentielle (accès restreint à un groupe),
strictement confidentielle(accès nominatif))
Les règles d’accès à l’information par réseau de distribution / acteur ou
toute autre règle sur le partage de l’information (ou les limitations de
partage) à prévoir qui paraissent utiles à connaître.

59
Urbanisation du SI par Eric Le Guillou
CARTOGRAPHIE DES PROCESSUS :RETAIL

60
Urbanisation du SI par Eric Le Guillou
CARTOGRAPHIE DES PROCESSUS : ASSURANCE
http://ariscarto/businesspublisher/login.do?login=anonymous&password=anonymous

61
Urbanisation du SI par Eric Le Guillou
CARTOGRAPHIE DES PROCESSUS : ASSURANCE
https://gin.allianz.de.awin/files/go/aom2013/index.html

62
Urbanisation du SI par Eric Le Guillou
 PROJET ANNUEL – VOLET URBANISATION

Définir la vue métier As-Is & To-Be

Identifier et définir le 3ème niveau du processus (3 ème
niveaux), faire apparaitre les activités portés par le SI
Identification des données Métier avec leurs
caractéristiques
Mettre en avant les changements

63
Urbanisation du SI par Eric Le Guillou
 ARCHITECTURE FONCTIONNELLE
Architecture Fonctionnelle
Domaine Fonctionnel
Concepts Clés Fonctions
Entité \Objet Métier
Transformer les besoins métier en fonction IT
Objectif
Partager un langage commun
Artefacts PLU\POS

L’objectif consiste à organiser les fonctions et les objets métier, normalement

issues de l’analyse des processus métier, sous la forme d’une « hiérarchie » de
blocs.
Les blocs sont généralement nommés : zones, quartiers et îlots (trois niveaux),
chaque zone se décompose en quartiers qui, à leur tour, se décomposent en îlots.
On parle de PLU (Plan Local d’Urbanisme) ou de POS (Plan d’Occupation des
Sols)

64
Urbanisation du SI par Eric Le Guillou
 ARCHITECTURE FONCTIONNELLE :
CONSTRUCTION DU POS
Le découpage en zones suit des règles assez simples
Séparer pilotage, opérationnel et support
Séparer distribution (front-office) et production (back-office)
Isoler les informations partagées
Introduire une médiation transverse
Isoler les échanges avec l’extérieur

Le découpage des zones en quartiers puis îlots suit des règles plus
complexes
Tout d’abord, à chaque métier ses spécificités
Ensuite, à chaque entreprise sa sensibilité, sa stratégie et ses priorités
Le PLU doit « plaire » à l’entreprise en mettant en avant ce que
l’entreprise veut mettre en avant
Enfin, il existe quelques critères de spécialisations qui guident parfois le
découpage
Les critères de spécialisations sont nombreux
Segment de clientèle (grands comptes, PME, particuliers, …)
Ligne de produit et/ou service, interne et/ou partenaire
Canal (au sens média) de distribution, interne et/ou partenaire
Situation géographique
… (autres critères propres au domaine métier de l’entreprise)

65
Urbanisation du SI par Eric Le Guillou
 SÉPARER PILOTAGE DE
L’OPÉRATIONNEL ET DU
SUPPORT
Pilotage

Marketing stratégique (analyse du marché, de la clientèle, de la concurrence, …)

Conception et suivi des offres (produits et services), des moyens de distribution
Tableaux de bord, Statistiques

Opérationnel

Marketing opérationnel (campagnes, …)

Gestion des acteurs/parties
Gestion commerciale
Proposition, devis
Acte de vente
Gestion des contrats/comptes
Quartier Quartier
Fabrication des produits
Gestion des stocks Îlot Îlot Îlot Îlot
…

Îlot Îlot Îlot Îlot

Support
Ressources humaines Comptabilité
Personnel, Formation, Paie Bureautique, Logistique

66
Urbanisation du SI par Eric Le Guillou
SÉPARER LE FRONT-OFFICE DUBACK-
OFFICE
Pilotage

Production (Back-Office) Distribution (Front-Office)

Gestion des contrats, comptes, … Gestion commerciale et acte de vente

Gestion des acteurs et parties internes et externes Marketing opérationnel

Clients, fournisseurs, partenaires Gestion des campagnes
Organisations, personnes Promotion des offres
Gestion des contrats et des comptes Gestion des canaux de contacts
Opérations, relevés, soldes, réclamations, recouvrements Agences, centre d’appels, portails Web, …
Gestion des offres (produits et services) Gestion commerciale
Gestion des stocks Gestion de la relation commerciale
… Gestion des contacts, démarche commerciale
Découverte des clients (besoins, …)
Gestion des propositions, adhésions
- Historique des devis, avis et suggestions des clients
Connaissance des prospects, clients
Vente des offres (en direct, via des partenaires)
…

Support

67
Urbanisation du SI par Eric Le Guillou
 ISOLER LES INFORMATIONS PARTAGÉES :
RÉFÉRENTIELS – MASTERDATA
MANAGEMENT
Pilotage

Production Référentiels Distribution

- de référence
- opérationnels

Référentiel des Parties

Organisations
Personnes
Référentiel des Acteurs
Prospects
Client
Fournisseurs
Partenaires
…
Contrats, …
…
Catalogue des offres
Nomenclature comptable

Support

68
Urbanisation du SI par Eric Le Guillou
 INTRODUIRE UNE
MÉDIATION TRANSVERSE
Pilotage

Production Référentiels Distribution

Médiation
Processus métier et techniques transverses (BPM) Gestion de la sécurité
Gestion des échanges inter blocs (EAI, ESB) …

Support

69
Urbanisation du SI par Eric Le Guillou
 ISOLER LES ÉCHANGES EXTERNES
Pilotage

Production Référentiels Distribution

Échanges Médiation
(avec l’extérieur)

Échanges électroniques d’informations Échanges de matières (impression courrier, mise sous pli…)
Portail Web, Serveur Vocal, Mailing, …

Support

70
Urbanisation du SI par Eric Le Guillou
 PLU OU POS
FINAL
Pilotage
Quartier Quartier Quartier
Îlot Îlot Îlot Îlot Îlot

Îlot Îlot Îlot

Production Référentiels Distribution

Quartier Quartier Quartier Quartier Quartier

Îlot Îlot Îlot Îlot Îlot Îlot Îlot

Îlot Îlot Îlot Îlot

Quartier Quartier

Îlot Îlot Îlot Îlot

Quartier

Îlot Îlot Îlot Îlot Îlot Îlot Îlot

Échanges Médiation
Quartier Quartier
(avec l’extérieur) Îlot Îlot Îlot

Quartier Îlot Îlot Îlot Quartier Îlot Îlot Îlot

Support
Quartier Quartier Quartier
Îlot Îlot Îlot Îlot Îlot Îlot Îlot

71
Urbanisation du SI par Eric Le Guillou
 BONNES PRATIQUES

Chaque fonction métier ne doit – directement – appartenir

qu’à un seul et unique bloc
Pour la majeure partie des entreprises, le niveau îlot
correspond aux fonctions métier
Chaque objet métier ne doit – directement – appartenir qu’à
un seul et unique bloc
La cartographie fonctionnelle peut/doit également présenter
une vision macroscopique des échanges (flux) logiques
d’informations entre les blocs

La cartographie fonctionnelle propose une description

macroscopique en comparaison à la cartographie applicative
qui propose un description microscopique

72
Urbanisation du SI par Eric Le Guillou
 ARIS : DÉMONSTRATION

http://ariscarto/businesspublisher/login.do?login=anonymo
us&password=anonymous

73
Urbanisation du SI par Eric Le Guillou
POS GRANDEDISTRIBUTION

74
Urbanisation du SI par Eric Le Guillou
L’ARCHITECTURE
FONCTIONNELLE ET
SES
DIFFÉRENTS POINTS DEVUE.
Le point de vue des fonctions métier (ex : Création d’un client)
C’est le point de vue par défaut, le plus connu
Il correspond à la cartographie complète

Le point de vue des objets métier (ex : Un Client)

Il correspond à la cartographie complète avec une superposition
objets métier

Le point de vue des échanges inter blocs (ex : Envoi du fichier client
depuis le référentiel client vers la fonction opération commerciale)
Il correspond à la cartographie complète avec
une superposition des échanges inter blocs
A noter qu’un échange inter blocs est représenté sous sa forme
logique
Dans la réalité, il passe toujours par la médiation

Urbanisation du SI par Eric Le Guillou 75

 VUE OBJETS MÉTIER : EXEMPLE
DISTRIBUTION SUPPLY CHAIN
Objet Métier Définition

Dans une vision globale de l’entreprise, l’objet métier « Client de la Supply Chain »
est une représentation générique des magasins intégrés ou franchisés livrés par la
chaîne d’approvisionnement mais aussi de clients finals particuliers tels que des
Client Supply Chain administrations (armées, prisons, collectivités,…).
Cette représentation permet en particulier de structurer la plupart des objets
métiers détenus et diffusés par le référentiel supply chain.

L’objet métier « Fournisseur Interne » est le pendant de l’objet métier « Client de la

Supply Chain ».
Fournisseur Interne
Il représente toute entité interne à l’entreprise à laquelle un magasin ou un entrepôt
(dans le contexte du transit) est susceptible de passer commande.

Document spécifiant l’ensemble des attendus d’un magasin vis-à-vis de la

logistique : horaire de livraison, supports utilisables, …
Cahier des charges logistique
Le cahier des charges logistique matérialise le « service » demandé par un client
de la supply chain à un fournisseur interne.
L’objet métier «Contrat d’Approvisionnement» regroupe l’ensemble des données
décrivant le cadre contractuel de la relation entre un fournisseur interne et un client
de la Supply Chain.
Contrat d’approvisionnement
L’objet Contrat d’approvisionnement est structurant pour la gestion des offres puis
la détention et la diffusion des assortiments commandables et des assortiments
livrables.

L’offre Supply Chain est l’ensemble des articles que l’entreprise tient à disposition
des magasins intégrés, franchisés et affiliés. Il s’agit donc d’une offre « grossiste ».
Offre Supply Chain
Elle est structurée par fournisseur interne et Contrat d’approvisionnement à
l’intérieur du référentiel supply chain qui en assure le détention et ladiffusion.

L’objet métier «Contrat de Service Supply Chain» défini l’application d’un contrat

76
Contrat de Service Supply Chain d’approvisionnement à un magasin, client de la supply chain, dans le respect du
cahier des charges logistique.
Urbanisation du SI par Eric Le Guillou
 VUE OBJETS MÉTIER : EXEMPLE
DISTRIBUTION SUPPLY CHAIN
L’objet métier « filière logistique » désigne le circuit suivi par les marchandises d’un
contrat d’approvisionnement pour être acheminées depuis le fournisseur externe
jusqu’au magasin.
Filière Logistique
Une filière logistique suit un « schéma logistique », lequel caractérise le type de
flux mis en œuvre pour la mise à disposition des marchandises ; livraison directe,
flux tendu, flux stocké, transit,…
La cartographie logistique est l’ensemble des filières logistiques.
Cartographie Logistique Fonctionnellement, la cartographie logistique est consolidée à l’intérieur du
référentiel supply chain qui en assure la détention et la diffusion.

Ensemble des articles qu’un magasin peut commander à la Supply Chain ou dans
Assortiment Commandable le contexte de la livraison directe à un fournisseur externe. L’assortiment
Magasin commandable est structuré par le contrat d’approvisionnement (ou le contrat
fournisseur dans un contexte de livraison directe).

Restitution de l’assortiment commandable à usage d’un magasin précisant en

Cadencier
particulier les cadences de commande de chaque article.
Prix de facturation appliqué lors de la cession d’un article à un magasin par un
Prix de Cession
fournisseur interne.
Ensemble des produits qu’un entrepôt peut commander à un fournisseur externe
(cas le plus fréquent) ou interne (contexte de livraison de l’entrepôt depuis un
Assortiment Commandable
entrepôt massificateur ou de transit). L’assortiment commandable entrepôt est
Entrepôt
structuré par le contrat fournisseur (ou le contrat d’approvisionnement si
fournisseur interne).
Ensemble des produits qu’un entrepôt physique détient pour livraison à un
Assortiment Livrable
magasin.

77
Urbanisation du SI par Eric Le Guillou
 VUE OBJETS MÉTIER : EXEMPLE
DISTRIBUTION SUPPLY CHAIN
Le diagramme ci-après propose un modèle de relation entre les principaux
objets métiers.

Fournisseurs
propose
Externe
Fournisseur
Interne
Négocie
Offre Fournisseur
propose

Détient Contrat Fournisseur

Contrat
d’Approvisionnement
Contient
Assortiments Structure
Contrat de FRN
Service Structure Offre Supply
Chain donne la liste des Assortiment
Articles Commandable
Client de Assortiment Entrepôt
la Supply Dispose donne la liste des
Commandable Articles
de
Chain Magasin
Filtre la liste des
Filtre la liste des

Détient Assortiment
Magasin Est servi au travers de
Vendable Dispose
de

Lieu Est servi par Fait

Filière Logistique Entrepôts
Fonction intervenir

Fournit la liste des articles pour Assortiment Livrable Détient

Dispose de

78
Structure

Urbanisation du SI par Eric Le Guillou

 OBJETS MÉTIER AUTRE EXEMPLE :
DOMAINE RH
Objet Métier Définition
Rôle devant être exercé par un ou plusieurs collaborateurs de l’entreprise afin de
Fonction
contribuer à la bonne exécution de ses processus.
Exercice d’une fonction par un collaborateur dans le cadre d’une entité de
Poste
l’organisation de l’entreprise.
Ensemble d’aptitudes professionnelles reconnues à une personne. Des
Compétence
compétences spécifiques sont requises pour l’exercice de chaque fonction.
Positionnement d’un collaborateur en référence à une convention collective ou
Statut
un accord d’entreprise.
Collaborateur Personne lié à l’entreprise par un contrat de travail.
Personne étant amené dans le cadre de son travail à utiliser les ressources de
Utilisateur l’entreprise, et en particulier (mais pas exclusivement) ses ressources
informatiques.

79
Urbanisation du SI par Eric Le Guillou
 VUE OBJETS MÉTIERS : EXEMPLE GRANDE
DISTRIBUTION Cartographie France : principaux objets métier

02 - Référentiel
02-01 - Réf. Gestion et Organisation 02-02 - Réf. Marchandises et Services 02-03 - Réf. Supply Chain Client supply-chain 02-04 - Réf. 02-05 - Réf. RH et Utilisateurs 02-06 - Réf. Equipem ents et
Etablissement Société Consommateurs Ressources
Article Structure marchandise Fournisseur interne Offre Supply Chain Contrat d'approvisionnement Compétence Fonction
Consommateur
Centrale d'achat Format Lieufonction Filière de lieux fonctions Cahier des charges logistique Contrat de service Supply Chain Ressource Magasin
Statut collaborateur Poste
Foyer
Entrepôt Enseigne Fournisseur Contrat fournisseur Fournisseur SG
Cadencier Cartographielogistique Assortiment livrable
Collaborateur Utilisateur
Structure analytique Magasin Offre fournisseur Assortiment commandable magasin Assortiment commandable entrepôt

01 - Echange 06-01 - Conception des Produits 06 - Opérationnel Back-Office 06-04 - Conception des réseaux de distribution 05 - Support et Ressources
Cahier des charges Recette 06-03 - Conception de l'Offre Filière logistique Tournée de livraison
Plan stratégique Cluster magasin
06-02 - Achat Assortiment fournisseur Segmentation consommateur Assortiment vendable 06-06 - Prévision et Planification 1. - Com ptabilité
01-01 - Echanges internes
Plan marchandises Opérationcommerciale Prévisions de vente Plan d'approvisionnement magasin Nomenclature comptable
Plan de négociation Appel d'offre
Plan de capacité entrepôt Plan de capacité transport Compte de comptabilité générale
Conditionsd'achat Accord commercial Plan de merchandising Plan d'animationcommerciale
Compte de comptabilité analytique
Appel d'offre ZM Cours ZM Réservation 06-07 - Approvisionnem ent
01-02 - Echanges externes 06-05 - Pricing Prix de cession
Compte de tiers
Offre fournisseurZM Portefeuille d'achat ZM Prix de vente national Relevé de prixconcurrent Commande magasin Proposition de commande GPA
Immobilisatio
06-09 - Transform ation Prix de vente conseillé Prix de vente magasin Engagementmagasin Commandefournisseur
n
Ressources de transfo. Procédé de transfo. Facture proforma Ordre de transport amont
06-11 - Facturation Grand livre Journal comptable
Planning de transfo. Ordre de transfo. Facture Ordre de préparation Retour fournisseur
03 - Gisements Pièce comptable
Ordre de réception Retour magasin
06-12 - Qualité et traçabilité 06-08 - Logistique
03-01 - Gisem ent Commandes Résultat comptable Bilan
Plan qualité Agrément Rapport d'audit qualité Cartographie entrepôt Implantation entrepôt 06-10 - Transport Ordre de transport
Facture fournisseur Relance
Commandemagasin Chauffeur Flotte Itinéraire CR de transport
Rapport de contrôlequalité Rappel de marchandise Circuit logistique Avis d'expédition Avis de réception
Déclaration fiscale ou para fiscale
Lot Avis d'expédition détaillé Unité d'expédition Mission logistique Support logistique Stock entrepôt Tournée Planning de transport Proforma transport
2. - Gisem ent Stocks 2. - Finance
07-01 - Présentation de 07 - Opérationnel Front-Office Comptebancaire
Stockmagasin l'offre sur le front de vente 07-02 - Vente 07-07 - Monétique 07-06 - Contact Client
Compte client à risque Contact client Mouvement de trésorerie
Balisage Demande de livraison à domicile
3.- Gisem ent opérations Réclamation client Suggestion client
Catalogue produit Bon de commande consommateur Titre de paiementpropriétaire
comm erciales 3. - RH
Contenu éditorial Demande d’autorisation de paiement 07-03 - Après-Vente
Contrat de service Primevendeur
Opérationcommerciale Livraison à domicile Candidat Contrat detravail
Catalogueproduit
07-05 - Fidélité 07-04 - Encaissement Panier Carrière Formation
Equipement en SAV Dossier SAV
03-05 - Gisem ent Tickets
07-08 - Animation client
Ticket decaisse Programme de fidélité Compteavantages Planning de caisse Fond decaisse Demande de diagnostic DevisSAV Evénement de paie Bulletin depaie
Avantage Carte fidélité Paiement encaisse Ticket decaisse Ordre de réparation FactureSAV
Moyen paiementfidélité Compte congés Compte DIF
03-04 - Gisem ent Ventes
Ventesmagasin 08 - Opérationnel Services Marchands 08-03 - Billeterie 09 - Opérationnel Autres
4. - Com munication
Ventesentrepôt 08-01 - Voyages 08-02 - Carburants et Services Auto Evénement Pochette
Profilvoyageur 09-01 - Immobilier
Service auto Distributeur de carburant
Prestation de voyages Prestataire de voyages Billet Guichet Bienimmobilier 5. - Juridique
10- Sécurité Livraison de carburant Cuve
Titre de voyage Voyage Transaction immobilière
10-01 - Sécurité applicative 08-06 - Assurance 6. - Inform atique
Assuré
08-04 - MVNO Opérateur tél. mobile Offre tél. mobile 08-05 - Services financiers
Primed'assurance Risque 09-02 - Expansion
Habilitation 05-07 - Services généraux
Compte tél. mobile Recharge Contrat tél. mobile Carte de paiement Compteépargne
Produitd'assurance Indemnité Dossier implantation
Profil Service de tél. mobile Commande de services généraux
Kit de démarrage Prêt personnel Crédit
Contratd'assurance Sinistre Contrat de franchise
Communication tél. mobile Facture de tél. mobile Note de frais Déplacement

Lecteurs Badges
04 - Pilotage

80
04-06 - Pilotage de la Supply 04-05 - Pilotage Client Ressource générale
04-01 - Pilotage de l'entreprise 04-02 - Pilotage Marchandises 04-03 - Pilotage RH 04-04 - Pilotage financier
Chain CRM Plan de gestion prévisionnel de l'emploi
Budget d'achat Budget de fonctionnement 05-08 - Gestion docum entaire et
Budget de vente par Rayon -
UBudrgbetad'innveisstisasetmieontn dOubjecStifsIdpevaenrtesEric Le G u ill o u
E nse igne- F orm at Budget supply-chain Objectifs fidélité Plan de recrutement Archivage
 ZOOM SUR LES DONNÉES DE
RÉFÉRENCE
Tous les processus de l’entreprise génèrent des Processus
Article Organisation Fournisseurs
données métier décisionnels
Statistiques de Statistiques Statistiques Statistiques
vente d’achats logistique finance
Tous les processus métier de l’entreprise
Processus de ventes Processus d’achats Processus
utilisent des données comme éléments de base Echanges
Article Prix Article Prix

Contrat Clients Contrat Fournisseurs Fournisseurs

Facture
Commande Facture Commande Article
fournisseurs

Parmi toutes les données, certaines sont Client

Processus de production
particulières car elles sont utilisées par : Gammes &
Article Organisations Fournisseurs
nomenclatures Commande

• Un grand nombre de processus métiers Ordres planifiés Ordres de fabrication Ordres de travail Avis de
• Plusieurs entités organisationnelles livraison

• L’entreprise mais aussi ses partenaires Logistique – Gestion de stocks Processus de Logistique Facture

Transport
Paiement
Article Organisations
Ce sont les données de référence Article Organisations
Ordre de
Sortie Entrées Ordres de fabrication
Livraison
marchandises marchandises transport
Ordre de
fabrication
Processus de contrôle de gestion
Une Donnée de Référence est une donnée des ….
Comptes Article Coûts Organisations
Processus Métiers, utilisée par plusieurs
applications du SI et relative à une activité Processus Finance
Comptes Organisations Banques
Exemple : clients, fournisseurs, employés,
Pièces Compte de
articles, contrats, … comptables résultats
Bilan Immobilisations Trésorerie

Urbanisation du SI par Eric Le Guillou No. 81

 VUE ECHANGES ET FORMATS
D’ÉCHANGE
Les formats d’échanges contribuent à la représentation du
système d’information par la qualification et la description
des données échangées dans le cadre des activités
opérationnelles quotidiennes de l’entreprise :
entre le système informatique et les systèmes informatiques
des partenaires,
entre les différents sous-systèmes qui composent le système
informatique de l’entreprise.
La normalisation des formats d’échange (format pivot) est un
acte important d’urbanisation du SI, nécessaire au
découplage des sous-systèmes. Elle consiste :
A adopter les formats d’échanges normalisés définis par les
organismes de standardisation,
A définir des formats internes d’échanges à implémenter
dans l’infrastructure d’échange.

82
Urbanisation du SI par Eric Le Guillou
 FORMAT PIVOT
L’idée sous-jacente de la conception de ces formats pivots
est de remplacer à terme les interfaces point à point entre
les applications émettrices et réceptrices de données
référentielles par une médiation apte à assurer le routage et
la transformation des données.

Cette logique de demi-flux doit permettre le découplage des

blocs fonctionnels tels que préconisés par la démarche
d’urbanisation et donc à terme la simplification des
échanges.

Pour les projets, elle permet en phase de conception de ne

s’intéresser qu’aux échanges entre la solution à intégrer et
une couche de médiation réputée stable. Elle est donc
censée éviter les interdépendances nuisibles au respect des
plannings et à la maîtrise des risques

83
Urbanisation du SI par Eric Le Guillou
 CONCEPTION DES FORMATS PIVOTS (1/3)
La première étape consiste à identifier les entités insécables
du dictionnaire des objets métiers qui seront nécessaire à la
spécification du pivot. Elle abouti à la production de
diagrammes de classes qui dans une vision pragmatique
devront être confrontés à la réalité des modèles des
principales applications émettrice et réceptrice

84
Urbanisation du SI par Eric Le Guillou
 CONCEPTION DES FORMATS PIVOTS (2/3)
La deuxième étape est fonctionnelle et consiste à spécifier le format
pivot. Cette spécification doit prendre en compte les standards existants.
La spécification d'un pivot doit également pouvoir être rapprochée du
concept de flux fonctionnel, ce rapprochement permettant une meilleure
traçabilité entre l'architecture fonctionnelle et l'architecture applicative.
La spécification du format pivot consiste à utiliser des entités insécables
et à les assembler dans une grammaire de flux.

85
Urbanisation du SI par Eric Le Guillou
 CONCEPTION DES FORMATS PIVOTS (3/3)

La troisième étape est plus technique et doit aboutir à la

réalisation du pivot dit « run time » qui puisse être mis en
œuvre dans un outil de médiation (ESB, EAI).
Elle consiste à décliner la spécification du flux en
spécifications techniques et donc en une grammaire XML
(schéma XSD). Cette déclinaison doit s'effectuer en
prenant en compte des règles qui expriment des
contraintes rencontrées au niveau technique (ex : ne pas
dépasser 5 niveaux de profondeur d’hiérarchie).

86
Urbanisation du SI par Eric Le Guillou
 VUE ECHANGES : EXEMPLE
Echanges entre la supply chain, le magasin, l’entrepôt, et un fournisseur
marchandise dans le contexte d’approvisionnement en flux tendu via plate-forme
Fournisseur Partenaire b2b Supply Chain Entrepôt Magasin

Consolidation des COM Commande

Commandes Magasins Magasin

Elaboration Communication
Préparation ORDERS COM Commandes des Commandes à MOV
Fournisseurs préparer

Communication
Expédition des Elaboration du
COM
Commandes à Plan de Charge
recevoir

DESADV Traduction & EXP Réception Préparation

Routage
Prise en
compte des REC
réceptions

Facturation Prise en compte des EXP

expéditions + valo.

EXP Réception
INVOIC FAC Contrôle Fact.

Facturation Magasin FAC Compta.

Gestion BO
SI Externe Plate-Forme BtoB WMS
Commerciale Magasin

87
Urbanisation du SI par Eric Le Guillou
 PROJET ANNUEL – VOLET URBANISATION

Définir la vue fonctionnel As-Is & To-Be

Formaliser un POS adapté au contexte du projet
Définir les fonctions impactées et les positionner sur le POS
Définir les objets métier opérationnels et de références
impactés et les positionner sur le POS
Présenter un modèle de relation entre les principaux objets
métiers.
Présenter un schéma des flux fonctionnels
L’impacte sera de trois types supprimer, modifier, nouveau

88
Urbanisation du SI par Eric Le Guillou
 POS INITIAL

Systèmes Transverses
Décisionnels Plates-Formes Entreprise Plates-Formes Echanges
Référentiels
Annuaire Produits Centre d'appe l GED
Echanges Internes
Dataware
Orga & Structure Clients Messagerie Editique Echanges Externes
Puits de Données
Paramètres Tiers Portail Workflow

Systèmes Marketing Systèmes Distribution Systèmes Gestion

Etudes Marché Campagne Conception Offre Gestion Relation Gestion des ventes Ventes Souscription Gestion contrats Gestion Primes Gestion Sinistres
Client

Animation Réseaux Devis Collecte & Vérif ModificationContra ts Quittancement Déclaration

Planif & Control ventes Support Produits Tarification Renouvellement Encaissement Instruction

Systèmes Développement Produit

Commissions Autoris &Except Clôture Contentieux Relations Exp & Pr o
Conception Produits Analyse Portefeuille Suivi Engagements
Emission Contrat Règlement
Comptabilité Tiers Décaissement

Litiges

Systèmes Fonctions Groupe

IT Services Généraux RH Communication Achats Finances & Juridique Conformité Pilotage Entreprise Asset Management Réassurance
Comptabilité
Gest Demandes... Recrutement

Gest IncidentsIT Mobil & Carrière

Gest Patrimoine...
Format°
Concept & Model
Rémunérat°
Développement
Gest Admin
Tests
Gest Temps
Integ & Deplt

Supervision

Sécurité

89
Urbanisation du SI par Eric Le Guillou
 EXEMPLE : ARCHITECTURE FONCTIONNELLE
IARD
3.1 Zones/quartiers concernés dans le POS (voir zones/quartiers/ilots hachurés)
Systèmes Transverses
Décisionnels Plates-Formes Entreprise Plates-Formes Echanges
Référentiels
Annuaire Produits Centre d'appel GED
Echanges Internes
Dataware
Orga & Structure Clients Messagerie Editique Echanges Externes
Puits de Donnée s
Paramètres Tiers Portail Workflow

Systèmes Marketing Systèmes Distribution Systèmes Gestion

Etudes Marché Campagne Conception Offre Gestion Relation Gestion desventes Ventes Souscription Gestion contrats Gestion Primes Gestion Sinistres
Client

Animation Réseaux Devis Collecte & Vérif ModificationContra ts Quittancement Déclaration

Planif & Control vente

s Support Produits Tarification Renouvellement Encaissement Instruction

Systèmes Développement Produit

Commissions Autoris & Except Clôture Contentieux Relations Exp & Pr o
Conception Produits Analyse Portefeuille Suivi Engagements
Emission Contrat
Comptabilité Tiers Règlement
Décaissement

Litiges

Systèmes Fonctions Groupe

IT Services Généraux RH Communication Achats Finances & Juridique Conformité Pilotage Entreprise Asset Management Réassurance
Comptabilité
Gest Demandes... Recrutement

Gest IncidentsIT Mobil & Carrière

Gest Patrimoine...
Format°
Concept & Model
Rémunérat°
Développement
Gest Admin
Tests
Gest Temps
Integ & Deplt

Supervision

Sécurité

90
Urbanisation du SI par Eric Le Guillou
 ARCHITECTURE APPLICATIVE
Architecture Applicative
Application, Composants
Concepts Clés
Flux (évènement & services)
Représenter tous les systèmes
Objectif Identifier les composants technologiques
Identifier tous les échanges
Cartographie Applicative
Artefacts
Référentiel des échanges

L’objectif est triple :

Identifier les applications qui portent les fonctions vues précédemment
(cartographie applicative) et donc les positionner sur le POS.
Identifier les composants technologique qui portent les applications et les flux
(architectures des applications et des middlewares)
Identifier les flux entre les applications (internes et externes)

91
Urbanisation du SI par Eric Le Guillou
CARTOGRAPHIE APPLICATIVE

Pour chaque application identifiée d’un SI on trouve dans le

référentiel d’entreprise (ARIS, MEGA…) :
Une définition de l’application (commentaire sur nature et
usage, code, domaine fonctionnel principal, type – progiciel,
spécifique,…- , nombre d’utilisateurs, statut, niveau de
service, numéro de version,…),
Un diagramme de contexte de l’application présentant
l’application et ses principaux flux entrants et sortants,
La liste des messages (objet métier) émis et reçus,
Une liste de fonctionnalités (liens avec la cartographie
fonctionnelle),
Une carte de composition de l’application présentant
l’ensemble des modules,

92
Urbanisation du SI par Eric Le Guillou
EXEMPLE GRANDE DISTRIBUTION

93
Urbanisation du SI par Eric Le Guillou
IARD INDIVIDUEL : COUVERTUREAPPLICATIVE EXISTANTE

Quotation Underwriting Portfolio Premium Commissionning Claims

E@syclic (KI) PTR

(RM)
Brokers Actes IARD (AI)
2AV SGE ABS France (K1)/

PRECOM (GH)
Gestion des primes (G4)
(AV)
LAGON

IARD PFTI Indem (PI)

ATOLL (TL)

ABS France (K1)

Mvts

Gest. Sinistres (S4)

(JL)

Portefeuille IRD (N4)

eNet
Agents (*) (MN)

Actes IARD (AI)

RENTE
IART La

(S5)
Rurale (N5)
Clerks
Souscription IARD
Portefeuille IARD (N4)
(O4)
Employee
Customers

Allianz.fr ABS France (K1)/

(AN)

Internet DIGITAL
Mvts
OneWeb eNet
users (OW) (MN)

Coassurance (Q4) Enclic (EK) Pil SURV IARD (U S) Éditique Interface (NT) FDR (RD) FCPFA (M4) SIRENE (SN)
Réassurance (RA) DECLIC (DK) Éditique IART (EZ) GED Entreprise (ND)
ONE BI

IART Système W ( W4) DB Guichet (GU) DB Postale (DB)

IART Transport exDOS(J4) GRP AMOS (GY) Réf Client LTC (XC)
REPERE (XR) ANNA (NN)
Transversal DWH Réseaux AG/C I (WA)
applicative FAICT/SC(TYO) BI DOM Agenda IARD (GD) Ref Personne
SIRH (RH)
Pil Ativ Admin IARD (WE) THUNDERHEAD (OM) RI3A (C4)
systems Compta. Inter. AG/CI ABS France (K1)
(I4) DB Tampon (BN) GGI
Pilot. Réassurance (WR) (workflow)
ABS France (K1)
Coins. / Reins. Account / Finance BI / Review Mon PTF DOM ECM & workflow (Pers, Struct)
Repositories

DARVA ($13) CIVIS ($55) AGA ($15) Caps Auto ($39) Plateforme Diagnostic
($86)
Partners

94
SRA ($89) SIV ($52) AGIRA ($08) SOFCA ($19) TOM-TOM ($54)

Urbanisation du SI par Eric Le Guillou

(*] Including AEL & service points
 EXEMPLE ASSURANCE
Claims
Product Marketing Policy Policy
Manageme Support Functions
Development & Sales issuance servicing
160 (***) apps nt
20 (25**) 32 (45**) 33 (36**) 32 (37**) 30 (34**) 32 (90**)

Editique IART
IART Partenariats

Health 11 SIC SANTE

Pilot.
Extranet Déclic

OAV
(18*) TONUS TONUS

Pilot. Client
Client
Rente4D Santé Statistiques
FCA
FD ACV(QV) FD
Sic Evolution 2000 Arca SCR
Individu 29 lis - Arcalis La Poste Vie Ogive Arcalis - Commercial

VF
Vie Sui. Engag. Vie CV FP GH PJ QV Com GCP Arcalis Haut gamme Vie ODA S Vie Sui. Engag.
al Life (41*) Produit merc

Coll. Rentes
Vie Allianz
ial EC (pilot client) BD CG CK EV JV LF
Vie Extranet Court. Arcalis - Master A Arcalis - ODAS Capi Outre-Mer Vie PJ VB W L
Coll. Devis Epargne
CR EX GL Coll. Devis Epargne Coll. Crédit Banque SIG Résultat - Coll. DAC
Pilot. Coll. Hélios
Group 21 Coll. DAC NSP Coll. Liquidat ion Pilot. Coll. Hélios

IART Datawarehouse
Répart frais gnrx AG
Coll. Inventaire NSP Coll. Inventaire

Infocentre AG/CT
Life (26*) Coll. Provis. Math Coll. Internationaux Coll. Maladi e Coll. Provis. Math
SIC SANTE Coll. Cessions Coll. ASAC - GMPA Coll. Cessions

GP
Lagon GP IART
Commer IART Réf. PAS
IART
Coassuranc
SGI Fichier Entreprise (FE)
cial & 18 Pilot Surv IARD/E IART PTS
Souscript.
ePilot Surv IARD/E
Indust (24*) Outils Comm Grd Cpte
P&C IART Devises (DAI) Outre-Mer IARD Pilot. Grand Compte
Client

IART Provisions
V
OA

IART Sinistres

Editique IART
Réassurance
TIARD &
Extranet Déclic Réassurance
Motor & 15 Vie

IARDp PFTI Indemnis.

IART Prod IR D
IART Prod. Auto
fleet (20*)

IART Partenariats IART La Lilloise Outre-Mer IARD

Other 14
P&C (19*)

AF AG AN C4 DK DM EC EL GU HA HL HP JB PJ TC XR ZR
Enabling 30 A1 AT BD BN BS CG CK DV DW ED ET EV EZ FA FF FG FI
FCA Client TIARD & Vie
systems (91*) GG GL I4 IT KC RM RN SN VI
DB Postale Vie nouv. Lettre Chq GO GR GX HC HO HV IF JP JV LF MP ND NN OE OP OS
PK RD RF SL SP SS SW T1 TP TV UB UP W 4 W A W I W L
W R XE XP YR ZC ZE ZI ZL ZM ZW ZX ZY
1
* Including support functions (***) Purely technical (middleware, IT monitoring, …)

95
** including enabling systèms and internal IT systems are not included in this portfolio
Urbanisation du SI par Eric Le Guillou
EXEMPLE DE CARTE DE FLUX INTER-APPLICATIF

96
Urbanisation du SI par Eric Le Guillou
 ARIS : DÉMONSTRATION

http://ariscarto/businesspublisher/login.do?login=anonymo
us&password=anonymous

Système Applicatif : K1, GC

97
Urbanisation du SI par Eric Le Guillou
 VISION D’ENSEMBLE DE
L’ARCHITECTURE
APPLICATIVE - POINTSCLÉS
Il faut dissocier les logiques de présentation de celles métier en
distinguant les applications interactives des applications back-end,
spécialisées par domaines métier
Bien évidemment, dans de nombreux cas, des applications métier
back-end exposeront tout de même des interfaces graphiques (c’est
notamment le cas des progiciels)

Lorsque cela n’est pas possible, il faut au moins veiller à ce que la

partie back-end soit bien accessible de l’extérieur, idéalement via
des protocoles standards
L’erreur des mainframe est souvent de diluer de la logique métier
dans la présentation ou, de représenter la logique métier sous la
forme d’un enchaînement obligatoire de transactions.

Il faut introduire une logique de médiation transverses aux

applications
Il faut proscrire les couplages point à point entre applications (cela
donne des plats de spaghettis) si ce n’est en cas de considérations
exceptionnelles vis-à-vis de la QoS

98
Urbanisation du SI par Eric Le Guillou
 VISION D’ENSEMBLE DES ARCHITECTURESACTUELLES

Applications Interactives Médiation Domaines Métier

Annuaire des
Portails Services & Événements Métier
Client Léger, Widget Règles Métier ERP
Client Intelligent/Riche Consommateurs Fournisseurs SAP, Oracle, HR
Liaisons AAAnnnnnnuaireeed es SSSeeervvviceeesss &&&
ÉÉÉvvvééénemeeentsssMééétttieeerrr

CCConsssooommmmmmatatateeeursFFFournrnrnisssssseurrrsssLiLiLiaiaiaisssooons
R èg les Mééétttierrr

PPPrrrocessssssusMééétttierrr---Techniiiqueee

Mobilité Service OOOrrrccchhheeessstratiooonnn

Ajussstablleee àààllaaavvvolololée

Multi canal Interactif Processus Métier-Technique

B2C Multi modal Composition Mappings CRM
 PDA, Transformations
Clients SmartPhone… Orchestration AAAnnnnnnuaireeed es SSSeeervvviceeesss &&&
ÉÉÉvvvééénemeeentsssMééétttieeerrr

CCConsssooommmmmmatatateeeursFFFournrnrnisssssseurrrsss
LiLiLiaiaiaisssooons
R èg les Mééétttierrr

Ajustable à la volée
PPPrrrocessssssusMééétttierrr---Techniiiqueee

OOOrrrccchhheeessstratiooonnn
Ajussstablleee àààllaaavvvolololée

Intranet Collaboratif

 Extranet
Espace de travail
Événements Métier Complexes
Communication
SCM


 Internet
Réunion virtuelle Archivage Routage AAAnnnnnnuaireeed es SSSeeervvviceeesss &&&
ÉÉÉvvvééénemeeentsss Mééétttieeerr
R èg les Mééétttierrr
CCConsssooommmmmmatatateeeursFFFournrnrnisssssseurrrsss

Messagerie
LiLiLiaiaiaisssooons

Corrélation PPPrrrocessssssusMééétttierrr---Techniiiqueee

OOOrrrccchhheeessstratiooonnn
Ajussstablleee àààllaaavvvolololée

 Gestion de Contenu Informations Métier (Référentiels) Applications

Mobile Connecteurs J2EE & .Net
AAAnnnnnnuaireeed es SSSeeervvviceeesss &&&
ÉÉÉvvvééénemeeentsssMééétttieeerrr

Gestion de la
R èg les Mééétttierrr
CCConsssooommmmmmatatateeeursFFFournrnrnisssssseurrrsssLiLiLiaiaiaisssooons


PPPrrrocessssssusMééétttierrr---Techniiiqueee

OOOrrrccchhheeessstratiooonnn
Ajussstablleee àààllaaavvvolololée

Connaissance
rtenaires Applications
Sécurité Transactionnel Ordonnanceur
Mainframe
Gestion des échanges Authentification AAAnnnnnnuaireeed es SSSeeervvviceeesss &&&

B2B avec l’extérieur Autorisation Courte - Longue ÉÉÉvvvééénemeeentsssMééétttieeerrr

CCConsssooommmmmmatatateeeursFFFournrnrnisssssseurrrsss
LiLiLiaiaiaisssooons

PPPrrrocessssssusMééétttierrr---Techniiiqueee
R èg les Mééétttierrr

Compensation OOOrrrccchhheeessstratiooonnn
Ajussstablleee àààllaaavvvolololée

Confidentialité, …

99
Urbanisation du SI par Eric Le Guillou
 EXEMPLE DE MISE EN PLACE :
DISTRIBUTION
CourtiersAllianz Expertise Agents Clients / Prospects Permettre à chaque
Découpler les & Conseil utilisateur (client,
évolutions FO commerciaux, …)
(ergonomie, …) du Front Office
d’accéder aux
cycle des releases données et services
du BO par exposés par le SI
l’exposition et d’Allianz sans
l’orchestration de distinction du canal
services Mobile Tablet Web utilisé
Exposer les Permettre de
processus métier en personnaliser
multi-accès l’affichage en fonction
Middle Office de l’expérience
Augmenter par
l’agilité la réactivité utilisateur et du device
des développements
et déploiements Gestion des processusmétier Moteur de
d’évolutions
Référentiel
règles
de Services
Fournie des Médiation (BRMS) Collecter et stocker
capacités de pilotage toutes les données et
transverse des événements clients
processus métier
Capitaliser la
performance des
nouvelles technologies
Exposer les pour valoriser les
fonctions cœurs de Plateformes données à travers des
l’assurance BO assurance d’entreprise Business nouveaux cas d’usage
Fournir aux agents (ABS, GCP, NSP, (GED, DOM, paiement Intelligenc Marketing Big Data Promouvoir les
les accès aux SIG, SCR, …) électronique, signature e services de rendu des
fonctions données pour
électronique, ...)
nécessaires à leurs alimenter les systèmes
tâches de décision et du
marketing
Intégrer les plateformes d’entreprise et les outils marketing

100
Fournir les capacités d’analyse de données et de pilotage

Urbanisation du SI par Eric Le Guillou

 LA PLATE-FORME DE
MÉDIATION
La Plate-forme de médiation doit accompagner l’évolution
du système d’information. Elle s’appuie sur un certain
nombre de principes fondateurs - stratégiques, métiers,
fonctionnels, architecturaux ou techniques. Parmi cet
ensemble de principes, quatre ont un impact direct sur la
gestion des échanges au sein du SI :
Découplage : les évolutions d’une brique devront avoir un
impact minimum ou nul sur les autres briques ;
Sécabilité interne : N’importe qu’elle brique devra pouvoir
être remplacée par une autre de la façon la plus rapide et
la plus transparente possible.
STP (Straight Through Processing) : La recherche de
minimisation globale des délais d’exécution des processus
(approche ‘0-latency’) peut avoir une conséquence directe
sur les choix d’architecture.
Fiabilité des échanges : La Plate-forme de médiation doit
offrir une solution globale de pilotage des échanges et de
supervision des modes de transport.

101
Urbanisation du SI par Eric Le Guillou
 LA PLATE-FORME DE
MÉDIATION
Pour respecter ces grands principes, la « Plate-forme de
médiation » a été positionnée au sein du SI comme une brique
applicative à part entière avec ses propres fonctions.
Connectivité
Publication/Abonnement
Routage
Trans-codification
Rétention
Supervision & Suivi des erreurs

Les applications opérationnelles ne devront surtout pas re-

développer ces fonctions transverses

Le principe du Pivot et du demi flux :

Le demi flux permet de gommer :
les disparités de technique d’émission et de réception
les disparités de format d’interface (définition d’un format
PIVOT) ,

102
Urbanisation du SI par Eric Le Guillou
 MÉDIATION : TYPOLOGIE D’OUTILS
Les solutions d’échange sont multiples et dépendent de la
nature des flux
Transfert de fichiers pour des échanges de forte volumétrie
ETL pour des chargements de base à base
MOM pour des échanges impliquant le plus souvent un
mainframe
EDI pour des échanges avec des partenaires
EAI pour les échanges au fil de l’eau entre les applications
ESB qui reprend les fonctionnalités de l’EAI avec la
fonction d’orchestration en plus

Chaque outil doit être utilisé dans le cadre de son

périmètre naturel afin de garantir la flexibilité du SI. Tous
les échanges ne peuvent donc pas être supportés par un
ESB. Des critères d’éligibilité doivent être définis afin de

106
déterminer la solution la solution à utiliser.
Urbanisation du SI par Eric Le Guillou
 LA PLATE-FORME DE MÉDIATION : ZOOM
ESB
Supporte de multiples protocoles de transport synchrone ou asynchrone. Il faut voir l'ESB
comme un "super-connecteur". Son rôle est de se connecter à tout type de ressources ou
Connectivité fournisseurs de services. C'est grâce à cela qu'il permet une exposition en couplage
lâche de fournisseurs de services.

Permet d'effectuer des routages de message basés sur des règles (de contenu, de
Routage contexte, etc). Idéalement ce routage s'appuie sur un annuaire, sur un registre de
services et éventuellement sur un moteur de règles.
Adapte le format des messages, le protocole, effectue des transcodifications entre
Médiation l'appelant et l'appelé.

Transforme en service(s) un composant ou un traitement d'une application qui ne le peut

Exposition de services pas facilement.

Agrégation simple de Effectue des agrégations simples de services de niveau N pour construire des services
de niveau N+1. Si l'agrégation est complexe on préférera utiliser un moteur
services d'orchestration.

Traitement d'événements
Permet la création des règles de corrélation et de jointure d'événements.
complexes

Permet la définition des contrats de services : SLA, niveau de QoS, gestion des priorités,
Contrat de service sécurisation des messages (signature et cryptage), garantie de la livraison et de l'intégrité
des messages.
Offre des fonctions d'audit, de traçabilité, de mesure, d'administration et d'exploitation qui
Supervision et audit permettent le suivi des traitements. Selon la qualité de l'implémentation, cette
fonctionnalité sera déléguée à un outil tiers.

107
Urbanisation du SI par Eric Le Guillou
 MÉDIATION : LESOUTILS
D’INTÉGRATIONS OS appli. Format Format Format Volumétrie Débit Transformat Routage en
SGBD message unitaire ion de fonction du
Fichier
données contenu

ETL Tous types Tous types Tous types Tous types Max : Limite < ~10 Mo/s Tous types Tous types
avec accès du disque (1)
local

MFT Tous types Aucun Tous types Aucun Limite du Limite Aucun En fonction
disque réseau du nom de
File
fichier
transfer
MOM Tous types Aucun Tous types Tous types Max : 100 < ~ 50 Mo/s Aucun En fonction
MQs, Mo ou Limite de l’en tête
de la
JMS
mémoire

EAI/ESB Tous types Tous types Tous types Tous types < 6 Mo < ~ 1 Mo/s Tous types Tous types
avec accès
local

Le tableau ci-dessous synthétise les fonctions possibles pour chaque outils

Polling Fil de l’eau Planifié Transform. Dégroup Agrégat. Diffusion Routage Abonnem. Q/R sync.

ETL

MFT

MOM

EAI/ESB 108
Urbanisation du SI par Eric Le Guillou
CAS D’USAGE COUPLAGE LÂCHE

Le service invoqué peut être exposé dans une autre technologie, utiliser une autre représentation des données, être
asynchrone ou en cluster, etc. L’ESB va prendre en charge ces adaptations pour libérer l’application appelante des
adhérences avec l’application qu’elle appelle. Le problème d’adhérence est bien sur reporté dans l’ESB mais on
considère qu’il est plus facile et plus rapide d’effectuer des modifications dans l’ESB que dans les applications duSI.

Exposition : Le consommateur ne connaît que l'ESB. Il invoque le service que ce dernier lui expose. Cette invocation
se fait sur un protocole et avec un format de données qui sont indépendant du fournisseur de service.

Routage : L'ESB détermine le fournisseur de service à invoquer (éventuellement en s'appuyant sur un registre ou
annuaire de services).

Transformation : l'ESB réalise une médiation de format vers celui pris en charge par le fournisseur de service.

Invocation : C'est l'ESB qui invoque le fournisseur de service.

109
Urbanisation du SI par Eric Le Guillou
CAS D’USAGE COMPOSITION

La composition peut s'avérer nécessaire quand l’application qui fournit les primitifs métiers ne peut pas exposer
facilement ou rapidement des services conformes à la définition métier qui en a été faite.

L'ESB expose un service virtuel qu'il construit par composition ou agrégation de plusieurs autres services.

Il s’agit ici d'un assemblage simple de service, et non d'orchestration ou de processus..

110
Urbanisation du SI par Eric Le Guillou
CAS D’USAGE GESTION DE VERSION

Comment limiter l'impact d'une montée de version d'un service dans une architecture intégrée, quand un nombre
quelconques d'applications dépendent de la version courante de ce service ?

Ou, à l'inverse, comment déployer en avance de phase une application cliente d'une version d'un service nonencore
publiée ?

Plusieurs situations peuvent se présenter :

Lesversions sont incompatibles entre elles (il n’est pas possible d’effectuer une transformation vers la version la plus
récente) : le choix d'une version se fait par routage.

Lanouvelle version est une extension compatible avec la version précédente : L’ESB effectue l’appel vers la
nouvelle version en appliquant une transformation du format d’entrée, du format de sortie ou des deux formats.
Ceci évite de maintenir dans l’application cible deux versions d’un mêmeservice.

111
Urbanisation du SI par Eric Le Guillou
CAS D’USAGE ORCHESTRATION

Comment déployer un workflow complexe, hébergeant les processus métier de très haut niveau?

Pour éviter de lier trop fortement l’orchestrateur de processus avec les services qu’il appelle, il est recommandé
d’insérer un ESB qui joue encore une fois le rôle de médiateur. Exemples:

Ilconvertit les données échangées au format défini par la conception du processus (alignement avec les besoins
métiers)

Ilpeut exposer tous les services avec la même technologie pour simplifier la réalisation du processus.

Ilcrée un nouveau service en agrégeant deux services existants (ce nouveau service sera éventuellement réintégré
ultérieurement dans une des briques du SI à l'occasion d'une phase de rationalisation)

112
Urbanisation du SI par Eric Le Guillou
 IDENTIFIER ET QUALIFIER LES ÉCHANGES
Dans le cas d’un projet portant sur une nouvelle application
Identifier les fonctions portées par l’application permet d’identifier les
objets traités
Identifier les objets traités par l’application
Identifier l’état (cycle de vie) des objets dans l’application
Identifier l’application qui gère l’état précédent, elle est certainement la
source pour cet objet
Identifier l’application qui gère l’état suivant, elle est certainement la cible
Dans le cas d’un projet portant sur une application existante
Identifier les flux existants
rapprocher leur contenu des objets décrits par le dictionnaire de données
(ArticleVente, ArticleAchat, ArticleFabriqué, Article. UB, …)
Procéder comme pour une nouvelle application pour ajouter des flux
Identifier les flux cibles et les flux transitoires
Dans le cas d’un projet visant à migrer une application existante
Identifier les flux existants
Identifier les flux cibles pour la nouvelle application
Identifier les flux transitoires permettant d’alimenter en parallèle les deux
applications
Dans tous les cas, identifier les opportunités de mutualisation avec des
échanges existants portant sur les mêmes objets

113
Urbanisation du SI par Eric Le Guillou
 IDENTIFIER ET QUALIFIER LES ÉCHANGES

Echanges Identifiés Echanges Qualifiés

114
Urbanisation du SI par Eric Le Guillou
CARTOGRAPHIE TECHNOLOGIQUE
Execution
End user interaction Integration Application
Presentation Business Process Management Host Server Services
UI Controller Form Mgt Page Template/ Web Application
Rendering Business Activity Process routing & Process Interface/
/ FlowMgt Layout Services Monitoring Rule Management Aggregation Server Server

Mobility/Multi Presentation Printing External ProcessState Simulation Mainframe Package

Channel Delivery ComponentLibrary Integration (CTI) Management execution

User Workflow Services

Application Connectivity Batch
End UserRole End User Routing WorkQueue WorkflowState
Management and Rule Mgt Management Management Messaging Connectors Object / Component
Connectivity Access Batch Job Controller Job Scheduler

External Partner Restart /

Portal Synchro / Offline
Integration Job Monitoring Recovery
Portlet Services User Profiles / Portal Content Customization
User Admin Administration Collaboration Personalization
Aggregation

Transformation and Formatting Business Components

Communication and Collaboration Aggregation/ Common Process
Transformation Consolidation Business Objects Components
Team Audio/Video/Web Calendar/ E-mail Instant
collaboration Conferencing Schedule Messaging
Sort / Filter Message Integration Resource
Formatting Components Components

Output Management / Printing

Formatting Distribution Printing Mailing Data Migration Services Rules Management
Extract Transform Load Sort / Filter Rules Rule Storage
Configuration
Enterprise Content Management Data control Aggregation/ Enrichment
Document Consolidation Rule Processing
WebContent Document & Document Document
Management Scan Routing Search Management
Recognition Standard Document
Digital Media
Messaging and Routing Master data Management
Acknowledgement Routing Message Publish / Data quality Data admin
Reporting Business Intelligence Correlation Subscribe
Report Report Report Ad-Hoc Queries Analytical Dashboards Data Mining Message Publish / Data Parameter
Building Rendering Distribution Processing Sequencing Retry Subscribe traceability repository

Transversal Services (cross-cutting services)

Common Application Framework Data Services Security Services
Error / Resume Caching Logging & Audit Indexing Data Archiving Authentication Authorization Encryption Audit Trail /
Handling Tracing Non-Repudiation

Thread Metadata Single SignOn Id & Access

Management … Data Access
Management
SecurityReporting
(SSO) Management

115
Urbanisation du SI par Eric Le Guillou
PROJET ANNUEL – VOLET URBANISATION

Définir la vue applicative As-Is & To-Be

Définir les application impactées et les positionner sur le
POS
Présenter les cartes d’identité des applications
Présenter un schéma des flux applicatifs en présentant les
outils de médiation
Présenter une cartographie technologique
L’impacte sera de trois types supprimer, modifier, nouveau

116
UrbUarnbiasnaitsiaotniodnudSuIpSaIrpaEricErLiceLGeuGilluoiullou
 ARCHITECTURE DIAGRAM
App. Component Description
APPLICATIVECOMPONENTS

User

xxx ABS Functional System

(SA Code)
Note: SA Code must be indicated between brackets

xxx Group Functional System (exceptABS)

(SA Code) Note: SA Code must be indicated between brackets

xxx New AzF Functional System

(SA Code)
Note: SA Code must be indicated between brackets

xxx Legacy AzF Functional System

(SA Code)
Note: SA Code must be indicated between brackets

xxx Modified Legacy AzF Functional System

(SA Code) Note: SA Code must be indicated between brackets

xxx Dead Functional System

(SA Code) Note: SA Code must be indicated between brackets

xxx Decommissioned Functional System

117
(SA Code)
Note: SA Code must be indicated between brackets
Urbanisation du SI par Eric Le Guillou
 ARCHITECTURE DIAGRAM
App. Component Description
APPLICATIVECOMPONENTS
xxx External system or sub-system
(SA Code)
Note: SA Code must be indicated between brackets

xxx Technical system or sub-system (ESB, ETL, Gateway,…)

(SA Code)
Note: SA Code must be indicated between brackets for MediationSA

Module Module/ Function within a system (example with functional system)

Module Sub-Module/ Sub-Function of a Module / Function within a system

Sub-ModuleSub-Module
(example with functional system)

Or
Func. Technical Area (Network,…) or Other Area (Functional,
Tech. Applicative,…)

118
Urbanisation du SI par Eric Le Guillou
 ARCHITECTURE
Flow
FLOWStype
Description
DIAGRAM
Existing flow

New flow

U Updated flow

X Deleted flow

Synchronous (unit message)

Asynchronous (unit message)

Batch flow (mass)

S Synchronous (batch)

A Asynchronous (batch)

119
Urbanisation du SI par Eric Le Guillou
 ARCHITECTURE DIAGRAM
Tech Component Description
TECHNICALCOMPONENTS
Database

LDAP Directory

Engine / Technical process

Transformation / transcodification engine

Web Service

File / Document

Message

Queue

Workstation

120
Urbanisation du SI par Eric Le Guillou
 ARCHITECTURE
Item Description
MISCELLANEOUS DIAGRAM
! Warning
1 2 3 4 5
6 7 8 9 0
Number

Completeness

121
Urbanisation du SI par Eric Le Guillou
 GENERAL ARCHITECTURE
Repositories
Zone 1
Customers Intermediaries Partners HR

FCPFA(M4) NSP(NS) DBPostale

(DB) Sub zone1
RI3A(C4) Repères(XR) Anna(NN)
FCA(RC) SCR(SC)
Sub zone2
SA $$01 SA $$06
SA $$02 SA $$07
SA $$03 SA $$08
Main Application SA $$04 SA $$09
SA$$05 SA$$10
Module

User Sub-Module Sub-Module Sub-Module Sub-Module Zone 2

Type 1
Distrib.
SA01
SA02
Module
SA03

Module
P&C
User Module
SA04
Type 2
SA05
Module SA06

Ind. Life
SA07
User Repository SA08
Type 3
Concept Concept A, concept B, Health
concept C, … SA09
SA10

GroupIns.
SA11
Technical Components BI
SA12
IntegrationHub Security ANDBis(AN)
TransverseWeb SMTP MassPrinting
• BF=Businessfunction NAS TokenDB RACF

122
ESB Features Gateway System
• FO=Front-Office (T2) (SL) ODSNet(WN)
*BO=Back-Office
Urbanisation du SI par Eric Le Guillou
Functionaldependency
EXEMPLE D ’ARCHITECTURE APPLICATIVE
LEGACY – France ABS – Germany

To be
!
Réf. Clients confirme
Claims
handler LTC(XC) XC d
J-1
To be J-1
! confirme
Tied Lagon (JL) JL d ETL
Agent J-1

ABS Batch
GPS system InfoSin (PI)
S
(AI)
PI

Client system
S
(M4)
IMS environment

IART Sinistres (S4)

Non motor
S
system (N4) S4

ABS (K1)
Underwriting S
(04)
ABS replicate (K1)
Intern K1
Motor system modules
S replicate
(P4) J-1

123
Urbanisation du SI par Eric Le Guillou
 CARTOGRAPHIE TECHNOLOGIQUE
Execution
End user interaction Integration Application
LAGON Presentation Business Process Management Host Server Services
ABS Rich Rendering UIController FormMgt PageTemplate/ Business Activity Process routing & Process Interface/ Apache Web Application W AS
client / Flow Mgt LayoutServices Monitoring Rule Management Aggregation Server Server Jb
oss-EAP/SO A *)
ABS Web Mobility/Multi Presentation Printing External (
ProcessState Simulation Mainframe Package
client Channel Delivery Component Library MS Word ThunderHead Integration(CTI) Management IMS execution

ABS User Workflow Services

Application Connectivity Control-M VTOM Batch
End UserRole End User Routing WorkQueue WorkflowState TIBC O
Management and Rule Mgt Management Management Messaging Connectors Object / Component
Connectivity ES B Access Batch Job Controller Job Scheduler

Synchro / Offline External Partner Restart /

ABS Portal Portal Integration Job Monitoring
Recovery
Ax way
Portlet Services User Profiles/ Portal Content Collaboration Personalization Customization (Gateway)
User Admin Administration Aggregation

DataStage Transformation and Formatting ABS Business Components

Communication and Collaboration Aggregation/ Allianz.fr Common Process
Transformation Consolidation
Team Audio/Video/Web Calendar/
ECON Instant TIBCO (AN) Business Objects Components
collaboration Conferencing Schedule E-mail Messaging ESB Message Integration Resource
Sort / Filter
Formatting Components Components

ThunderHead Output Management / Printing

Formatting Distribution Printing Mailing Data Migration Services Rules Management
ABS
Extract Transform Load Sort /Filter
Rules Rule Storage
DataStage DataStage Configuration
IBM Content Manager Enterprise Content Management IBM Content MGR on Demand Aggregation/
Datacontrol Enrichment
Document Consolidation Rule Processing
WebContent Document & Document Document DataStage
Management Scan Routing Search Management
Recognition Standard Document
EMC Input Accel Digital Media
Messaging and Routing ABS Master data Management
BUS Mainframe
Acknowledgement Routing Message Publish / Data quality Data admin
SAS Reporting BO SAS Business Intelligence Correlation Subscribe
Axway TIBCO
Report Report Report Analytical Message (Gateway) ESB Publish /
Building Ad-Hoc Queries Dashboards Data Mining Retry Data Parameter ATP
Rendering Distribution Processing Sequencing Subscribe traceability repository

Transversal Services (cross-cutting services)

Common Application Framework ORBIT Data Services KERBEROS Security Services
Error / Resume Caching Logging & Audit Audit Trail /
Handling Tracing Indexing Data Archiving Authentication Authorization Encryption Non-Repudiation
A3K Framework Active Directory Sun IAM/
Thread Ti…bcoESB Fwk Data Access Metadata SecurityReporting Single SignOn Id & Access
Management IMS Management (SSO) Management RACF

24
Urbanisation du SI par Eric Le Guillou
 ARCHITECTURE TECHNIQUE
Architecture Technique
Hardware & Réseaux
Concepts Clés Niveaux de services
Politique de sécurité
Représenter l’infrastructure du SI (serveurs, autres matériel et
Objectif
réseau)
Cartographie Technique
Artefacts
Politique de sécurité

L’objectif est triple :

Identifier le matériel sur lequel sont déployés les applications (Server et Data
Center) en y associant un niveau de service.
Cartographier le réseau.
Identifier les principes de sécurité

125
Urbanisation du SI par Eric Le Guillou
 SERVEURS (PHYSIQUE)

• Le mot serveur ne désigne pas une taille d'ordinateur,

mais un rôle joué par un appareil sur un réseau informatique.
• Un serveur peut être une petite boîte, un micro-ordinateur, ou alors un
mini-ordinateur, un mainframe voire une ferme de calcul.
• La taille de l'appareil et sa puissance sera choisie en fonction de la
quantité de travail.
• Quelques fabriquant de serveur : Apple, HP, Sun, IBM, DELL, Bull, …
• La durée moyenne d'arrêt des serveurs varie entre 36 minutes et 10
heures/an
• Les serveurs peuvent être montés dans des baies et placés dans des salles
informatiques climatisées, disposant des moyens de détection et
d'extinction de feux
• Ils peuvent être équipés de dispositifs de prévention des pannes et de
pertes d'informations, tels que les dispositifs RAID, des alimentations
redondantes
• Il existe des solution redondante de serveur type cluster voir des solutions
de réplication sur site déporté (exemple les banques)

126
Urbanisation du SI par Eric Le Guillou
 LA VIRTUALISATION DES SERVEURS /
APPLICATIONS
La virtualisation consiste à faire fonctionner un ou plusieurs systèmes d'exploitation
comme un simple logiciel, sur un ou plusieurs ordinateurs - serveurs, au lieu de ne
pouvoir en installer qu'un seul par machine

Les avantages sont nombreux :

- Utilisation optimale des ressources d'un parc de machines. Très souvent un grand
nombre de serveurs sont utilisés à peine à 15% de lui puissance.
- Partitionnement, isolation et/ou partage des ressources physiques et/ou logicielles
- installation, déploiement et migration facile des machines virtuelles
- économie sur le matériel par mutualisation (consommation électrique, entretien
physique, surveillance, support, compatibilité matérielle, etc.)
- allocation dynamique de la puissance de calcul en fonction des besoins de chaque
application à un instant donné

images manipulables : démarrage, arrêt, gel, clonage, sauvegarde et restauration,

sauvegarde de contexte, migration d'une machine physique à une autre

Les principaux éditeurs :

• VmWare : VMware vSphere
• MS : Hyper-V
• Citrix : Xen Server
• KVM (Kernel-based Virtual Machine) pour Linux

127
Urbanisation du SI par Eric Le Guillou
 EXTERNALISATION & CLOUD
COMPUTING
LES 3GRANDS MODÈLES TECHNIQUES
L’IaaS (Infrastructure as a service), le PaaS (Platform as a service) et le SaaS
(Software as a service) correspondent à 3 modèles techniques différents ou
utilisation de Cloud Computing. Chacun de ces modèles joue un rôle
spécifique :
L’IaaS correspond à la partie infrastructure du Cloud. Il permet aux
entreprises d’externaliser et de faire évoluer leur infrastructure
matérielle (serveurs, réseau et stockage) à la demande et à distance.
Dans l’IaaS, seule l’infrastructure matérielle (hardware) est
dématérialisée. C’est par exemple le stockage de données pour des
raisons de sauvegarde qui est fait par les entreprises qui souhaitent ne
pas avoir qu’en interne les données.
Le PaaS est un modèle qui se « pose » sur le IaaS. Il permet
d’externaliser l’infrastructure matérielle, mais également des
applications middleware : bases de données, couches d’intégration de
données et environnements de développement des applications.
Le SaaS est la couche finale du Cloud, la plus aboutie et la plus simple à
appréhender pour l’internaute. Elle permet à l’utilisateur final
d’accéder via une interface aux applications de l’entreprise,
hébergées sur un environnement sécurisé (il lui suffit de se connecter
avec ses identifiants via une interface). L’entreprise consomme alors ses
applications à la demande, en fonction de ses besoins réels

128
Urbanisation du SI par Eric Le Guillou
 SAAS
Le logiciel en tant que service ou Software as a Service (SaaS) est un modèle
d'exploitation commerciale des logiciels dans lequel ceux-ci sont installés sur des
serveurs distants plutôt que sur la machine de l'utilisateur.
Les clients ne paient pas de licence d'utilisation pour une version, mais utilisent
généralement gratuitement le service en ligne ou payent un abonnement
récurrent.

Les principales applications actuelles de ce modèle sont :

• le gestionnaire de relation client (CRM) ;
• la visioconférence ;
• la gestion des ressources humaines1 ;
• la messagerie et les logiciels collaboratifs.

Le logiciel en tant que service (SaaS) est donc la livraison conjointe de moyens,
de services et d'expertise qui permettent aux entreprises d'externaliser
intégralement un aspect de leur système d'information (messagerie, sécurité…) et
de l'assimiler à un coût de fonctionnement plutôt qu'à un investissement.

Le contrat de services est essentiel pour définir le niveau de qualité de service

(SLA).

129
Urbanisation du SI par Eric Le Guillou
 SAAS
AVANTAGES ET
INCONVÉNIENTS
Les solutions logicielles en tant que service (SaaS) sont principalement développées à
destination d'entreprises. Depuis quelques années le marché des SaaS est en très forte
croissance.
Avantages
• Meilleur contrôle de TCO et des charges techniques (Plus d’infra ni de soft)
• Poste « charges » au lieu d’ « investissement », facilité de trésorerie
• La rapidité de déploiement
• Scalabilité
Inconvénients
• Données sensibles de l’entreprise hébergées chez un fournisseur. Nécessité de prendre des
mesures contractuelles.
• Processus strictes à respecter dans les mouvement entrée/sortie/réaffectation de poste. Les
systèmes SAAS ne sont pas toujours connectés à l’annuaire de l’entreprise.
• Difficulté d’intégration du logiciel SaaS aux données de l’entreprise
• La qualité du système devient dépendant de celle du fournisseur SaaS. Aussi il est nécessaire
d’exiger des certification (audit) de type SSAE16, sinon compenser par des mesures ad hoc par le
client.
• Les migrations informatiques peuvent être compliquées puisqu'il faut basculer les données de la
plate-forme d'un fournisseur vers celle d'un autre
Point d’attention
• Prévoir une clause de réversibilité dans le contrat

130
Urbanisation du SI par Eric Le Guillou
 LA SÉCURITÉ ET SES OBJECTIFS
La sécurité de l’information vise à atteindre lesobjectifs
suivants

Objectif Définition
Confidentialité Garantie de non-diffusion ou de non-divulgation des informations
auprès de personnes physiques ou morales ou de processus non
autorisé(e)s.
Intégrité. Protection des informations contre toute modification ou
manipulation non autorisée, ou contre la duplication d'informations
enregistrées
Disponibilité Garantie de disponibilité de l’ensemble des informations et
services nécessaires à l’activité commerciale, lorsque cela est
nécessaire, pour les personnes physiques ou morales ou les
processus autorisé(e)s.
Non-répudiation Preuve que les informations émanent bien d’une personne
physique ou morale, ou d’un processus particulier(ère)

131
Urbanisation du SI par Eric Le Guillou
 LES PRINCIPES FONDAMENTAUX DE LA
SÉCURITÉ
DEL’INFORMATION
La sécurité de l’information est une obligation vis-à-vis des parties
prenantes de l’entreprise
En assurant la sécurité de l’information, l’entreprise honore ses obligations
légales et contractuelles et réponds aux attentes des différentes parties
prenantes (clients, partenaires, actionnaires et collaborateurs,notamment).
Les informations constituent un atout commercial stratégique pour
l’entreprise
Il est essentiel de garantir de façon adéquate la confidentialité, l'exactitude
et la disponibilité de toutes les informations, afin de répondre aux besoins
métier.
Les dispositifs de sécurité mis en place reflètent la valeur des informations
et les risques associés à une faille de sécurité
Les mesures adéquates de sécurité de l’information sont fondées sur la
valeur des informations ainsi que sur les risques encourus par l’entreprise en
cas de faille de sécurité.
Les dispositifs de sécurité de l’information doivent être réexaminés et
actualisés
Pour garantir l’adéquation, le bien-fondé et l’efficacité continus des
dispositifs de sécurité (contrôles et normes), ceux-ci doivent être
réexaminés et actualisés de façon régulière et programmée.

132
Urbanisation du SI par Eric Le Guillou
 QUALIFICATION TECHNIQUE :
CONTRAINTES, EXIGENCES ET NIVEAU
DESERVICE
Perte de donnée acceptée
Si une perte est acceptée l’application source doit être
capable de régénérer les données
Permet de déterminer l’infrastructure à utiliser
Plages d’activité
Permet de planifier l’exploitation de l’application
Disponibilité
Permet de qualifier l’architecture à mettre en place
(redondance, haute dispo, clustering ..)
Temps de traitement et volumétrie
Permet de dimensionner la puissance des machines pour
répondre aux exigences de traitement
Criticité (critique ou non critique)
Permet de prioriser les flux
Permet à l’exploitation d’adapter sa surveillance

133
Urbanisation du SI par Eric Le Guillou
NIVEAU DE SERVICE : EXEMPLE DE
CLASSIFICATION
Niveau de
Niveau de service Caractéristiques métier
service

Applications dont une courte

OR 0perte de données indisponibilité a un impact direct sur le
Service à haute 2heures maxi de perte de service chiffre d’affaire (par interruption
disponibilité partielle ou totale du business)

ARGENT Les données de ces applications sont

Service 6heures maxi de perte de données critiques, mais elles supportent une courte
hautement 12 heures maxi de perte de service indisponibilité ne mettant pas en péril le
sécurisé business.

BRONZE 48heures maxi de perte de données On accepte de perdre une partie des
Service 3jours maxi de perte de service données utilisateurs (48 heures d’activité)
standard

On accepte des pertes de données car les

BASE Perte de données > 48heures infos sont très volatiles ou peuvent-être
Services 15jours maxi de perte de service reconstruites depuis d’autres

134
minimaux Meilleur effort systèmes.La consultation est rare et non
critique
Urbanisation du SI par Eric Le Guillou
TYPE DESOLUTION

135
Urbanisation du SI par Eric Le Guillou
 REPRÉSENTATION ARCHITECTURE
TECHNIQUE

Serveurs : Mainframe, AS400,AIX\RISC,INTEL…

OS :zOS, OS400, UNIX, LINUX, WINDOWS, ….
Middleware : WebSphere, Jboss, CICS, IMS…
Base de données : Oracle, SQL Server, DB2, Terradata…
Protocole Réseau : JDBC, HTTP, SFTP, LDAP, TCP/IP, NFS,
JMS..
Hardware Réseau : Routeur, Firewall, Loadbalancer,
Cluster Fichier …

136
Urbanisation du SI par Eric Le Guillou
 EXEMPLE DE VUE TECHNIQUE D’UNE PLATE-
FORME
DE MÉDIATION
Loadbalancer
ESB

137
ETL MFT
Urbanisation du SI par Eric Le Guillou
EXEMPLE DEVUE TECHNIQUE D’UNE
INFRASTRUCTUREMIDDLEWARE

138
Urbanisation du SI par Eric Le Guillou
ILLUSTRATION

139
Urbanisation du SI par Eric Le Guillou
ARCHITECTURE RÉSEAU

140
Urbanisation du SI par Eric Le Guillou
ARCHITECTURE RESEAU

141
Urbanisation du SI par Eric Le Guillou
 CARTOGRAPHIE TECHNIQUE

Infrastructure
Network Services Infrastructure Services Infrastructure
Security Services
End User Computing
Computer File-Print Desktop Terminal Mail-Fax Media
Telephony Streaming Access Control
Integration
Services
Performance & Availability Services
Distributed
Component Clustering Failover Fault Load Monitoring Pooling
Services Tolerance Balancing
Content
Oriented
Data Management Services Environmental Services
File Transfer Security
Database Replication & Web Servers
Services Automated Call
Synchronization
Distributor
Directory Datawarehouse Application Language
Servers Interpreters
Asynchronous
Network
Communication
Perimeter
Virtual Application Virtualization Services Virtual Server Security

Protocols

Infrastructure Platform
System Level
Operating Systems Security
Dial Up-VPN Mainframe Unix Microsoft Linux

Data Centre Hardware

Integrated Voice Transport
Response Servers Network Mainframe Storage Security Accelerator Security

142
Urbanisation du SI par Eric Le Guillou
CARTOGRAPHIE TECHNIQUE

143
Urbanisation du SI par Eric Le Guillou
 SYNTHÈSE : LE META MODÈLE DU
SI
Macro Processus
Se compose de
Dictionnaire
Est défini dans
Processus Zone Fonctionnelle
Se compose de Objet
Se compose de
Métier
Est outillé Quartier Fonctionnel
Activité par Est représenté par
Se compose de
Format
Fonction Se Îlot Fonctionnel Appartient à d’échange Fait référence
(ou service métier) à
Types de compose de standard
Point de
Vente Couvre Normée par
Émet
Services Est porté
ou
Caractérise Contexte par Application Message
Applicatifs reçoit
Est instancié sur
Filière
Produits
Serveur
Est supporté par
Est hébergé sur

Vue des Processus Métier

Technologie Site
Est de type Vue des Objets Métiers

Vue Fonctionnelle
Type de Site
Magasin Vue Applicative
Entrepôt
Data Center Carrefour Vue Infrastructure
Data Center Externe

144
Urbanisation du SI par Eric Le Guillou
 AGEND
A

Introduction

Cartographie du SI

La démarche d’urbanisation et bonnes pratiques

L’architecture d’entreprise selon TOGAF où

l’urbanisation à la mode anglo-saxon.

145
Urbanisation du SI par Eric Le Guillou
 RAPPEL POURQUOI URBANISER LE SI

Besoin de transformer son SI en profondeur

pour s’adapter rapidement et à moindre coût
afin :
D’aligner la stratégie SI avec la stratégie de
l’entreprise
De fournir aux clients du SI, les niveaux de
service qu’ils attendent
De maîtriser les coûts et l’évolution du SI
De mesurer la performance du SI

146
Urbanisation du SI par Eric Le Guillou
 RAPPEL DES ENJEUX:
TROUVER UN ÉQUILIBRE ENTRE CES TROIS
ENJEUX
Appliquer et faire appliquer les changements nécessaires à la mise
en œuvre de la stratégie de l’entreprise
Participer à la mise en place des différentes actions de progrès
potentiel
Suivre et faire suivre les choix et les priorités d’investissement
Suivre la relation entre le SI et la stratégie de l’entreprise

Sauvegarder la cohérence du système d’information et en

améliorer son efficacité
Rendre le SI le plus réactif possible tout en préservant le
patrimoine informatique de l’entreprise

Mettre en place plus rapidement des systèmes de qualité tout en

limitant les coûts et les risques liés à la communication entre les
différentes fonctions impliqués, à l’intégration des nouvelles
technologies, des outils et méthodes.

147
Urbanisation du SI par Eric Le Guillou
 QUANT A-T-ON BESOIN D’UNE
DÉMARCHE D’URBANISATION ?
Votre système d’information est constitué de strates
technologiques superposées au fil du temps ?
Votre SI est très peu réactif : le temps de développement des
nouveaux projets est excessivement long ?
Il existe des recouvrements fonctionnels et des « trous » entre
les applications ?
Les utilisateurs ne se fient pas tous aux mêmes « données de
référence »
Les utilisateurs valident les informations à chaque sortie d’un
nouveau rapport ou même d’un état
Vous voulez maîtriser l’externalisation, l’infogérance, la sous-
traitance des activités non stratégiques…

148
Urbanisation du SI par Eric Le Guillou
 LES RISQUES À ÉVITER
Démarche généralement non intégrée dans la gestion des
projets
Gestion centralisée des cellules d’architectes et d’urbanistes
Equipes d’architectes et d’urbanistes non confrontés aux
réalités opérationnelles
Discours de spécialistes non orienté vers les opérationnels
Manque d’implication des directions Générale et SI
Comité d’urbanisation ayant peu de pouvoir décisionnaire
Manque de maturité des outils et des technologies
Nécessité de mettre en place une démarche, des
outils et un discours ciblés par interlocuteur
impliqué et par contexte projet

149
Urbanisation du SI par Eric Le Guillou
 PRÉ-REQUIS DE SUCCÈS

L’entretien dans le temps d’une dynamique d’urbanisation

suppose la présence d’une fonction pérenne pour :
Doter l'entreprise de ressources réellement en charge de
l'urbanisation
Inscrire dans la durée l'effort d'urbanisation
Catalyser et entretenir une dynamique de progrès
Relayer l’esprit d’Urbanisme au sein des projets
Faire évoluer progressivement le « patrimoine » SI
Intégrer l'urbanisation dans le dispositif de gouvernance du
SI

150
Urbanisation du SI par Eric Le Guillou
 RÉSULTATS D’UNE DÉMARCHE D’URBANISME
(1/2)
Un diagnostic détaillé de l’existant
Cartographie des processus, fonctions, applications,
technologies et pratiques méthodologiques et
organisationnelles

Un cadre normatif décrivant l’ambition de l’entreprise

Une cible de convergence qui démontre et garantit l’agilité
future des SI
Des instances de contrôles garantissant la coercition des
actions urbanistiques
Gestion de la connaissance en urbanisme et architecture
Des outils de formation et de communication à tous les
niveaux
Management de l’appropriation de l’urbanisme par chacun
des acteurs de la DSI

151
Urbanisation du SI par Eric Le Guillou
 RÉSULTATS D’UNE DÉMARCHE D’URBANISME
(2/2)
Des actions systématiques d'urbanisation
Management des processus projets pour s’adapter à la
démarche d’urbanisme
Refonte d’applications pour se rapprocher plus rapidement
de la cible
Création de référentiels, de composants réutilisables, mise
en oeuvre de plates-formes EAI-ETL, etc.

Des actions ponctuelles d'urbanisation

Interventions ciblées des urbanistes, porteuses d’une forte
valeur ajoutée
Technique, applicative, qualité, etc.

152
Urbanisation du SI par Eric Le Guillou
UNE RÉFLEXION GLOBALE,ACTIONS PROGRESSIVES
ET COERCITIVES

153
Urbanisation du SI par Eric Le Guillou
 CADRER LES PROJETS MÉTIER STRUCTURANT
LE SI

Faciliter la définition des projets - en phases d’étude - et

projets d’évolutions (Avant-projet/Conception) sur la base
d'une vision partagée du SI,
Mieux mesurer les impacts lors de nouveaux projets ou de
projets d'évolution du SI grâce à la capitalisation de la
connaissance sur le métier et le SI,
Faciliter la préparation des tests :
Scénarii de recette fonctionnelle élaborés à partir de la
modélisation des processus et des procédures,
Tests d’intégration préparés en s'appuyant sur les cartes
inter-applicatives et les cartes d'environnement des
applications,
S'appuyer sur les processus métier lors de la préparation
de la conduite du changement pour l'utilisation des outils
logiciels.

154
Urbanisation du SI par Eric Le Guillou
MISSIONS DU PÔLE D’URBANISATION : RATIONALISATION
DU SI
Action Livrable Périodicité

Proposer et faire vivre Cartographie cible +

Semestriel
une vision du SI cible justification

Proposition de projets, proposition

de trajectoire de rationalisation
Initier ou proposer les Identification des fonctionnalités
redondantes au sein des
Semestriel
actions de rationalisation
applications

Cadrer les évolutions Notes d’architecture et

recommandations
‘métier’ du SI dans un Ex : Solutions existantes à reprendre,
alerte sur des opportunités de Projet
objectif de rationalisations ou proposition de
rationalisation solution ‘groupe’

Suivre le plan de Note d’avancement du

rationalisation projet de rationalisation Trimestriel

155
applicative applicative
Urbanisation du SI par Eric Le Guillou
MISSIONS DU PÔLE D’URBANISATION : GARANT DU
RÉFÉRENTIEL
Action Livrable Périodicité

MAJ Cartographie par

Consolider le référentiel
projet grâce au dossier Projet
SI
d’architecture

Définir les règles et Guide des préconisations et bonnes

pratiques
bonnes pratiques de Liste des livrables AF & AAd’un Semestriel
l’AF & AA projet

Former les différents Guide de formation

Coaching Bi-Mensuel
intervenants Formation

Cartographies actuelles
Communiquer et et cibles
Hebdomadaire
diffuser le référentiel SI Mise à disposition du

156
référentiel SI
Urbanisation du SI par Eric Le Guillou
GOUVERNANCE PROJET

157
Urbanisation du SI par Eric Le Guillou
LES BONNES PRATIQUES LIÉES AU SI
1. La couverture fonctionnelle de chaque sous-système doit être évaluée
en regard du modèle de référence (POS). Tout débordement sur
plusieurs zones, ou plusieurs quartiers non adjacents doit être justifié.
2. La couverture d’un même bloc du modèle de référence par des sous-
systèmes aux fonctionnalités équivalentes doit être limité et justifié.
3. Dans le cas d’un progiciel qui ne répondrait pas à la règle #1, la mise
en œuvre de ce progiciel doit être étudiée dans une logique de
découplage des ensembles de composants par zone fonctionnelle. En
particulier, les zones « référentiel », « opérationnel » et « pilotage »
doivent être isolées.
4. Il convient d’évaluer la capacité de tout sous-système à s’intégrer au
SI au travers d’une infrastructure d’échange normalisée, et en
particulier d’écarter tout progiciel ne proposant pas les tables
d’interface, API, Web Services,… permettant cette intégration.
5. Tout sous-système utilisant une donnée référentielle se doit d’en
respecter le sens défini dans le sous-système référentiel propriétaire
de la donnée.
6. Tout sous-système alimentant des indicateurs décisionnels se doit d’en
respecter le sens défini dans le sous-système décisionnel portant cet
indicateur.

158
 COUVERTURE FONCTIONNELLE DES
APPLICATIONS
Pilotage
Quartier Quartier Quartier

Îlot Îlot Îlot Îlot Îlot

Îlot Îlot Îlot

Production Référentiels Distribution

Quartier Quartier Quartier Quartier Quartier

Îlot Îlot Îlot Îlot Îlot Îlot Îlot

Îlot Îlot Îlot Îlot

Quartier Quartier

Îlot Îlot Îlot Îlot

Quartier

Îlot Îlot Îlot Îlot Îlot Îlot Îlot

Échanges Médiation
(avec l’extérieur) Quartier Quartier
Îlot Îlot Îlot

Quartier Îlot Îlot Îlot Quartier Îlot Îlot

Îlot

Support
Quartier Quartier Quartier

Îlot Îlot Îlot Îlot Îlot Îlot Îlot

159
 COUVERTURE FONCTIONNELLE DES
APPLICATIONS
Pilotage
Quartier Quartier Quartier

Îlot Îlot Îlot Îlot Îlot

Îlot Îlot Îlot

Production
Là, ce n’est pas idéal Référentiels Distribution

Quartier Quartier Quartier Quartier Quartier

Îlot Îlot Îlot Îlot Îlot Îlot Îlot

Îlot Îlot Îlot Îlot

Quartier Quartier

Îlot Îlot Îlot Îlot

Quartier

Îlot Îlot Îlot Îlot Îlot Îlot Îlot

Échanges Médiation
(avec l’extérieur) Quartier Quartier
Îlot Îlot Îlot

Quartier Îlot Îlot Îlot Quartier Îlot Îlot Îlot

Support
Quartier Quartier Quartier

Îlot Îlot Îlot Îlot Îlot Îlot Îlot

160
LES BONNES PRATIQUES LIÉES AU SI
7. Une donnée ne doit être gérée qu’à un seul endroit. Les duplications
(pour lecture) sont envisageables pour résoudre des problèmes de
performance et/ou de continuité de service. Les duplications ne
doivent être réalisées qu'en dernier recours. La synchronisation
technique est à privilégier ( mécanisme Oracle, etc.).
8. En cas de non compatibilité technique ou parce qu’un Progiciel
nécessite des bases en propre, une synchronisation applicative doit
être mise en œuvre.
9. Dans ces cas de duplications , il est préférable d’accéder au DB via des
vues afin d’assurer une étanchéité avec le rythme d’évolution du
modèle de la base source
10.Dans ces cas de duplications , les données ‘référentiel’ sont diffusées
en mode ‘étoile’ plutôt qu’en mode ‘cascade’ ( c’est-à-dire directement
depuis la source )

Ref Appli A Ref Appli A Ref Appli A Appli C

Appli B Appli B Appli B

161
LES BONNES PRATIQUES LIÉES AU SI
11. Il convient d’éviter autant que faire se peut d’implémenter
dans un sous-système une fonction qui puisse être
implémentée dans un sous-système plus spécialisé, sauf
contrainte manifeste de performance ou d’intégrité des
données.
12. En particulier, ne pas implémenter dans un sous-système des
fonctions référentielles, qui puissent être portées par un sous-
système référentiel dédié.
13. En particulier, ne pas implémenter dans un sous-système des
fonctions d’identification ou d’authentification, qui peuvent
être délégués à un sous-système dédié (Annuaire).
14. En particulier, ne pas implémenter dans un sous-système des
fonctions de restitutions de données qui puissent être
déléguées à un système décisionnel.
15. En particulier, ne pas implémenter dans un sous-système des
fonctions d’échange externe qui puissent être mutualisées
dans un sous-système dédié (de type plate-forme EDI).
16. Ne pas adopter de sous-systèmes, et en particulier de
progiciels, qui par conception ne seraient pas en mesure
d’absorber le double des volumétries de données ou de

162
traitement évalués sur les contextes dans lesquels ils doivent
être mis en œuvre.