Cours Urbanisme 2014

L’urbanisme : démarche, outils
et positionnement dans la
gouvernance des SI
Sommaire
1. Urbanisme : définition, concepts, démarche

2. Urbanisation des données
3. Progiciels, middleware et urbanisation
4. Cartographies et outils de cartographie
5. Mise en pratique de l’urbanisme au sein de
l’Entreprise
Sommaire

Définitions, objectifs
Présentation des concepts utilisés en urbanisme
La démarche d’urbanisation
Introduction à l’urbanisation : la métaphore de
la ville
Qu’est ce que l’urbanisation ?
D’après le grand Larousse : « Art de disposer l’espace urbain ou rural au sens le
plus large (bâtiments d’habitation, de travail, de loisir, réseaux de circulation…)
pour obtenir son meilleur fonctionnement et améliorer les rapports sociaux »
Cette définition s’adapte parfaitement au contexte des Systèmes d’Information
L’urbanisation c’est donc : définir et appliquer des règles et principes de construction
des SI, règles de communication, d’échanges, d’interopérabilité, principes d’identification,
de définition et d’utilisation des informations de référence…
L’urbanisation c’est aussi : l’art d’opérer la césure au bon endroit entre les différentes partie
d’un SI, césure entre les métiers, entre les axes de pilotage, entre les fonctions, entre les
applications…
La notion d’urbanisation des SI et la discipline associée sont récentes :
1996/1997 : prise de conscience en France de l’importance de structurer le SI
dans son ensemble et premières méthodologies (grandes sociétés des secteurs
Telecom, Banque/Assurance)
Début des années 2000 : généralisation de la discipline à tous les secteurs et
dans le milieu universitaire
Urbanisation vs architecture
Qu’est ce que l’architecture ?

D’après le grand Larousse : « art de construire des édifices selon des proportions
et des règles déterminées par leur caractère et leur destination »
Dans le domaine SI, la différence entre les deux disciplines est beaucoup moins
nette. Elles partagent les mêmes objectifs, et souvent les mêmes acteurs.
En pratique, en France, la notion d’architecture désigne plus les travaux portant sur les
infrastructures du SI (Gestion d’identité, Gestion des échanges, …), alors que la notion
d’urbanisme recouvre plutôt les travaux portant sur les SI métier.
Les grands objectifs de l’urbanisation
L’urbanisation poursuit des objectifs qui visent à rationaliser les Systèmes

d’Information et à les rendre plus « agiles » :
Aligner le Système d’Information sur les besoins des métiers de l’entreprise
Rendre le SI plus évolutif (faciliter la prise en compte des évolutions
réglementaires et des évolutions business, maîtriser les impacts, …)
Assurer la cohérence du Système d’Information et l’interopérabilité avec les
autres SI
Améliorer la productivité du Système d’Information (faire baisser les coûts,
rationaliser l’exploitation du SI,…)
L’urbanisation constitue un vecteur de communication pour tous les acteurs des
Systèmes d’Information (Directions métier, MOA, MOE, Exploitants) :
Élaboration d’un langage commun de Système d’Information facilitant le dialogue
entre tous les acteurs du SI (définition des concepts et des relations entre eux),
Constitution d’une base de connaissance permettant de pérenniser les travaux
de description à travers des vues cohérentes et exhaustives des Systèmes
d’Information.
L’urbanisation du SI – l’image idéale
SI existant SI cible
Pilotage
FRC FCI
FIPA Données
communes
Assedic
CAMCOT
SIP
CAMPA
BIC SIPAG
DUE Referentiel
PRU OLGA
Maintenance
Agi
Démarche d’urbanisation
Trajectoire de migration
r
BALAP PACO IBS
Données PE
Banques communes PIT
A
Banques
SIEBE
DADS
SIA
L
Cotisants Logistique
CODA
autres
systèmes "DCAF",
RH et achats DANA
Chirurgie
CAMFEA
FEA VOL Invalidité
TAIR
E Banques
Domaines fonctionnels
cohérents et indépendants
Fonctions
complexité cohérence
redondance partage Données
rigidité adaptabilité
L’urbanisation du baron Haussmann au 19e siècle
Sommaire

Présentation des concepts utilisés en
urbanisme
La fonction, concept central de l’urbanisme
METIERS ARCHITECTURE FONCTIONNELLE
Domaine fonctionnel
PROCESSUS Bloc fonctionnel
Zone
fonctionnelle
Phase
fonction
fonction
Quoi
id
en
r
tif
ne
ie
o n
r
o rd
Données FONCTION
ler
ADMINISTRATION manipu
DE DONNEES
ARCHITECTURE APPLICATIVE
vre
en œu
Mettre
Domaine applicatif
Bloc applicatif
APPLICATION Secteur
applicatif
composants
Comment
Sommaire

Démarche générale
Processus
Niveau fonctionnel
Niveau applicatif
Exemple
La démarche d’urbanisation décline la stratégie
d’entreprise
Enjeux métier Objectifs opérationnels
Orientations stratégiques Améliorer la performance
Permettre une connaissance partagée du
dossier collaborateur, garantir la qualité des
Stratégie informations
Assurer une gestion
d’entreprise de carrière efficace Standardiser les processus RH
Fidéliser les collaborateurs Mutualiser les fonctions de gestion

administrative
Processus Organisation
Pr oce ssu s de Pi l otag e
Dé fi ni ti o n d e l a
p o li ti qu e RH
Su i vi d e l a p o li ti q ue RH Vei ll e RH
DR H
Pr oce ssu s Opér ati onn el s
Vision métier Ac qu i s iti o n In t ég r at io n Su ivi Sép ar at io n Développement

hum ain
Re crute me nt
Adm inistration
du per sonnel
Form ation
Forma tio n
Relations
S ociales
Juri ste so cial

Com m unication
interne
Pro ces sus d e sup po rt

mag asin
Paye e t Fo r m ati on s T e m p s et co n g é s
r é m u n é r ati o n
Ge stion de s Fo rmation
atelier Gestio n so ciale
ca rrières
C o m m u n icat io n Re l atio n so ci ale A cti o n nar iat
in t e r n e i n te r n e
Re sp onsable Ge stion de s
ad mini stra tif établissemen ts
Plan de classement Architecture Fonctionnelle Concepts métiers

Type
Type de
depopulation
population Rémunération
Rémunération
P ilotage RH Groupe spécifique
spécifique
e RH
Groupe Norauto Population

Populationspécifique
spécifique
Données
Donnéesdede
rémunération
rémunération
u p ls
Production RH Groupe •niveau

•niveaugroupe
groupe
r o ie
Éléments •niveau
•niveaupôle
Élémentsde de pôle
G e nt
Vision Système
carrière •Niveau
•Niveaulocal
local
carrière
ér
développe dispose
éf
Support RH Groupe Entretien

Entretiende
decarrière
carrière
R
Entretien
Entretiend’évaluation
d’évaluation Emploi
Emploi
fait partie
Données
Donnéesd’emploi
d’emploi
exerce
Collaborateur
Collaborateur
d’Information Ac tivité
Centre Auto Compétences
Compétences
Langues
Langues
Diplômes
Diplômes
présente
Données
Donnéespersonnelles
personnelles
occupe
Poste
Poste
Postetype
Postetype
Emploi
Famille
type
Emploitype
type
type
Familled’emploi
d’emploi
constitue
porte sur
Filiale : Dossier
Dossierde
demobi
l ité
mobilité Poste
Posteàà pourvoir
pourvoir Commande
Commandede de
postes
Norauto Franc e Statut
Statut
porte sur Statut
Statut se rattache à
postes
Souhaits
Souhaitsdedemobilité
mobilité Données
Donnéesde
dediffusion
diffusion Statut
Statut
Profil
Profildu
ducandidat
candidat Nombre
Nombrede depostes
postes
Modalités
Modalitésdedemobilité Descriptif
mobilité Descriptifdes
despostes
postes
Descriptif
Descriptifdu
duprofil
profil
recherché
recherché
Architecture
opérationnels
Systèmes
GRH Admin Paie
Distribution Acquisition
applicative cible
Transformation de données
Vision Système
Echanges et
référentiels
Pivots Entrepôts
d’échange Référentiels
opérationnels
Informatique Transformation de données

décisionnels
Systèmes
Masse salariale Effectifs

Présentation de la démarche d’urbanisation
Généralement les démarches opérationnelles d’urbanisation se déclinent en
alternant de manière itérative :
Une approche « top down », c’est-à-dire en partant des processus métier
jusqu’à l’architecture applicative ;
Une approche « bottom-up », en prenant en compte les opportunités
technologiques (progiciels, innovations) pour alimenter la construction de
l’architecture fonctionnelle, voire faire évoluer l’organisation et les processus
métier.
Les concepts d’urbanisation doivent néanmoins être toujours utilisés selon

une démarche structurée.
Cette démarche s’applique à tous les types de projets d’urbanisation :

Schéma Directeur de SI
Etude d’urbanisation dans le cadre d’une fusion/acquisition, de
l’externalisation d’une activité, d’une réorganisation
Urbanisation d’un projet applicatif
Des processus métier à l’architecture applicative
La démarche d’urbanisation est une démarche structurée :
Architecture
Description de la cartographie applicative actuelle applicative de
l’existant
Plan de
convergence
Référentiel de Architecture
processus Architecture
fonctionnelle applicative
cibles cible
Analyse des Cible Cible Architecture

processus fonctionnelle applicative technique cible
Architecture
technique
Serveurs,
Identification des Fonctions Infrastructures bases de données
fonctions automatisables des applications
Données
Urbanisation des Entités fonctionnelles
données attributs Données
cibles
Sommaire

Processus
Niveau fonctionnel
Niveau applicatif
Exemple
Description des processus (1/3) Niveau Niveau Niveau
processus fonctionnel applicatif
L’analyse des processus cherche à décrire les activités réalisées afin de

les comprendre, de les maîtriser et de les optimiser.
Un processus se décompose en phases et en fonctions :
Un processus est
Un processus est un
un enchaînement
enchaînement chronologique
chronologique d’activités
d’activités participant
participant àà la la
Fonctions
réalisation d’une prestation pour un bénéficiaire.

réalisation d’une prestation pour un bénéficiaire.
Phase
La
La déclinaison
déclinaison en phases et
en phases fonctions permet
et fonctions permet dede décrire
décrire ce
ce qu’il
qu’il faut
faut faire
faire et
et
non comment le faire ou avec quels moyens.
non comment le faire ou avec quels moyens.
Phase
Phase
Une phase est

Une phase est une
une subdivision
subdivision du
du processus
processus correspondant
correspondant àà la
la création
création d’une
d’une
Fonctions
valeur ajoutée intermédiaire.

valeur ajoutée intermédiaire.
Processus
La fonction est,
La fonction est, le
le dernier
dernier niveau
niveau de de décomposition
décomposition d’un
d’un processus.
processus.
C’est
C’est l’unité
l’unité élémentaire
élémentaire de de travail
travail exécutée
exécutée dans
dans une
une unité
unité d’action,
d’action, de
de temps
temps
(interruptibilité) et de lieu (exécutée par un même acteur).
(interruptibilité) et de lieu (exécutée par un même acteur).
Certaines
Certaines fonctions
fonctions sont
sont automatisables,
automatisables, d’autres
d’autres non.
non.
Description des processus (2/3)
Niveau Niveau Niveau
La décomposition des processus en phases et en fonctions peut

s’effectuer selon la méthode suivante :
Identifier les familles de prestations réalisées,
Identifier les prestations et leurs « clients »,
En déduire les processus,
Analyser chaque processus selon la méthode « par l’aval » afin
d’identifier les phases et les fonctions.
Méthode
Méthode d’analyse
d’analyse par
par l’aval
l’aval

Pour
Pour identifier
identifier les
les phases
phases d’un
d’un processus,
processus, ilil faut
faut lister
lister les
les différentes
différentes actions
actions qui
qui seront
seront
menées
menées pour
pour transformer
transformer les
les données
données d‘entrée
d‘entrée enen produit
produit attendu.
attendu. On
On peut
peut procéder
procéder àà des
des
découpages
découpages plusplus ouou moins
moins fins,
fins, selon
selon le
le niveau
niveau dede détail
détail souhaité
souhaité dans
dans l'analyse.
l'analyse.

Le
Le principe
principe de de base
base dede l’analyse
l’analyse par
par l’aval
l’aval est
est de
de commencer
commencer l’analyse
l’analyse par
par le
le client,
client, le
le
service
service qui
qui luilui est
est rendu,
rendu, qui
qui doit
doit être
être la
la finalité
finalité de
de la
la première
première phase
phase enen contact
contact avec
avec lui.
lui.
Ensuite
Ensuite ilil faut
faut remonter
remonter lele flux
flux d’information
d’information vers vers l’amont.
l’amont. Chaque
Chaque phase
phase doit
doit être
être le
le client
client de
de
la
la phase
phase en en amont
amont (fournisseur).
(fournisseur).
Description des processus (3/3)
La description des processus doit répondre à quelques bonnes

pratiques :
Les
Les processus
processus devront
devront être
être identifiés
identifiés par
par type
type ::
Processus
opérationnel :: processus
Processus opérationnel processus conduisant
conduisant àà la
la réalisation
réalisation d’une
d’une prestation;
prestation;

Processus
Processus de support :: processus
de support processus non
non strictement
strictement indispensables
indispensables àà la
la réalisation
réalisation
de
de la
la prestation
prestation mais
mais dont
dont une
une défaillance
défaillance en
en dégraderait
dégraderait lala qualité;
qualité;

Processus
Processus de pilotage :: processus
de pilotage processus assurant
assurant lele pilotage
pilotage des
des autres
autres processus;
processus;
Respecter
Respecter les
les bonnes
bonnes pratiques
pratiques de
de nommage
nommage
Le
Le nom
nom desdes processus
processus commencent
commencent par par un
un verbe
verbe
Dans
Dans la
la mesure
mesure dudu possible,
possible, éviter
éviter le
le verbe
verbe «« gérer
gérer »» pour
pour les
les processus
processus
opérationnel
opérationnel etet de
de pilotage
pilotage
Exemple de processus RH : traiter une demande de
mobilité
Postes
Souhaits Modalités
possibles Candidat
de mobilité de mobilité
pour le retenu
connus fixées
candidat
Accord Accords
candidat Managers
Traiter une demande de mobilité
Définir les Identifier Définir les

Proposer le Attribuer Mobilité
souhaits de les postes modalités de traitée
candidat le poste
mobilité possibles mobilité
Poste libéré
vacant
Phase
Etude de cas : le SI d’un opérateur
gazier
Présentation de l’opérateur gazier :

L’entreprise
L’entreprise
L’opérateur est une filiale à 100% d’un grand groupe

Actionnaires et gère un réseau de transport de gaz naturel, ainsi
que des sites de stockage de gaz.
Utilisateurs
Législateur
Les
Les acteurs
acteurs
Opé
Opérateur gazier
Opérateur gazier
Le Groupe et ses actionnaires
Le régulateur : la CRE
Le législateur européen, le pouvoir législatif national
Régulateur
Les utilisateurs du réseau :
Fournisseurs de gaz, qui souscrivent dans leur
Les parties prenantes d’un opérateur de réseaux contrat des droits d’utilisation du réseau et du
stockage (« capacités »)
Clients raccordés au réseau, qui souscrivent un
contrat de raccordement
Cartographie des processus de l’opérateur gazier
Définir la
Définir Définir la Améliorer Définir la Définir la Définir la politique Définir la Piloter
notre politique la perfor- politique politique politique de politique contrôler
stratégie HSEQ mance SI indus- RH et communi- économi- mesurer
trielle juridique cation que et
CLIENTS ET AUTRES PARTIES PRENANTES

interne et budgétaire
externe
Développer les infrastructures de transport et de stockage

Exploiter les infrastructures de transport et de stockage
Processus
réalisation Mettre à disposition les données de comptage
Processus Maintenir les ouvrages

management
Assurer la supervision et la conduite des ouvrages
Processus Structurer et commercialiser nos offres et tarifs
supports
Gérer la relation client
Gérer les contrats
Suivre les flux commerciaux de gaz
Facturer
Suivre les
Gérer les Fournir Fournir Gérer le Gérer la flux Fournir une Garantir
achats/appros les SI une personnel communi- financiers assistance les
et les stocks assistance cation et assurer juridique services
SI les généraux
comptes
Exemple 1 : décomposition du processus
Facturer
Processus « Facturer » (un client ayant un contrat de transport)
Un client « Transport » achète des droits de passage (capacités) en différents
points du réseau et paye des pénalités en cas de dépassement
Son contrat précise les capacités souscrites à chaque point et pour chaque
période
Sommaire

Processus
Niveau fonctionnel
Niveau applicatif
Exemple
Description de l’architecture fonctionnelle (1/4)
L’architecture fonctionnelle est l’organisation structurée des fonctions d’un SI

(identifiées par l’analyse des processus) et des échanges entre elles. C’est le
niveau le plus stable du système d’information. Elle doit être construite de
façon à maîtriser les impacts lors de la prise en compte des orientations
stratégiques ou des évolutions réglementaires.
D1 D2
Elle est structurée sur différents niveaux : B21
B22
Z211
Domaines fonctionnels,
Q
Z212 Q
Blocs fonctionnels, B23
Fn Q
Zones, voire Quartiers et Îlots
Macro-fonctions.
La structuration des Domaines fonctionnels est en grande partie commune à
tous les SI (cf. slide suivant)
Les éléments de niveaux inférieurs (Blocs, Zones, …) sont spécifiques au SI
concerné. Ils sont identifiés de manière à favoriser l’évolutivité du SI
(regroupement des éléments qui subissent des variations concomitantes, qui
échangent beaucoup,…)
5 domaines fonctionnels sont généralement définis pour décrire les

architectures fonctionnelles :
REFERENTIEL PILOTAGE RESSOURCES
Ensemble des fonctions Ensemble des fonctions nécessaires au pilotage des métiers Ensemble des
liées à la gestion des opérationnels, à la stratégie et à la production des obligations fonctions couvrant les
nomenclatures, des règlementaires. gestion des ressources
données communes aux nécessaires aux
autres domaines Exemples : publication et reporting financier, règlementaire, domaines
fonctionnels. data mining & décisionnel,… opérationnels
Exemples : référentiel Exemples : gérer les

OPERATION ressources humaines,
organisationnel du
groupe, référentiel des Ensemble des fonctions couvrant les activités de production / les ressources
personnes (annuaire), opérationnelles. informatiques, la
référentiel clients, communication, …
référentiel fournisseurs, Exemples :
… pour un centre d’appel : gérer les files d’attente, enregistrer et Peut aussi couvrir les
mettre à disposition les données clients, ,… « services communs »
Pour une direction RH : gérer les carrières, la paye, les
congés, …
ECHANGE
Ensemble des fonctions de gestion des échanges internes au SI considéré, entre plusieurs SI ou avec des partenaires
extérieurs. Ce domaine couvre les entrées / sorties du système.
Exemples : orchestration des flux internes, transcodification et routage de flux E/S avec l’externe,…
La décomposition de l’architecture fonctionnelle d’un Système d’Information en

domaines fonctionnels est étroitement liée à l’identification des Systèmes
d’Information de l’entreprise
La construction de l’architecture fonctionnelle dépend du SI considéré :
Si l’on cherche à décrire un seul SI pour l’organisation, alors le système couvre
l’ensemble des fonctions de l’organisation et chaque domaine regroupe
respectivement les grandes activités de pilotage (contrôle de gestion, pilotage
stratégique…), de moyens (RH, informatique, communication…) et de
production (maintenance, comptage…).
Si, au contraire, plusieurs SI ont été identifiés au sein de l’organisation, alors il
faut raisonner en se positionnant dans chaque système. Par exemple, si l’on
considère un SI RH, le domaine pilotage regroupera les activités de pilotage
des RH, le domaine moyens, les moyens internes de la filière RH (suivi des
temps…) et le domaine opération, les fonctions métier des RH (gestion
individuelle, gestion administrative, gestion collective).
L’élaboration de l’architecture fonctionnelle permet de s’interroger sur le

sens de chaque fonction
Quelle est sa nature (gestion des compétences, carrières…)
Quelle est sa portée (Groupe, Activité…)
L’exercice de construction de l’architecture fonctionnelle s’appuie sur
quelques bases simples :
Respect des niveaux de responsabilité et détection des mutualisations
(fonctionnelles) possibles
Identification des césures à respecter
Une fonction appartient à une et une seule zone fonctionnelle ; une zone
appartient à un et un seul bloc ; un bloc appartient à un et un seul domaine
L’élaboration des architectures fonctionnelles ne répond pas à des

règles régaliennes. Cet exercice s’appuie à la fois sur le bon sens, la
connaissance du métier, l’intuition et quelques règles simples. C’est un
exercice à la fois rigoureux et artistique qui ne conduit pas à un seul et
unique bon résultat.
Le référentiel d’urbanisme d’entreprise peut guider / contraindre
l’exercice
Exemple : Cartographie Fonctionnelle d’un SI RH
Domaine RH Pilotage RH Domaines

connexes
Référentiels RH
Production RH
Moyens RH
Définir la

externe

Processus

management
supports
Gérer les contrats
Facturer
Suivre les
SI les généraux
comptes
Carto fonctionnelle cible centrée sur Reporting et publication
vente, contrats & facturation
Publication capacités Publication Publication capacités
Reporting commercialisables et souscrites et
Publication contrats,
Reporting CRE Reporting interne disponibles factures opérationnelles
Opérations
Commercialisation des Commercialisation des Gestion des services Gestion des services Gestion des services
capacités Transport capacités Stockage souscrits Transport souscrits Stockage souscrits Racc.
Gestion des capacités disponibles Enregistrement des capacités/offres souscrites Enregistrement des
caractéristiques du
Gestion des guichets Modification des capacités/offres souscrites raccordement
Gestion des règles d’attribution (PAPS, pro- Enregistrement des échanges capacités/offres
rata, enchères)
Calcul des capacités Calcul des capacités
ATR opérationnelles ATS opérationnelles
Animation des marchés secondaires
Enregistrement des options souscrites
Echange
Gestion administrative des contrats (Transport, Stockage, Racc)
Internes Externes
Demandes / réponses Ouverture Gestion des avenants Résiliation
Import données bilan
aux expéditeurs
Export données Facturation Transport Facturation Stockage Facturation Racc.
compta Envoi factures
Valorisation des options souscrites
Référentiel Valorisation des capacités / offres souscrites

