Assises du CSIESRQuelle méthode pour mutualiser les cartographies ?

Avec la participation de :

Marseille 20 mai 2014 – Groupe de travail urbanisation du CSIESR

Alexandre SANGA Université Montpellier 3

Anne-Lise LECLERCQ Université Lille 2

Pascale URBANI et Pierre PIPPONIAU Université de Corse

Patrick POULCALEC Muséum National d’Histoire Naturelle

David GRASSART et Mohamed LAMAACHI Université Paris Descartes

Marie-Anne MARQUET et Franck LAFFEACH EHESS

Jocelyn Viallon ENS Cachan

Phouthala VONGSA Université Grenoble 3

Catherine MUSET CSIESR (animation du groupe)

Cédric VOLANDI BELINK (consultant)

Groupe de travail « Urbanisation »

L’origine du groupe

En 2008 et 2009, une centaine de personnes ont suivi la formation de 3

jours “urbanisation” organisée par le CSIESR.

Une dizaine d’entre eux forment par la suite un groupe de travail pour créer

des outils et fournir des exemples concrets venant de leurs établissements.

Le groupe produit un guide et participe au livre blanc 2011 du CSIESR pour

le chapitre “Cartographie”.

Démarche d'urbanisation de l'Etat

Initiée par la DISIC (Direction Interministérielle des Systèmes

d'Information et de Communication), cette démarche a été

réalisée par les architectes d'entreprise et les urbanistes

représentant l'ensemble des ministères.

Elle propose :

• des principes de transformation du SI de l'Etat applicables

par l'ensemble des ministères et organismes publics,

• un guide pour identifier les processus et acteurs clés de la

DSI, des maîtrises d'ouvrage et des métiers ayant vocation

à contribuer à la démarche d'urbanisation,

• une base de connaissance consolidée des différents

composants du SI de l'Etat.

En 2012, le guide de l’urbanisation a été produit : le Cadre

commun d’urbanisation de l’Etat

Applicable par tous les ministères : déclinaison

Suivi dans la feuille de route MAP

http://references.modernisation.gouv.fr/urbanisation-du-systeme-dinformation-de-letat

L’urbanisation est d’abord une question de

transformation et d’aménagement des sociétés et

des territoires

La cartographie n’est qu’un outil d’aide à la décision,

à la coopération, en bref : un moyen… pas la finalité

C’est un cadre de coopération, une aide à la décision,

un outil de gestion du patrimoine…

Nécessite avant tout :

Ouverture, partage et circulation de la vision

Cadre commun d’urbanisation de l’Etat

Les Nomenclatures de Référence

Des outils pour mieux structurer et organiser la

gouvernance

La démarche d’urbanisation introduit la notion de nomenclature

de référence, dont le Plan d’Occupation des Sols (POS) du SI de

l’Etat

L’Objectif de ces nomenclatures de référence est de :

Structurer, segmenter, répertorier, cartographier tous les concepts manipulés,

par vue du SI (stratégie, métier, fonctionnelle, applicative, Infrastructure)

S’appuyer sur un référentiel unique partagé et éprouvé

Faciliter la communication et la compréhension : une vision panoramique

structurée permettant d’exploiter au mieux la richesse du SI

Faciliter l’analyse, la comparaison, le rapprochement, la mutualisation,

etc…

Favoriser la transversalité et la focalisation

Organiser la gouvernance

Des outils indispensables à la maîtrise de la complexité

Le POS (NRF) est donc un outil, un moyen : certainement

pas une finalité

Le POS du SI de l’Etat s’impose à tous (pas de POS

ministériel différent sur le niveau macro

(domaine/zone/quartier)

NRF (POS) du SI de l’Etat Version 1.3.0

Ateliers d’urbanisation en 2014

Session de 2 j par mois animée par C. Muset et C.Volandi (consultant)

Janvier 2014

février 2014

mars 2014

avril 2014

mai 2014

20 mai

juin 2014

Installation du serveur (Muséum)

Métamodèle commun – couche fonctionnelle (Muséum)

applications et flux de données (EHESS)

cartes pour chaque membre (Descartes)

cartes commune (Descartes)

présentation (Marseille)

bilan et feuille de route future (Lille)

Rappel de l’objectif

Rendre concrets les éléments manipulés pour cartographier un SI. Notamment le

méta-modèle, les graphes, les couches d’urbanisation, les études d’impacts, le

POS, les référentiels de nomenclature fonctionnelle, applicative d’infrastructures.

Moyens

• Wiki + liste de diffusion + partage documentaire

• Serveur web + serveur applicatif (hébergement au Muséum)

• Prêt gratuit d’un logiciel de cartographie (SOLUQIQ de BELINK)

Programme de l’atelier de février :

L'atelier se déroule sur 4 demi-journées et porte sur les cartographies applicatives et fonctionnelles.

Une présentation de l'outil SOLUQIQ et de la plate forme mise à notre disposition par le CSIESR est

faite.

Pour jeudi matin, chaque participant a préparé un tableau Excel comportant des données de son

établissement sur ses applications et l’organisation de son établissement.

Jeudi matin

‐ Travaux préparatoires à l'atelier du jeudi après midi

‐ Présentation du cadre commun urbanisation du MEN avec la carte fonctionnelle (POS)

interministérielle

‐ Vérification des données excel de chaque participant.

Jeudi après midi

‐ Présentation du kit de base (meta-modèle, navigation et restitution en html,rapport)

‐ Analyse des documents fournis par les participants

Vendredi matin

‐ Positionnement des applications sur la carte fonctionnelle ‐ Intégration des données

‐ Présentation du concept de flux et de carte infra.

Vendredi après midi

‐ préparation de l'atelier de mars consacré aux flux de données et à la base établissement (carte

organisationnelle).

1. Recueil de ce que chacun cherche en terme d’urbanisation

2. Modélisation commune (meta-modele) Quels objets? Quelles relations ? Quels attributs ?

3. Description du fichier d’initialisation (choix des attributs, noms d’objet, nomenclatures)

4. Retour sur le méta modèle

5. Normalisation des domaines fonctionnels

6. Injection des données dans l’outil de cartographie

7. Itération de mise en qualité des données du fichier excel au vu du graphique- erreurs détectées par l’outil- résultat graphique- comparaison avec les autres

8. Génération des bases et des cartes individuelles

9. Génération de la base et de la carte commune et utilisation des domaines fonctionnels ETAT

10. Diffusion des cartes pour :- qualifier les données- partager la connaissance- fournir des éléments de pilotage et d’analyse

La méthode

Difficulté de la mutualisation

Apport de la mutualisation

META MODELE CSIESR

CARTOGRAPHIE CSIESR

Liste des établissements

Le modèle fonctionnel

Z5_Q11

Z5_Q11 Université Numérique

Z3_Q2 Finances

AMUE COCKTAIL

AUTRE DEV. LOCAL

Z3_Q2 Finances

La modélisation d’un processus

Fiche applicative

Les applications communes

Flux de données

VUE technique

Domaines fonctionnels

Domaine fonctionnel Documentation

Les applications de ENS Cachan

Les éditeurs

Editeur : ARCHIMED

CARTOGRAPHIE UNIVERSITE

Liste des serveurs

Liste des logiciels infra

Liste des applications

Etude d’Impacts

Impact de l’arrêt d’un serveur

flux manuel

flux automatique

par défaut

Liens inter-domaines

Témoignage de Descartes

Le Système d’Information (SI) est au cœur du fonctionnement de l'Université Paris Descartes (UPD). Il s’inscrit dans une dimension stratégique et son efficacité en conditionne les performances.

La Direction des Systèmes d’Information (DISI) est consciente de la nécessité et simplifier son SI devenu au fil des ans une imbrication et un empilement d’applications et de nombreux développements spécifiques. L’ambition affichée est de rationaliser la gestion du SI et d’en accroître l’efficience et la souplesse tout en l’amenant à mieux répondre aux besoins métiers. Soit un Système d’Information agile.

Profitant de sa participation aux ateliers « cartographie » du groupe de travail Urbanisation du CSIESR, l’UPD a constitué un groupe de travail interne chargé de cartographier le SI de l’Etablissement. La démarche adoptée couvre non seulement la dimension matérielle et applicative, mais aussi stratégique, métier, fonctionnelle et organisationnelle.

Ce projet d’urbanisation du SI de Paris Descartes fait aujourd’hui ses premiers pas. La cible à atteindre est de maîtriser l’existant, de garantir son maintien en condition opérationnelle et d’assurer son évolutivité dans le temps.

Parallèlement à cette démarche interne, l’UPD participera probablement aux prochains travaux du groupe Urbanisation, avec pour objectif de poursuivre les échanges au sein d’un groupe élargi d’Etablissements.

Profitant de sa participation aux ateliers « cartographie » du groupe de travail Urbanisation du CSIESR, l’UPD a constitué un groupe de travail interne chargé de cartographier le SI de l’Etablissement.

CA

TA

LY

SE

UR

La suite (atelier de juin)

1 Poursuite de la cartographie - Processus métier- Déclinaison plus fine des zones fonctionnelles Etat- Typage des composants (logiciel libre)

2 Extension du nombre d’établissements

3 Formalisation de la méthode (Elaboration d’un guide)

4 Réalisation d’études - Comparaison des flux de données- Gestion du patrimoine applicatif

5 Production et mise à disposition des cartes communes

6 Formation sur la génération des cartes

Liste sympa : cartographie@csiesr.fr

•Le métamodèle Etat

•Les principes d’urbanisation

•Le POS Etat

Annexes – le CCU Etat

Vue Stratégie Loi de Finance

Vue métier

Le métamodèle Etat

Mission

Métier

1

*

se décompose

ProgrammeObjectif

(de

performance)

Axe

stratégique

Projet

est confié à

Indicateur

de

performanc

e

se décline en 1

Est suivi par

contribue à la

réalisation de

Se regroupe en

Contribue à

la réalisation

de

*

1

*

1

Métier(ou macro activité)

Est

programmé

par

1 *

*

*

*

*

*

1

*

Met en place ou fait évoluer des

fonctionnalités, objets métiers,

Applications, services, etc. se décompose

Diagramme de classe, notation UML

Processus

Action

1

*

*

*

est confié à

Dépend financièrement

de*

*

*

1

se décompose

Acteur

*

Vue métier NomenclatureNomenclature

Vue

fonctionnelle

Vue Stratégie

Secteur

fonctionnelFonctionnalité

1

*

Utilise (participe à la réalisation

de)Est responsable de

ProcessusActivité

(Processus

Fonctionnel)

1

réalise

pilote*

*

*

1

*

*Macro

Processus

Métier(ou macro activité)

Vision

organisationnelle

(Mode opératoire)

Programmeobjectifs

contribue à la

réalisation deEst

programmé

par

Glossaire

de verbe

Glossaire de verbe avec

leur définition pour le

nommage des processus,

activité, procédure,

opération, fonctionnalité

Vue applicative

*

utilis

e

Opération(tâche)

1 réalise

Se décline

1

1

1

1

*

*

*

* * *1*

*

1

*

Diagramme de classe, notation UML

Application

Acteur

*

*utilis

e

Procédure(Processus

Organisationnel)

1*

enchaîne

Projet

impact

* *

**

*

Le métamodèle Etat

Vue fonctionnelle

Nomenclature

Plan d’Occupation des Sols

1

Nomenclature

Vue métier

Vue applicative

Secteur

fonctionnel

Zone

Quartier

Type

de données

1

1

1

1

1

1 *

* 2

*

*

*

*

*

*

*

*

est un ensemble

deest un ensemble

de

manipul

e

ModèleEst décrit

par un

Activitéprocessus fonctionnel

est

caractérisé

par

se décompose

se décompose

Service

applicatif

Objet métier

(information)

Est

implémenté

e dans

Contribue à la

réalisation de

*

*

*

*

Attribut

{Cohérence}

Acteur

Est sous la

responsabilité

de1

*Type de

fonctionnalité

1*

est de

type

est de

type

Base

de données(composant applicatif)

Est

implémenté

e dans

Fonctionnalité

Application

Couvre

fonctionnelleme

nt

*

1..*

Association

1

Bloc est un ensemble

de

*Est rattaché à

Domaine

*

*

La modélisation est ici

simplifiée (on ne voit pas

apparaître tous les concepts

nécessaires à la modélisation :

Rôles des associations,

Généralisations, Classes

d’associations, Identifiants…)

Est

implémenté

e dans

Processus

*

*

Le métamodèle Etat

Vue applicative

(logique)

Nomenclature

Nomenclature

Vue fonctionnelleSecteur

fonctionnelFonctionnalité

Service

applicatif1 *

définit, met à

disposition

couvre

fonctionnellement

1..*

* *

Vue métierActeur

(structure)

*

implément

e

Activité

2..*

est sous la

responsabilité de *

*

*

est

utilisée

dans

Composant

Applicatif

(logiciel)

1

*

Catégorie

d’application

Type

de composant

1

*

1 *

est de type

est de type

Se compose

de

Rôle

Ex. MOA,

MOE,

Exploitant…

Plate-forme

d’exécution(Socle technique)

Vue Infrastructure

(physique)

Application

s’exécute sur

1

*

11

* *

*

est déployé sur est déployé sur

*

Infrastructure

d’exécution

Infrastructure de

stockage

Infrastructure de

communicationPériphérique

Description des

plateformes (logicielles)

d’exécution des

applications.

Cf. Application Plateform

(TOGAF)

Composant

technique

*

Composant

logique

Type

de serviceest de type

1*

Base

de donnéesexemple

Le métamodèle Etat

Vue Organisation

Diagramme de classe, notation UML

Acteur

Personne

physique

StructureFonction

Acteur

interne

Secteur

fonctionnelProcessus

Opération

Acteur

externe

1

*

Est

rattaché à

assur

e

1

*

*

0..1

se décompose

en

Programme

1..*

*

1

Application

Application

Secteur

fonctionnel

**

1..*1

pilote

correspondant

correspondant

responsable

responsable

responsable

réalis

e

*

*

*

Application

utilise

*

**

1

Activité

*

réalis

e

*

Le métamodèle Etat

Transformation

SI

Projet

Action

Application

Secteur

fonctionnel

Objectifs de

performance

Processus

*Impact

applicatif*

*

*

Impact

fonctionnel

Impa

ct

métie

r

Infrastructure

Socle

d’exécutio

n*

*

PersonneStructure

correspondantresponsabilité

contribue à la

réalisation de

Dépend

financièrement de

1*

**

* *

1..*1

Impact

applicatif

Impact

infrastructure

Nature

de

l’impact

Le métamodèle Etat

Les principes d’urbanisation

une nécessité, mais pas un dogme

Les principes sont un fil rouge, une doctrine générale, pas une idéologie rigide. Ils

pourront évoluer en fonction de la maturité et des enjeux stratégiques

Les principes s’appliquent à toutes les actions de transformation du SI de l’Etat (projets

métiers, techniques, évolutions, maintenance…) et portent sur tous les facteurs

impactant cette transformation

La coopération et la gouvernance

G3 : Rechercher la solution qui maximise les bénéfices pour l’ensemble de l’Etat

Les données et leurs gouvernances

D2 : Les données doivent être standardisées, définies sur la base d’un vocabulaire

commun, contextualisées, et combinables les unes aux autres

La conception

C3 : Simplicité et modularité de la solution

C5 : Réduire les adhérences (couplage lâche)

Les services

Les applications

Les infrastructures

I1 : Standardiser les éléments d’infrastructures et banaliser leurs usages

La gestion de la connaissance

Ces principes expliquent le « pour quoi » de la démarche

Que

lqu

es p

rin

cip

es e

xtr

aits d

u c

ad

re

POS du SI de l’Etat

OpérationPilotage

&

Contrôle

Données

transverses

1- Vision fonctionnelle, indépendante de l’organisation

2- Approche par le couple fonctionnalité + objet métier (donnée)

3- Plan de classement + règles (nommage, construction, utilisation)

4- Responsabilités RZF et référent urbanisation

5- Une seule version active à un instant t

6- Évolutif : cycle de mise à jour / d’entretien continu

Principes

Ressource & Support

Échange

Ministère

1

Ministère

2

Vision transverse

interministérielle

(autour de la zone

opération)

Vision métier

ministérielle

(calque

organisationnel

positionné au

dessus des zones)

Ministère

3

Isoler les

fonctions

support aux

métiers

Identification des

référentiels de

données et de

règles

transverses

Isoler les échanges

(qu’ils soient orientés

vers l’extérieur ou

internes) et typer les

relations (usager, agent,

collectivité, partenaire,

prestataire…)

Isoler les

fonctions de

pilotages et de

contrôles

Zone Zone

Zone

Zone

Zone

Zone Zone Zone

Zone Zone

Zone

Zone

Zone

Positionner au

centre les opérations

métiers.

Elles seront

regroupées par

Ministère, pour une

meilleur lisibilité

Zones du POS, (décomposables en

Quartiers)