Points commerciaux Calcul des quantités variables à valoriser
Clients / contrats Offres / Tarifs Calcul de la
Valorisation des quantités variables mensualité
Support Emission facture (fixe / variable)
Gestion documentaire Traçabilité / horodatage Gestion des avoirs
Gestion des alertes Confidentialité / Imputation comptable
cryptage
Sommaire

Processus
Niveau fonctionnel
Niveau applicatif
Exemple
Description de l’architecture applicative
Deux cas de figures se présentent selon le périmètre sur lequel

on pratique l’urbanisme et selon les finalités de la démarche :
Utilisation de la démarche d’urbanisation pour la conception d’une
application : dans le cas d’un projet d’application spécifique, l’ architecture
fonctionnelle sert d’appui à la conception de l’architecture applicative
structurée sur plusieurs niveaux :
Domaines applicatifs,
Blocs applicatifs, Domaine fonctionnel Domaine applicatif
B22 Bloc applicatif Bbb
Secteurs applicatifs, B21 Z211 Q Sbab Secteur applicatif
Composants applicatifs, Z212 Q
Composant
Services applicatifs Q B23 Bbc
Fn Q Services
Démarche d’urbanisation d’un SI complet : on raisonne sur les

applications elles-mêmes, en termes de couverture des fonctions par les
applications. C’est le cas le plus fréquent, en particulier dans le cadre d’un
schéma directeur informatique.
Sommaire

Processus
Niveau fonctionnel
Niveau applicatif
Exemple
Rappel de la démarche d’urbanisation
Couverture
Description de la cartographie applicative actuelle applicative
existante
Plan de
convergence
Référentiel de Couverture
cible
Analyse des Architecture Couverture Architecture

processus fonctionnelle applicative cible technique cible
Identification des Fonctions

fonctions automatisables
Démarche générale :
Cartographie du patrimoine applicatif existant
Cartographie de la couverture applicative actuelle de la cible
fonctionnelle
En parallèle : définition de la couverture applicative cible
Elaboration de la trajectoire vers la cible
Cartographie applicative de l’existant
La cartographie applicative donne une vision

dynamique du fonctionnement applicatif du SI
Cette représentation met en évidence :
Les flux
Les interdépendances
Les re-saisies...
Cartographie applicative existante de l’opérateur gazier
SNCC Stockage QUALIGAZ ECT Site Internet

PI Stockage Publication information
Supervision Gestion de la Publication capacités
Entrepôt de commerciale clients et commercialisables
Contrôle-commande données qualité gaz expéditeurs
Stockage stockage
Données de comptage
Programmes
bilans
PILOTE SCADA Réseau PEGAZ PROBILAN HERMES
notifications
Com.avec Supervision Traitement des données Programmation commerciale Gestion des
le terrain Contrôle-Commande de comptage Calcul des bilans échanges
Transport
Echanges GRD
et GRT
CRYSTALREPORT FACT
Serveur
Serveur Extractions
Oracle
Facturation Transport
Oracle Gestion des contrats
SCADA
SCADA
TGNet MSI
PROCATHO Gestion carrières
Simulation
Surveillance écritures
protection cathodique Microstation ETEBAC
ventes
Dessin frais
HYPERVISION
Gestion de la paie
écritures Gestion formation
Visit Géocomm GEO OUTLOOK SAP paie
Publication plans
Gestion des Transport Comptabilité générale PXL
plans Stockage Comptabilité analytique Formation / GTA
Comptabilité client ADID abs
Stocks détachés
Comptabilité fournisseur Gestion d’accès
commandes Gestion horaires
Provisions
DICT MAXIMO Factures fournisseurs GENERAFI
COLOSSE
Liasses fiscales
Gestion des achats Frais détachés
Gestion des Stocks
DOMANIAL Gestion de la BW
Gestion des conventions maintenance Extractions GDPA
de servitude Saisie Frais
Actuate Workflow absences
Extractions
Couverture applicative de la cible fonctionnelle
Représentation de la couverture par le parc applicatif existant de l’ensemble des fonctions
souhaitées
Permet de mettre en évidence : Cartographie
Cartographie applicative
applicative
Les redondances EXPERION SBT
PI Stockage COCAGAZ
Les lacunes
Publication information
Supervision Gestion de la
Contrôle-commande Entrepôt de
données qualité gaz
commerciale clients et
expéditeurs
Stockage stockage
Les « anomalies » d’un point de vue fonctionnel


Support de partage de l’état des lieux applicatif

PILOTE GAMOS COMPTAGAZ ATI
Com.avec
le terrain
Supervision
Contrôle-Commande
Traitement des données
de comptage
Programmation commerciale
Calcul des bilans
Transport
Support pour établir l’écart avec la couverture cible CRYSTALREPORT GESTRANS

Serveur
Serveur Extractions
Oracle
GAMOS
GAMOS
TGNet
PROCATHO Simulation
protection cathodique Microstation ventes
Dessin
fonctionnelle
Cartographie fonctionnelle
Couverture
Couverture applicative
applicative de
de la
la cible
cible fonctionnelle
fonctionnelle
Cartographie
Zoom sur les domaines vente, gestion des contrats
et facturation
ECT Site Internet
Publication information Publication capacités
commerciale clients et commercialisables
expéditeurs
Programmes
bilans
PEGAZ PROBILAN HERMES
Programmation commerciale notifications
Traitement des données de Gestion des
comptage Gestion des capacités Stockage. échanges
Calcul des bilans
bilans Echanges GRD et
GRT
FACT
Présentation des applications Gestion des contrats Tr.
Contrat et Facturation Racc
FACT est une application ancienne, sur-
mesure, développée en technologie
Progress, peu évolutive. écritures
ventes
PROBILAN est une application récente,
sur-mesure, développée en .NET.
ECT est une application extranet dédiée SAP
aux clients. Actuellement ECT n’a qu’une Comptabilité générale
fonction de publication de données. Comptabilité analytique
Comptabilité client
Comptabilité fournisseur
Les capacités commercialisables sont
publiées sur le site Internet institutionnel
de l’opérateur, mais la mise à jour des
données est manuelle et mensuelle.
Opérations
rata, enchères)
Echange
Internes Externes
aux expéditeurs

cryptage
Probilan Site Internet
Couverture applicative existante Reporting et publication FACT

Opérations
Gestion des règles d’attribution (PAPS, pro-rata, Enregistrement des échanges capacités/offres
enchères)
Echange
Internes Externes
aux expéditeurs
Export données compta Facturation Transport Facturation Stockage Facturation Racc.
Envoi factures

Clients / contrats Offres / Tarifs Calcul de la mensualité
Valorisation des quantités variables

Gestion des alertes Confidentialité / cryptage Imputation comptable
Diagnostic de la couverture applicative existante
De nombreuses fonctions sont encore réalisées « à la main » (au

mieux sur fichier Excel) ; elles apparaissent en gris / blanc sur la
cartographie.
La gestion des contrats est réalisée partiellement dans FACT
(Transport et Raccordement), partiellement dans Probilan
(Stockage). Par ailleurs, certaines fonctions très importantes
comme l’enregistrement des échanges ne sont pas automatisées.
La facturation n’est automatisée que pour le transport et le
Raccordement, dans FACT.
Il existe 2 référentiels des points commerciaux : un dans Probilan
et un dans FACT, ce qui induit des incohérences entre les 2
applications
Les fonctions de commercialisation des capacités sont encore
réalisées totalement manuellement.
Objectifs et besoins : métier et SI
Objectifs et besoins métier

Le métier souhaite industrialiser la gestion des contrats et la facturation du
stockage
La facturation et la gestion des contrats de raccordement resteront des
activités marginales, il n’est pas urgent de moderniser le SI les supportant
Concernant la gestion des contrats, il est urgent d’automatiser la fonction
d’enregistrement des échanges pour le transport, aujourd’hui non couverte
Le volume de vente de capacités augmentant, il devient difficile de
conserver le fonctionnement manuel. Un enjeu important est d’automatiser
ce processus en mettant en place un front-office web. L’idéal serait de faire
évoluer l’application ECT pour permettre la vente des capacités en ligne.
Automatiser les fonctions de reporting interne et externe.
Objectifs SI
En cible, éliminer la technologie Progress au profit du .NET.
Site Module Module
Reporting et publication LIRIS ECT
Couverture applicative cible Internet contrat facture

Opérations
enchères)
Echange
Internes Externes
aux expéditeurs
Envoi factures


Trajectoires du SI actuel vers la cible
opérationnels
Systèmes
GRH Admin Paie
Distribution Acquisition
Echanges et
référentiels
Pivots Entrepôts
opérationnels
opérationnels
Systèmes
GRH Admin Paie
décisionnels
Systèmes
Acquisition
Définition
Distribution
Echanges et
référentiels
Pivots Entrepôts
opérationnels
opérationnels
Systèmes
d’architectures GRH
Admin Paie
Acquisition
décisionnels
Distribution
Systèmes
intermédiaires
Echanges et
référentiels
Pivots Entrepôts
Couverture d’échange Référentiels

opérationnels
Description de la cartographie applicative actuelle applicative Transformation de données
décisionnels
Systèmes
existante
Plan de
convergence
Référentiel de Couverture
cible
Plan projets
2004
2004 2005
2005 2006
20 06 2007
2007
33èm
ème etrim .
trim. 4 èm
4ème etrim .
trim. 11erertrim.
trim . 2è2me
èm etrim.
trim. 3è3me
èmetrim.
trim. 4 èm e trim .
4 ème trim. 1 er
1e trim.
r trim. 2 èm
2ème etrtrim.
im . 3 èm
3ème etrim .
trim. 11erertrtrim.
im. 22
E-learning
E-learning
Analyse des Architecture Couverture E-lea rning

E -learning
processus fonctionnelle applicative cible

DIF
Gdt Service s
TdB
C onnaiss ance
collaborateur
P ortail RH
Les évolutions nécessaires pour passer du SI actuel au SI cible doivent être

identifiées et traduites en projets à lancer
Les différents enchaînements de projets envisageables sur la période de
temps considérée constituent les trajectoires possibles.

Opérations
enchères)
Echange
Internes Externes
aux expéditeurs
Envoi factures


Couverture applicative après Reporting et publication Probilan FACT
Site
Internet
Module
contrat
projet 1
Opérations
enchères)
Echange
Internes Externes
aux expéditeurs
Envoi factures


Couverture applicative après Reporting et publication Probilan FACT
Site
Internet
Module
contrat
projet 2
Opérations
enchères)
Echange
Internes Externes
aux expéditeurs
Envoi factures


Couverture applicative après Reporting et publication ECT FACT
Site
Internet
Module
contrat
projet 3
Opérations
enchères)
Echange
Internes Externes
aux expéditeurs
Envoi factures


Site
Internet
Module
contrat
projet 4
Opérations
enchères)
Echange
Internes Externes
aux expéditeurs
Envoi factures


Site
Internet
Module
contrat
Module
facture
Migration facturation
Opérations
enchères)
Echange
Internes Externes
aux expéditeurs
Envoi factures


Site Module Module
Reporting et publication LIRIS ECT
Couverture applicative cible Internet contrat facture

Opérations
enchères)
Echange
Internes Externes
aux expéditeurs
Envoi factures


Cartographie applicative : situation actuelle
ECT Site Internet

expéditeurs commercialisables
Programmes
bilans
notifications
Traitement des données de Programmation commerciale Gestion des
comptage Gestion des capacités ATS. échanges
Calcul des bilans
GRT
FACT
Gestion des contrats Tr.
Contrat et Facturation Racc
écritures
ventes
SAP
Comptabilité générale
Comptabilité analytique
Cartographie applicative : situation après le projet 1
ECT Site Internet

Programmes
bilans
notifications
Calcul des bilans
GRT
Module Contrats FACT

Capacités
Gestion des contrats Tr. souscrites Contrat et Facturation Racc.
écritures
ventes
SAP
ECT Site Internet

Programmes
bilans
notifications
Calcul des bilans
GRT
Module Contrats FACT

Capacités
Gestion des contrats Tr. souscrites Contrat et Facturation Racc.
Gestion des contrats St. Facturation Transport
écritures
ventes
SAP
ECT
Capacités commerciale clients et Site Internet
disponibles expéditeurs
Commercialisation des Publication capacités
capacités commercialisables
Programmes
bilans
notifications
Calcul des bilans
GRT
Module Contrats
Gestion des contrats Tr. FACT
Capacités
Gestion des contrats St. souscrites Contrat et Facturation Racc.
Gestion des capacités
disponibles
écritures
ventes
SAP
ECT
Capacités expéditeurs Site Internet
disponibles Animation du marché
secondaire Publication capacités
Commercialisation des commercialisables
capacités
Programmes
bilans
notifications
Calcul des bilans
GRT
Module Contrats
Gestion des contrats Tr. Capacités FACT
Gestion des contrats St souscrites
Gestion des avenants. Contrat et Facturation Racc.
disponibles
écritures
ventes
SAP
ECT
capacités
Programmes
bilans
notifications
Calcul des bilans
Echanges GRD et
bilans GRT
Module Contrats
Gestion des contrats St Module Factures
Capacités FACT
Gestion des avenants. souscrites Facturation Transport
Facturation Stockage Contrat et Facturation Rac.
disponibles
écritures
ventes
SAP
Cartographie applicative : situation cible
Données ECT
LIRIS Reporting ventes Publication information
capacités
Données Données de comptage
contrats
Programmes
bilans
notifications
Calcul des bilans
Echanges GRD et
bilans GRT
Module Contrats
Gestion des contrats St Module Factures
Gestion des contrats Ra. Capacités Facturation Transport
Gestion des avenants. souscrites Facturation Stockage
Facturation Raccordement
disponibles
écritures
ventes
SAP
Sommaire

Données et Référentiel : définitions et objectifs
Démarche
Gouvernance des données
Rappel de la démarche d’urbanisme
La démarche d’urbanisation s’applique aux fonctions et aux

données :
Architecture
Description de la cartographie applicative actuelle applicative de
l’existant
Plan de
convergence
Référentiel de Architecture
cibles cible
Analyse des Cible Cible Architecture

processus fonctionnelle applicative technique cible
Architecture
technique
Serveurs,
Identification des Fonctions Infrastructures bases de données
fonctions automatisables des applications
Données
Urbanisation des •Entités fonctionnelles
données •attributs Données
cibles
Les fonctions du SI manipulent des données
Concepts METIERS ARCHITECTURE FONCTIONNELLE
Domaine fonctionnel
PROCESSUS Bloc fonctionnel
Zone
fonctionnelle
Phase
fonction
fonction
Quoi
id
en
r
tif
ne
ie
o n
r
o rd
Données FONCTION
ler
ADMINISTRATION manipu
DE DONNEES
ARCHITECTURE APPLICATIVE
vre
en œu
Mettre
Domaine applicatif
Bloc applicatif
APPLICATION Secteur
applicatif
composants
Comment
Urbanisme des données : définition et objectifs
La notion de données manipulées au sein du Système

d’Information renvoie aux :
Modèles de données (entités, attributs, relations, règles de gestion),
Informations sur les données (définitions, libellés, formats, valeurs
possibles…).
L’urbanisation des données fait partie de la démarche

d’urbanisation et partage les mêmes objectifs :
Assurer la cohérence des données (unicité, partage d’une
définition commune, définition des attributs et des relations…),
Constituer une base de connaissance pour la description des
données,
Réaliser des gains de productivité (définition et administration en
un point unique, cohérence des modèles, réutilisabilité des
entités…).
Applications de l’urbanisation des données
L’urbanisation de données est utilisée quel que soit le périmètre du

projet d’urbanisation :
Au niveau d’un projet,
Au niveau d’un Système d’Information d’entreprise.
Au niveau des projets l’urbanisation de données consiste à concevoir le

modèle de données.
Au niveau des Systèmes d’Information, l’urbanisation de données doit
surtout garantir la cohérence entre les données partagées.
Des règles d’urbanisme peuvent être adoptées sur différents aspects :

Les méthodes de modélisation (MERISE, UML…)
Les outils de modélisation (mise à disposition d’une plate forme
commune, outil unique/ multiple…)
Le niveau de description dans le référentiel
Les normes de codification
Les principes de gouvernance (organisation, instances de pilotage et de
validation, propriétaire des données…)
…
Qu’est-ce qu’un référentiel ?
Définition d’un Référentiel

Un Référentiel est un ensemble de données descriptives d’un objet Métier
apporte une définition partagée d’un objet Métier
au niveau du SI est le réceptacle « logique » unique des informations à partager
Exemples : Référentiel Clients, Référentiel des Personnes, Actifs, Produits, …
Dans l’architecture fonctionnelle d’un SI, un bloc est dédié aux référentiels.
Pilotage
Ressources
Référentiel
Opérations
Les critères d’éligibilité d’un Référentiel

Partage des données Echange
Réutilisation des données
Normalisation des données
Qualité des données
Exemple : référentiel RH
Collaborateurs Emplois
Métiers Compétences
Gestion administrative Postes types
Régime de travail Evénements
Absences Compteurs Organigrammes
Structures
Etablissements
Paie Régions
Rubrique de Unités Unités comptables
Barêmes solde d’oeuvre
Autres Nomenclatures RH
Formation
Catalogue Pôles de Santé sécurité
des stages Sessions formation Sections
Accidents médicales
Quelles sont les données éligibles au Référentiel du domaine RH ?

Cartographie Fonctionnelle d’un SI RH
Pilotage stratégique Reporting / connexes
Pilotage opérationnel réglementaire
Définition de la Gestion Prévisionnelle Élaboration du
Référentiels RH politique RH reporting social Finance
des Emplois et des
Compétences Gestion de
Collaborateurs Pilotage de la masse Veille RH
salariale l’actionnariat
Pilotage de l’activité RH interne
Compétences
Emplois Gestion des Carrières Production RH Gestion Administrative

et des Rémunérations Gestion des Patrimoine et
Gestion du dossier
Organigrammes Compétences services généraux
Gestion des carrières collaborateur
Gestion des Gestion des
Structures Gestion des Gestion des expatriés établissements
compétences
rémunérations individuelles
Nomenclatures
Gestion de la paie /frais Hygiène et
RH
Gestion des hauts Gestion du sécurité
potentiels recrutement Gestion des temps et
des absences
Gestion de la mobilité
Gestion de la
formation Gestion Mutuelle et Communication
Gestion des Relations Prévoyance
Sociales Communication
interne
Moyens RH
Suivi de l’activité du Gestion de la Gestion de la
personnel RH documentation communication RH
Les enjeux de la gestion des référentiels
Définir le vocabulaire
•• Pour
Pour établir
établir un
un langage
langage commun,
commun, dans
dans l'entreprise
l'entreprise et
et avec
avec l'extérieur
l'extérieur • Pour faciliter le dialogue
•• Pour
Pour renforcer
renforcer la
la cohésion
cohésion de
de l'entreprise
l'entreprise • Pour éviter les confusions et incompréhensions
Améliorer la connaissance des données

• Pour permettre la détection des incohérences
•• Pour
Pour rediffuser
rediffuser la la connaissance
connaissance des
des données
données • Pour mieux évaluer les impacts des changements
•• Pour
Pour faciliter
faciliter la
la maîtrise
maîtrise du
du SI
SI par
par les
les maîtres
maîtres d'ouvrages
d'ouvrages • Pour faciliter la réutilisation des données
•• Pour faciliter le dialogue entre utilisateurs et informaticiens
Pour faciliter le dialogue entre utilisateurs et informaticiens • Pour abaisser les coûts de développement des projets
Améliorer la cohérence des données

• Pour faciliter :
•• Pour
Pour augmenter
augmenter la la qualité
qualité et
et la
la fiabilité
fiabilité des
des données
données • les comparaisons,
•• Pour • les consolidations,
Pour simplifier les interfaces entre applications et
simplifier les interfaces entre applications et réduire
réduire leur
leur coût
coût
• le pilotage, ...
Maîtriser la redondance des données

•• Pour
Pour diminuer
diminuer les
les incohérences
incohérences dues
dues aux
aux déphasages
déphasages entre
entre • Pour économiser les frais de gestions multiples
les
les mises
mises àà jour
jour • Pour faciliter la réutilisation des données
Connaître les échanges de données

•• Pour
Pour mieux
mieux évaluer
évaluer les
les impacts
impacts des
des changements
changements envisagés
envisagés • Pour détecter les gestions multiples des données
sur les données
sur les données
Connaître les utilisations des données

•• Pour • Pour participer à la sécurité des données
Pour mieux
mieux évaluer
évaluer les
les impacts
impacts des
des changements
changements envisagés
envisagés sur
sur
les
les données
données
•• Pour
Pour réduire
réduire les
les délais
délais de
de recherche
recherche de
de renseignements
renseignements sur
sur les
les données
données
Sommaire

Démarche
Règles générales de conception d’un Référentiel
Définition du modèle de données « minimal »

Objectif : Asservir les SI aux informations à partager (obliger l’utilisation des
référentiels définis au dépend des autres sources de données)
Règles :
Ne contient que des objets Métier partagés par les processus concernés
Pour un objet Métier, ne comprend que les caractéristiques communes aux processus
Bien identifier le périmètre du référentiel par rapport aux référentiels connexes (Groupe,
entité, branche…et domaines voisins).
Identifier les cas pour lesquels la réplication des données de référence est tolérée.
En cas de réplication, définir les règles d’articulation avec le référentiel maître.
Définir les règles d’historisation des données
Enjeux :
Garantir l'intégrité du système global
Faciliter les échanges entre les SI grâce à un mapping des identifiants
Réduire la complexité
Préparer l'aide à la décision en fédérant des informations d'origines diverses autour
d'objets partagés
Garantir la pérennité
Référentiel : choix d’urbanisme
Les alternatives :
Soit hébergement du Référentiel dans une SI dédié (Master Data Management) :
Ouverture et évolutivité
Mais nécessite une analyse d ’écart entre le modèle du MDM et celui des autres
briques du SI
Soit hébergement dans un des progiciels (ou SI spécifique) existants:
Structure du référentiel fournie par le progiciel
Mais : pérennité du progiciel choisi ? De la version progicielle ?
Niveau d ’ouverture du progiciel permettant la mise en place des services d ’accès
aux données ?
Importance forte des services associés au Référentiel
Services d’accès (abonnement,…) par famille de données et par domaine
fonctionnel
Les applications d’un même domaine utilisent si possible les mêmes services
Les applications majeures servent de « modèles »
Services de contrôle de cohérence, de consultation, de publication
Etude d’impacts sur les applications existantes
Applications majeures et référentiels existants
Projets en cours ou futurs très liés au référentiel
Démarche d’urbanisation appliquée aux données
1 2 3
Définition des SI porteurs du
Définition des données Trajectoire et mise en œuvre
référentiel
Normaliser la définition des données Définir une vision cible de la répartition Définir la trajectoire de
partagées (vocabulaire commun et des référentiels sur les différents SI convergence vers le référentiel
définition de l’objet métier et de ses Définir les règles d’échange et de cible
attributs, processus et acteurs
Objectif
Objectif
diffusion des données référentielles

utilisateurs des données,…) entre les SI
Recenser les déclinaisons actuelles des
données (définition, SI source,…)
Organisation d’ateliers avec les MOA et Ateliers avec les MOA des SI Prise de connaissance des projets
responsables métier concernés pour définir la vocation de applicatifs en cours ou en phase
Rédaction itérative d’un dictionnaire des chaque SI d’émergence
Démarche
Démarche
données Définition de scénarios de cycle de vie Etude des dépendances et impacts

Diffusion et partage de ce dictionnaire des données selon différentes sur les données
répartitions des référentiels entre les SI Définition de scénarios de
Analyse et choix des scénarios avec les trajectoire de construction du
MOA et les utilisateurs référentiel
Dictionnaire des données cibles Scénarios de cycle de vie des données Trajectoire de construction des
référentiel par rapport aux projets
Livrables
Dictionnaire des données actuelles Cartographie de la répartition cible des

Livrables
référentiels sur les SI applicatifs

Modélisation de type MCD des
principales données Diagramme dynamique des flux de
données en cible
Définition des données partagées 1
Définition des
données
2
Définition des SI
porteurs du référentiel
3
Trajectoire et mise
en œuvre
L’analyse
L’analyse des
des données
données existantes
existantes et
et la
la définition
définition des
des données
données cibles
cibles sont
sont réalisées
réalisées sur
sur 55 axes
axes complémentaires,
complémentaires,
les résultats d’analyse étant synthétisés dans les dictionnaires de
les résultats d’analyse étant synthétisés dans les dictionnaires de données.données.
Pour
Pour la
la définition
définition des
des données
données du
du référentiel
référentiel cible,
cible, ilil est
est nécessaire
nécessaire d’amener
d’amener les
les participants
participants àà s’abstraire
s’abstraire de
de la
la
déclinaison actuelle des données.
déclinaison actuelle des données.
Sémantique
• Que signifie cette donnée ? A quel(s) élément(s) du langage commun est-elle
associée ?
• A quoi sert-elle ? Qui en a besoin (d’un point de vue fonctionnel) ?
• Quelles sont les sous-données qu’elle englobe ?
Recensement des Origine

• D’où vient-elle (processus, acteur) ? Quels événements déclenchent sa mise à jour ?
données existantes • Pour l’existant : quelle est l’application source ? Quels outils de saisie et de
Dictionnaire des
validation ? données actuelles
Règles de calcul Correspondances

• Comment la calcule-t-on ?
• Règles de calcul et d’audit ?
• Quel est son domaine de valeur ?
Définition des
données cibles Règles d’agrégation
• Quels sont les axes d’analyse et le périmètre de consolidation de la donnée ?
• Selon quelles arborescences peut-elle être agrégée ? Dictionnaire des
données cibles
Périodicité et disponibilité
• Périodicité de mise à jour ?
• Combien de temps la donnée est-elle conservée ?
Définition des données partagées 1
Définition des
données
2
Définition des SI
porteurs du référentiel
3
Trajectoire et mise
en œuvre
Modélisation
Modélisation des
des données
données et
et des
des relations
relations entre
entre les
les données
données :: modèle
modèle cible
cible
CAP PI
M o d e l e C o n ce p tu e l d e D o n n é e s
CA P PI ## CA PP I_ PK E X P ED I T EU R
M o d è l e : M C D S IA T IC
EX P N U M N <M >
P a cka g e :
E X P N U M S IR V AR C H A R 2 (1 5 )
CP A AP I 1,1 D i a g ra m m e : A T S
M od ele Con ce pt ue l d e Don n ée s 1 ,1 U# # T E X C O D V AR C H A R 2 (5 ) <M >
CP AA PI ## CP A AP I_ PK TE X CO D V AR C H A R 2 (5 ) <M > A u te u r : p ca sa b o n n e D a t e : 1 8 /0 5 /2 0 0 5
M o dè le : M CD S IA TI C
U# # A P E C O D V AR C H A R 2 (4 ) V e rsi o n :
P ac ka ge :
AP E C O D V AR C H A R 2 (4 )
Dia gra m m e : CO NTRA T T RANSP O RT CA P OP E PI 1 ,1 U# # N A FC O D V AR C H A R 2 (4 )
A ut eu r : cg ali ay Da te : 1 7/ 05 /20 0 5 1,1 S O U S C R IP T IO N
CA PO P EP I# #CAP O PE PI _P PI
K NA F C O D V AR C H A R 2 (4 )
V ersio n : E X P R S O C RT V AR C H A R 2 (1 0 ) < M > O FF C O D V A R C HA R 2 ( 5 ) <M >
HCAP P I PI E X P R A IS O C V AR C H A R 2 (4 0 ) < M > CTT NUM N <M >
HCAP 1,11,1 EX P N B R SA L N CTT NUM A V E N <M >
1,1 P I## HCA PP I_ PK
PI EX P C A F N S O UU N I N
0,n 0 ,n 1 ,1 S O UA U T M A J V A R C HA R 2 ( 2 0 )
Modélisation
HCP AA P I PI 0 ,n S O UD T E M A J DT
1, 1 0 ,n T Y PP I
HCPA AP I# #HCPA AP I_ PK PI E xp e d i te u rC o n t ra te xp S O US C R IP T IO N _ P K 
0, n
PI T YP P I_P K < pi > C o n tra t e x p S o u sc ri p t i o n
1 ,1 0 ,n 0, 1
E X PE DI TE UR
uniformisée des
PI CA PP OI NT 1 ,1
1 ,1 S o u scr i p ti o n O ff re
EX PE DITE UR# #E XP E DI TE UR_P K CA PP O INT _ PK < pi > CO NTRA T E X P
1 ,1 0 ,n
PI 1, 1 EX P N U M N <M > 0 ,n
PI CT T N U M N <M > O FF R E
données cibles
0 ,1 1 ,1 old _p oi nt CT T N U M A V E N <M >
CPA AP O INT O F FC O D < pi > V A R C H A R2 (5 ) <M >
PI 1 ,1 P IC PI TD CT T T Y P V A R C HA R 2 ( 5 )
CPA AP O INT_ PK O F FL IB V A R C H A R2 (2 5 6 ) < M >
1, 1 U# # T A RC O D V A R C HA R 2 ( 5 ) <M > O F FD E B < pi > DT <M >
co nt ra t a ctif T RA SP PI C P IT D P IC PI TD 0,n TA RCO D V A R C HA R 2 ( 5 ) <M > O F FF IN < pi > DT <M >
0 ,n P O INT RES EA U CT T D T E DE B DT
1,1 O F FC U S N
0,n 1,100,n
,n
0, n 0,n
PI C P IT D
CAP O PE P OI NT
CAP O PE PO INT _P K P IC PI TD
0 ,n CT
PO INTRE SE AU# #P OI NT RE S EA U_ PT
K D T E FI N
CT T D T E S I G
DT
DT
O F FC J U NS
O F FC J U NI
N
N
Point commercial
0 ,n 0 ,n 1, 1 0 ,n CT T D T E A V E DT
P IC PI TD 0 ,n O F FS P T A U X N
P IC P IT D CT T P R M F A C N
CO NT RAT EX P 0 ,1
1, 1
,nP IC P IT D
HCA PP O INT
1 ,1 1,1
CT T A N N CM M N
O F FS P M A X
O F FS P C N T
N
N
Code
CO NTRAT E XP ## CONTRA TE XP _0PK P IC P ITD CT T R E C T A C N U M B E R (1 ) <M > O F FS IG M A X N
HCA PP O INT_ PK 
0 ,n CT T P A V DE N V A R C HA R 2 ( 4 0 ) O F FS E J T A U X N
1 ,1 CT T D E V FA C V A R C HA R 2 ( 5 ) O F FA U T M A J V A R C H A R2 (2 0 )
P IC P IT D 1,1
0 ,n 0, n CT T C M T V A R C HA R 2 ( 2 5 5 ) O F FD T E M A J DT
0,0n0,n
,n 00,n
,n
HCP AA P OINT CT T C M T P A R V A R C HA R 2 ( 2 5 6 )
C le _ 1 
T ol era n ce CT T A U T M A J V A R C HA R 2 ( 2 0 )
HCP AA P OINT _P K < pi>
o ld_ po in t 0 ,n 0 ,n 0 ,n
PS
1,1 0, n
0,1
TO LE RANCE
R e l a ti o n _ 1 0 9
PS
T O LE RA NCE ## TO LE RANCE _ PK
PS 1,1 1 ,1
PS CAP P S
1 ,1 1 ,1
QEE
*
CA PP S# #CA PP S_ PK O f fr e A T S F E C J U N I O ffr e A T S F E C JU N S O f fre A T S FE C U S
C T T NU M < pi > N <M >
PS 1 ,1 PS C T T NU M A V E < pi > N <M >
T YP P S
E X P NU M < pi > N <M >
1 ,n TY PP S ## TY PP S
CP AA PS Q E E DT E < pi > DT <M >
PS
CP A AP S# #CP AA PS _P K
1 ,1
0 ,n
0 ,n
0 ,n
E X C NU M N Capacité / offre souscrite
1,1 PS Q E E VA L N
0 ,n
CAP OP E PS
1,1
Type 0,1 Options peuvent * Option souscrite
PS
CAP O PE P S# #CAP O PE PS _ PK 1, 1 1 ,1 1, 1
1 ,1 1, 1 PS Durée (M,J,A,S) être liées aux Type
A T S F E CJ U N I A T S FE C J UN S A T SF E C U S
HCA PP S
HCA P PS ## HCA PP S _P K
O FF C O D
C JU N IS T O
< pi >
< pi >
V A R C H A R2 (5 )
N U M B E R (5, 4)
<M >
<M >
O F F CO D < pi > V A R C H AR 2 (5) <M > O F FC O D V A RC H A R 2 (5 ) <M > Période souscrite capacités /offres Période souscrite
C J UN S S T O < pi > N U M B E R (5 , 4 ) <M > C U S DT E DT <M >
1 ,1 1,1 C JU N IV A L
A UT M A J
N U M B E R (5, 4)
V A R C H A R2 (2 0 )
C J UN S V A L
A UT M A J
N U M B E R (5 , 4 )
V A R C H AR 2 (20 )
C U S M IN
CUS M A X
N U M B E R (5 ,4 )
N U M B E R (5 ,4 ) Nombre d’unités souscrites souscrites
HCP A AP S DTE M A J DT DT E M A J DT A UT M A J V A RC H A R 2 (2 0 )
HCP AA P S# #HCP A AP S_ P K C le _1 C le _ 1 DT E M A J DT
C le _ 1 
* *
MCD actuel des MCD actuel des 1

contrats de Transport contrats de
Avenant
Stockage Numéro
Date de signature
1
*
1 Contrat ATS
Date de signature
Contrat
Date de signature
Contrat ATR
Date de signature
1
1
Expéditeur
Identifiant
Définition des SI porteurs du référentiel 1
Définition des
2
Définition des SI
3
Trajectoire et mise
données porteurs du référentiel en œuvre
• Méthodologie : simulations de la gestion des données selon différentes hypothèses de répartition du référentiel
entre les applications, afin d’évaluer leur faisabilité, leurs avantages / inconvénients et les contraintes induites.
• Simulation des processus utilisateurs des données
• Simulation du cycle de vie des données.
Enregistrement du parc
Activité
prévisionnel (acquisitions,
Activité
Expression
Expressionde de Expression
Expressionde de
échanges, location,…) Simulation
Simulationsur
surlalabase
base
besoin
besoin(nb,
(nb, besoin
besoin(nb,
(nb,
du
duparc
parcprévisionnel
prévisionnel
caractéristiques)
caractéristiques) caractéristiques)
caractéristiques)
Base
Base véhicules
véhicules
d’Aff.
Dépt d’Aff.
Prévision
Prévisiondede
Pilotage
Pilotage
maintenance
maintenancesursurlala
base
baseduduparc
Dépt
parc
prévisionnel
prévisionnel
transformations
destransformations
neuf
matérielneuf
Etude
Etude Etude
Etude
Réception
Réceptiondu
dumatériel
matériel
Appel
Appeld’offres
d’offres Mise
Miseen
enexploitation
exploitation Définition
Définitionde
delala
Essais
Essais
Contractualisation modernisation
dematériel
Contractualisation modernisation
MD
MD
Parc prévisionnel Base

Base
Base séries
séries Base
Base véhicules Base séries
séries
Acquisitionde
véhicules
Ingénieriedes
Acquisition
Ingénierie
Initialisation de la Activation des Nouvelle version
description technique matériels en service de la série
détaillée du matériel
neuf Mise à jour de la
description du
véhicule
transformation
transformation
Réalisation
Réalisation
Réalisation
Réalisationde
delala
Etab.
Base
Base véhicules
Etab.
transformation véhicules
transformation/ /dede
l’OM
l’OM
Modification
des
Gestiondes
Initialisation immo
immo.
immo.
MG
immo
MG
Gestion
Base
Base immos
immos Base
Base immos
immos
Trajectoire de convergence du référentiel 1
Définition des
2
Définition des SI
3
Trajectoire et mise
données porteurs du référentiel en œuvre
Analyse de l’existant Définition de la cible

La définition des scénarios de migration prend en compte :
Données existantes Données cibles
Les opportunités de mettre en œuvre à l’occasion de
projets applicatifs certains points de la cible Fonctionnement actuel : SI porteur Fonctionnement cible
des données, modalité d’échange et
La possibilité de développer des bases de données
de mise à jour (resaisie, diffusion au
temporaires pour gérer les phases transitoires
fil de l’eau,…)
Projets en cours ou en
phase d’émergence Identification des écarts
Analyse des scénarios de migration

Prise en compte des opportunités liées aux
Point particulier d'attention projets applicatifs
•• IlIl existe Evaluation des scénarios, en particulier par

existe un
un risque
risque àà faire
faire reposer
reposer la la construction
construction dudu
rapport à l’ impact de la coexistence
référentiel
référentiel uniquement sur les projets applicatifs, sans
uniquement sur les projets applicatifs, sans éventuelle des référentiels existants et cibles
attribuer un budget propre et une autonomie
attribuer un budget propre et une autonomie de de pendant des phases transitoires
fonctionnement
fonctionnement au au «« projet
projet référentiel
référentiel »»
•• Risque
Risque dede dérive
dérive de de la
la trajectoire
trajectoire en
en cas
cas de
de retard
retard des
des
projets applicatifs
projets applicatifs
•• Risque
Risque dede non-prise
non-prise en en compte
compte des
des priorités
priorités du
du
référentiel
référentiel Choix du scénario
Sommaire

Démarche
La gouvernance des données
Finalités :
Capitalisation
Collecter l’ensemble des informations de référence, et face à des demandes diverses, maintenir
une structure de référence commune et unique pour tous
Centralisation
Maîtriser les flux, identifier les propriétaires et les utilisateurs des référentiels, assurer aux
propriétaires la bonne diffusion de l’information, et garantir aux utilisateurs sa pertinence et sa
validité
Cohérence
Comprendre l’ensemble du problème fonctionnel, vérifier que les référentiels répondent au
besoin, garantir une structure de référence adaptée, assurer la diffusion de la bonne information
au bon moment.
Modalités :
Définir l’organisation pour définir et maintenir les référentiels
Définir les rôles et responsabilité des différentes parties prenantes dans le cycle de vie des
données
Définir les règles d’administration des données (fréquence, objectif de qualité, mode de
diffusion,…)
Démarche :
Ateliers avec les MOA et responsables métier pour s’accorder sur les différents rôles, désigner
les acteurs prenant en charge chaque rôle et les contraintes associées à chaque donnée
Livrable :
Note de gouvernance des données (définition des rôles et responsabilité, désignation des
acteurs, règles d’administration)
Gouvernance des données : exemples de rôles et
responsabilités
Le propriétaire :
Le propriétaire d’un référentiel est celui qui en détermine le contenu fonctionnel
Service du Domaine
Service d’un autre Domaine d’activité
Service extérieur à la société
L’utilisateur :
C’est celui qui utilise les informations du référentiel au travers d’une application
Application du Domaine
Application d’un autre Domaine d’activité
Le Gestionnaire :
Le gestionnaire de référentiels réalise l’intégration des référentiels dans une application.
Son rôle est de s’assurer de la compatibilité entre l’application et les référentiels livrés par
l’Administrateur.
L’Administrateur de référentiels :
L’Administrateur de référentiels réalise, au sein du SI, l’interface entre les différents
propriétaires et les différents gestionnaires de référentiels.
Il met en place les flux référentiels et gère leurs évolutions
Il assure la collecte des référentiels auprès des différents propriétaires
Il assure la diffusion des référentiels aux applications et aux autres Domaines d’activité
Le circuit du référentiel :
Propriétaire : Définit le contenu fonctionnel
Administrateur : Collecte, centralise et diffuse l’information
Gestionnaire : Intègre l’information dans l’application
Utilisateur
La gouvernance des données au niveau d’un SI
La mise en place d’un dispositif centralisé d’administration de données,
s’articulant autour d’une cellule de coordination, permet de pérenniser les
démarches et de constituer un dictionnaire partagé au niveau de l’entreprise.
La cellule de coordination valide les choix de description de données des projets.
ACD : Administration Centralisée des Données

• Définit les règles communes de gouvernance
• Administre les données partagées
tu el &
c ep ique ALD : Administration Locale des Données
con log ue • Par subsidiarité : administre les données locales
x
e au eau ysiq
v v ph
Ni Ni
Définition
décisions
ACD ALD arbitrage
Transitoire & au cas par cas
cohérence
ALD ALD Application
Application
Application
Application
Projet / Application Application
Application
Application Conception
génération
Administrations Projet et/ou Application Applications orphelines
Locales sur un périmètre ayant sa propre en administration locale
déterminé administration locale
Exemple : alimentation et utilisation d’un référentiel de
personnes (annuaire)
Exemples :
Exemple : • GTA
• Gestion du personnel • Paie
Domaine RH
Propriétaires de
Applications RH
référentiel RH
Sources de Utilisateurs de
Administration de
Administration de
référentiels Référentiels référentiels
l’annuaire
Propriétaires de Autres Domaines

référentiel d'activité
(autres Domaines) Autres
Domaines Exemples :
Exemples : • Annuaire de
• Référentiel des droits messagerie
utilisateurs SI • Application financière
• Référentiel immobilier / (droits utilisateurs)
téléphonie
Synthèse : les facteurs clés de succès
Limiter le champ et le contenu du référentiel

Restreindre le contenu à ce qu’il est indispensable de partager
Assurer la qualité et la fiabilité du contenu :

A l’initialisation
Lors des mises à jour
Clarifier les rôles des acteurs et leurs responsabilités

Procédures de gestion et d’administration rédigées
Suivi du respect des procédures
Contrôler la bonne utilisation du référentiel

Pas d’exception à la règle …
Obtenir le soutien du management concerné

Volonté de faire
Conduite du changement
Faciliter l’utilisation du référentiel

Sommaire

Comment pratiquer l’urbanisation avec les
progiciels ?
Les progiciels de cartographie pour l’urbaniste
Les infrastructures SI dans le schéma d’urbanisme
Par « infrastructures » du SI on entend les briques applicatives

qui fournissent un « service partagés » à notre cité SI :
« routes », « bibliothèques », « commissariat »…
On compte parmi les infrastructures :
Les systèmes d’échange (EAI / ETL)
Les système d’orchestration / supervision de processus (BPM /

BAM)
Les Entrepôts (Datawarehouses / Datamarts)
Les SI référentiels (MDM : Master Data Management,

référentiels de personnes : annuaires,...)
MDM BAM Pilotage DWH
Ressources
Référentiel
Opérations
Annu-
aire BPM
EAI Echange
Les middlewares
« Boîtes à outils » assemblant des fonctions de type :
Orchestration de processus métier Suivi et reporting sur les processus

Production d’indicateurs sur le
Modélisation des processus et des données
fonctionnement des processus
métier échangées
Orchestration des flux correspondants
Suivi des étapes et gestion des événements / Transformation des données
des anomalies
Filtre / Nettoyage de données
Contrôle syntaxique des messages
Transcodification de flux
Connexion aux SI internes et externes
Connecteurs standards Communication
ERP (SAP, Oracle Applications,…) Routage de message
Formats d’échanges normalisés (EDI) Gestion des communications au format de
Connecteurs paramétrables transport et protocoles standards (http, tcp/ip,
Fichiers plats, XML, BD smtp,…)
Les middlewares
Différentes familles de produits qui tendent à se rapprocher :
EAI : Enterprise Application Integration
ETL : Extract, Transform & Load
BPM : Business Process Monitoring
BAM : Business Activity Monitoring
EAI
BPM BAM
Orchestration de Suivi et reporting sur
processus métier les processus
Connexion aux SI internes ETL

Transformation des
et externes données
Communication
Systèmes d’échange : rationaliser les échanges
Au niveau des flux, avec la mise en oeuvre d’un middleware entre les
applications pour :
Mettre en œuvre le principe de subsidiarité (applications
centrées sur leur cœur de métier)
Unifier le pilotage (un seul outil pour suivre tous les flux)
Rationaliser des coûts (optimisation de l’infrastructure
d’échanges)
Au niveau des transformations avec la modélisation en demi flux et le
passage à un format pivot pour :
Améliorer la réactivité de développement
Faciliter et accompagner les évolutions
C C
A E
A E EAI
B D B D
Exemples d’utilisation des systèmes d’échange
Echanges avec l’externe
Exemple de notre opérateur gazier qui doit communiquer avec ses
clients et avec les opérateurs gaziers voisins.
Echanges avec les clients
Programmes
bilans • 8 clients (dont 2 anglophones)
PROBILAN HERMES clients • 2 flux sortant, 1 flux entrant
Programmation commerciale notifications
Gestion des capacités ATS.
Gestion des • Volumétrie : chaque flux 1 à 5 fois/j
échanges
Calcul des bilans Op.voisins Echanges avec les opérateurs voisins
Echanges
opérateurs voisins • 3 opérateurs voisins (dont 1 allemand)
XML XML ou • 1 flux sortant, 1 flux entrant
edig@s • Volumétrie : chaque flux 1 à 5 fois/j
HERMES est un EAI qui :

Contrôle la syntaxe des messages (yc listes de valeurs admissibles)
Convertit les balises XML de français en anglais et d’anglais en français
Convertit le format XML en edig@s (format plat) et edig@s en XML
Assure le routage
Assure l’envoi / la réception des messages sur différents protocoles de
communication (http, ftp)
Trace, administre les flux et gère les erreurs (exemple : mise en quarantaine
d’un message mal formé et alerte)
Urbanisme et progiciel
L’omniprésence des progiciels dans les SI d’entreprise nécessite d’adapter les études
d’urbanisme à ce cas particulier :
Adossement sur les processus natifs des progiciels
Analyse itérative des processus / procédures de l’entreprise dans une logique de réduction
d’écart (démarche bottom-up)
Modèle de données propre du progiciel
Criticité de la gestion des référentiels
Arbitrages sur la mise en cohérence des autres référentiels sur le référentiel du progiciel
Gestion des échanges
Interfaces standards proposées par le progiciel vs interfaces sur-mesure / basées sur un EAI
Délimitation du périmètre fonctionnel d’un progiciel
Arbitrage entre les fonctions couvertes par le progiciel standard, les fonctions actuellement
couvertes par les logiciels que l’on souhaite remplacer et par les logiciels connexes.
Identifier les ruptures entre le progiciel et les autres applications
Cas des ERP : par définition, l’ERP a vocation à couvrir tous les processus de l’entreprise ;
pour les processus hors du « cœur ERP » finance / gestion, il faut se poser la question de la
couverture par l’ERP, un progiciel spécialisé ou un développement spécifique ?
Quelles alternatives pour la gestion des flux ?
En pratique, de plus en plus de progiciels (ERP et progiciels spécialisés) intègrent

des modules d’infrastructure pour couvrir les fonctions de transcodification /
orchestration de processus / suivi des flux :
Module de gestion de workflow
Module d’échange
3 alternatives s’offrent donc à l’urbaniste :
Mettre en place une infrastructure d’EAI dédiée à la gestion des flux de l’entreprise
Utiliser les EAI intégrés des ERP/progiciels pour gérer les flux entrants / sortants de ces
applications
Réaliser des flux en point à point sans EAI
Les paramètres à prendre en compte :
Volumétrie / Nombre de flux
Type et complexité des flux (temps réel, synchrone / asynchrone,…)
Complexité des besoins de transcodification / contrôle syntaxique
Besoins de routage / connexion sous plusieurs protocoles
Criticité / nécessité d’une surveillance des flux
Evolutivité / stabilité des flux
Disponibilité des compétences en interne / sous-traitance
Et les coûts associés (développement, exploitation et MCO)
SI groupe ou SI local ?
De nombreux groupes mettent à disposition de l’ensemble de leurs filiales des SI

pour une utilisation mutualisée
Infrastructures SI (EAI, Moteur de WF / GED, …)
SI métier (ERP ou autres progiciels métier)
Avantages :
Mutualisation des coûts d’acquisition, de développement et de maintenance du SI
Mise à disposition pour les filiales d’un outil « pré-paramétré » qu’elles n’auraient pas les
moyens de développer et maintenir par elle-même
L’utilisation systématique des infrastructures communes peut faire partie des
normes d’urbanisme groupe
Les questions à se poser pour une filiale :
Existe-t-il des besoins SI que je pourrai couvrir avec les infrastructures que le groupe met
à disposition ?
Quels sont les coûts évités par rapport à une solution autonome ?
Y-a-t’il des inconvénients en terme de perte d’autonomie / compromis sur les
fonctionnalités / perte de qualité de service ?
Qu’est-ce qu’un « core system » ?
On appelle « core system » un SI métier (ERP ou progiciel) mis en place par un

groupe et ayant vocation a être utilisé par ses différentes branches et filiales.
Le core system est caractérisé par :
Un tronc commun de fonctionnalités, données et règles de gestion partagées par toutes
les organisations utilisatrices;
Des fonctionnalités, données et règles spécifiques à chaque organisation correspondant à
des degrés de liberté (« localisation »).
Exemples :
Une multinationale souhaite mettre en place un PGI pour sa gestion de comptabilité /
finance / achats. Pour consolider les comptes / achats / référentiels fournisseurs,… des
différentes filiales, il est avantageux de déployer le même PGI avec un tronc commun de
règles / paramétrages pour l’ensemble des filiales
Les différentes branches / filiales d’une société doivent gérer en commun la gestion des
compétences et la mobilité interne (-> core system SIRH)
Exemple de mise en œuvre d’un core system
Core system commun à toutes les filiales (ex. : filiales bancaires dans
différents pays)
Modules applicatifs métier que les filiales choisissent selon leurs besoins
Couche d’échange interfaçant le core system et les modules
SI filiale SI Groupe
Distrib. …
Tiers
Module1 Module4 Module5
Ref.
RH Groupe
Pilotage
Module2
… Ref. Core System Groupe
Core system Pilotage
Support
Couche d’échange Module n
Module3
Projection sur les SI des différentes filiales
SI Groupe
SI Filiale 1
SI Filiale 2
SI Filiale 3
SI Filiale 4
La problématique du « core system » pour
l’urbaniste
La logique « core system » a de nombreux avantages du point de vue du SI :

Consolidation / partage des informations facilité
Mutualisation des coûts d’acquisition, de développement et de maintenance du SI
Mise à disposition pour les filiales d’un outil « pré-paramétré » qu’elles n’auraient pas les
moyens de développer et maintenir par elle-même
Mais il faut en même temps laisser certains degrés de liberté aux filiales pour tenir
compte de leur spécificités réelles (ex. : règles comptables différentes, processus
Achat différent selon les pays,…).
L’urbaniste a un rôle à jouer dans l’arbitrage de ce qu’il est judicieux de traiter dans
le tronc commun (« core ») et des degrés de liberté (« localisation ») :
Identification du tronc commun de processus, données, règles
Prise en compte du volet organisationnel -> définition du plan de classement
Prise en compte des possibilités de localisation offertes par le progiciel
Exemple de plan de classement : SI RH
Le plan de classement permet de projeter les fonctions et les référentiels sur les
différents niveaux d’organisation et ainsi d’identifier ce qui doit être mutualisé et ce qui
doit être localisé.
Cette vision reflète l’organisation du groupe (activités pilotées par le groupe,
subsidiarité,…).
Niveaux Systèmes d’Information Exemples

Pilotage de la
Pilotage RH Groupe masse salariale?
e RH
Groupe Auto+
ns
io
u p ls
Production RH Groupe Gestion des
at
r o ie
is
G ent
expatriés ?
l
ua
ér
ut
éf
Moyens RH Groupe
M
R
Gestion de la
Pilotage RH centres Auto formation ?
to H
au R
Activité
s ls
Production RH centres auto
re tie
Centre Auto
nt n
ce fére
Gestion des
é
carrières ?
R
Moyens RH centres auto
Filiale : Auto+ France Filiale : Auto+ Espagne

Filiales
gn H
ce H
Pilotage RH Auto+ Pilotage RH Auto+ Espagne
pa s R
an R
e
Fr ls
Es el
+ ie
+ ti
to ent
Production RH Auto+ Production RH Auto+ Espagne
to ren
Au fér
Au éfé
é
Moyens RH Auto+
R
Moyens RH Auto+ Espagne
R
Sommaire

Comment pratiquer l’urbanisation avec les
progiciels ?
Les progiciels de cartographie pour l’urbaniste
La cartographie au service de l’urbanisme
La pratique de l’urbanisme utilise beaucoup la cartographie des

processus, fonctions, applications et des relations entre ces objets
Différents progiciels offrent une plateforme et des fonctions dédiées à la
réalisation des ces cartographies : MEGA, ARIS, …
Vue par processus métier Vue fonctionnelle Vue par application
Vue générale des Vue générale Vue générale des

macro-processus métier fonctionnelle programmes
Vue centrée sur un Vue centrée sur un Vue centrée sur un

macro-processus métier bloc programme
Vue centrée sur une Vue centrée sur un Vue centrée sur des
activité métier quartier applications
Urbanisme
Modèles de cartographies sous ARIS
Vue processus Vue organisation / Vue architecture Vue applicatif / Vue architecture
procédure fonctionnelle fonctionnel applicative
Vue données
Entité 1
Entité 2
rel ation1
entité 3 relation2
Modèle de données
Quartier optionnel
Ilôt optionnel
Entité
Bloc optionnel
Réseau
Fonction SI optionnel
attribut1
Marketing QSE
attribut2
Serv ice fidèlisation Serv ice qualité
Correspondant SAV
Diagramme de
contexte d’une entité
Organigramme
Cartographie des processus
Processus Pilotage des Management

budgétaire processus SEQ
B S
E A
S Mise à dispsotion des grands produits T
O I
I S
N F
S Vente de produits pétroliers sur le réseau A
C
C T
L I
I Vente commerce général O
E N
N
T C
S Cartes pétrolières L
I
E
N
T
Achats de
Travaux et
Formation biens &
maintenance
services
Diagramme de processus
Maîtriser la performance de la distribution
Maîtriser la performance des opérations de réception et production
Piloter les stocks et les prélèvements
Planifier les Collecter les

Planifier les
opérations et Programmer produits finis pour Gérer les stocks Prélever produit Assurer les
réceptions et
gérer les réseaux la distribution transport et dans les dépots des stocks expéditions
réceptionner
de distribution stockage
Du processus à la procédure
Vue organisation : organigramme
Réseau
Marketing QSE
Service fidèlisation Service qualité
Correspondant SAV
Enchaînement des cartographies dans la vue
architecture fonctionnelle
Carte de SI
Système d'Information
Z_O_Relation Client
Gestion des clients Gestion du SAV

contrats comptes clients
Suivi du dossier
client
Gestion du paiement Gestion du risque client
Gestion des
garanties
Carte d’ilôt
Gestion des comptes clients
Gestion des structure client Gestion des adresses

Gestion des contacts
additonnelles
Création de la structure client

Création des contacts clients
Modification de la structure
client Modification des contacts
clients
Fusion de plusieurs
structures clients
Association d'un document à
Impression de la structure
un contact
client
Gestion des options non

Gestion des références internes Gestion des suspensions
contractuelles
Enchaînement des cartographies dans la vue Système
informatique
Système informatique interne Système informatique externe
Donnéee
Organizational unit
Domaine monétique
DONNEE RES PONSABILITES

Card Processor
Contact+ Application Flux Card Processor Flux Application Card Processor
Alim-FO Contrôles
Valorisation
MCD
Gestion des produits commercialisés
Diagramme de flux d’application

Gestion de cont rat
Gesti on des comptes clients
ILOTS
Carte du système informatique
Diagramme de contexte d’application
Card Processor
Card Module front office

Processor
Gestion des entités de structure
Gestion des entités de structure
Module back office
Fonctions SI
Création de la
structure
client
Modification de la
structure client
Création des contacts

clients
Carte d’application
Diagramme de contexte de composant

Deux processus de gestion des moyens
informatiques (MEGA)
Piloter les contrats de service Mener une enquête de satisfaction des utilisateurs
Evènements/Résultats
Evènements/Résultats Phases
Phases Fonctions
Fonctions Evènements/Résultats
Evènements/Résultats Phases
Phases
Phases Fonctions
Fonctions
Définir les besoins de

performance Ela borer l'enquête de
֠ Régulièremen t Renseigner les
caractéristiques ֠ Tous
ans
les
s atisfact io n Définir le s points à aborder
du Service Local Mettre en forme l'enquête

Agreement de satisfaction
Se rvice Loc al
Ag reement
Enquête de satisfaction
(SLA)
Mesurer la performance Détecter les incidents

des solutions livrées au Q ualifier la gravité Diff user l' enquête de Identifier les utilisateurs
quotidien des in cidents s atisfact io n
Diffuser l'enquête de
Calculer l'indisponib ilité
satisfaction aux utilisateurs
des applications
Mesure de performance
Enquête de satisfaction diffusée

Rendre compte des Mettre en forme la mesure
niveaux de performance de performance
֠ Tous les mois Diffuser la mesure de Collecter les réponses
performance Collecter les réponses à
l'enquête de satisfaction
Mesure de
performance Calculer la disponibilité des
formalisée nouveaux services / SLA
Répons es à l'enquête
Calculer la disponibilité des
de sat isf ac tion
services / SLA
Calculer les indicateurs Calculer le % de services
֠ Tous les
3 mois
stratégiques équipés d'un SLA
Calculer les délais de MeO
Calculer le s indices de Quant à la fiabilité des services
(bureautique, applicatif)
s atisfact io n
des changements du Quant à l'accès à
patrimoine techni distance aux services
Indi cateurs stratégiques Calculer le % de services DSI Quant à la réactivité
֠ Tous
ans
les utilisables à distance
Calculer le % des demandes
dans le premier contact
Quant aux délais de
traitées dans les délais des SLA résolution des demandes
Mener une enquête de
Calculer le % de demandes Piloter les contrats de Quant à la précision
satisfaction des
résolues au cours du 1er contact service des réponses fournies
utilisateurs Indices de satisfaction
Indices de satisfactio n
Rendre compte des Mettre en forme les

indicateurs indicateurs
Diffus er les
indi cateurs
Indicateurs
formalisés
Cartographie applicative de détail (MEGA)
Validé TIGRE - Diagramme d'application
TIGRE
TANDEM Initialisation d'un
incident TGV
INFRA Aide à la gestion
Incident TGV clos TANDEM

Détec teur de Alarm e boite chaude
Boite Chaude Affecter les
rames Liste des TGV
Thalys Gérer les mouvem ents Planifier et suivre les LIONNE

de rame im mobilisations de rames
international
Données k m des engins TGV
VFE Aide à la maintenance
COBRA k m parcourus par

les rames TGV
Programm er les opé rations Valider les opérations
Barème d'entretien d'entretien Kilométrages des rames LEOPARD
Roulements de
Historique des opérations
Conception
de maintenance
Roulements en Prendre en compte les Suivre les opérations
Adaptation signalements accidentelles
Planification des
Roulements opérations de COLT
Opérationnels
maintenance
Collecter les s ig nal em ents Gérer les Ordres de Modification,
Affectation,
d' avaries s ur les rames les es sais, les m esures
maintenance GESTOM
programmée, Facturation
Opérations de maintenance
potentiels restants
Réaliser la maintenance du Prévoir les dépose s de TGV
m atériel à l'organe potentiels
Ordres de modification
Eurostar Group TGV
Suivre les retours d'expérience Changements d'organe

STM Suivre les Comptes Rendus
Données train TGV d'Intervention et l'aide au dépannage TGV
Gestion de la transmission de données

MCS II Informations de
maintenance INFOCENTRE
TIGRE
Trans mettre les données (consultation et
préparation des rames à distance)
ASID Demandes de travaux
Cartographie applicative : SI complet (MEGA)
DIF FRET VFE INFRA DTP VFE Alliance FRET
CRITER-
Environnement - Diagramme THOR RE SEAU CONCEPTION
des applications majeures CRITER -

Base
Barèmes
COROM ECLER GPF OCE IDO NINIV B REHAT MAGISTER CA NTOR EDIFRET SIRENE SESAME MARS NA W
ADAPTATION Alliance
Nomenclatures Evénement Réf. Roulements certifiés en

Roulements de Roulements
circulation structure Conception et Adaptation Données
Conception journée J Données
Inc idents Incidents conforts Points VFE et CIC Mess ages aux Données Indisponibilités Réformes, c ommerc iales,
Barême gares fret tec hniques des
statistiques / k m confort enrichis remarquables Roulement Conception Référentiel partagé clients d'exploitation wagons Visites adresses
wagons
INFRA et Adaptation VFE et Alliance / Matérie l ferroviaires
CIC
TIGRE GRIFFE TANDEM
Détecteur de Travail des Données
Boite Chaude Alarme boite
wagons à techniques Déclencher les
c haude
Incidents wagons rens eignés l'étranger Gares FRET Infos Séjours Voyages, k m wagons ordres d'envois
Inc idents wagons
Liste des wagons
Liste des TGV
Roulement TER en Roulement TER, VFE et k m parc ourus
Eurostar Group Inc ident TGV c los
e Conc eption CIC en opérationnel MA RGO
Initialis ation d'u n inc ident TGV
STM Roulement TER en Affectatio n des coupons

Données train TGV
Adaptation sta ndards V FE, TER et
CIC
Li ste des
MCS II Informations de INFOCENTRE voitures
maintenance TIGRE OURSON
COBRA Barème Révisions

Informations coupons pour Contrôles Dates de
effec tués s ur Lo cation des
k m parc ourus par tableau de suc ces sion wagons futures Données MARGO
les wagons wagons
les rames TGV déposes
GERBE
VFE Roulements de Réidentification
Conception km des wagons
COBRA parcourus
Roulements en Lis te des engins Barème de Parc et Wagons Alerte pour les
Adaptation maintenanc e état Interrotique
Incidents engins radiés RDV de
Référentiel parc voitu res MINERVE voitures
Roulements Données k m des moteur (clos ) margo- maintenance
Thalys international Opérationnels engins TGV oreste d'e ssieux
e
MINE RVE
COBRA Affectation, Données ORESTE
maintenance ORESTE
programmée, LIONNE
potentiels restants
MINE RVE Junior

Référenc e de la documentation pour Direction de s Achats
Référentiel parc Opérations de ORCHIDEE
vérification de la cohérence des tâches
v oitures et maintenance des
étab li ss ements RNAS
voitures GALILEE Mise à jour automatique de
Référentiel parc e t IN FOCE NTRE Acc ord s ur la cohérence des tâches /
MINE RVE l'état des documents
étab li ss ements corrections à apporter à la documentation
DTP Opérations de maintenance
des engins moteur DOCMAT
MAGISTER A IR Notific ation de validation, abrogation ou de
Rendez -vous de maintenance Wagons radiés
transfert de dessins
et avancement Référentiel parc wagons et établis sements
Opérations de maintenance des wagons Notification de
CHAMOIS ''s ymbolisation'' d'un artic le
INFOCENTRE
Traction LIONNE
NET2000 P rix unitaire article / fournis seur SI-STOCK
BT / BU Données k ilométriques Commande interne A2000
Référentiel parc
GMAO Outillage
Opérations de maintenance TGV
Ordres de modification TGV DCCG
PLI Référentiel articles Référentiel artic le Référentiel artic les
Opérations de Ordres d e
Changements d'organe TGV
maintenance Modification Référentiel contra ts
Dépos es d'organes voitures voitures Référentiel contrats RCC-FAST
Ordres de Modification engins moteur
Opérations de maintenance engins moteur
CEVA
Etat du parc voitures

Direction de GESTOM Référentiel sites WMS
Référentiel des
l'Organisation wagons français Référentiel fournisseurs
GIMR Référentiel article
Références des textes VDOC GIDE WEB Etat du parc engins moteur Référentiel Bulletins de travaux
SYSPRE de pres cription des b iens sur wagons (français Stock théorique
nationaux et régionaux et étrangers) Retour fournis seur
Bullletins de travaux Ajustement inventaire
Références des c ollec tions sur essieux pour
documentaires néc essaires aux REGATE wagons Expédition de c ommande /
formations des pos tes de travail Confirmation prélèvement / Colisage
Trans fert stoc k à stock
E critures
GPIM BA SAMONT
DOSEQUI SAXSO Paramètres de réapprovisionnement
Maj du prix unitaire s ur Données article /entité

E critures
Ec ritures GIMR co mmande interne His torique des données aval
WISIR
Matériel roulant immobilisé Variation de s toc k Prévision des consommations
SILVIA pour impots locaux E critures (artic les /années-mois)
GES TOM
His torique des c onsommations (ERP) ACP
Fac tures émis es PELOPS Besoin mens uel agrégé en OM et

Chari ots Inventaires k its de maintenance / MHO
SIMA III
Plan de prélè vemen t Prév. en besoin de Maint. P/C et
TAPIR besoin de constitutives de PRM
Prévision des OM et k its maintenance
Gestion du
courrier Données IFRS Ecritures comptables
BA SAVA L
SSA Plan de pré lè vement autom atique His torique des réapprovisionnements chariots
ARTEMIS
Plan de ran gement automatiq ue Délais transit BU Amont / BU util.
His torique de consommation

Données du réalisé
Coûts
réels
E=MC2
Référentiels
comptab les
Réf structure
DRH DOF DCCG

Vue des applications et flux à l'horizon mi-2007
PILOTIS RHT SIC N.B : à cet horizon ne sont pas en service notamment :
IDAP AGIL
- les liaisons de CHAMOIS
- la BASL
- la liaison GRIFFE - LIONNE
Sommaire

l’Entreprise
Dans le cadre d’un schéma directeur
Dans le cadre d’un projet
Gouvernance de l’urbanisme
Sommaire

l’Entreprise
Qu’est-ce qu’un schéma directeur SI ?
Cas d’étude : le schéma directeur de l’opérateur
gazier
Application de la démarche

Le Schéma Directeur SI met en œuvre la démarche

d’urbanisation sur le périmètre d’une entreprise (groupe, branche
ou filiale).
Il donne une vision à long terme (5 à 10 ans) des orientations à
donner au SI pour aligner les objectifs et les moyens des SI sur
les enjeux métiers de l’entreprise.
Il est généralement commandé par le DSI et mis à jour
régulièrement.
Le schéma directeur SI n’est pas une encyclopédie : il trace des
grandes lignes, repose sur l’analyse de l’existant et la
détermination de besoins futurs
Il donne une vision du portefeuille de projets à mener et des
moyens à mettre en œuvre : budgets, gréement et compétences,
gouvernance SI, politique d’achat et de sous-traitance.
Quels sont les objectifs d’un schéma directeur SI ?
• Associer l’ensemble des métiers de l’entreprise (cœur de métier et métiers support) à

Sur le plan l’élaboration du schéma directeur SI afin que les besoins et les objectifs stratégiques
soient bien pris en compte
métier
• Prioriser les besoins métiers à CT/MT/LT afin d’éviter l’émergence anarchique de projet
sans pilotage de la DSI
• Décliner les principes directeurs du SI (cohérence, évolutivité, existence de normes,…)

• Effectuer ou confirmer les choix techniques
Sur le plan SI
• Identifier les études complémentaires
• Corriger les incohérences existantes
• Amener les métiers à formaliser leurs processus métier en amont des projets
Sur le plan • Garantir une vision des évolutions partagée avec les métiers
organisationnel • Préciser la répartition des rôles entre la DSI et les métiers, en mode projet comme en
mode pérenne
Sur le plan • Actualiser le portefeuille projet de la DSI

budgétaire • Évaluer les budgets nécessaires à la réalisation des différents projets et à l’exploitation du
patrimoine applicatif.
A qui sert le schéma directeur SI ?
A la direction générale A la DSI Aux utilisateurs
Le schéma directeur est le Le schéma directeur SI permet Le schéma directeur SI permet

moyen de consigner les choix de spécifier les missions et la classification des besoins
stratégiques de l’entreprise et moyens confiés à la DSI et identifiés. Il met en regard de
de les confronter à l’existant, d’effectuer une planification ces besoins les solutions
aux moyens disponibles et aux globale des projets et envisagées.
échéances… investissements.
Il est un moyen d’arbitrage des
Il répondaux questions Il permet à la DSI d’anticiper à projets : il devient un
suivantes : la fois les aspects référentiel dans lequel les
Quelles sont les directions à stratégiques, organisationnels, investissements sont classés
donner ? technologiques et budgétaires par métier, par entité… et
Quels sont les résultats à
des projets. permet aux utilisateurs de
attendre ?
constater qu’ils sont traités
Quels sont moyens à
Il permet la planification des selon un ordre de priorité
investir ?
ressources requises pour la défini.
réalisation des projets.
Présentation de la démarche du schéma directeur
Finalisation de la
Recueil Élaboration
Recueil des Analyse démarche
des des
enjeux et objectifs de l’existant scénario de mise en
besoins scénarios cible
oeuvre
Finalisation de la
Recueil des Analyse de l’existant Recueil Élaboration démarche
ETAPES
enjeux et des des scénarios cible scénario de mise en
objectifs besoins oeuvre
Identification des Une analyse de l’existant Recueil des besoins Une étape en 4 phases : Définition du plan de route
enjeux et objectifs menée avec les utilisateurs opérationnels, pour atteindre la cible en
1. Étude des opportunités
majeurs guidant clés des systèmes, amenant à complémentaires partant de l’existant
technologiques
PRECISION la démarche avec une analyse critique détaillée des enjeux et
SUR LE les responsables objectifs recensés 2. Définition de l’architecture
CONTENU SI et métier fonctionnelle cible
3. Élaboration des scénarios
cible
4. Choix du scénario cible
Synthèse des Cartographie des Formalisation des Note d’opportunités Architecture
enjeux et processus expressions de technologiques applicative cible et
objectifs Cartographie besoins Vision du SI cible plan de route
LIVRABLES CT/MT/LT
PRINCIPAUX
fonctionnelle, applicative Etude d’impact Analyse comparative Analyse du retour sur
et technique de l’existant sur le SI des scénarios proposés investissement des
Bilan de l’existant projets
Portefeuille projets de
la DSI actualisé
Quel est le planning de réalisation d’un schéma directeur SI ?
La réalisation d’un schéma directeur doit rester concentrée sur un délai de quelques mois afin de
conserver l’implication de la Direction. La taille de l’équipe est adaptée en fonction de la charge
estimée (dépendant du nombre de processus, du patrimoine applicatif,…)
Sommaire

l’Entreprise
gazier

Etude de cas : schéma directeur SI
d’un opérateur gazier
Présentation de l’opérateur gazier :

L’entreprise
L’entreprise
L’opérateur est une filiale à 100% d’un grand groupe

Actionnaires et gère un réseau de transport de gaz naturel, ainsi
que des sites de stockage de gaz.
Utilisateurs
Législateur
Les
Les acteurs
acteurs
Opé
Opérateur gazier
Opérateur gazier
Le Groupe et ses actionnaires
Le régulateur : la CRE
Le législateur européen, le pouvoir législatif national
Régulateur
Les utilisateurs du réseau :
Fournisseurs de gaz, qui souscrivent dans leur
Les parties prenantes d’un opérateur de réseaux contrat des droits d’utilisation du réseau et du
stockage (« capacités »)
Clients raccordés au réseau, qui souscrivent un
contrat de raccordement
Environnement de l’opérateur gazier
Le précédent schéma directeur

informatique date de 2002 ; depuis
plusieurs événements d’origine interne et Périmètre 2002 Transport Négoce
externe rendent nécessaires sa mise à
jour :
Réglementation : la 2ème Directive Gaz
a imposé la séparation des activités de Stockage Transport Négoce
Négoce et de Transport, générant la
création de l’opérateur gazier actuel Périmètre 2006
Fusion de l’opérateur de réseau ainsi
formé et de l’opérateur de stockage,
auparavant indépendant
Sommaire

l’Entreprise
gazier

Déroulement du Schéma Directeur étape par étape
Recueil des enjeux et objectifs

Recueil des besoins et analyse de l’existant
Elaboration des scénarios cibles
Trajectoire de mise en œuvre
Recueil des enjeux et objectifs de l’opérateur
Ces orientations de niveau stratégique sont données :

Concernant les différents métiers : par l’Equipe de Direction
Concernant le SI : par le DSI / éventuellement par le DSI Groupe
Enjeux métier pour notre opérateur gazier :
Sécurité des infrastructures : développer les capacités de
surveillance et de détection des fuites
Mise sous contrôle du comptage
Modernisation des processus d’exploitation et de maintenance
Industrialisation des processus de ventes de capacités
Enjeux SI pour notre opérateur gazier :
Maîtrise des coûts
Résorption des SI en technologie Progress, difficiles à maintenir et à
faire évoluer

Recueil des besoins et analyse de l’existant :
méthodologie
Analyse des processus
Activités menées en parallèle

Cartographie des processus existants
Recueil des nouveaux besoins / Identification des points

d’amélioration
Cartographie des processus cibles et décomposition en
fonctions
Construction de la cartographie fonctionnelle
Analyse du SI existant
Recensement des projets en cours ou court terme

Définir la

externe

Processus

management
supports
Gérer les contrats
Facturer
Suivre les
SI les généraux
comptes
Décomposition du processus Facturer
Processus « Facturer »
Structurer et
Tarif des
commercialiser capacités
nos offres & tarifs
Valorisation des Part fixe
capacités souscrites (capacités)
Capacités souscrites
Gérer les contrats dans le contrat
Emission de la Facture
facture
part fixe
---
Suivre les flux Bilan des flux Calcul des Quantités part
commerciaux commerciaux quantités variables variables variable
Valorisation des Part variable

quantités variables (flux)
Structurer et
Tarif des quantités
commercialiser variables
nos offres & tarifs
Décomposition du processus Commercialiser les
offres (les capacités de transport)
méthodologie


d’amélioration
fonctions

Etude des mutualisations possibles entre transport
et stockage
CAPPI
CAPPI##CAPPI_PK
EXPNUM
EXPEDIT EUR
<pi> N <M>
MCD actuel des
Modele Conceptuel de Données
Modèle : MCD SIATIC
contrats de
Package :
EXPNUMSIR VARCHAR2 (15)
CPAAPI 1,1 Di agramme : AT S
M odele Conceptuel de Données 1,1 U##T EXCOD VARCHAR2 (5) <M>
MCD actuel des

M odèle : M CD SIAT IC
Package :
CPAAPI##CPAAPI_PK T EXCOD
U##APECOD
VARCHAR2 (5)
VARCHAR2 (4)
<M> Auteur : pcasabonne Date : 18/05/2005
Stockage
Version :
APECOD VARCHAR2 (4)
contrats de
Diagram m e : CONT RAT T RANSPORT
Auteur : cgaliay Date : 17/05/2005 1,1
CAPOPEPI 1,1
PI
CAPOPEPI##CAPOPEPI_PK
U##NAFCOD
NAFCOD
VARCHAR2 (4)
VARCHAR2 (4) SOUSCRIPTION
Transport
Version :
HCAPPI
1,1
PI
EXPRSOCRT
EXPRAISOC
VARCHAR2 (10)
VARCHAR2 (40)
<M>
<M>
OFFCOD
CTT NUM
<pi> VARCHAR2 (5) <M>
<pi> N <M>
HCAPPI##HCAPPI_PK1,1 EXPNBRSAL N CTT NUMAVE <pi> N <M>
1,1
PI EXPCAF N SOUUNI N
0,n 0,n 1,1 SOUAUTMAJ VARCHAR2 (20)
HCPAAPI PI 0,n SOUDT EMAJ DT
1,1 0,n T YPPI
HCPAAPI##HCPAAPI_PK PI ExpediteurContratexp SOUSCRIPTION_PK <pi>
0,n
PI T YPPI_PK <pi> ContratexpSouscription
1,1 0,n 0,1
EXPEDIT EUR CAPPOINT 1,1
PI 1,1 Souscripti onOffre
EXPEDIT EUR##EXPEDIT EUR_PK
CAPPOINT _PK <pi> 1,1 CONT RAT EXP 0,n
PI 1,1 0,n
EXPNUM N <M>
PI CTT NUM <pi> N <M> OFFRE
0,1 1,1 old_point
CPAAPOINT CTT NUMAVE <pi> N <M> OFFCOD <pi> VARCHAR2 (5) <M>
1,1 PIC PIT D CTT TYP VARCHAR2 (5)
PI CPAAPOINT _PK <pi> OFFLIB VARCHAR2 (256) <M>
1,1 U##T ARCOD VARCHAR2 (5) <M> OFFDEB <pi> DT <M>
contrat actif T RASP PIC PIT D PIC PIT D 0,n T ARCOD VARCHAR2 (5) <M> OFFFIN <pi> DT <M>
0,n POINT RESEAU CTT DT EDEB DT
1,1 OFFCUS N
CAPOPEPOINT 0,n POINT RESEAU##POINT RESEAU_PK
CTT DT EFIN DT
PIC PIT D OFFCJUNS N
0,n
0,n 1,10,n
0,n 0,n CAPOPEPOINT _PK PIC PIT D CTT DT ESIG DT OFFCJUNI N
0,n 0,n 1,1 0,n CTT DT EAVE DT
PIC PIT D 0,n OFFSPT AUX N
PIC PIT D 1,1 CTT PRMFAC N
CONT RAT EXP 0,1 1,1 OFFSPMAX N
1,1 HCAPPOINT CTT ANNCMM N OFFSPCNT N
0,nPIC PIT D
CONT RAT EXP##CONT RAT EXP_PK PIC PIT D CTT RECTAC NUMBER (1) <M>
HCAPPOINT _PK <pi> OFFSIGMAX N
0,n CTT PAVDEN VARCHAR2 (40) OFFSEJTAUX N
1,1 CTT DEVFAC VARCHAR2 (5) OFFAUT MAJ VARCHAR2 (20)
PIC PIT D 1,1
0,n 0,n CTT CMT VARCHAR2 (255) OFFDTEMAJ DT
0,n
0,n 0,n
0,n 0,n
HCPAAPOINT CTT CMTPAR VARCHAR2 (256)
Cle_1 <pi>
T olerance CTT AUTMAJ VARCHAR2 (20)
HCPAAPOINT _PK <pi>
old_point 0,n 0,n 0,n
1,1 0,n
PS
T OLERANCE
Relation_109
PS
T OLERANCE##T OLERANCE_PK
PS 1,1 1,1
PS CAPPS
QEE
1,1
CAPPS##CAPPS_PK 1,1
CT TNUM <pi > N <M> OffreATSFECJUNI OffreATSFECJUNS OffreATSFECUS
PS 1,1 PS CT TNUMAVE <pi > N <M>
T YPPS
EXPNUM <pi > N <M>
1,n T YPPS##T YPPS
CPAAPS PS QEEDTE <pi > DT <M>
0,n EXCNUM N
CPAAPS##CPAAPS_PK 0,n
1,1 0,n QEEVAL N
1,1 PS
0,n
1,1
CAPOPEPS
PS
CAPOPEPS##CAPOPEPS_PK 1,1 1,1 1,1
1,1 1,1 PS
ATSFECJUNI AT SFECJUNS AT SFECUS
HCAPPS
OFFCOD <pi> VARCHAR2 (5) <M> OFFCOD <pi> VARCHAR2 (5) <M> OFFCOD <pi> VARCHAR2 (5) <M>
HCAPPS##HCAPPS_PK CJUNISTO <pi> NUMBER (5,4) <M> CJUNSST O <pi> NUMBER (5,4) <M> CUSDTE <pi> DT <M>
1,1 CJUNIVAL NUMBER (5,4) CJUNSVAL NUMBER (5,4) CUSMIN NUMBER (5,4)
1,1
AUT MAJ VARCHAR2 (20) AUTMAJ VARCHAR2 (20) CUSMAX NUMBER (5,4)
HCPAAPS DTEMAJ DT DT EMAJ DT AUTMAJ VARCHAR2 (20)
HCPAAPS##HCPAAPS_PK Cle_1 <pi> Cle_1 <pi> DT EMAJ DT
Cl e_1 <pi>
Etude des mutualisations possibles entre transport
et stockage Code
Point commercial
0,1
*
Bien que ces objets soient
Capacité de Capacité / offre souscrite
actuellement décrits transport ou Type 0,1 Options peuvent * Option souscrite
(vocabulaire, modélisation) et de stockage

Durée (M,J,A,S)
Période souscrite
être liées aux
capacités /offres
Type
Période souscrite
gérés de façon différente dans Nombre d’unités souscrites souscrites
des SI différents, les capacités * *

de transport et de stockage 1
sont des objets très
comparables Numéro
Avenant
Date de signature
De ce fait, les fonctions de 1
gestion des contrats ATS et *

ATR, les fonctions de 1 Contrat ATS
facturation, ainsi que les Contrat

Date de signature
fonctions de commercialisation Date de signature

Contrat ATR
peuvent être largement Date de signature
mutualisées 1
1
Expéditeur
Identifiant
Publication Publication capacités
Reporting Publication capacités souscrites et
Opérations
capacités Transport capacités Stockage souscrits Transport souscrits Stockage souscrits Racc
Calcul des capacités disponibles Enregistrement des capacités/offres souscrites Enregistrement des
rata, enchères)
Echange
Internes Externes
aux expéditeurs

cryptage
Référentiels Carto fonctionnelle cible : SI de l’ opérateur gazier Opérations
Tiers / Clients / Contrats Commercialisation des offres
Échanges
Configuration réseau Gestion des contrats / marchés secondaires Capacités
Description commerciale Programmation Notifications / programmations / matching
Description phys. du réseau

Bilans Communications GRD / bilans journaliers
Facturation Bilans mensuels / factures
Offres / Tarifs
Gestion des données de comptage
Moyens/ Supports Collecte Fiabilisation Traitement Gestion des versions Mise à disposition
Achats Rapprochement Commercial / Physique

Gestion Appels d’Offre Définition des Calcul des Validation des Suivi des Suivi achats Gestion des
points capacités programmes comptes gaz / stocks réductions de
Gestion fournisseurs commerciaux commercialisables commerciaux d’écart TIGF capacités
Juridique Développement des Exploitation

Veille juridique infrastructures Transport Stockage
Détection des contraintes Odorisation
Suivi contentieux
Etudes technico-économiques Gestion de l’intégrité
Gestion des conventions de
servitude Gestion des DR / DICT Gestion des procédés
Maintenance des installations concentrées

GRH Gestion des affaires
Planification des interventions
Carrières et recrutement
Elaboration des consignes
Admin / paye / formation
Gestion prévisionnelle - programme physique
Formation Gestion temps réel
Gestion des temps et Suivi des flux réalisés

activités
Gestion de la télétransmission
Pilotage / Reporting financier Pilotage HSEQ Trésorerie Reporting Groupe

Comptabilité générale, Rapprochement
client bancaire Contrôle de gestion Gestion des immos Reporting CRE / ministères
méthodologie


d’amélioration
fonctions

EXPERION QAULIGAZ ECT
Supervision Entrepôt de Gestion de la commerciale clients et
Stockage stockage
Programmes
bilans
PILOTE SCADA PEGAZ PROBILAN HERMES
notifications
Transport
Echanges GRD
et GRT
CRYSTALREPORT FACT
Serveur
Serveur Extractions
Oracle
SCADA
SCADA
TGNet MSI
Simulation
protection cathodique Microstation ETEBAC
ventes
Dessin frais
HYPERVISION
Gestion de la paie
Publication plans
Stocks détachés
Comptabilité fournisseur Gestion d’accès
Provisions
COLOSSE
Liasses fiscales
Gestion des Stocks
Extractions
Couverture applicative de la cible
fonctionnelle Cartographie
Cartographie applicative
applicative
EXPERION COCAGAZ SBT
Stockage stockage
PILOTE GAMOS COMPTAGAZ ATI

Com.avec Supervision Traitement des données Programmation commerciale
le terrain Contrôle-Commande de comptage Calcul des bilans
Transport
CRYSTALREPORT GESTRANS
Serveur
Serveur Extractions
Oracle
GAMOS
GAMOS
TGNet
PROCATHO Simulation
Dessin
fonctionnelle
Cartographie fonctionnelle
Couverture
Couverture applicative
applicative de
de la
la cible
cible fonctionnelle
fonctionnelle
Cartographie

Opérations
enchères)
Echange
Internes Externes
aux expéditeurs
Envoi factures


RC et ADV : Diagnostic de la couverture applicative
existante
De nombreuses fonctions sont encore réalisées « à la main » (au
mieux sur fichier Excel) ; elles apparaissent en gris / blanc sur la
cartographie.
La gestion des contrats est réalisée partiellement dans FACT
(Transport et Raccordement), partiellement dans PROBILAN
(Stockage). Par ailleurs, certaines fonctions très importantes
comme l’enregistrement des échanges ne sont pas automatisées.
La facturation n’est automatisée que pour le Transport et le
Raccordement, dans FACT.
Il existe 2 référentiels des points commerciaux : un dans
PROBILAN et un dans FACT, ce qui induit des incohérences
entre les 2 applications
Les fonctions de commercialisation des capacités sont encore
réalisées totalement manuellement.
RC et ADV - Objectifs et besoins : métier et SI
Objectifs et besoins métier
Le métier souhaite industrialiser la gestion des contrats et la facturation du
stockage
La facturation et la gestion des contrats de raccordement resteront des
activités marginales, il n’est pas urgent de moderniser le SI les supportant
La gestion des contrats est partiellement automatisée, mais certaines
lacunes doivent être comblées :
Priorité 1 : la gestion des échanges de capacités
Priorité 2 : la gestion des avenants
Le volume de vente de capacités augmentant, il devient difficile de
conserver le fonctionnement manuel. Un enjeu important est d’automatiser
ce processus en mettant en place un front-office web. L’idéal serait de faire
évoluer l’application ECT pour permettre la vente des capacités en ligne.
Automatiser les fonctions de reporting interne et externe.
Rappel des objectifs SI

En cible, éliminer la technologie Progress au profit du .NET.
Définition des critères d’évaluation
Critère d’évaluation Définition Pondération
Adéquation fonctionnelle Couverture du périmètre fonctionnel cible par l’application 5

fonctionnels
Programmes informatiques couvrant des domaines distincts conçus ensemble

Intégration fonctionnelle
Critères
nativement et partageant un référentiel unique 2
Capacité d’une application à s’adapter rapidement à l’évolution des besoins des

Evolutivité fonctionnelle utilisateurs et aux mutations technologiques mises en regard d’un coût 3
Ergonomie Appréciation des interfaces Homme / Machine (IHM) 4
Technologie récente S’agit-il d’une application de technologie récente ? 2

Critères techniques
Pérennité Pérennité des fournisseurs (éditeurs et constructeurs) 3
Standards Groupe Normes techniques et standard applicatif du Groupe 3
Sécurité et auditabilité des échanges avec l’extérieur et de l’accès aux données (en
Sécurité interne) 3
Temps de réponse, capacité de l’application à traiter des volumes de données

Performances et scalabilité importants 3
La sûreté de fonctionnement répond-elle à la criticité de l’application ?
Sûreté de fonctionnement Prise en compte de la continuité de l’application 4
Coûts d’exploitation et
Coût
Coûts annuels (comprenant les coûts externes et internes) 4

maintenance
Analyse du SI existant : exemple de tableau de synthèse
SCADA TGNET FACT DICT GEO Outlook GDPA
satisfaisant Critère d’évaluation PEGAZ PROBILAN DOMANIAL EXPERION ADID
acceptable
Adéquation fonctionnelle
non satisfaisant
Intégration fonctionnelle
Evolutivité fonctionnelle
Technologie récente
Pérennité
Standards Groupe
Sécurité des échanges
Performances et scalabilité
Sûreté de fonctionnement
Standards applicatifs
Coûts d’exploitation et
maintenance
Ergonomie
Evaluation globale 2,40 1,62 2,34 2,29 1,58 2,00 1,97 2,74 2,11 1,74 1,74
Gestion commerciale : analyse de l’existant
Diagnostic
Diagnostic de
de ll’existant
’existant
• Des métiers en évolution permanente
• Un système développé sur-mesure en technologies hétérogènes (Progress + .net), rendant complexe
l’exploitation
• Des problèmes d’intégration des 3 modules (Pegaz, Probilan, FACT)
Programmes
bilans
PEGAZ Probilan HERMES
notifications
Traitement des données Programmation commerciale Gestion des
de comptage Calcul des bilans échanges
Technologie Echanges GRD
et GRT
Progress FACT
.NET Gestion des contrats
Synth èse des

Synthèse des besoins
besoins
• Couverture des besoins court terme (nouvelles offres, réponse aux obligations règlementaires)
• Automatisation des tâches récurrentes qui s’intensifient (programmation des notifications, traitement des
souscriptions de capacité)
• Mise en place d’un Front Office Web pour la gestion des ventes et échanges de capacité en ligne
• Maintien d’une flexibilité maximale du système en prévision des évolutions à venir
Chaîne de comptage : analyse de l’existant
Diagnostic
Diagnostic de
de ll’existant
’existant
• Ambiguïté sur la responsabilité des données de comptage
• Pegaz :
• Technologie Progress obsolète
• Système au paramétrage complexe, maîtrisé par peu d’utilisateurs
• Accès au données peu ergonomique suscitant le développement de solutions de contournement pouvant
présenter un risque pour l’intégrité des données ou du système
• Lacunes fonctionnelles :
• Attribution « manuelle » du PCS aux postes de comptage
• Pas de gestion des versions de données de comptage
• Facteur aggravant : les erreurs ou délais sur les données de comptage se répercutent sur l’aval de la chaîne
(bilans, facturation, mise à disposition des acteurs externes)
Synth èse des

besoins
• Renforcer les outils de fiabilisation des données Gestion des données de comptage
• Sécuriser les traitements Collecte Traitements Archivage
• Maîtriser les versions de données utilisées en interne et mises à
Fiabilisation Gestion de versions Mise à disposition
disposition des acteurs externes
• Accéder de façon simple à des données de référence partagées Echanges Reporting Requêtes
• Automatiser les reportings

Principes d’élaboration des scénarios cibles
Les scénarios SI cibles visent à couvrir les besoins

fonctionnels cibles
Différents scénarios peuvent être envisagés selon :
L’existence de progiciels pour couvrir les domaines étudiés et
l’opportunité d’utiliser un progiciel en cible
Les points de césures optimaux en fonction des processus et
de l’organisation cible (refonte de l’organisation,
externalisation d’activités,…) d’une part, et des opportunités
technologiques (périmètre couvert pas les progiciels) d’autre
part
L’existence de normes groupe à respecter
Les différents scénarios sont soumis au Comité de
Pilotage du schéma directeur pour arbitrage
Gestion commerciale : analyse de l’existant
Diagnostic
Diagnostic de
de ll’existant
’existant
• Des métiers en évolution permanente
• Un système développé sur-mesure en technologies hétérogènes (Progress + .net), rendant complexe
l’exploitation
• Des problèmes d’intégration des 3 modules (Pegaz, Probilan, FACT)
Programmes
bilans
PEGAZ Probilan HERMES
notifications
Traitement des données Programmation commerciale Gestion des
de comptage Calcul des bilans échanges
Technologie Echanges GRD
et GRT
Progress FACT
.NET Gestion des contrats
Synth èse des

besoins
• Couverture des besoins court terme (nouvelles offres, réponse aux obligations règlementaires)
• Automatisation des tâches récurrentes qui s’intensifient (programmation des notifications, traitement des
souscriptions de capacité)
• Mise en place d’un Front Office Web pour la gestion des ventes et échanges de capacité en ligne
• Maintien d’une flexibilité maximale du système en prévision des évolutions à venir
Gestion commerciale (scénario cible 1)
Vision
Vision cible
cible –– Scénario Sp
Scénario écifique
Spécifique
Consolidation en développement spécifique .net des fonctions de gestion opérationnelle et contractuelle
Progiciel/entrepôt Spécifique .net gestion opérationnelle Spécifique .net gestion contractuelle

Gestion des Programmation Calcul des bilans Gestion des Gestion des Capacités
données de contrats capacités disponibles et ECT
comptage disponibles souscrites Publication des
Facturation
Notifications (Excel) capacités
Bilans
Matchings Demandes/ Gestion des
Contrats
Données Calcul journalier et mensuel Capacités souscrites échanges de demandes
de Capacités disponibles capacités /réponses
comptage
Calcul mensuel Factures Publication des
Hermès Gestion des Factures (pdf) factures/contrats
Publication mensuelle
échanges
Points critiques :
• Capacité à disposer de compétences .net
• Gestion des interfaces entre les 3 modules comptage / bilan / facturation
Avantages :
• Souplesse des solutions sur-mesure pour des activités qui risquent de rester fortement évolutives à
moyen terme
Gestion commerciale (scénario cible 2)
Vision
Vision cible
cible –– Scénario ERP
Scénario ERP
« progicialisation » des domaines Comptage, gestion opérationnelle, contrat et facturation
Capacités
ERP intégré disponibles et ECT
Gestion des Programmation Gestion des souscrites Publication des
contrats Contrats
données de (Excel) capacités
Calcul bilans Capacités souscrites
comptage Capacités disponibles Gestion des
Facturation Demandes/
échanges de demandes
capacités /réponses
Publication des
Données Notifications Factures factures/contrats
de Bilans Factures
comptage Matchings Publication mensuelle (pdf)
Hermès Gestion des

Calcul journalier et mensuel Calcul mensuel échanges
Points critiques :
• Coût de l’ERP (compte-tenu de la volumétrie au niveau de la facturation, le passage en ERP n’est
justifiable que si l’ensemble de la chaîne est intégré)
• Incertitude sur le fait que les règles de gestion opérationnelle soient stabilisées à la cible
• Paramétrage complexe des fonctions de gestion opérationnelle
Avantages :
• Intégration de la chaîne comptage / bilan / facturation
Chaîne de comptage : analyse de l’existant
Diagnostic
Diagnostic de
de ll’existant
’existant
• Ambiguïté sur la responsabilité des données de comptage
• Pegaz :
• Technologie Progress obsolète
• Système au paramétrage complexe, maîtrisé par peu d’utilisateurs
• Accès au données peu ergonomique suscitant le développement de solutions de contournement pouvant
présenter un risque pour l’intégrité des données ou du système
• Lacunes fonctionnelles :
• Attribution « manuelle » du PCS aux postes de comptage
• Pas de gestion des versions de données de comptage
• Facteur aggravant : les erreurs ou délais sur les données de comptage se répercutent sur l’aval de la chaîne
(bilans, facturation, mise à disposition des acteurs externes)
Synth èse des

besoins
• Renforcer les outils de fiabilisation des données Gestion des données de comptage
• Sécuriser les traitements Collecte Traitements Archivage
• Maîtriser les versions de données utilisées en interne et mises à
Fiabilisation Gestion de versions Mise à disposition
disposition des acteurs externes
• Accéder de façon simple à des données de référence partagées Echanges Reporting Requêtes
• Automatiser les reportings
Chaîne de comptage (scénario cible 1)
Vision
Vision cible
cible –– Scénario Comptage
Scénario Comptage dans
dans PI
PI
Réalisation des traitements (somme / déduction, conversion volume en énergie) dans le système de conduite
Frontal Chargement
horaire Entrepôt (PI)
Dialogue avec
les automates Collecte Archivage Reporting
Données de Fiabilisation Gestion de versions Requêtes
SCADA Transport Mise à disposition
comptage
Simulation brutes
Données de
Traitements Valeurs
comptage
calculées Déversement traitées
horaire ou
journalier
Points critiques :
• Solution envisageable si l’entrepôt gère les versions de données
• Solution assujettie à l’échéance de remplacement de SCADA
• Interfaçage avec l’aval de la chaîne (Bilan et publication des données)
Avantages :
• Les traitements sont réalisés automatiquement en fonction de la configuration réelle du réseau
• Mutualisation de PI avec les fonctions d’archivage des données process
Vision
Vision cible
cible –– Scénario Progiciel
Scénario Progiciel de
de Comptage
Comptage
Gestion de l’ensemble des fonctions de comptage par un progiciel spécialisé (type Lodestar ou Itron)
Frontal Progiciel
Dialogue avec Collecte Traitements Archivage Reporting
les automates
Fiabilisation Gestion de versions Mise à disposition Requêtes
Chargement horaire ou journalier Données de Données de

comptage comptage
brutes traitées
Traitement horaire
ou journalier
Points critiques :
• Coût du progiciel
• Pas de lien avec la configuration réelle du réseau
• Interfaçage avec l’aval de la chaîne (Bilan et publication des données)
Avantages :
• Souplesse d’une solution dédiée
Vision
Vision cible
cible –– Scénario ERP
Scénario ERP
Intégration de l’ensemble de la chaîne comptage -> bilan -> facturation dans un ERP type SAP
ERP intégré
Frontal
Gestion des données de comptage Gestion des
Dialogue avec Programmation
les automates Collecte Traitements Archivage Reporting contrats
Calcul bilans
Gestion de Facturation
Fiabilisation Mise à disposition Requêtes
versions
Données de Données de
comptage comptage
Chargement horaire ou journalier brutes traitées
Points critiques :
• Coût de l’ERP
• Incertitude sur le fait que les règles de gestion opérationnelle soient stabilisées à la cible
• Paramétrage complexe des fonctions de gestion opérationnelle
• Pas de lien avec la configuration réelle du réseau
Avantages :
• Richesse des fonctions de gestion des données de comptage
• Intégration de la chaîne comptage / bilan / facturation
Evolution de la cartographie applicative – Architecture cible
New SCADA ST PI SBT Office Web

Front Légende
Supervision Entrepôt de commerciale
Vente / échange
clients
de et Transactions de
Contrôle-commande Remplacement
données expéditeurs
capacités vente / échange
Stockage de capacités
Données de comptage Evolutions
Programmes
bilans Idem 2006
PILOTE Gestion commerciale (progiciel) HERMES
New SCADA TR notifications
Com.avec Traitement des données de comptage Gestion des
le terrain Supervision Programmations / bilans échanges
Contrôle-Commande Facturation Transport et stockage
Transport Echanges GRD
Gestion des contrats transport et stockage et GRT
Transactions de
vente / échange
TGNet + de capacités
MSI 2
nouveaux outils
Simulation Gestion carrières
PROCATHO - v2 Microstation Thémis
Surveillance Dessin Rapprochement
protection cathodique GED bancaire
écritures PXL +
Plans et schémas ventes Gestion de la paie
PIMS SIG Gestion formation frais
GEO OUTLOOK GEO OUTLOOK SAP GTA
Management de
Publication plans Référentiel
Publication plans GED écritures
l’intégrité cartographique Comptabilité générale paie Gestion des
Transport Transport Documents absences
administratifs Comptabilité client
Visit Géocomm Comptabilité fournisseur
Mobilité Gestion des faits
Gestion des
plans Stockage techniques PROFIN
Liasses fiscales
MAXIMO Stocks
DOMANIAL – v2 commandes
Gestion des conventions Gestion des achats Provisions
Gestion des Stocks Factures fournisseurs
BW Colosse
de servitude Gestion de la Extractions
maintenance Saisie Frais
Reportings

Principes d’élaboration des trajectoires de mise en
œuvre
Identification des projets à lancer pour passer de

l’existant à la cible
Etude des contraintes d’enchaînement / des
opportunités (mutualisation de projets, …) pour définir
différents scénarios d’ordre des projets
Prise en compte des priorités données par les métiers
et par la DSI
Prise en compte des capacités de réalisation des
projets (budgets, ressources métier, ressources SI)
Le planning de réalisation des projets et le budget,

année par année, est soumis pour arbitrage au COPIL
Gestion Commerciale : trajectoire
Synth èse
Synthèse
Des évolutions importantes des règles métier en cours et à moyen terme nécessitent de
conserver une organisation de projet réactive
La mobilisation de la maîtrise d’ouvrage et de la DSI va rester importante à moyen terme
Le passage en progiciel n’est envisageable qu’après stabilisation du métier
Maturité des progiciels :

Les progiciels actuels ne permettent pas de couvrir les règles de gestion opérationnelle ; à l’horizon 2010
l’évolution des progiciels devrait couvrir ces métiers
Front-Office Web (Portail de souscription de capacités en ligne) :

Chantier à part entière en terme de choix d’architecture
Criticité en termes d’image
Macro planning :
2006 2010 2012
Développements spécifiques
Passage en
pour couvrir les besoins
progiciel
urgents
Etude architecture
Front Office
Portefeuille de projets pour arbitrage du planning
RH
ADID MSI GDPA PXL
Colosse
HSEQ Faits techniques

GED administrative
D. Exploitation
GED
Remplacement de SCADA
grands travaux
PI : extension fonct.
PI : extension Transport Remplacement Experion
Mise en place d’un SIG
PIMS GED
plans et schémas
Remplacement PEGAZ
D. Commerciale
Evolutions SI Commerce Progicialisation SI Commerce
PRA
Fiabilisation et couverture
télécom indus.
2006 2007 2008 2009 2010 2011 2012 2013 2014

Portefeuille de Projets – Budget des principaux projets
Un
Un portefeuille
portefeuille àà rendre
rendre compatible
compatible avec
avec la
la capacité budg
capacité étaire, projet
budgétaire, projet par
par projet
projet
Projets 2004 2005 2006 2007 2008 2009 2010 2011 2012 2013 2014 2015 2016
HSEQ
GED (administrative puis technique)
Faits techniques
Autres projets
RH (ADID -GDPA - PXL-Ulysse)
ADID GDPA
ULYSSE
PXL
Autres projets
DDC
SIATIC
Front Office Web (impacts HERMES compris)
Autres projets
Comptage
Remplacement COMPTAGAZ
DOP
SIG
MAXIMO (évolutions)
PIMS
SCADA TR
Evolutions PI
SCADA ST
Autres projets
Infrastructures SI
SAN, SMS, HP openview
Fiabilisation et couverture télécom indus
Modernisation de la téléphonie
Hard Ware
Autres projets
TOTAL
Evolution Budget Projets

5000 • Les investissements projet augmentent sur les
4000
deux prochaines années (grands projets,
déménagements, renouvellement matériel…)
3000
2000
• Les chiffres mentionnés sont des estimations de
budget. Il dépendent notamment des choix de
1000
solutions et devront être revus lors de chaque
04
05
06
07
08
09
10
11
12
13
14
15
16
phase de cadrage
20
20
20
20
20
20
20
20
20
20
20
20
20
Coûts récurrents
Des
Des co ûts rrécurrents
coûts écurrents stables
stables dans
dans la
la dur ée
durée
Récurrents 2004 2005 2006 2007 2008 2009 2010 2011 2012 2013 2014 2015 2016
Maintenance - licences liées aux projets
HSEQ
RH
Direction Commerce
Comptage
DOP ( SCADA SIG PIMS)
Stockage (ext PI et SCADA)
Infrastructures SI
Existant (y compris HW)
TOTAL
Evolution Budget Récurrents

• Les frais de fonctionnement
6000 augmenteront légèrement
5000 jusqu’en 2010 du fait de la
4000 multiplicité d’outils
3000 supplémentaires ne remplaçant
2000
pas un existant lourd en terme
1000 de MCO
0
2004 2005 2006 2007 2008 2009 2010 2011 2012 2013 2014 2015 2016
Années
Evolution de la cartographie applicative (1/5) – Architecture
actuelle
EXPERION QUALIGAZ ECT
Stockage stockage
Programmes
bilans
notifications
Transport
Echanges GRD
et GRT
CRYSTALREPORT FACT
Serveur
Serveur Extractions
Oracle
SCADA
SCADA
TGNet MSI
Simulation
Surveillance écritures ETEBAC
Dessin
HYPERVISION frais
Gestion de la paie
Publication plans
détachés
Stocks Comptabilité fournisseur Gestion d’accès
Provisions
COLOSSE
Liasses fiscales
Gestion des Stocks
Extractions
Evolution de la cartographie applicative (2/5) – Architecture à fin
2007
EXPERION QUALIGAZ Front Office Web Légende
PI Stockage Publication
Supervision Entrepôt de Gestion de la Vente / échange de Transactions de
Contrôle-commande qualité gaz
Remplacement
données capacités vente / échange
Stockage stockage de capacités
Programmes
bilans Idem 2006
notifications
Transport
Echanges GRD
et GRT
CRYSTALREPORT Transactions de
Extractions
Gestion contrat / vente / échange
Serveur
Serveur
Oracle Facturation T & S de capacités
Oracle
SCADA
SCADA Facturation Transport et MSI 2 (?)
TGNet + stockage
PROCATHO - v2 nouveaux outils Gestion des contrats Gestion carrières
Surveillance Simulation transport et stockage
protection cathodique Microstation Thémis
Dessin Rapprochement
GED écritures Sol. ADPGSI
ventes bancaire
PIMS Gestion des Gestion de la paie
Gestion formation frais
Management de SIG documents SAP
administratifs écritures GTA
l’intégrité Référentiel Gestion des
cartographique Comptabilité générale paie PXL
Comptabilité analytique absences Formation / GTA
Visit Géocomm Comptabilité client détachés
Stocks Comptabilité fournisseur
Gestion des commandes
plans Stockage Provisions
MAXIMO Factures fournisseurs PROFIN
Gestion des achats Liasses fiscales
DOMANIAL – v2 Gestion des Stocks
Gestion des conventions Gestion de la BW
de servitude maintenance
Reportings Extractions Colosse
Saisie Frais
2010
EXPERION QUALIGAZ SBT Office Web
Front Légende
Supervision Entrepôt de Gestion de la commerciale
Vente / échange
clients
Remplacement
Programmes
bilans Idem 2006
PILOTE New SCADA TR PEGAZ 2 PROBILAN HERMES
notifications
Transport Publication - reporting
Echanges GRD
et GRT
Transactions de
PI Transport Gestion contrat / vente / échange
Facturation T & S de capacités
Entrepôt de TGNet +
données transport nouveaux outils Facturation Transport et MSI 2 (?)
stockage
Simulation Gestion des contrats Gestion carrières
PROCATHO - v2 Microstation transport et stockage
Surveillance Dessin Thémis
protection cathodique GED Rapprochement
écritures PXL +
Plans et schémas ventes bancaire
Gestion de la paie
Management de
Publication plans Référentiel
Publication plans GED écritures
l’intégrité cartographique Comptabilité générale Gestion des
Transport Transport Documents paie absences
Gestion des
Liasses fiscales
MAXIMO Stocks
Gestion des Stocks Factures fournisseurs BW Colosse
Reportings
2012
EXPERION QUALIGAZ SBT Office Web
Front Légende
Supervision Entrepôt de Gestion de la commerciale
Vente / échange
clients
Remplacement
Programmes
bilans Idem 2006
PILOTE New SCADA TR Gestion commerciale (progiciel) (?) HERMES
notifications
Com.avec Supervision Gestion des
Contrôle-Commande Traitement des données de comptage
le terrain Programmations / bilans échanges
Transport
Facturation Transport et stockage Echanges GRD
PI Transport Transactions de
Entrepôt de vente / échange
données transport TGNet + de capacités
MSI 2 (?)
nouveaux outils
écritures PXL +
Management de Référentiel GED écritures
Publication plans Publication plans paie Gestion des
l’intégrité
Transport cartographique
Transport Comptabilité générale
Documents Comptabilité analytique absences
Gestion des
Liasses fiscales
MAXIMO Stocks
Reportings
2014
New SCADA ST PI SBT Office Web
Front Légende
Supervision Publication information
Entrepôt de commerciale
Vente / échange
clients
de et Transactions de Remplacement
Contrôle-commande données expéditeurs
Stockage de capacités
Programmes
bilans Idem 2006
PILOTE Gestion commerciale (progiciel) HERMES
New SCADA TR notifications
Com.avec Traitement des données de comptage Gestion des
le terrain Supervision Programmations / bilans échanges
Contrôle-Commande Facturation Transport et stockage
Transport Echanges GRD
Transactions de
vente / échange
TGNet + de capacités
MSI 2
nouveaux outils
écritures PXL +
Management de Référentiel GED écritures
Publication plans Publication plans paie Gestion des
l’intégrité
Transport cartographique
Transport Comptabilité générale
Documents Comptabilité analytique absences
Gestion des
Liasses fiscales
MAXIMO Stocks
Reportings
Sommaire

l’Entreprise
Le rôle de l’urbaniste dans les projets
L’urbanisme pour réaliser les livrables du projet
Urbanisme vs Entreprise Architecture
Le rôle de l’urbaniste dans la constitution du
portefeuille de projets
La prise en compte de l’urbanisme dans le cadre de l’étude et de

la constitution du portefeuille de projets à réaliser fait partie de la
gouvernance du système d’information.
Il s’agit, pour les urbanistes, de participer au processus de
décision sur l’élaboration du portefeuille de projets :
En étant présent aux comités d’arbitrage projet
En émettant des avis sur les projets à retenir, sur des points tels
que l’apport des projets à la stratégie de l’entreprise, le
positionnement des projets par rapport au cadre d’urbanisme
(lorsqu’il est défini) du système d’information, l’inscription du
projet dans le schéma de migration (s’il existe), …
La mise à jour du schéma directeur de l’entreprise ou du domaine
est l’occasion d’actualiser le portefeuille de projets
Rappel des étapes d’un projet SI
Étude d’opportunité Expression des besoins Développement Déploiement
Approfondis- Études Recette et

Exploration de Définition de la Réalisation mise en
l’opportunité sement du fonctionnelles solution
besoin générales exploitation
L’urbaniste est en interaction sur chaque phase du projet

Rôle de l’urbaniste en phase d’étude d’opportunité
Dans cette phase, l’urbaniste a deux rôles principaux :
Il participe à l’orientation du projet à partir du besoin global exprimé par les métiers
Il met à la disposition de la communauté des éléments (cartographies, fiches d’application et de projets,…) qui
permettront de préciser le contexte du projet et de vérifier que le besoin de créer un nouveau projet est légitime
Eléments généraux d’urbanisme

Caractère structurant du projet pour le système d’information et pour les directions métier : projet important, en
général transverse à plusieurs directions métier, faisant appel à des référentiels, utilisant des briques logicielles
existantes, et où les risques de redondance avec d’autres applications sont importants. Ces projets devront
faire l’objet d’un suivi détaillé par les urbanistes
Positionnement du projet par rapport à la cible d’urbanisme : lorsque cette cible existe, il s’agit de déterminer si
le projet s’inscrit bien dans cette cible
Architecture fonctionnelle
Position du projet dans le cadre de l’architecture fonctionnelle : recensement des blocs fonctionnels concernés
par le projet. Les urbanistes devront s’assurer que les équipes projet ont une vision claire de ce point
Référentiels
Utilisation de référentiels existants : il est important de mettre en évidence si les macro données qui seront
manipulées dans le projet sont déjà décrites dans des référentiels existants, afin d’éviter qu’une même donnée
ne figure dans plusieurs fichiers ou si, au contraire, il y a lieu de créer, à l’occasion du projet, de nouveaux
référentiels.
Décisionnel
Mise en évidence des besoins du projet dans le domaine du décisionnel : besoins complémentaires par rapport
à l’existant, nécessité de créer de nouvelles alimentations, …
Redondance
Examen de la redondance éventuelle du projet avec des applications existantes. Si oui, réaménagement du
champ du projet.
Rôle de l’urbaniste en phase d’expression des
besoins
Les principaux thèmes sur lesquels les urbanistes demandent aux équipes projet
d’apporter des réponses sont :
Description des fonctions métier couvertes par le projet dans les fonctions de
production, de pilotage et de support
Définition claire des besoins métier auxquels le projet doit répondre
Recensement des acteurs touchés par le projet
Mise en évidence des processus métier et des processus transverses concernés par le
projet
Estimation de la volumétrie des données associées au projet ; en effet, la nature des
solutions à mettre en œuvre est liée aux ordres de grandeur des volumes de données
Caractéristiques de l’extension du projet : projet multi pays, multi langue, multi canal,
multi marque
Durée de vie du projet : bien spécifier si le projet est un projet destiné à « durer » ou si
c’est un projet jetable (indiquer sa durée de vie), auquel cas, les solutions conçues
dans la phase suivante pourront avoir un caractère moins élaboré
Rôle de l’urbaniste en phase de définition de la
solution
Eléments généraux d’urbanisme
Prise de connaissance des cartographies existantes (processus, applications, …) par les
équipes projet
Architecture fonctionnelle
Positionnement par rapport à la cible fonctionnelle, pour chacun des scénarios étudiés
Référentiels
Mise en évidence des référentiels utilisés par le projet
Description des nouveaux référentiels générés par le projet
Eventuellement, justification de la non utilisation de référentiels existants
Redondance
Réutilisation de composants : mise en évidence de la réutilisation de composants existants dans
la construction de la nouvelle application ; listage et description des composants de l’application
qui peuvent être réutilisables pour le développement d’autres applications
Progiciels (si la solution inclut des progiciels)
Choix des référentiels maîtres : ceux du progiciel ou ceux du SI existant
Modalités d’intégration du progiciel dans le SI existant
Architecture technique
Type de technologie utilisée : dans le cas d’utilisation d’une nouvelle technologie, s’assurer que
sa connaissance est suffisante au sein de l’équipe projet et de la maintenance
Vérification du respect des standards d’architecture technique
Rôle de l’urbaniste en phases de réalisation et mise
en exploitation
Les interventions des urbanistes dans ces phases des projets sont très limitées.
Cependant, un point majeur sur lequel ils interviennent concerne, après mise en
exploitation, la mise à jour des cartographies.
Cette mise à jour des cartographies est la plupart du temps réalisée par des
cellules dédiées (cellules d’urbanisme, architectes, …) : une cellule dédiée ou
plusieurs cellules dédiées spécialisées, qui interviennent directement dans les
projets informatiques.
Sommaire

l’Entreprise
Le rôle de l’urbaniste dans les projets
L’urbanisme pour réaliser les livrables du projet
L’urbanisation offre un cadre méthodologique aux projets
Étude d’opportunité Expression des besoins Développement
Exploration de Approfondis- Études Définition de la

fonctionnelles Réalisation
l’opportunité sement du besoin solution
générales
opérationnels
Note Expression Cahier des charges Dossier de Conception

Livrables
d’opportunité de besoin Dossier de Concept.Gén. Détaillée
MOA MOA MOA / MOE MOE
Cohérence
Cohérence avec
avec les
les Définition
Définition des
des besoins
besoins Cahier
Cahier des
des charges
charges :: Architecture
Architecture Applicative
Applicative
contribution de l’urbanisation
Attentes des livrables et
orientations
orientations stratégiques,
stratégiques, (Analyse
(Analyse des
des Architecture
Architecture Positionnement des
Positionnement des composants
composants lesles uns
uns
cohérence
cohérence avec
avec le
le groupe
groupe processus)
processus) Fonctionnelle
Fonctionnelle et
et flux
flux par
par rapport
rapport aux
aux autres
autres et
et par
par rapport
rapport aux
aux
et
et les
les branches
branches Définition des
Définition des données
données autres
autres applications
applications
Analyse
Analyse des
des impacts
impacts
(Ébauche
(Ébauche d’architecture
d’architecture (Description
(Description de
de DCG
DCG :: Architecture
Architecture technique
technique
fonctionnelle
fonctionnelle des
des SI)
SI) procédures)
procédures) Identification de
Identification de Identification des
Identification des modules
modules logiciels
logiciels
Analyse
Analyse de
de l’existant
l’existant et
et l’existant
l’existant réutilisable
réutilisable disponibles
disponibles // machine
machine
gains
gains attendus
attendus Architecture applicative
Architecture applicative Administration
Administration de
de données
données
(Identification
(Identification des
des Note
Note de
de faisabilité
faisabilité :: Identification des
Identification des données
données (et
(et des
des
processus)
processus) Aide au
Aide au choix
choix de
de la
la référentiels)
référentiels) à utiliser, élaboration du
à utiliser, élaboration du modèle
modèle
solution
solution physique
physique des
des données…
données…
L’urbanisation
aide à la réalisation des livrables opérationnels des projets sans
imposer de document complémentaire.
Sommaire

l’Entreprise
Le macro-urbanisme

Qu’appelle-t-on macro-urbanisme ?
Appliqué aux grandes entreprises, le macro-urbanisme d’entreprise est

un cadre de référence pour tous les domaines de l’entreprise (ex. : RH,
Gestion, différents domaines opérationnels,…)
Permettant de donner une vision du SI de l’entreprise et de sa
trajectoire d’évolution
Partagée par l’ensemble des acteurs de l’évolution du SI : Métiers,
Projets, Direction
Permettant de définir les orientations du SI de manière transverses
aux différents domaines
Consolidant l’ensemble des cartographies du SI en rendant compte
des liens inter-domaines et des fonctions / données partagées
Réduisant les disparités de représentation et harmonisant les
démarches
Faisant le lien entre les grands programmes de l’entreprise et les
projets qui les mettent en œuvre directement ou indirectement
Périmètre du macro-urbanisme vs urbanisme
Périmètre du Macro-Urbanisme :
- Vue Entreprise (vision globale)
- Vue inter-domaine
- Etudes spécifiques transverses
- Eclairages sur une brique
fonctionnelle multi-Domaines SI
- Résolutions de problèmes
Périmètre de l’Urbanisme :
- Vue domaine SI (vision détaillée)
- Collaboration à la Vue inter-domaine
- Collaboration aux Etudes spécifiques
Articulation des différents niveaux de l’urbanisme
Niveau Entreprise
Macro-urbanisme
Normes, règles, Enrichissement,

Plan d’urbanisme entreprise Mise à jour,
Contraintes inter domaines Faire évoluer
Infrastructures existantes
Niveau Domaine
Urbanisme
Normes, règles, Enrichissement,
contraintes SI, Mise à jour,
Descriptions, Faire évoluer
Infrastructures existantes,
Niveau projet
Urbanisme projet
Des rôles d’urbanistes doivent donc être définis à la fois au niveau de l’Entreprise, de chaque
domaine mais aussi au niveau des projets
Ordre de grandeur en terme de ressources :
Certaines grandes sociétés comme SNCF, Renault, et Sanofi Aventis (qui sont des
sociétés mono métier dont les effectifs sont compris entre 100.000 et 200.000
personnes) ont des équipes permanentes de 20/25 urbanistes pour le macro-
urbanime et l’urbanisme des domaines
La gouvernance du SI définit les règles d’interaction entre les trois niveaux.
Sommaire

l’Entreprise
Le macro-urbanisme
Les règles d’urbanisme
Pilotage de l’urbanisme
L’urbanisme comme outil de la gouvernance du SI
Les règles d’urbanisme déclinent, de façon opérationnelle et applicable

par les acteurs concernés, les principes définis par les urbanistes.
Les grandes natures de règles d’urbanisme sont :

Les règles d’urbanisme pour la construction de la cible, liées à la
méthodologie de conception d’urbanisme
Les règles d’urbanisme sur les relations avec les projets, en articulation
avec le cycle projet
Le besoin de disposer d’un ensemble de règles provient toujours de la

nécessité d’introduire une cohérence dans la construction du système
d’information :
Pour définir un cadre normalisé de référence pour la gouvernance du
système d’information
Pour homogénéiser, lorsque c’est nécessaire, les méthodes de
développement du SI, lorsqu’il y a plusieurs DSI dans la société ou
plusieurs directions fonctionnelles
Dans le cadre de fusion de sociétés, dont les SI étaient différents dans
leurs principes de construction (ex : Air France / KLM)
Exemple de règles d’urbanisme (1)
Règle n°1 : Gérer les données de référence
Règle n°1.1 - Codifier chaque donnée de référence, et construire un dictionnaire
Chaque donnée de référence :
doit être isolée,
doit être identifiée de manière unique au moyen d’une nomenclature ou d’une convention de nommage,
doit être définie totalement au sein d’un dictionnaire qui décrit la sémantique de toutes les informations qui y sont associées,
pour que tous les utilisateurs et applications métier désignent et interprètent une donnée de la même manière,
devrait être modélisée (selon un modèle UML par exemple) en vue de son implémentation dans un outil.
Règle n°1.2 - Construire un dispositif qui garantisse la qualité des données dans la durée
Pour chaque donnée de référence, il faut désigner un « propriétaire » et un « administrateur » de la donnée,
qui doivent faire appliquer respectivement un processus de collecte et un processus de gestion des données,
garantissant la qualité des données dans la durée :
le Propriétaire est responsable de la collecte de la donnée, dans l’application ayant vocation à être « source de données »,
l’Administrateur est responsable de la gestion de la donnée, entre sa source et sa « consommation ».
Pour une donnée commune à plusieurs métiers, il faut désigner un métier et un seul qui en soit propriétaire.
Des outils d’administration devraient être mis en place de manière à automatiser certaines des opérations « qualité » sur les
données de référence (nettoyage, dédoublonnage).
Règle n°1.3 -Distinguer les applications sources de celles consommatrices de données de référence
Règle n°1.4 - Mettre en œuvre un mécanisme de distribution des données de référence
Règle n°2 : Décrire les traitements communs mutualisables
Règle n°2.1 – Décrire les fonctions communes au sein d’une doctrine / Constituer un référentiel d’algorithmes
Règle n°2.2 – Mettre la doctrine à la disposition des métiers
Règle n°2.3 – Mutualiser les développements
Règle n°3 : Respecter les principes d’architecture technique
Règle n°3.1 - Adopter des «solutions de marché»
Règle n°3.2 - Privilégier l’utilisation des services et des infrastructures SI transverses à l’Entreprise
Règle n°3.3 - Eviter les adhérences entre les applications métier et le poste bureautique
Exemple de règles d’urbanisme (2)
Exemple de métamodèle et règles de cartographie
Synthèse du Métamodèle et liens entre les niveaux Enchaînement des cartes

Ela
Ela
Elabo
Ela bo
borrrre
bo ee
errrr la
la str
la
la stra
str
str attttég
aa égie
ég
ég ie
ie
ie El
El
Ela
El aa
abo
bo
borrrre
bo ee
errrrlllle
ee
eb bu
bb ud
uu dge
dd getttt
ge
ge Pil
Pil
Pilo
Pil oo
ote
te
terrrr le
te lessss a
le
le acccctiv
aa tivitititité
tiv
tiv éssss
éé A
AA
Assu
ssu
ssurrrrer
ssu er
er le
er le rrrre
le
le ep
ee por
pp ortitititin
or
or ng
nn g
gg
Ela
Ela
Elab
Ela bb
bo
oo
orara
ratitititio
ra oo
on
nn
n Ac
Acccccu
Ac
Ac uu ue eilililil e
ee etttt
ee G
G
Ge
G ee
esssstio
tio
tion
tio nnnd dd
de ee
essss G
G G
Ge ee
est
stst
sto iio
o ii n
o nn
nd dd
des
eses
es Pla
Plan
Pla
Pla nifi
nn ificcccat
ifiifi atio
atat ion
io
io ne
nn etttt
ee L
LLLooo
og
gg
gistist
istiq
ist iqiq
iqu uuueee
e Fa
Fa
Facccctu
Fa tu
turrrra
tu aa
atio
tio
tion
tio nn
n et etet
et
de
de l'o
de
de l'o
l'offfffr
l'o frfr
fre
ee
e G
Ges
G
G esttttion
es
es ionion d
ion ddde essss
ee rrrré
éé
éfé
féférrrren
fé en
enttttie
en ieiels
ie lsls
ls qu
qua
qu
qu aa
an nnntitititité
tétéssss
té O
O
Orrrrd
O dd
don
on
onn
on nn
nan
anan
ancccce ee
eme
meme
mennnntttt ((((Pro
Pro
Prod
Pro dd
duuu
uctctct
ctio io
ion
ionn
n R
RRé
Réé
émumu
mun
mu nnné
éé
éra
ra
rattttio
ra io
ion
io nn
n
ééd
éé ditititite
dd eu
ee uuurs rs
rsrs ((((PréPrép
Pré
Pré pppa ara
aa rarattttio
ra ion
io
io n
nn ((((Pr
Prép
Pr
Pr épa
ép
ép aaarrrrat atio
atat ion
io
io n
nn ((((Pr
Prép
Pr
Pr épa
ép
ép ara
aa rarattttio
ra ion
io
io nd
nn du
dd uuu d
ddduu sssse
uu erv
ee rvic
rvrv ice
icic e))))
ee
((((Av
Av
Ava
Av aa
ant
ntnt
nt vvvve ee en nn
ntttte,
e,e,
e, d
dddu u se
uu serv
se
se rvic
rvrv ice
icic e))))
ee du
du se
du
du serrrrvvvvice
se
se ice))))
ice
ice se
serv
se
se rvic
rvrv ice
icic e))))
ee
PPro
PP rosp
ro
ro spe
sp
sp ecccctitititio
ee on)
oo n)
n)
n)
Ed
Ed
Editititite
Ed ee
eu
uu
urrrr
Demande de D
D
Dis
D isis
istr
trtr
tribib
ibue
ib ue
uerrrr lllles
ue es p
es
es prrrrod
pp odu
od
od uititititssss e
uu en
ee n Fra
nn Fran
Fra
Fra ncccce
nn e
ee
distribut o
i n en Pr oduit ilv ré
France en France
1.Carte des processus

D
D
Dép
D ép
épo
ép oo
ossssttiittiia
aa
air
irir
ire
ee
e
Demande de D
D
Dist
D ist
istrrrrib
ist ib
ibue
ib ue
uerrrr e
ue lle
e e
ll ssss pr
pro
pr
pr odu
oo duititititssss à
du
du à l'l'l'l'ex
àà exp
ex
ex por
pp ortttt
or
or
distribut o
in à Produit livr é à
l'export l'e xport
D
D
Dis
D isis
istr
trtr
tribib
ibut
ib utut
uteee
eu
uu
urrrr
Demande d'a nimat o
i n An
An
Animer
An imer
imer et
imer et Dé
etet Dévvvve
Dé
Dé elop
ee lopp
lop
lop pe
pp errrr le
ee le ré
le
le rése
ré
ré sea
se
se au
aa u
uu Animation et
et de dév eloppement développement du
Métier
du réseau réseau
Coo
Coo
Coop
Coo pp
pé
éé
éra
ra
rattttiv
ra iviv
ive
ee
ed d'é
dd 'éd
'é
'é dite
dd iteu
ite
ite urrrrs
uu s
ss Co
Co
Coo
Co oo
opé
pé
pérrrra
pé aa
ativ
tiv
tive
tiv ee
ed d'é
dd 'éd
'é
'é dititititeu
dd eurrrrssss
eu
eu
Applicative Technique
Demande d'études, P
PP
Pro
ro
rod
ro dd
du
uu
uire
ire
ire d
ire des
dd es é
es
es éttttud
éé ude
ud
ud essss,,,,p
ee pa
pp an
aa ne
nn els
ee ls et
lsls et p
etet pre
pp rest
re
re sta
stst atio
aa tion
tio
tio nssss cccco
nn omp
oo mplé
mp
mp léme
lé
lé men
me
me nttttai
nn aire
aiai ressss
re
re Etudes, panels et
panels et prestatio ns pr estat o
i ns
c omplé mentaires c omplémentaires
Métier R
R
Re
R ee
h
essssso
hu
hh uu
so
sour
so
uma
ma
ma
ur
urcccce
ur
mainine
in
in
ee
ee
essss
essss Se
Se
Serrrrvvvvic
Se icic
ices
es
es Gé
es Gén
Gé
Gé nér
nn éra
ér
ér au
aa uxxxx
uu Co
Co
Commun
Co mmun
mmunic
mmun icic
ica
aa
atitititio
oo
on
nn
n JJJJur
ur
urid
ur id
idiq
id iq
ique
iq ue
ue
ue d
dd
Sy
Sy Syst
Sy
d'i'i'i'inf
nfnf
nfo
stè
stst
oo
ème
èè
orma
messss
me
me
rma
rmatio
rma tio
tion
tio nn
n Ac
Ac
Ach
Ac hh
ha
aa
atttt g
gg
Co
Comp
Co
Co
ges
Co
Co
es
Co
mp
Cont
mpta
mp
ntnt
estititition
es on
tab
ta
ta
ntrrrro
oo
on,,,, T
on
bilit
bb
ole
le
le
T ré
TT
ilité
ilit
ilit
le d de
dd
réso
ré
ré
é,,,,
éé
e
ee
soririririe
so
so e
ee
Ed
Ed
Edititititeu
Ed eu
eurrrr
eu
Z o ne Ana
Ana lyser
lyser l'l'ac
dd ''ach
ac tiv
ach at
at
tiv ititéé D
Déf
éfin
in irir une
une poli
d'
d'ac
poli tiq
ac hat
hat
tiq ue
ue
Proc e ssus De
De ma
ma nde
nde ur Dé
Dé pen
pen sese ss sans
sans rrécep
écep ttion
ion ((abo
abo nné
nné es
es
Proc essus
ur
DED et
et no
no nn abo
abo nné
nné es)_
es)_ DED
DED+Co +Co mman
mman de
de Comman de e nregistrée
S ite Demande d'achat de

fournitures industrielles
sto ckée s
st
stocké
Fo
Fo urn
ocké e_D
urn itu
e_DED+
itu res
ED+Comma
res in
in dustr
dustrie
Comma nde
ie lle
nde +R
lle ss
+Réce éce ptio
ptio nn
Commande fourniture industrielle
stockée enregistrée et
réceptionnée
Qu art ie r Demande d'achat de FFou

ou rnit
rnitur
ures
es ii ndus.
ndus. no
no nn
sto Commande fournitur e industrielle
fourniture indust rielle sto ck
ck éé es+Bu
es+Bu rea
rea ut
utique
ique _D
_DEDED+Co
+Co mman
mman
de non stockée, bureautique
e t bur eautique de +R+R
enregistrée et réceptionnée
Ach
Ach et
eter
er trtran
an spo
spo rrtt 2.Diagramme de mise en
Proc édure œuvre du processus
G
Gér
érer
er les
les rréf
éfér
érent
entiels
iels
Proc édure
R é se au
A p p lic a tio n De
De
Dema
De ma
man
ma nn
nd
dd
deu
eu
eurrrr
eu Co
Co
Con
Co nn
ntr
trtr
trôôô
ôle
le
leu
le uu
urrrr dde
dd e ge
ee gesssstititition
ge
ge on
on
on AAcccche
AA hetttte
he
he eu
ee urrrr
uu
Co
Co
Con
Co nn
ntr
trtr
trôôô
ôle
le
lerrrr ssssig
le ign
ig
ig nat
nn atu
at
at urrrre
uu e
ee
DED
Pr
Pr
Pro
Pr oo
op
pppooo
ose
sese
serrrr u
uu
un
nn
ne
ee
e
iiiimp
mpu
mp
mp uttttat
uu atio
at
at ion
io
io n OI
nn OI o
OI
OI ou
oo u
uu
CC
CC su
CC
CC susurrrr la
su la D
la
la DED
DD ED
ED
ED
N on D
DD
Dis
isis
ispo
po
po
po Ou i
Bu dg et non bbu udg
dgééttttaairiree ??
disp on b
i le bb uudg
dgéé aairiree ??
Base dedonnées
dda
dd ans
aa ns SAP?
ns
ns SAP?
SAP?
SAP?
Opération AD
AD
ADHB
AD HB
HB
HB
AD HB va lid e et C
CC
Cré
ré
rée
ré ee
errrr la
la cccco
la
la omma
oo mman
mma
mma nd
nn de
dd e
ee
b ud get disp on b
i le Co mma nd e c rée
Serveur Fou rnisse ur existan t

dan s In vo ci es
Fo urn isseu r d éblo qu é
Co
Co
Con
Co nn
ffffou
nttttrô
ourrrrn
ou
ou
rô
rôle
rô
niss
nn
le
le e
le
isse
iss
iss
exxxxist
ee
eu
ee uu
iste
ist
ist en
ee ncccce
nn
urrrr ((((SAP)
SAP)
SAP)
SAP)
e
ee
Opération
3.Logigramme
D
DD
Dé
éé
éfifififini
nini
ni ssssiiii OI
OI ou
OI
OI ou CC
ou
ou CC
CC
CC
O
O
OIIII o
O ou
oo u CC
uu CC ?
CC
CC ?
?? ??
??
OI
CC
S er v ic e
S
SS
SAP-
AP-
AP-D
AP- DD
Disp
isp
ispo
isp ooo ??
??
bb
bbu
uu
ud
dd
dg
gg
gét
ét
éta
étaa
air
irir
ire
ee
e? ?
??
Non Ou i
E
EE
Eccccar
ar
artttt >
ar >>
>111
10
00
0%
%%
% ??
??
oo
oou uu
u111
15 55
5KE
KE
KEu
KE uu
uro
ro
ro
ro
Oui No n
B
BB
Bududg
ud
ud ge
gg etttt a
ee attttttttei
aa eint
eiei nt
nt
nt
àà9 900%%? ? ??
??
ADH B po ur àà 9900%% ??
dé bloc ag e
Da ns t ou s
Ou i le s c as
O
O
Op
O pp
pér
ér
éra
ér aa
attttio
io
ion
io nn
n xxxx Comman de en re gistré e
Co mma nd e b loqu ée
no n e nr egist rab le
R
RR
Rô
ôô
ôle
le
le-9
le -9
-9
-9
Messa ge d'ale rte

Exemple d’organisation de l’urbanisation au sein
d’une Entreprise
Il peut en déléguer la production initiale et la mise à jour à DOPSI, qui dispose d’un urbaniste
Le métier est responsable de la production initiale, puis « attitré » pour chaque Programme.
de la mise à jour et de la validation de la Note
DOPSI s’appuie sur GUI, et en particulier sur la Cellule Cartographie, pour capitaliser les
d’urbanisme de son Programme. Le Pilote Stratégique du
cartographies dans l’outil MEGA. DOPSI et GUI coopèrent pour garantir l’adéquation entre
Programme est le valideur de cette Note d’urbanisme.
l’urbanisme fonctionnel, l’urbanisme technique et les moyens de cartographie.
Organisation Organisation
Programme Urbanisme
Pilotage Doctrineet
Doctrine et
Règles
Règles
Stratégique
… d ’urbanisme
d ’urbanisme
Organisation … CPSI Approuve
Programme
Plan
Plan
est responsable de d ’urbanisme
d ’urbanisme
Maintient
N Publie, Promeut
Note Réalisation
d’urbanisme
Pôle de Référentiel
Opérationnel
Fournit des ressources Compétences Cartographique

mutualisées et des
moyens de cartographie
DOPSI, GUI
Applique aussi la
Politique des
Echanges
Sommaire

l’Entreprise
Le macro-urbanisme
Indicateur de pilotage : l’indice d’urbanisation
L’indice d’urbanisation se mesure sur 6 axes complémentaires :

Piloter l'urbanisation du SI et communiquer Connaitre le SI existant
Cartographies applicatives Objectif niveau d’urbanisation
4
Dispositifs de communication Cartographies processus
Niveau actuel d’urbanisation
Pilotage de l'urbanisation Diffusion des cartographies
3
Moyens de l'urbanisme Opérationnalité & risques
2
Dispositifs d'échanges mutualisés Définition données métier majeures
Maîtriser la complexité des flux

1
Gérer les référentiels majeurs
Normalisation des données partagées MOA des référentiels
0
Description des flux Dispositifs de gestion des référentiels
Gouvernance du SI intégrant l'urbanisme Impacts de la stratégie sur le SI
Urbanis me dans les Etudes amont Cible(s) fonctionnelle
Suivi de l'application des règles Cible(s) d'architecture applicative
Règles d'urbanisme Cible(s) architecture technnique

Plan de migration Révision-approfondissement des cibles
Maîtriser la construction du SI Disposer de cibles
Source : Club Urba-SI
Axe 1 : Connaître le système existant
Référentiel de cartographie applicative
Existence d'un référentiel de cartographie et gestion de son actualisation (granularité
macro ou détaillée)
Taux de couverture
Référentiel de cartographie de processus

Existence d'un référentiel de cartographie et de gestion de son actualisation (description
macro des processus)
Taux de couverture
Diffusion des cartographies auprès des projets

Dispositif de diffusion des cartographies auprès des acteurs projet (par ex. : Intranet, base
de connaissance, diffusion périodique de rapports ...)
Population d'acteurs touchés (MOA, MOE,…)
Connaissance de l’opérationnalité du SI
Connaissance des niveaux de service effectifs et nécessaires en terme de :
niveaux de performance
niveaux de sécurité
Connaissance des risques :
qualification des risques (nature, probabilité, criticité, conséquences)
perte d'exploitation en cas de dysfonctionnement d'une partie du SI
etc
Axe 2 : Gérer les référentiels majeurs pour
l’entreprise
Définition des données métier clefs

Existence (et diffusion) de la définition des données métier majeures de l'entreprise:
Définition des données métier clés de l'entreprise et diffusion auprès des acteurs projets (MOA et
MOE)
Taux de couverture
Responsabilités MOA sur les référentiels
Attribution des responsabilités MOA sur les référentiels majeurs de l'entreprise:
Présuppose l'identification des référentiels majeurs de l'entreprise
Taux de couverture
Gestion des données de référence
Existence de dispositifs de gestion des données de référence de l'entreprise:
Mise en oeuvre, administration et maintenance de dispositifs organisationnels et d'outils
informatiques pour assurer la qualité, la cohérence, la mise à disposition des données de
référence.
Par ex. :
gestion des processus de mise à jour et de diffusion des informations référentielles
de façon automatisée par une application dédiée, par un sous ensemble d'applications synchronisées
Axe 3 : Disposer de cibles pour l’évolution du SI
Connaissance des impacts de la stratégie
Connaissance et qualification des impacts de la stratégie pour le SI:
Présuppose d'avoir la capacité de faire le lien entre la stratégie et le SI (par ex. : disposer de démarche d'analyse stratégique du SI,
disposer de cartographies, d'un POS permettant d'identifier les sous ensembles impactés, ...)
Nécessite une démarche d'analyse des risques induits par le SI sur la stratégie de l'entreprise ou des directions métier
Cible fonctionnelle du SI
Description de la cible fonctionnelle du SI et analyse des écarts avec l'existant applicatif:
Modélisation et diffusion auprès des acteurs de cible d'urbanisme fonctionnel (POS fonctionnel du SI ou architecture fonctionnelle du SI) :
structuration en zones, quartiers, blocs fonctionnels
Cible globale ou cibles par sous-ensemble
Connaissance des écarts avec l'existant applicatif (applications redondantes, périmètres applicatifs inadéquats ...)
Couverture de la cible avec analyse d'écart
Cible(s) d’architecture applicative
Description de(s) cible(s) d'architecture applicative (ou de l'architecture logique des sous systèmes):
Modélisation et diffusion de l'architecture applicative cible (ou de l'architecture logique des sous systèmes).
Cible globale ou cibles par sous ensemble
Lien avec l’infrastructure technique
Lien entre le plan d'urbanisme et la cible d'infrastructure technique :
S'assurer de la faisabilité technique du cadre d'urbanisme
S'assurer de la capacité de l'infrastructure technique à supporter l'infrastructure fonctionnelle (référentiels, dispositifs d'échanges, ...)
Révision des cibles

Révision et/ou approfondissement des cibles (fonctionnelles, d'architecture):
Allocation de ressources explicites (et anticipée) pour ces travaux, et organisation claire des révisions /approfondissement des cibles.
Par ex. :
mise à jour périodique
approfondissement à l'occasion de projet
pilotage et mise en cohérence des révisions et approfondissements sur les différentes natures de cible
Axe 4 : Maîtriser une construction du SI optimale
pour l’ensemble de l’entreprise
Plan de migration
Définition et mise en oeuvre d'un plan de migration (ou trajectoire):
Existence et mise en oeuvre effective d'un plan de migration ("road map") décrivant les principales étapes à réaliser ainsi
qu'une macro planification
Règles d’urbanisme pour les projets
Définition et diffusion des règles d'urbanisme à appliquer par les projets:
Existence et diffusion de règles générales ou détaillées applicables par les différents acteurs projets (MOA et MOE) dans les
études et la réalisation des projets
Suivi de l’application des règles dans les projets

Dispositif de suivi des projets et accompagnement par les urbanistes:
Accompagnement ou assistance des urbanistes/architectes auprès des projets pour l'application des règles
Intégration des règles, jalons et travaux d'urbanisme dans le cycle projet
Urbanisme dans les études projets
Prise en compte de l'urbanisme dans les études amont des projets (études d'opportunité, études préalables):
Participation des urbanistes ou architectes aux études amont des projets : consultation ou insertion dans l'équipe projet
Méthodologie d'étude projet orientée architecture fonctionnelle (analyse des processus, des fonctions, prise en compte des
cibles, ...)
Urbanisme et gouvernance projet
Prise en compte de l'urbanisme dans le dispositif de gouvernance des projets:
Appui du management du SI pour la prise en compte de l'urbanisme dans les projets
Participation des urbanistes ou architectes au processus de décision sur l'arbitrage des projets
Axe 5 : maîtriser la complexité des flux d’échanges
d’information
Description des flux inter-applicatifs
Gestion de la description des flux d'informations inter applicatifs:
Connaissance et actualisation des informations transitant dans les principaux flux.
Nota : peut être inclus dans la cartographie applicative
Taux de couverture
Standardisation des échanges inter-applicatifs
Standardisation des échanges inter applicatifs sur les données partagées majeures:
Pour les données de référence et les principales données métier majeures à partager dans
l'entreprise :
Définition et mise en oeuvre de standards fonctionnels d'échanges
Existence, supervision et maintenance de services automatisés d'échange mis en oeuvre dans les projets
Mutualisation des échanges inter-applicatifs

Dispositif(s) automatisé(s) mutualisant les échanges inter applicatifs:
Mise en place, administration et maintenance, dans les domaines sensibles et/ou fortement
informatisés, de dispositifs d'échanges mutualisés: gestionnaire d'échanges, bus inter
applicatifs, EAI, BPM...
Axe 6 : Piloter et supporter l’urbanisation du SI
Moyens de l’urbanisme
Moyens de l'urbanisme:
Allocations de ressources dédiées pour l'urbanisation du SI : existence d'une entité d'urbanistes ou d'architectes fonctionnels
en charge de l'urbanisation du SI (Cellule, service, ...)
Définir les structures dans lesquelles les urbanistes interviennent et leurs modalités de fonctionnement
Insérer le rôle des urbanistes dans les structures de gouvernance
Pilotage de l’urbanisation
Dispositifs de pilotage de l'urbanisation du SI:
Définition d'objectifs mesurables et suivi périodique de tableaux de bord : indicateurs, ratios, suivi de budget, ...
Communication
Dispositifs de communication:
Définition d'un plan de communication
Constitution de kits de communication auprès de différents types d'acteurs (Direction, MOA, MOE)
Réalisation d'actions de communication "institutionnelles«
Formation à l’urbanisation
Formation des acteurs projets à l'urbanisation du SI:
Formation pour la cellule d'urbanisation, les MOE et les MOA
Gestion des compétences de l’urbanisme

Définition des fonctions d'urbaniste et gestion des parcours RH:
Profil du poste d'urbaniste
Définition de ses relations fonctionnelles et hiérarchiques avec les acteurs: DG, MOA, MOE,...
Sommaire

l’Entreprise
Le macro-urbanisme
L’urbanisme au service de la Gouvernance du SI
Processus de gouvernance du SI
Planifier Arbitrer Piloter Mesurer / Contrôler
• Définir et actualiser la • Gérer le portefeuille projets et • Articulation avec les processus • Superviser la mise en œuvre
stratégie SI du Domaine SI les évolutions (masse globale) de pilotage des projets et du de la stratégie SI du
Enjeux
• Définir, formaliser et gérer du Domaine SI fonctionnement Domaine SI

l'urbanisme pour les • Assurer le contrôle de
aspects fonctionnels, gestion du SI du Domaine SI
applicatifs et techniques du
SI
Outils
• Schéma Directeur du SI (vision cible, trajectoire de migration)

• Portefeuille de projets d’investissement
• Déclinaison des règles d’urbanisme et d’architecture au niveau du Domaine + Indicateurs de performance
Matériel + Relations utilisateurs
• Critères de sélection des projets
• Guides de Gestion de Projet
Sommaire

l’Entreprise
« Enterprise Architecture » vs urbanisation
Dans les années 90-2000, pendant qu’en France naissaient les principes de
l’urbanisation des SI, le monde anglo-saxon a inventé l’« Enterprise
Architecture » qui vise à répondre aux mêmes problématiques:
Aligner les SI par rapport aux besoins métier actuels et futurs
Faciliter l’évolutivité des SI
Optimiser les coûts
L’EA est une démarche top-down s’appuyant sur une modélisation de

l’ensemble des ressources de l’entreprises (organisation, processus,
applications, socles techniques,...)
L’approche de l’EA est structurée, comme l’urbanisation, par couche
(stratégie / processus / applications / …) – mais s’applique au-delà du cadre
habituel de l’urbanisation (ex. organisation de l’entreprise, objectifs,…)
Urbanisation : plus appliquée, moins systématique, plus centrée sur le SI
métier
« Architecture Framework »
« Architecture Framework » = « boite à outils » contenant :
Une méthodologie permettant de concevoir, évaluer et construire un SI par
association de blocs
Un ensemble d’outils pour appliquer chaque étape de la méthodologie
Une liste de standards ou solutions pouvant être utilisés pour la construction des
blocs
La méthode d’urbanisation est un « architecture framework »
Zachman Framework
« Classification générique de la structure logique de tout objet »

Grille d’analyse universelle et systématique pour étudier n’importe quel projet : différents
domaines envisagés sous différents points de vue
En pratique, les méthodologies d’urbanisation ou d’architecture traitent ces points, sans
faire référence à Zachman et pas forcément de façon exhaustive
Zachman framework (représentation classique)
Introduction à TOGAF
The Open Group Architecture Framework (TOGAF) est un cadre d’architecture
d’entreprise
Développé et constamment amélioré depuis les années 90 par les architectes de
l’Open Group (consortium de normalisation regroupant des architectes
d’entreprises privées, d’organisations gouvernementales, …)
La méthode ADM (Architecture Development Method) constitue le cœur de
TOGAF
Le processus ADM (Architecture Development Method)
Cadrage du projet et vision architecturale

(A): périmètre, objectifs stratégiques,
parties prenantes, niveau de détail,
contraintes, méthode…
Définition de la cible pour 4 niveaux
d’architecture, selon une analyse top-
down :
L’architecture business (B)
L’architecture des données (C)
L’architecture des applications (C)
L’architecture technologique (D)
Puis le plan de migration est établi
Ainsi que la gouvernance et le plan de
conduite du changement
Les outils recommandés sont les mêmes
que ceux de l’urbanisme : scénarios
métier, modélisations UML, cartographie
applicative et couverture fonctionnelle,
identification des lacunes / redondances,
…
Backup
Exercices du cours corrigés

Exemple de processus RH : traiter une demande de
mobilité
Postes
Souhaits Modalités
possibles Candidat
de mobilité de mobilité
pour le retenu
connus fixées
candidat
Accord Accords
candidat Managers
Traiter une demande de mobilité
Définir les Identifier Définir les

Proposer le Attribuer Mobilité
souhaits de les postes modalités de traitée
candidat le poste
mobilité possibles mobilité
Décrire les souhaits de Prendre en compte les Proposer le candidat Définir la date de Valider les modalités de
mobilité professionnelle souhaits de mobilité mutation effective mobilité
Poste libéré
Décrire les souhaits de Prendre en compte le Définir le nouveau poste Clôturer la candidature vacant
mobilité géographique parcours professionnel
Définir la nouvelle Clôturer l’offre de poste
Préciser la date de Prendre en compte les rémunération
mobilité souhaitée compétences
Définir
Prendre en compte la l’accompagnement
rémunération (formation, prime,
déménagement,…)
Identifier les postes
possibles Phase
Diffuser les postes
identifiés Fonction
Exemple 1 : décomposition du processus
Facturer
Processus « Facturer » (un client ayant un contrat de transport)
Un client « Transport » achète des droits de passage (capacités) en différents
points du réseau et paye des pénalités en cas de dépassement
Son contrat précise les capacités souscrites à chaque point et pour chaque
période
Structurer et
Tarif des
commercialiser capacités
nos offres & tarifs
Valorisation des Part fixe
capacités souscrites (capacités)
Capacités souscrites
Gérer les contrats dans le contrat
Emission de la Facture
facture
part fixe
---
Suivre les flux Bilan des flux Calcul des Quantités part
commerciaux commerciaux quantités variables variables variable
Valorisation des Part variable

quantités variables (dépassements)
Structurer et
Tarif des quantités
commercialiser variables
nos offres & tarifs
Pilotage stratégique Reporting / connexes
Pilotage opérationnel réglementaire
Définition de la Gestion Prévisionnelle Élaboration du
Référentiels RH politique RH reporting social Finance
des Emplois et des
Compétences Gestion de
Pilotage de la masse Veille RH
salariale l’actionnariat
Pilotage de l’activité RH interne
Gestion des Carrières Production RH Gestion Administrative

et des Rémunérations Gestion des Patrimoine et
Gestion du dossier services généraux
Compétences collaborateur
Gestion des carrières
Gestion des compétences Gestion des expatriés établissements
rémunérations individuelles
Gestion de la paie /frais Hygiène et
Gestion des hauts Gestion du sécurité
Echanges potentiels recrutement Gestion des temps et
Données de paie des absences
Gestion de la mobilité
pour la compta Gestion de la
formation Gestion Mutuelle et Communication
Gestion des Relations Prévoyance
Plannings Sociales
Communication
interne
Organisme externes Moyens RH
Suivi de l’activité du Gestion de la Gestion de la
personnel RH documentation communication RH
Décrire les souhaits de Prendre en compte les Proposer le candidat Définir la date de Valider les modalités de
mobilité professionnelle souhaits de mobilité mutation effective mobilité
Décrire les souhaits de Prendre en compte le Définir le nouveau poste Clôturer la candidature
mobilité géographique parcours professionnel
Définir la nouvelle Clôturer l’offre de poste
Préciser la date de Prendre en compte les rémunération
mobilité souhaitée compétences
Définir
Prendre en compte la l’accompagnement
rémunération (formation, prime,
déménagement,…)
Identifier les postes
possibles
Diffuser les postes

identifiés
Gestion des Carrières Gestion des
et des Rémunérations Compétences
Gestion des carrières Gestion des
compétences
Gestion des individuelles
rémunérations
Gestion du
Gestion des hauts recrutement
potentiels
Gestion de la
Gestion de la mobilité formation
Gestion des postes
Gestion des candidatures

Décomposition du processus Commercialiser les
offres (les capacités de transport)
Consultation des
capacités par le client
Développer les Capacités (expéditeur)
infrastructures totales
Calcul des capacités Capa. Publication des Capa.

disponibles dispo. capacités disponibles publiées
Total des Capacités

Gérer les contrats souscrites
Demande de capacités
par le client (expéditeur)
Demande refusée
Prise en compte de Nouvelle capacité à Réponse

la demande enregistrer
Gestion des
Gestion des
règles
guichets
d’attribution

Cours Urbanisme 2014

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Cours Urbanisme 2014

Transféré par

Droits d'auteur :

Formats disponibles

L’urbanisme : démarche, outils

1. Urbanisme : définition, concepts, démarche

1. Urbanisme : définition, concepts, démarche

Qu’est ce que l’architecture ?

L’urbanisation poursuit des objectifs qui visent à rationaliser les Systèmes

BALAP PACO IBS

1. Urbanisme : définition, concepts, démarche

1. Urbanisme : définition, concepts, démarche

Fidéliser les collaborateurs Mutualiser les fonctions de gestion

Pr oce ssu s Opér ati onn el s

Vision métier Ac qu i s iti o n In t ég r at io n Su ivi Sép ar at io n Développement

Juri ste so cial

Pro ces sus d e sup po rt

Plan de classement Architecture Fonctionnelle Concepts métiers

Groupe Norauto Population

Production RH Groupe •niveau

Support RH Groupe Entretien

GRH Admin Paie

Informatique Transformation de données

Masse salariale Effectifs

Les concepts d’urbanisation doivent néanmoins être toujours utilisés selon

Cette démarche s’applique à tous les types de projets d’urbanisation :

La démarche d’urbanisation est une démarche structurée :

Analyse des Cible Cible Architecture

1. Urbanisme : définition, concepts, démarche

L’analyse des processus cherche à décrire les activités réalisées afin de

réalisation d’une prestation pour un bénéficiaire.

Une phase est

valeur ajoutée intermédiaire.

La décomposition des processus en phases et en fonctions peut

La description des processus doit répondre à quelques bonnes

Définir les Identifier Définir les

Présentation de l’opérateur gazier :

L’opérateur est une filiale à 100% d’un grand groupe

CLIENTS ET AUTRES PARTIES PRENANTES

Développer les infrastructures de transport et de stockage

Processus Maintenir les ouvrages

1. Urbanisme : définition, concepts, démarche

L’architecture fonctionnelle est l’organisation structurée des fonctions d’un SI

5 domaines fonctionnels sont généralement définis pour décrire les

Exemples : référentiel Exemples : gérer les

La décomposition de l’architecture fonctionnelle d’un Système d’Information en

L’élaboration de l’architecture fonctionnelle permet de s’interroger sur le

L’élaboration des architectures fonctionnelles ne répond pas à des

Domaine RH Pilotage RH Domaines

CLIENTS ET AUTRES PARTIES PRENANTES

Développer les infrastructures de transport et de stockage

Processus Maintenir les ouvrages

Référentiel Valorisation des capacités / offres souscrites

1. Urbanisme : définition, concepts, démarche

Deux cas de figures se présentent selon le périmètre sur lequel

Démarche d’urbanisation d’un SI complet : on raisonne sur les

1. Urbanisme : définition, concepts, démarche

Analyse des Architecture Couverture Architecture

Identification des Fonctions

La cartographie applicative donne une vision

SNCC Stockage QUALIGAZ ECT Site Internet

Les « anomalies » d’un point de vue fonctionnel

Support de partage de l’état des lieux applicatif

Support pour établir l’écart avec la couverture cible CRYSTALREPORT GESTRANS

Référentiel Valorisation des capacités / offres souscrites

Publication capacités Publication Publication capacités

Référentiel Valorisation des capacités / offres souscrites

données Définition de scénarios de cycle de vie Etude des dépendances et impacts

Dictionnaire des données actuelles Cartographie de la répartition cible des

•• IlIl existe Evaluation des scénarios, en particulier par