Cadre Commun D'urbanisation Du SI de L'etat v1.0

PREMIER MINISTRE
SECRETARIAT GENERAL DU GOUVERNEMENT DIRECTION INTERMINISTERIELLE DES SYSTEMES DINFORMATION ET DE COMMUNICATION
Cadre Commun dUrbanisation du Systme dInformation de lEtat

Cadre commun dArchitecture dEntreprise applicable au systme dinformation de lEtat et sa transformation
Version : 1.0 du 26/10/2012
Cadre commun durbanisation du SI de lEtat
Table des matires

1. 2. Synthse.................................................................................................................................................................. 4 Objet du Cadre Commun ....................................................................................................................................... 6
2.1. 2.2. 2.3. 2.4. 2.5. 2.6. 2.7. Pourquoi un cadre commun ? .......................................................................................................................................... 6 Porte du cadre commun.................................................................................................................................................. 7 Articulation avec le corpus rglementaire........................................................................................................................ 8 Entretien et mise jour du document ............................................................................................................................... 9 Version du document et rfrences documentaires ........................................................................................................ 10 Diffusion ........................................................................................................................................................................ 12 Approbation ................................................................................................................................................................... 12 Dfinitions ..................................................................................................................................................................... 13 Objectifs de la dmarche durbanisation : une aide la dcision ................................................................................... 16 Contextes et apports ....................................................................................................................................................... 17 Facteurs cls de succs .................................................................................................................................................. 18 Principes de gouvernance et de coopration .................................................................................................................. 21 Principes de gestion des donnes ................................................................................................................................... 23 Principes de conception gnrale ................................................................................................................................... 26 Principes de construction des services ........................................................................................................................... 28 Principes de construction et dentretien des applications ............................................................................................... 30 Principes de construction et dentretien des infrastructures ........................................................................................... 30 Les activits de la dmarche .......................................................................................................................................... 32
laborer et rviser le cadre durbanisation .....................................................................................................................................33 Dfinir et rviser la trajectoire dvolution SI pour laligner sur le mtier .....................................................................................34 Accompagner les mtiers sur la matrise de leurs transformations .................................................................................................36 Gouvernance des donnes & Mise sous contrle les donnes de rfrences...................................................................................37 Mettre sous contrle les volutions du patrimoine applicatif..........................................................................................................38 Standardiser et simplifier les changes ...........................................................................................................................................39 Assurer la cohrence avec linfrastructure informatique ................................................................................................................40 Participer la gestion des portefeuilles dinitiatives et de projets ..................................................................................................41 Participer et cadrer les tudes avant-projet (tudes pralables) .......................................................................................................42 Suivre et accompagner les tudes, projets et oprations de maintenance ........................................................................................43 Piloter lurbanisation du SI.............................................................................................................................................................43 Participer aux comits stratgiques et aux comits darbitrage projets ...........................................................................................44 Outiller, maintenir et diffuser la connaissance du patrimoine SI ....................................................................................................44 Veille mtier et technologique........................................................................................................................................................45 Communiquer et dvelopper les comptences en urbanisation SI ..................................................................................................45
3.
Objectifs de la dmarche durbanisation ............................................................................................................ 13

3.1. 3.2. 3.3. 3.4.
4.
Principes et Rgles durbanisation ...................................................................................................................... 20

4.1. 4.2. 4.3. 4.4. 4.5. 4.6.
5.
La dmarche durbanisation : activits et acteurs .............................................................................................. 32

5.1.
5.1.1 5.1.2 5.1.3 5.1.4 5.1.5 5.1.6 5.1.7 5.1.8 5.1.9 5.1.10 5.1.11 5.1.12 5.1.13 5.1.14 5.1.15
5.2.
5.2.1 5.2.2
Les acteurs de la dmarche, leurs rles et responsabilits.............................................................................................. 46

Les acteurs .....................................................................................................................................................................................46 Les rles et responsabilits .............................................................................................................................................................48
5.3.
La communaut interministrielle des urbanistes .......................................................................................................... 49 Objectifs ........................................................................................................................................................................ 51 Principes de gestion de la connaissance SIC .................................................................................................................. 52 Industrialisation de la gestion de la connaissance .......................................................................................................... 53
6.
Gestion de la connaissance du patrimoine SIC .................................................................................................. 51

6.1. 6.2. 6.3.
7. A
Dclinaison oprationnelle du cadre ................................................................................................................... 55 Vocabulaires communs le mtamodle pivot ................................................................................................... 57

A.1 A.2 A.3 A.4 A.5 A.6 A.7 A.8 A.9 Principes ........................................................................................................................................................................ 57 Les diffrents niveaux ou vues darchitecture dun SI ................................................................................................... 57 Rgles de nommage ....................................................................................................................................................... 59 La vue Stratgie ............................................................................................................................................................. 59 La vue Mtier................................................................................................................................................................. 62 La vue Fonctionnelle ..................................................................................................................................................... 65 La vue Applicative ......................................................................................................................................................... 67 La vue Infrastructure...................................................................................................................................................... 69 La vue Risque ................................................................................................................................................................ 70 Le Plan dOccupation des Sols du SI de lEtat.................................................................................................................... 72 Nomenclatures de Rfrence Applicative et Infrastructure ................................................................................................. 76 Objectifs des indicateurs durbanisation ............................................................................................................................. 79 Axe 1 : Pilotage................................................................................................................................................................... 80 2 / 91 Version 1.0 du 26/10/2012
Nomenclatures de rfrence ................................................................................................................................ 71

B.1 B.2
Indicateurs durbanisation .................................................................................................................................. 79

C.1 C.2
PM/SGG/DISIC

C.3 C.4 C.5 C.6 C.7 Axe 2 : Cadre et trajectoire ................................................................................................................................................. 81 Axe 3 : Actions transverses ................................................................................................................................................. 81 Axe 4 : Ancrage projet ........................................................................................................................................................ 84 Axe 5 : Gestion de la connaissance du patrimoine SI ......................................................................................................... 85 Axe 6 : Gestion des comptences ........................................................................................................................................ 86
D E
Modles communs de livrables ............................................................................................................................ 88 Glossaire ............................................................................................................................................................... 89

E.1 E.2 Termes ................................................................................................................................................................................ 89 Sigles................................................................................................................................................................................... 90
Liste des figures

Figure 1 - Porte du Cadre Commun d'Urbanisation du SI de l'Etat ................................................................................................... 7 Figure 2 - Porte du terme "Administration" utilis dans le cadre commun ........................................................................................ 8 Figure 3 - Articulation du Cadre Commun d'Urbanisation avec l'ensemble du corpus rglementaire SI ............................................ 9 Figure 4 - Organisation et plan du Cadre Commun d'Urbanisation ....................................................................................................9 Figure 5 - Tableau des contributeurs la rdaction du Cadre Commun dUrbanisation du SI de lEtat .......................................... 11 Figure 6 Un parallle possible entre les deux approches durbanisation appliques une ville ou un SI ...................................... 14 Figure 7 - Qu'est-ce que l'urbanisation ? ........................................................................................................................................... 14 Figure 8 - Les 5 vues du SI ................................................................................................................................................................. 15 Figure 9- Modle de performance (source AGAF) ............................................................................................................................. 16 Figure 10 - Apport de la dmarche vis--vis des enjeux et des situations organisationnelles rencontres ........................................ 18 Figure 11 - Les activits de la dmarche d'Urbanisation ................................................................................................................... 32 Figure 12 - Articulation des activits d'urbanisation avec la gouvernance SI .................................................................................... 33 Figure 13 - Activit Elaborer & rviser le plan d'urbanisation .................................................................................................... 34 Figure 14 - Activit Aligner le SI sur la stratgie mtier .............................................................................................................. 34 Figure 15 - Exemple de description du patrimoine applicatif existant sur 2 zones du domaine Support ...................................... 35 Figure 16 - Exemple de description du patrimoine applicatif cible sur 2 zones du domaine Support .......................................... 35 Figure 17 - Exemple de description de l'tape transitoire : impact des projets sur le patrimoine applicatif ...................................... 35 Figure 18 - Exemple de description de la trajectoire : indicateurs sur le patrimoine applicatif et le budget ..................................... 36 Figure 19 - Activit Accompagner les mtiers sur la matrise de leurs transformations .............................................................. 36 Figure 20 - Activit Gouvernance des donnes & Mise sous contrle les donnes de rfrences ................................................ 37 Figure 21 - Cycle de vie type d'une donne ........................................................................................................................................ 38 Figure 22 - Activit Mettre sous contrle les volutions du patrimoine applicatif ....................................................................... 38 Figure 23 - Activit Standardiser & simplifier les changes ........................................................................................................ 39 Figure 24 - Les 4 niveaux d'interoprabilit ....................................................................................................................................... 40 Figure 25 - Activit Assurer la cohrence avec l'infrastructure ................................................................................................... 40 Figure 26 - Activit Participer la gestion des portefeuilles d'initiatives et de projets ................................................................ 41 Figure 27 - Activit Participer et cadrer les tudes avant-projets ................................................................................................ 42 Figure 28 - Activit Suivre et accompagner les tudes, projets et maintenances .......................................................................... 43 Figure 29 - Activit Piloter l'urbanisation du SI ........................................................................................................................... 44 Figure 30 - Activit Participer aux comits stratgiques et aux comits d'arbitrage projets ........................................................ 44 Figure 31 - Activit Outiller, maintenir et diffuser la connaissance du patrimoine SI ................................................................. 45 Figure 32 - Activit Promouvoir et dvelopper les comptences en Urbanisation SI ................................................................... 45 Figure 33 - Tableau RACI des rles et responsabilits par livrables ................................................................................................. 49 Figure 34 - Gestion de la connaissance SI ......................................................................................................................................... 52 Figure 35 - La notion de mtamodle illustre par un exemple .......................................................................................................... 57 Figure 36 - Les utilisations du mtamodle ........................................................................................................................................ 58 Figure 37 - Les 5 niveaux de reprsentation d'un SI........................................................................................................................... 58 Figure 38 - Les thmes abords pour chacune des 5 vues du SI ......................................................................................................... 59 Figure 39 - Les concepts de la vue Stratgie ...................................................................................................................................... 60 Figure 40 Les concepts de la vue Stratgie zoom sur la transformation du SI ............................................................................. 62 Figure 41 - Les concepts de la vue Mtier .......................................................................................................................................... 62 Figure 42 - Les lments de dynamique et de comportement de la vue Mtier ................................................................................... 63 Figure 43 - Les concepts de la vue Mtier lis l'organisation ......................................................................................................... 63 Figure 44 - Les concepts de la vue Fonctionnelle............................................................................................................................... 65 Figure 45 - Les diffrentes nomenclatures de la vue Fonctionnelle ................................................................................................... 65 Figure 46 - Les concepts de la vue Applicative .................................................................................................................................. 68 Figure 47 - Les lments de dynamique de la vue Applicative ........................................................................................................... 68 Figure 48 - Les concepts simplifis de la vue Infrastructure .............................................................................................................. 69 Figure 49 - Les nomenclatures de rfrence par vue du SI................................................................................................................. 71 Figure 50 - Les principes de construction du Plan d'Occupation des Sols du SI de l'Etat .................................................................. 73 Figure 51 - Tableau des indicateurs d'urbanisation ........................................................................................................................... 79
PM/SGG/DISIC
3 / 91
Version 1.0 du 26/10/2012
1.
SYNTHESE
Dans toutes les activits de lEtat, au niveau central, comme au niveau dconcentr, lutilisation de moyen s dchange, de traitement, danalyse et de restitution de donnes ou de documents de toutes natures, est devenu primordial. Ces moyens, leurs organisations et leurs entretiens conditionnent la plupart du temps la performance globale de ladministration, et donc des politiques publiques. Ces systmes dinformation et de communication (SIC) sont omniprsents dans la sphre publique. Ils sont interconnects et interdpendants entre eux au sein de lEtat, mais aussi et surtout interconnects avec lensemble de lcosystme de lEtat : les oprateurs ou tous types dtablissements partenaires de lEtat, les collectivits territoriales, les instances spcifiques au niveau de lUnion europenne, ou internationale, enfin et surtout avec les usagers eux-mmes, quils soient particuliers, professionnels, associations, ou entreprises. Ces moyens, enrichis des innovations de ces dix dernires annes, deviennent ainsi particulirement prgnants dans toutes les relations quelles soient internes ou externes lEtat.
Lensemble de ces moyens est par nature complexe : rseaux de communication, data centres, serveurs, postes de travail, applications, donnes, flux de donnes, mais aussi en raison des modes de fonctionnement, des processus, des organisations, etc. Tous ces moyens couvrent lensemble des mtiers de lEtat, avec leurs rglementations propres, et sont le rsultat de plus de 30 ans de constructions progressives et peu concertes, utilisant encore souvent des technologies actuellement dpasses. La matrise de cette complexit, dans un contexte budgtaire fortement contraint, passe par un premier changement de paradigme : il faut dsormais considrer que le systme dinformation et de communication de lEtat ne fait quun, et quil doit tre pilot globalement de manire cohrente. Il nest pas question de gommer les particularits, mais au contraire de les considrer toutes globalement pour quelles puissent senrichir et soptimiser mutuellement. La mise en place de la DISIC, renforce par llaboration de la premire version du Cadre Stratgique Commun (CSC) du SI de lEtat avec lensemble des DSI des ministres, dfinit une premire gouvernance interministrielle et les orientations stratgiques concernant la transformation du systme dinformation (SI) de lEtat. Ce cadre stratgique a vocation clairer les dcisions qui devront tre prises en matire de programmation des ressources.
Au-del du cadre stratgique, il est primordial galement dorganiser et matriser cette transformation du SI, en recherchant continuellement : le simplifier, en particulier vis vis des utilisateurs internes (agents) et externes (collectivit, usagers, entreprises) ; optimiser lorganisation des ressources elles-mmes (techniques, financires, humaines) ; le rendre plus ractif et plus flexible par rapport aux volutions de son environnement. Cest lobjectif de la dmarche durbanisation du SI de lEtat, qui sinspire de la pratique de lurbanisation des villes. Cette dmarche contribue directement la transformation du SI de lEtat. Elle doit permettre daligner le systme dinformation et de communication sur la stratgie de lEtat, ses volutions et ses champs de contraintes, dans un cadre formel, comprhensible et partag. Lurbanisation du SI de lEtat est loutil pour le pilotage du patrimoine SI et une aide la dcision pour toutes les actions de transformation.
Cette dmarche durbanisation nest pas le travail de quelques experts, mais bien une dmarche collective. Lurbaniste SI est lacteur charg de prparer, de coordonner, danimer et de suivre cette dmarche, sous la responsabilit des mtiers et des DSI avec les autres acteurs SI (tels que les chefs de projets MOA/MOE, les architectes techniques, les expert mthode et qualit, etc.). Cest la raison fondamentale qui a pouss llaboration de ce Cadre Commun dUrbanisation du SI de lEtat. Cest le deuxime changement de paradigme. Il dcrit avant toute chose le cadre de coopration de lensemble des diffrents contributeurs la dmarche : mtiers, projets et DSI. Plutt que de dcrire un cadre sous la forme de mthodes, de rgles, et doutils ncessaires, il pose les principes fondateurs de la dmarche qui doivent inspirer toutes les actions de transformation du SI de lEtat. Ces principes portent sur lensemble des facteurs impactant la transformation du SI de lEtat savoir : la coopration entre les acteurs, la gouvernance du SI, la gouvernance des donnes, la conception des composants du SI, des interfaces et des changes, la conception des
PM/SGG/DISIC 4 / 91 Version 1.0 du 26/10/2012
Cadre commun durbanisation du SI de lEtat services pour les utilisateurs (agents ou usagers), la gestion des applications, des infrastructures et enfin, vritable pine dorsale de la dmarche, sur la gestion de la connaissance sur le patrimoine SI. Au-del des principes et donc du pour quoi dune telle dmarche, le cadre dfinit les grandes activits de la dmarche et les principaux livrables, sans rentrer dans des choix organisationnels propres aux ministres et administrations.
La trajectoire du SI de lEtat sera lun des principaux livrables de cette dmarche. Elle dcrit la dynamique dvolution du SI de lEtat. Elle sera le support pour les dcisions ou arbitrages sur la transformation du SI de lEtat. Elle dcrit comment le portefeuille dinitiatives et de projets de chaque ministre impactent le SI de lEtat, et contribuent atteindre une cible rationalise et dfinie. Ce travail de co-construction de la trajectoire du SI de lEtat, avec lensemble des ministres, sinscrit durablement dans le temps, dans une dynamique damlioration continue. Cette trajectoire sappuie sur une des nomenclatures cls de la dmarche : le Plan dOccupation des Sols du SI de lEtat, cartographie fonctionnelle de lensemble du SI de lEtat.
Il sagit de fdrer les pratiques actuelles en matire de transformation, et darchitecture du SI de lEtat , de les enrichir mutuellement en leur donnant un cadre de travail formel. Il nest pas question de contraindre, mais bien de mettre en commun, et de rechercher les mthodes de travail adaptes aux besoins des diffrents ministres et administrations, en utilisant toutes les meilleurs pratiques du mo ment quelles soient internes lEtat, ou issues de pratiques reconnues mondialement. Lobjectif de cette dmarche est de construire les conditions favorables de coopration entre les acteurs concerns dans la transformation du SI de lEtat. Lobjectif est galement de tirer les pratiques vers le haut en dfinissant un niveau de maturit minimal qui garantisse la prennit de la dmarche elle-mme et latteinte des objectifs de matrise de la transformation du SI de lEtat fix dans le Cadre Stratgique Commun du SI de lEtat.
PM/SGG/DISIC
5 / 91
Version 1.0 du 26/10/2012
2.
2.1.
OBJET DU CADRE COMMUN
Pourquoi un cadre commun ?
Ce prsent document dfinit le cadre de rfrence interministriel en matire durbanisation du Systme dInformation (SI) de lEtat. Il prcise pourquoi cette discipline est devenue ncessaire, permanente et stratgique pour la matrise des systmes dinformation et de communication (SIC). Prcision de vocabulaire Le parti pris dans ce document est de considrer que les deux dmarches dUrbanisation, lorigine franaise, et dArchitecture dEntreprise, anglo-saxonne, sont rellement convergentes. Les concepts manipuls, les objectifs viss, les modes opratoires, et les questions doutillage se rejoignent totalement dans les deux dmarches. Dans la pratique, les usages peuvent parfois diffrer, car ils se limitent un sous-ensemble de la dmarche. Cette htrognit des pratiques est lie la maturit encore en devenir, mais croissante et convergente ces dernires annes de telles dmarches dans les entreprises comme dans les administrations. Elles nont toutefois pas encore atteint ce jour le stade de cadre formel, mature, reconnu, normalis et partag un niveau international. Ce cadre fait donc le choix de conserver le terme Urbanisation plus ancr et utilis dans ladministration franaise, tout en retenant les meilleures pratiques des deux courants convergents. Dans le cas dune traduction de ce cadre en anglais, le terme enterprise architecture devra tre utilis pour urbanisation SI , ainsi que le terme enterprise architect pour Urbaniste SI . Le Cadre Commun dUrbanisation du SI de lEtat contribue directement plusieurs objectifs du cadre stratgique commun (CSC) du SI de lEtat. Il est la rponse en particulier lobjectif n7 rappel ci-dessous. Objectif n 7 du cadre stratgique commun du SI de lEtat : Le cadre commun durbanisation est dfini et simpose au niveau interministriel et ministriel ; il prcise les principes gnraux de construction des systmes dinformation et organise le partag e de la connaissance sur les existants ministriels et les portefeuilles de projet. Le prsent cadre dfinit les objectifs en matire durbanisation pour le systme dinformation (SI) de lEtat. Les principes et rgles applicables dans toutes les actions de transformation du SI, et qui rgissent cette dmarche sont dcrits par lexemple : ils portent sur les sujets de gouvernance et de coopration, des donnes, de conception, des services, des applications et des infrastructures. Le cadre dcrit galement les activits de cette dmarche avec le rle des diffrents acteurs. La connaissance du patrimoine SIC, et la gestion de cette connaissance dans le temps, de manire durable, sont des lments fondateurs de toute action durbanisation. Le cadre en dcrit les principes et rgles applicables en la matire. Enfin, les lments cls utiles pour la dclinaison oprationnelle dune telle dmarche par une autorit administrative terminent ce cadre. Plusieurs annexes compltent ce cadre en dcrivant prcisant certains lments de la dmarche : le vocabulaire, les nomenclatures de rfrences, des indicateurs de suivis Tout comme lurbanisation des cits a son Code de lUrbanisme, lurbanisation du systme dinformation de lEtat a son cadre rglementaire sa constitution : le prsent document. Le suivi gnral de cette dmarche sera restitu de manire globale dans un indicateur de maturit de lurbanisation du SI de lEtat inclus dans les indicateurs de performance du programme 1291 de la Loi de Finances. Au-del des objectifs de la dmarche durbanisation elle-mme, qui sont dcrits au 3.2, le prsent document rpond en lui-mme plusieurs objectifs qui sont lists ci-aprs. Objectifs du document2
Le programme 129 de la Loi de Finances concerne la coordination du travail gouvernemental , au sein de la mission Direction de laction du gouvernement . 2 Au-del des objectifs de la dmarche durbanisation du SI de lEtat qui sont dcrits au paragraphe 3.2, le prsent document rpo nd 4 objectifs qui sont dcrits ci-aprs.
1
PM/SGG/DISIC
6 / 91
Version 1.0 du 26/10/2012
Cadre commun durbanisation du SI de lEtat Objectif 1 : Fournir un langage commun, un cadre pour tous les acteurs engags dans lentretien, la transformation et lvolution du SI de lEtat. Ce langage est articul en 5 vues structurant la description du SI de lEtat : vue stratgie, vue mtier, vue fonctionnelle, vue applicative et vue infrastructure. Objectif 2 : Assister la transformation des organisations (mtiers et DSI) : faciliter la diffusion de la pratique durbanisation travers un rfrentiel de principes, de rgles et de modles qui aident la conception et lentretien de tout ou partie du SI de lEtat et des applications qui le composent. Il propose notamment une carte des processus (ou macroprocessus) majeurs, mais aussi une carte fonctionnelle, le plan doccupation des sols du SI de lEtat, par nature volutif, permettant de structurer la transformation du SI et son alignement sur les mtiers et ses besoins. Objectif 3 : Aider ltude et la dfinition de la programmation stratgique : il propose un cadre pour lanalyse des besoins de transformation des SI lors des phases davant-projets, des arbitrages ou de la programmation physicobudgtaire. Objectif 4 : Faciliter la mutualisation et la simplification durable du SI de lEtat : il outille la ncessaire coopration entre les acteurs de la transformation du SI de lEt at, dans lanalyse des services ou composants mutualisables, rutilisables, en doublons, ou obsolescents.
2.2.
Porte du cadre commun
Au sens de l'ordonnance n 2005-1516 du 8 dcembre 2005 relative aux changes lectroniques, les autorits administratives sont dfinies comme : les administrations de l'Etat, les collectivits territoriales, les tablissements publics caractre administratif, les organismes grant des rgimes de protection sociale relevant du code de la scurit sociale et du code rural ou mentionns aux articles L. 223-16 et L. 351-21 du code du travail les autres organismes chargs de la gestion d'un service public administratif. Le prsent document porte sur le systme dinformation de lensemble des administrations de lEtat, savoir, les diffrents ministres avec leurs administrations centrales, leurs services dconcentrs comptence nationale ou territoriales ainsi que leurs oprateurs.
Rfrentiel Gnral dInteroprabilit Cadre Commun dUrbanisation
Administration de lEtat
Organismes de Scurit Sociale et de Protection Sociale
Collectivits territoriales
Figure 1 - Porte du Cadre Commun d'Urbanisation du SI de l'Etat
Lorganisation, la construction et lentretien des systmes dinformation des sphres collectivits territoriales ou Scurit Sociale et Protection Sociale ne relvent pas fondamentalement dune logique diffrente de ceux des administrations de lEtat. Toutefois la transformation des SI de ces deux sphres ntant pas rgie par la mme gouvernance et les mmes rgles, le prsent cadre na pas vocation couvrir ces deux sphres. Il peut toutefois servir de guide dans la mesure o il consolide les bonne s pratiques issues de lensemble des ministres. Lutilisation de ce cadre par un oprateur de lEtat est encourager ne serait-ce que pour diffuser et faire connatre les pratiques en matire durbanisation SI. Limplication durbaniste SI doprateurs de lEtat lentretien de ce cadre permettra de consolider ces pratiques avec une meilleur prise en compte des contextes et besoins spcifiques (se rfrer au 5.3 sur la communaut interministrielle des urbanistes SI). Le prsent cadre porte donc sur les autorits administratives des administrations de lEtat. Ce terme gnral peut dsigner un ministre (ex : le ministre de la justice), une direction centrale dun ministre (ex : lINSEE, ou la
Cadre commun durbanisation du SI de lEtat DGAC), un oprateur sous tutelle dun ministre ou dune direction gnrale ( ex : lIGN), dun service dconcentr dun ministre (ex : une prfecture). Une autorit administrative est dfinie par ses missions, son organisation, et ses ressources (humaines, financires, techniques).
Cas 1
Ministre
Cas 2 Cas 3
AC
ou SCN
AC
AC
AT
Cas 4
Oprateur
Dfinition dune administration (ou autorit administrative) : AC : Administration centrale AT : administration territoriale ou services dconcentrs territoriaux SCN : service dconcentr comptence nationale
Figure 2 - Porte du terme "Administration" utilis dans le cadre commun
Ce cadre sadresse tous les acteurs de la transformation du SI de lEtat. Il vise en particulier les matrises douvrage (MOA) stratgiques des ministres, les directeurs et chefs de projets MOA, les DSI et leurs comits de pilotage, lensemble des urbanistes et architectes SI, des architectes techniques, ainsi que les directeurs et chefs de projet MOE. La dmarche durbanisation nest pas le fait de quelque s acteurs, mme si elle peut tre impulse ou coordonne par quelques-uns, mais bien laffaire de tous, en particulier les directions mtiers qui doivent comprendre et porter lintrt dune telle approche. Lurbaniste SI a avant tout un rle de catalyseur, de facilitateur et de coordinateur dans la dmarche.
2.3.
Articulation avec le corpus rglementaire
Le prsent cadre commun durbanisation du SI de lEtat constitue un des lments du corpus rglementaire applicable pour la construction, la gestion, lexploitation et la transformation du SI de lEtat, tous les niveaux. La figure ci aprs illustre les diffrents documents applicables et leurs articulations (rpartis selon les vues du SI cf. 3.1). Ce corpus se compose de documents de politique globale applicables lensemble du SI de lEtat : le Cadre stratgique, qui dfinit la stratgie de lEtat en matire de SI3, la Politique de Scurit, dfinissant les rgles gnrales de scurit, le prsent Cadre commun durbanisation dfinissant la dmarche durbanisation, le Cadre commun dInteroprabilit, dfinissant les normes et standards applicables. Ce corpus comprend galement des documents rglementaires techniques porte plus large (administrations de lEtat, collectivits territoriales, organismes de la sphre scurit et protection sociale), dfinis par lordonnance n2005-1516 du 8 dcembre 2005 : le Rfrentiel Gnral dInteroprabilit, le Rfrentiel Gnral de Scurit, le Rfrentiel Gnral dAccessibilit pour lAdministration. Il comprend galement des documents porte ministrielle : Un cadre stratgique ministriel (ou schma directeur), dclinant le cadre stratgique du SI de lEtat, dans le contexte mtier dun ministre. un cadre de cohrence technique : normes, standards et rgles darchitecture applicables localement ; une mthode de conduite de projet qui dfinit et structure les relations MOA/MOE et le pilotage des projets de transformation du SI pour un ministre (ou une administration) ; ventuellement une charte durbanisation qui dcline localement le cadre commun durbanisation, sans pour autant modifier les principes, ou le cadre dactivit, mais uniquement en prcisant lorganisation, les mthodes de travail, et le fonctionnement local.
Se rfrer larticle 4 du dcret n2011-193 du 21 fvrier 2011 concernant la cration de la DISIC
PM/SGG/DISIC
8 / 91
Version 1.0 du 26/10/2012

Contexte interministriel Contexte ministriel, oprateur
Cadre commun durbanisation SIE
Vue Stratgie
Missions & Objectifs
Cadre Stratgique SIE

PS SIE
Cadre Stratgique SIM Mthode de conduite de projet
Cadre Commun dInteroprabilit & RGI
Politique de SSI & RGS
Projet 1
Donnes et fonctions
Implmentation
Vue Infrastructure
Dploiement
Les concepts, le cadre et les grands principes de construction
Les rgles et standards Cadre & principe (ouverts) en matire darchitecture sur dinteroprabilit les fondations
Cadre de cohrence technique : choix logiciels et architectures
Figure 3 - Articulation du Cadre Commun d'Urbanisation avec l'ensemble du corpus rglementaire SI
Ce corpus pourra galement comprendre des cadres darchitecture sur les fondations du SI de lEtat porte globale. Les sujets de la gestion des identits, des accrditations et des accs au SI de lEtat, mais aussi de gestion des rfrentiels de donnes, du dcisionnel, etc. sont tous des sujets complexes et transverses qui ncessitent dtre cadrs et structurs par un cadre darchitecture spcifique et vocation interministrielle.
2.4.
Entretien et mise jour du document

Le cadre est structur de la manire suivante :
Pourquoi ?
Comment ?
1. 2. 3. 4. 5. 6. 7.
Synthse Objet du cadre Les objectifs de la dmarche Les Principes durbanisation Activits et acteurs de la dmarche Gestion de la connaissance et outillage Dclinaison oprationnelle
Quoi ?
Vocabulaire Nomenclatures
Annexes Suivi
Livrables
Mtamodle pivot
Mtamodle, dictionnaire et rgles par vues : stratgie, mtier, fonctionnelle, applicative et intrastructure.
Plan dOccupation des Sols

NRM POS NRA NRI
indicateurs durbanisation
Outil dautodiagnostic Indicateurs de maturit de la dmarche Indicateurs durbanisation du SI
Modles de documents
Exemples : Fiche processus Dossier durbanisation dun projet Permis de construire dune application Permis de dmanteler dune application
Figure 4 - Organisation et plan du Cadre Commun d'Urbanisation
Le corps principal du cadre dfinit le pourquoi ? et le comment ? de la dmarche durbanisation du SI de lEtat. Les annexes compltent le cadre en insistant sur le quoi ? . Lannexe A dcrit le dictionnaire commun, le mtamodle sous-jacent la dmarche qui doit tre utilis notamment pour aligner la structure de donnes des outils de cartographie et de gestion du patrimoine SI. Lannexe B dcrit les nomenclatures de rfrences ralises et entretenues dans le cadre de la dmarche. Lannexe C comprend un ensemble dindicateurs permettant dvaluer localement le niveau de maturit de la dmarche ainsi que le niveau durbanisation du SI sur certains aspects. Enfin, lannexe D, qui est dans cette premire version ltat embryonnaire, comprend un ensemble de modles de documents utilisables dans la dmarche.
Projet 3
Vue Applicative
RGAA
CCT
Projet 2
Vue Fonctionnelle
Connaissance du patrimoine SI
Processus
Charte durbanisation ministriel
Vue Mtier
Catalogue de service
Cadre darchitecture sur des fondations du SIE
Cadre commun durbanisation du SI de lEtat Le prsent cadre voluera autant que ncessaire pour adapter la dmarche durbanisation aux enjeux stratgiques et aux besoins daccompagnement de la transformation du SI de lEtat. Lannexe B, en particulier, comprenant entre autre le Plan dOccupation des Sols de lensemble du SI de lEtat sera publi minima un rythme annuel ( mme sil ny a eu sur la priode que des volutions mineures). Le corps principal du cadre ainsi que les annexes volueront partir de propositions de la communaut des urbanistes recueillies et formalises par la direction interministrielle des SIC (DISIC). Toutes les demandes dvolution devront tre adresses la DISIC directement ou via un des urbanistes membres de la communaut interministrielle qui proposera une adaptation du cadre. Ces adaptations seront analyses lors des ateliers de travail interministriels durbanisation, puis soumis validation au comit technique des SIC (CTSIC).
2.5.
Version du document et rfrences documentaires
Ce document est le rsultat dun travail collectif de la communaut interministrielle des urbanistes, reprsentant lensemble des ministres et anim par la DISIC. Il est le produit de lanalyse des besoins et des objectifs des diffrents ministres, de lexprience de chacun des membres de cette communaut, ainsi que des meilleures pratiques du moment. Il reprend des lments provenant notamment dassociations indpendantes : du Club Urba-EA : association inter-entreprises rgie par la loi du 1er juillet 1901 qui a pour vocation de favoriser ces partages d'expriences, ces changes entre praticiens de l'Urbanisme des SI et de lArchitecture dEntreprise ainsi que de promouvoir la reconnaissance et lorganisation de ces fonctions . du CIGREF, rseau de Grandes Entreprises, est une association cre en 1970. Il regroupe plus de 130 grandes entreprises et organismes franais dans tous les secteurs dactivit (banque, assurance, nergie, d istribution, industrie, service, etc.). Le CIGREF a pour mission de promouvoir la culture numrique comme source dinnovation et de performance . Le prsent cadre reprend galement des lments de cadres ou de documents de natures quivalentes dautres pays, ou dassociations internationales : Federal Enterprise Architecture Consolidated Reference Model4 version 2.3 doctobre 2007 (tats-Unis dAmrique) ; The common approach to Federal Enterprise Architecture 5 de mai 2012 Australian Government Architecture Reference Models6 version 3.0 daot 2011 (Australie) ; Australian Government Interoperability Framework7 davril 2006 (Australie) ; HM Government Information Principles8, version 1.0 de dcembre 2011 (Royaume Uni) ; The Open Group Architecture Framework (TOGAF)9 version 9.1 de 2009 (organisme international de standardisation) ; ArchiMate10 version 2.0 de janvier 2012 (organisme international de standardisation) .
Le tableau ci-aprs rsume lvolution du cadre avec les principales versions :
4 5
http://www.whitehouse.gov/omb/e-gov/fea https://cio.gov/wp-content/uploads/downloads/2012/09/Common_Approach_to_Federal_EA.pdf 6 http://www.finance.gov.au/e-government/strategy-and-governance/australian-government-architecture.html 7 http://www.finance.gov.au/e-government/service-improvement-and-delivery/interoperability-frameworks.html 8 http://www.nationalarchives.gov.uk/information-management/projects-and-work/information-principles.htm 9 http://www.opengroup.org/togaf/ 10 http://theopengroup.org/archimate/
PM/SGG/DISIC
10 / 91
Version 1.0 du 26/10/2012
Version
0.1 0.7
Date
12/03/2012
Motifs
Premire version de travail du document pour initier llaboration du Cadre Versions intermdiaires prsentes en atelier de travail
10/04/2012
Premiers retours sur le document des diffrents correspondants de la communaut des urbanistes SI : description des processus et complments sur les principes et rgles, modification du plan du cadre Prise en compte des retours sur les principes et rgles durbanisation. Complments sur les processus et le tableau RACI Modifications et complments du chapitre sur les principes Modifications et complments du chapitre sur les activits Modifications et complments du chapitre sur les activits, les rles, la dclinaison oprationnelle et les indicateurs durbanisations Modifications et complments du chapitre sur les indicateurs durbanisation Prise en compte des avis et retours des bilatrales avec tous les DSI des ministres, et des remarques de latelier organis avec des professionnels externes du Club Urba-EA et du CIGREF. Dernires corrections mineures du cadre avant le CTSIC du 19/7/2012 Prcisions sur le rle des acteurs suite au CTSIC du 20/09/2012 Tableau - Suivi des versions du Cadre
0.8.1 0.8.2 0.8.3 0.8.4 0.8.6 0.9.0 0.9.1 0.9.2
02/05/2012 08/05/2012 12/05/2012 18/05/2012 04/06/2012 07/07/2012 13/07/2012 21/09/2012
Le tableau suivant cite le nom des personnes de la communaut des urbanistes SI qui ont directement contribu llaboration et la rdaction de cette premire version du Cadre Commun dUrbanisation du SI de lEtat : Nom, Prnom BOURDIN Didier HEIJLIGERS ric JIMENEZ Francisco JOURDAN Nathalie LE BRAS Maryse MAATOUG Ridha MALIAR Alain MILLEFAUX Laure MORANDI Laurence MUSET Catherine NICOLAS Jean-Luc PETITIMBERT Stphane PIERRE-DIT-MERY Luc REGNIER Jrme ROCHE Genevive ROUSSEAU Nicolas SOUSSAN Claude SUATTON Christian VERCAUTEREN Pierre Justice Affaires trangres cologie, Dveloppement Durable, Transport et Logement ducation Nationale, Enseignement Suprieur et Recherche Culture et Communication cologie, Dveloppement Durable, nergie cologie, Dveloppement Durable, nergie ducation Nationale, Enseignement Suprieur et Recherche ducation Nationale, Enseignement Suprieur et Recherche Intrieur conomie, Finances, Commerce extrieur, Redressement productif, Rforme de lEtat, Dcentralisation et Fonction Publique. Premier ministre / DISIC (rdacteur) Affaires Sociales et Sant cologie, Dveloppement Durable, nergie ducation Nationale, Enseignement Suprieur et Recherche cologie, Dveloppement Durable, nergie Dfense Travail, Emploi, Formation Professionnelle et Dialogue Social Ministre conomie, Finances, Fonction Publique / Oprateur National de Paye.
Figure 5 - Tableau des contributeurs la rdaction du Cadre Commun dUrbanisation du SI de lEtat
PM/SGG/DISIC
11 / 91
Version 1.0 du 26/10/2012
2.6.
Diffusion
Ce Cadre Commun dUrbanisation est destin une diffusion publique et ouverte de manire atteindre lensemble de la communaut concerne par lentretien et les volutions du Systme dInformation de lEtat, prestataire s compris. Il sera accessible sur le site web de la DISIC, et sur loutil collaboratif utilis par les communauts interministrielles (notamment Urbanisation et Interoprabilit ). Les Ministres auront la charge de le dcliner oprationnellement dans leurs diffrentes administrations, avec lap pui et lanimation de la DISIC dans le cadre du dispositif mis en place pour dcliner le cadre stratgique commun du SI de lEtat (se rfrer au 7).
2.7.
Approbation
Le prsent document a fait lobjet dune validation dune part, par la communaut des Urbanistes SI de lEtat, et dautre part, par le dispositif de gouvernance mis en place par la DISIC savoir le Comit Technique des SIC (cf. dcret n 2011-193 de cration de la DISIC du 21 fvrier 2011).
PM/SGG/DISIC
12 / 91
Version 1.0 du 26/10/2012
3.
3.1.
OBJECTIFS DE LA DEMARCHE DURBANISATION
Dfinitions
Les technologies de l'information et de la communication (TIC) sont au cur du fonctionnement des entreprises comme des administrations. Elles prsentent de relles opportunits d'innovation mais peuvent, mal intgres, reprsenter une source supplmentaire de complexit. Les performances des organisations dpendent de l'efficience et de la qualit des systmes d'information (SI) qui doivent la fois suivre les volutions de la rglementation, et accompagner la mise en uvre des rformes et des rorganisations internes. Depuis quelques annes, les Directions des Systmes dInformation (DSI) du priv comme du public se sont inspires des pratiques dautres disciplines, notamment lurbanisation des villes, pour en dgager des mthodes applicab les aux SI. L'urbanisation des villes est lensemble des plans et des actions cohrentes qui permettent lorganisation optimale des fonctions spatiales, conomiques, sociales et environnementales des territoires. Le droit joue un rle capital dans cette activit, notamment en matire de planification des prvisions (ex. PLU 11) et d'autorisations des volutions (ex : permis de construire). Pour l'urbanisation des villes, il est question d'analyser globalement les diffrents sujets ou points de vue : les infrastructures d'nergie, deau, de tlcommunication, de transport... les btiments : logement, commerce, entreprise, service public (mairie, coles, polices, pompier, parking, etc.) organiss en zones (industrielles, commerciales, rsidentielle, etc.), en quartiers, et en blocs. les cas dusages de ces moyens par les citadins, cest dire les services offerts par les infrastructures et les btiments. la rglementation en matire de scurit, de construction, de logement, despace priv/public... Mais aussi l'organisation et le fonctionnement des pouvoirs publics, des entreprises, des commerces, etc. L'objectif est d'aboutir une reprsentation de la ville qui prenne en compte les besoins des citadins et les moyens dont dispose la collectivit pour une gestion optimale et durable de son espace. Cette dmarche applique l'informatique consiste tudier les diffrents points de vue possibles. Il ne sagit pas den privilgier un. Ils sont tous lgitimes et utiles. Il est important de pouvoir la fois les traiter isolment, mais aussi, de sassurer de leur cohrence et de leur bonne intgration les uns avec les autres. Concernant linformatique, plusieurs vues sont galement mises en avant. Une premire vue infrastructure dcrivant le matriel, ou linfrastructure technique : les rseaux de tlcommunications, les problmatiques de Datacenter, leur implantation et lhbergement de quipements, mais aussi les serveurs, les postes de travail, les imprimantes, etc. Un deuxime axe qui porte sur laspect logiciel : les diffrentes applications mtiers utilises, les composants logiciels, des outils transverses comme la messagerie, les bases de donnes, etc. Il sagit de la vue applicative . Il est galement important danalyser les fonctionnalits et les donnes (au sens large : donnes, documents, informations, connaissances) manipules par linformatique. Il sagit de la vue fonctionnelle . Et enfin, il est galement indispensable de repositionner cette informatique dans son environnement mtier : par qui est-elle utilise ? quel moment ? Pour quoi faire ? Il est question alors de processus, dactivit, dutilisateurs, mais aussi de rglementation. On parle alors de vue mtier . Cette vue permet de comprendre le contexte demploi, didentifier les besoins dautomatisation et dchanges, et dintgrer le champ des contraintes (internes ou externes). La figure suivante donne un parallle possible entre ces deux dmarches durbanisation appliques la ville ou au SI. Ce parallle a bien sr des limites, mais il illustre bien le propos.
Le PLU ou Plan Local dUrbanisme est le principal document de planification de lurbanisme au niveau communal ou intercommunal. Il est rgi par le Code de lurbanisme. Il comprend : un rapport de prsentation, un projet damnagement et de dveloppement durable (document politique exprimant les objectifs et projet de la collectivit en matire de dveloppement conomique et social, denvironnement, et durbanisme l horizon 10 20 ans), des orientations particulires damnagement, des documents graphiques, des rglements et des annexes.
11
PM/SGG/DISIC
13 / 91
Version 1.0 du 26/10/2012
Urbanisation des villes

Organisation, processus et rglementation Organisation des pouvoirs publics, habitants, forces de lordre, organisation des services de police, rglementation en matire de construction Cas dusages / services organiss en zone / quartier / bloc Se loger, se dplacer, travailler, tudier, se distraire, faire ses courses, se soigner Bti et quipement Logement, btiments divers, moyen de scurit, quipement sportif, quipement li la gestion des dchets Rseaux et quipements dinfrastructure Energie, eau, transport, tlcommunication
Urbanisation des SI
Organisation et processus mtier Organisation des administrations, agents, usagers, processus mtiers, procdures de travail et rglementation associes
Fonctionnalits et donnes organiss en zone / quartier / bloc Scolarit de llve, scurit intrieure, comptabilit gnrale, paye Applications, composants logiciels Applications mtiers (ex. CHORUS), logiciels et outils transverses (ex : messagerie)
Serveurs, PC, imprimantes rseaux de tlcommunication sites dhbergement
Figure 6 Un parallle possible entre les deux approches durbanisation appliques une ville ou un SI
Ainsi lusage du terme systme d'information , plus englobant, moins connot techniquement, est prfr au terme systme informatique , qui dsigne plutt les 2 vues du bas (infrastructure et applicative). Lurbanisation applique au SI propose une dmarche dans laquelle les transformations du SI sont tud ies, les impacts mesurs, leur mise en uvre matrise et planifie avec un bnfice optimis. Il sagit donc dorganiser la transformation continue du SI, en cherchant : rduire sa complexit intrinsque : en le simplifiant, en mutualisant ce qui peut ltre, en optimisant le service rendu ses utilisateurs (internes ou externes), en assurant la cohrence des actions de transformation ; le rendre plus flexible dans ses volutions : en rduisant les adhrences entre ces diffrentes composantes, en segmentant son architecture en briques plus autonomes et volutives, en standardisant sa conception et son architecture, en retirant les briques obsoltes ou en remplaant les lments non matriss ; laligner sur le mtier : les transformations des TIC doivent tre tires par une stratgie et des exigences mtiers. Quels sont les impacts recherchs ? Quels usages sont ncessaires, pour quels services ? Comment le travail (processus, activits, tches) doit-il voluer ? Quelles fonctions pourraient tirer parti dune informatisation ? Et ensuite seulement, analyser et identifier lvolution ncessaire des outils informatiques ; identifier et utiliser les opportunits offertes par les nouvelles technologies de linformation et de la communication pour faciliter telle ou telle transformation mtier.
en lalignant avec le mtier
Urbaniser
Cest organiser la transformation progressive et continue du SI en
le rendant plus ractif et flexible
en sappuyant sur les opportunits technologiques du march
le simplifiant durablement
optimisant le service rendu
Une aide la dcision pour la transformation Un outil de pilotage du patrimoine

Figure 7 - Qu'est-ce que l'urbanisation ?
Lorganisation de cette transformation du SI est, dune part, ncessairement progressive, car elle ncessite de relles volutions de maturit de lensemble des acteurs ( mtiers et DSI), et dautre part, obligatoirement continue car son action doit sinscrire dans le temps. Les rsultats dune dmarche durbanisation ne sont pas visibles immdiatement et sans effort. Cette dmarche est donc avant tout une aide la dcision pour la transformation du SI. Pour pouvoir agir efficacement et durablement sur le SI, il est important de grer, structurer et outiller la connaissance de ce patrimoine complexe selon les diffrents points de vue, ou perspectives, voqus prcdemment. A ce titre la dmarche durbanisation est clairement un outil de pilotage du patrimoine .
Cadre commun durbanisation du SI de lEtat De manire fdrer les points de vue des diffrents acteurs de la transformation du SI de lEtat, l e prsent cadre introduit les cinq vues formelles suivantes : une vue stratgie, dcrivant les missions et objectifs stratgiques du SI ; une vue mtier, dcrivant les processus, les activits et l organisation quils traversent ; une vue fonctionnelle, dcrivant les cas dusages du SI (les fonctionnalits), et les informations manipules, indpendamment des choix technologiques ; une vue applicative, dcrivant les composants logiciels (ex. les applications) retenus, ainsi que leurs interdpendances (flux, architecture logicielle, etc.) ; une vue infrastructure, dcrivant les ressources physiques et le dploiement.
Mission Programme Objectif Indicateur Macro-Processus Processus Activit, Procdure Acteur, Organisation Zone, Quartier, Bloc Fonctionnalit Objet Mtier Application Message Composant logiciel Socle technique Site Equipement physique Equipement de Stockage Communication
Vue Stratgie
Vue Mtier
Processus & Organisation
Approche par les processus
TRANSFORMATION
DONNEES
Opportunits et Contraintes technologiques
Vue Fonctionnelle
Systme & Information
Vue Applicative
Implmentation logicielle
Vue Infrastructure
Dploiement physique
Figure 8 - Les 5 vues du SI
Ce dcoupage du SI en points de vue, permet dune part de structurer la dmarche durbanisation, mais permet surtout de poser un langage commun, pralable indispensable la mise en place dun cadre commun de discussion, de coopration et de dcision. Lannexe A du Cadre commun durbanisation dcrit prcisment les 5 vues du SI . Il comprend un mtamodle12 pivot et un dictionnaire. Il dcrit les concepts qui sont utiliss pour laborer des cartographies, des modles (modle de processus, de donnes, cartographie applicative, etc.). Ce mtamodle sera prcis et complt chaque volution du cadre commun. Le dcoupage en couche pose comme principe que chaque couche sappuie sur la couche infrieure pour fournir la couche suprieure les rponses attendues. Mme sil est possible davoir des liens directs entre toutes les couches, ce sont bien les relations 2 2 qui sont privilgier : la couche Infrastructure apporte les lments et les rponses ncessaires au fonctionnement de la couche Applicative. La couche Applicative apporte les lments et les rponses ncessaires lexcution de la couche Fonctionnelle, etc. Ces diffrentes vues sont complmentaires ; elles permettent dapprhender le systme dinformation dans toutes ses dimensions, c'est --dire selon les points de vue de toutes les parties prenantes dans sa transformation et son fonctionnement courant. La connaissance de lensemble du patrimoine SI est u ne ressource stratgique pour lensemble de lorganisation concerne. Elle ne porte dailleurs pas seulement sur lexistant mais galement sur les projets de transformation avec une mise en perspective vers une cible, et donc une trajectoire. Cette connaissance nest donc absolument pas la proprit de tel ou de tel acteur particulier, mais un actif stratgique commun . Les urbanistes SI sont les garants de l'entretien et de la diffusion de cette connaissance. Ils ne sont pas les seuls acteurs de ce processus, mais en sont les animateurs et doivent garantir lintgrit et la cohrence de ces donnes. De fait, ils jouent naturellement le rle de facilitateurs et d'intermdiaires entre le mtier (la MOA) et linformatique (la MOE), et au sein des quipes informatique entre les quipes projets et les quipes en charge des infrastructures. Le chapitre 6.2 du cadre dcrit le processus de gestion de la connaissance SI et les principes et rgles sous-jacents. La matrise de la transformation du SI de lEtat passe en particulier par son valuation (par exemple : valuer le patrimoine applicatif). Il est ncessaire dexpliciter de fait la notion de performance , au sens large du terme. Cette notion est trs prcisment dcrite dans le cadre darchitecture du gouvernement australien (cit en rfrence). Elle nest ce stade de mise en place dune dmarche durbanisation (cest--dire darchitecture dentreprise) au niveau de lEtat que mentionne. Il sera trs certainement ncessaire de la dcrire prcisment et la cadrer dans les versions suivantes du cadre. Pour dcrire cette notion de performance, il est utile de rappeler globalement et trs schmatiquement le fonctionnement de lEtat ou dadministrations. Ces organisations construisent et entretiennent des services ou des
12
Cf. lannexe A pour la dfinition du terme mtamodle .
PM/SGG/DISIC
15 / 91
Version 1.0 du 26/10/2012
Cadre commun durbanisation du SI de lEtat produits partir de ressources (humaines, mobilires, immobilires, immatrielles, informationnelles, financires, information). Ces services et produits peuvent tre de nature trs diffrentes comme des infrastructures (de sant par exemple, comme les hpitaux, ou de transport comme les routes), ou encore des services de redistribution des richesses (comme les aides la personne). Ces produits et services sont utiliss et consomms par les usagers. Ces usages provoquent des effets observables et mesurables qui permettent ainsi dvaluer si telle ou telle politique publique, ou action de modernisation de lEtat a atteint le ou les rsultats escompts. Lvaluation de la performance globale, de lefficacit donc, dun tel systme complexe ne peut se faire quindirectement, en tudiant les usages et leurs effets induits. Le schma ci-dessous illustre ce principe, que lefficacit globale, quon pourrait assimile au rendement global de ce dispositif, ne peut tre mesure quavec lefficience du travail ralis (rendement 1) et ladquation des sorties aux attentes finales, aux rsultats attendus dont la qualit de service (rendement 2). La mesure des effets induits par lusage des produits et services, mme qualitativement et approximativement, est donc indispensable pour pouvoir valuer la performance globale de laction de lEtat.
Rendement global
Rsultats
Rendement 2 Rendement 1
Entres Moyens
RH Budget TIC Equipement Information
Effets
Travail
Projet Processus
Sorties
Produit Service
Usages
Figure 9- Modle de performance (source AGAF13)
Le SI de lEtat intervient bien sr dans la dlivrance des services (ou p roduits) aux usagers, mais aussi dans la mesure des effets induits par lusage de ces services, et donc dans la ralisation dindicateurs. Ces principes sont importants dans la dfinition de la stratgie de transformation du SI, tout comme dans sa construction. Il sera donc probablement ncessaire de les structurer dans une prochaine version de ce cadre.
En rsum, la dmarche durbanisation des systmes dinformation consiste transformer, mutualiser, rutiliser et aligner les actifs (et donc les ressources) dune organisation (quipement, personnels, projets, processus, donnes) avec ses caractristiques oprationnelles propres, sa stratgie dvolution et son champ de contrainte, le tout dans un cadre formel, comprhensible et partag.
3.2.
Objectifs de la dmarche durbanisation : une aide la dcision
Lurbanisation est principalement un outil daide la dcision au service de la matrise du SI et de sa transformation, pour la matrise douvrage et les DSI. Les objectifs viss par cette dmarche sont les suivants : Objectif 1 : Faciliter le dialogue entre les acteurs mtier et les acteurs des TIC, il sagit dune intermdiation 14 durable Fournir et maintenir un langage et une vision commune (processus mtier, POS) Positionner les demandes dvolutions (initiatives, projets, MCO, etc.) dans un environnement existant mtier en volution Capitaliser et structurer la connaissance pour une meilleure lisibilit du SI, en intgrant les diffrents points de vue (stratgique, mtier, technique, mais aussi humain, comptable, scuritaire, etc.) Faciliter les tudes et les prises de dcision Faciliter les transformations du SI Objectif 2 : Structurer ltude des demandes de transformation, par une action volontaire et opportuniste loccasion des projets de construction et de mise en place de nouveaux services Encourager et faciliter les tudes dimpacts
13 14
Australian Government Architecture Framework, cf. reference Cette intermdiation na pas vocation se substituer aux relations existantes entre MOA et MOE (entre mtier et DSI), mais b ien de faciliter, dentretenir, de catalyser cette relation pour la rendre durable et constructive. Cette dmarche durbanisation est une co -construction.
PM/SGG/DISIC
16 / 91
Version 1.0 du 26/10/2012
Cadre commun durbanisation du SI de lEtat Assister les mtiers dans leurs transformations : analyse dactivit, et des besoins sous-jacents en ressources (informations, humaines, outil informatique, financires) Conseiller et ouvrir la recherche de solutions (services) en fonction des effets attendus (rsultats de lusage des services) Objectif 3 : Appuyer lvolution stratgique du SI Animer une dmarche progressive et continue pour cibler les investissements, dfinir, entretenir et aligner les services et les systmes dinformation sur les mtiers et leurs stratgies Dvelopper la capacit intgrer et transformer des SI : application des rgles, intgrit des donnes, standardisation des interfaces et des changes, et au final, une interoprabilit effective des SI Faciliter la convergence technologique (ex. RGI) Objectif 4 : Animer la gouvernance des donnes Considrer les donnes manipules par lEtat comme un actif stratgique, et ce titre assurer la gestion comme telle : recensement, responsabilit, standardisation, faciliter laccs et le partage, etc. Objectif 5 : Faciliter, simplifier les volutions du SI, par une aide lallocation et loptimisation de lemploi des ressources (financires, humaines, donnes, applications, infrastructures, etc.) Aider les dcisions dallocation et darbitrage sur les ressources. Accompagner les projets lors de leur conception pour identifier des composants modulaires et indpendants (forte cohsion et faible couplage). Proposer systmatiquement la rutilisation ou la mutualisation de composants en favorisant une logique dintgration au lieu dun dveloppement de nouveaux composants. Rechercher systmatiquement la simplification du SI pour les utilisateurs (interne ou externe) Constituer un catalogue de services, de composants et darchitectures de rfrence Objectif 6 : Partager et communiquer : la dmarche, la connaissance du patrimoine, la cible et les perspectives Promouvoir et faire utiliser les livrables de lurbanisation dans les comits de tous niveaux (des comits stratgiques aux comits de projet en passant par les revues mtiers) Utiliser le rfrentiel durbanisation pour la production des cadres stratgiques ministriels En conclusion, lurbanisation doit tre vue comme une composante structurante de la gouvernance SI : une Constitution pour les SIC. Elle doit permettre de faciliter le positionnement des mtiers et les donnes au cur du SI. Cette dmarche durbanisation doit tre intgre avec : la planification et la gestion du portefeuille projet la conduite de projet (conception et fourniture des services) la production et la gestion des infrastructures (notamment en lien avec le processus ITIL15 de gestion des changements16)
3.3.
Contextes et apports
volution du cadre lgislatif national et international (notamment europen), mise en place de nouveaux services ou moyens daccs ces services pour les usagers, innovation pour accrotre lefficience du service rendu aux citoyens et aux entreprises, rationalisation du fonctionnement des organisations (refonte ou optimisation des processus, gouvernance renouvele) pour des raisons conomiques, (d) concentration et/ou (d) centralisation : mise en place de nouveaux oprateurs, dcentralisation de certaines missions nationales, rorganisation territoriale, etc. Rorganisation frquente des organisations,
Le SI de lEtat est confront des volutions et des transformations continuelles :
15
ITIL (Information Technology Infrastructure Library pour Bibliothque pour l'infrastructure des technologies de l'information ) est un ensemble d'ouvrages recensant les bonnes pratiques ( best practices ) du management du systme d'information. 16 en rfrence lun des processus ITIL : la gestion des changements
PM/SGG/DISIC
17 / 91
Version 1.0 du 26/10/2012
Cadre commun durbanisation du SI de lEtat obsolescence technique de certains outils informatiques. Le CIGREF a dcrit dans son rapport de 200817, les apports dune dmarche darchitecture dentreprise , en fonction des situations rencontres par les entreprises ou les administrations. Le tableau ci-aprs est construit partir de lanalyse du CIGREF et personnalis sur les situations rencontres spcifiquement par ladministration.
Enjeux Etre en phase avec la stratgie de lEtat Fournir une plateforme de communication pour les parties prenantes
Situation
Matriser ladquation ressources / objectifs
Time to market et Agilit
Grer et valoriser les donnes de lEtat
Permettre linteroprabilit
Matriser la complexit et les risques
Matriser son patrimoine
Nouveau cadre rglementaire Lancement ou volution de nouveaux services Rationalisation / Simplification
(D)centralisation
(D)concentration
Rorganisation frquente Rupture technologique
Figure 10 - Apport de la dmarche vis--vis des enjeux et des situations organisationnelles rencontres
Les bnfices attendus par le dveloppement volontaire dune telle dmarche durbanisation lchelle de lEtat sont les suivants : Un meilleur alignement des diffrents lments du SI, dont les technologies de linformation et de la communication choisies par lEtat, sur les mtiers de lEtat, et leurs stratgies de transformation. Le bnfice dune telle dmarche ne porte pas uniquement sur le mtier lui-mme, mais bien sur lensemble des vues du SI (cf. figure 6) Des prises de dcisions plus pertinentes et efficaces ainsi quune meilleure collaboration entre les acteurs SI des diffrentes autorits administratives (ministres, et oprateurs), grce notamment : o un vocabulaire et des rgles durbanisations communs, o une connaissance partage du patrimoine SI. o une plus grande efficacit dans les phases dtude et de conception Une rationalisation du patrimoine SI (applications et infrastructures ministrielles et interministrielles), tout en dveloppant sa capacit se transformer efficacement : o mutualisation de composants logiciels ou dinfrastructures communs ou dapplications transverses, o meilleure intgration des briques du SI entre elles, grce notamment la standardisation, laide approte par la dmarche aux travaux de convergence technologique, une connaissance approfondie des rfrentiels et services partags. o une plus grande agilit du SI de lEtat face aux ncessaires et permanentes adaptations, et volutions.
3.4.
Facteurs cls de succs
Concernant les dmarches darchitecture dentreprise, ou durbanisation, le CIGREF, dans son rapport de 2008, identifie un certain nombre de facteurs cls de succs. Ils sont repris ici car jugs pertinent pour ce cadre durbanisation lchelle de lEtat :
17
Larchitecture dentreprise : un cadre de coopration pour les acteurs de lentreprise.
http://www.cigref.fr/larchitecture-dentreprise-un-cadre-de-cooperation-pour-les-acteurs-de-lentreprise PM/SGG/DISIC 18 / 91 Version 1.0 du 26/10/2012
Cadre commun durbanisation du SI de lEtat Lurbanisation appartient lorganisation dans son ensemble, pas une entit spcifique . Mme si globalement la fonction durbanisation est porte aujourdhui majoritairement par les DSI , car initie sur les couches de la responsabilit des DSI, il existe des fonctions ou des embryons de fonctions durbanisation SI au sein de directions mtiers. Le positionnement de cette fonction et sa diffusion feront probablement lobjet dajustement ou dvolutions en fonction du positionnement des DSI au sein des ministres ou des administrations dune part, et en fonction de lvolution de la maturit de la fonction durbanisa tion elle mme dautre part. Lurbanisation est pluridisciplinaire par nature (connaissance de la stratgie, du mtier et de sa lgislation, des donnes, des applications, des infrastructures). Les urbanistes doivent avant tout assurer un rle de promoteur, de facilitateur, danimateur, de mdiateur. Ils doivent crer les conditions favorables aux travaux durbanisation qui sont le fait de lensemble des acteurs impliqus dans le SI (mtier, architecte, production, etc). Lurbanisation doit sappuyer sur une gouvernance solide, avoir des objectifs connus, mesurables et suivis. La dmarche de consolidation du patrimoine SI doit tre soutenue au plus haut niveau et la connaissance associe, cur de la dmarche, doit tre partage largement, et lusage doutil commun encourag. Le prsent cadre contribue directement ce facteur de succs, en explicitant les objectifs, la gouvernance associe et les indicateurs correspondants. Lurbanisation est une dmarche, pas un projet . Elle doit sinscrire durablement dans le temps. Cest pourquoi elle doit dmarrer sur un primtre limit, puis stendre progressivement en fonction de lvolution de la maturit des acteurs sur le sujet. Son action doit tre opportuniste sur toutes les actions de transformation du SI. Tous les effets ne seront pas visibles immdiatement et sans effort et, de fait, chacun doit le comprendre, sy prparer et agir en consquence. Ce nest pas contradictoire avec la dlivrance de premiers rsultats observables trs tt dans la dmarche. Lurbanisation ncessite des ressources ddies, mme sil sagit principalement de raffecter des ressources et de faire participer lensemble des acteurs MOA et MOE, mtiers et techniques. Lurbanisation exige un engagement rciproque des acteurs impliqus, en p articulier des acteurs mtiers. Ce nest pas une prestation de service mais une coproduction. Lurbanisation doit tre couple et coordonne avec dautres dmarches (gestion de portefeuilles projets, programmation et gestion budgtaire, gestion de programmes et de projets, gestion des changements). Il faut garder une logique cooprative et quilibre entre toutes ces dmarches, notamment en matire de maturit. Elles senrichissent toutes mutuellement pour une meilleure gouvernance globale du SI. Il sagit donc dviter une logique de domination dune dmarche au profit dune autre. Les outils et mthodes pour mettre en uvre et animer une dmarche durbanisation existent , mme sils nont pas tous le mme niveau de maturit. Dans bien des cas, telle ou telle organisation les possde dj. Cest leur usage qui doit voluer et tre renforc. Leur choix est important mais pas essentiel. Lindustrialisation de la dmarche sur le long terme, par contre, est essentielle. Un cadre est ncessaire et utile, sil est un fil rouge et un garde-fou, pas sil est une idologie rigide et fige. Cest ce principe qui a rgit llaboration de cette premire version du Cadre Commun dUrbanisation du SI de lEtat.
PM/SGG/DISIC
19 / 91
Version 1.0 du 26/10/2012
4.
PRINCIPES ET REGLES DURBANISATION
Avant de dcrire les activits oprationnelles de la dmarche durbanisation, il est ncessaire de dcrire formellement les principes qui sous-tendent une telle dmarche. Ils constituent les lments de doctrine gnrale applicable par lensemble des acteurs contributeurs de la dmarche dans le but datteindre les objets fixs (dfinis au paragraphe 3.2). Les principes doivent servir avant tout de fil rouge et de cadre . Ils ne sont en aucune manire appliquer de manire dogmatique, et ne sont pas dclins ce stade en rgles prcises appliquer avec des outils de mesures formels. La ralit des projets est telle que lapplication de telle ou telle rgle doit rester une dcision des instances de gouvernance du projet. Les principes retenus ici permettent de garantir une matrise de la transformation continue et durable du SI de lEtat. Ils doivent donc tre compris et partags. Le pragmatisme et lopportunisme ds lors quils sont encadrs restent galement de forts leviers pour latteinte des objectifs durbanisation. Encore une fois, ces principes ne sont pas une idologie rigide, mais un cadre formel de travail qui voluera en fonction de la maturit et des enjeux stratgiques. Chaque principe comprend un paragraphe dcrivant ce quil implique de mani re oprationnelle pour les actions de transformations. Ces implications sont dcrites succinctement sans en dfinir formellement ce stade les acteurs ou contributeurs. Pour des besoins didentification, de partage et de gestion dans le temps de lvolut ion de ce cadre, les principes sont numrots de la faon suivante : Une premire lettre : G pour Gouvernance, D pour Donnes, C pour Conception, S pour Services, A pour Application, I pour Infrastructure et enfin R pour Rfrentiel SI (cf. 6.2 pour ces principes) ; Un nombre qui sincrmentera au fil des ajouts. Les principes portent sur toutes les actions de transformation du SI : projet mtier, ou projet technique, mais aussi les oprations de maintenances volutives et correctives. Le vocable action de transformation sera utilis dans ce chapitre pour les dsigner. Un projet de refonte de composant dinfrastructure (rseau, ou serveur) est donc aussi un projet de transformation du SI. Le Plan dOccupation des Sols (POS) du SI de lEtat est mentionn plusieurs reprises dans les paragraphes suivants. Il dsigne la cartographie fonctionnelle densemble du SI de lEtat. Pour plus de prcision s se rfrer lannexe B de ce cadre. Principe G0 Principe de primaut
La matrise des transformations du SI de lEtat passent par le respect de lensemble des principes de ce cadre commun. Toute action de transformation du SI doit dbuter par lexamen prcis du respect de ces principes. Un conflit rcurent avec un principe (incomprhension, mauvaise interprtation, inadaptation, etc.) sera rsolu par des propositions dvolutions du prsent cadre. Ce cadre sinscrit dans une dmarche damlioration continue.
PM/SGG/DISIC
20 / 91
Version 1.0 du 26/10/2012
4.1.
Principes de gouvernance et de coopration

Toute action de transformation du SI doit tre conforme la stratgie SI de lEtat et ministrielle, ainsi qu la politique de scurit des SI de lEtat (PSSIE)
Principe G1
Toutes les actions de transformation doivent sinscrire dans la stratgie SI de lEtat, et la str atgie SI ministrielle lorsquelles portent sur au moins un mtier spcifique dun ministre. Elles doivent galement se conformer aux exigences en matire de scurit formalises dans la PSSIE entretenue par lANSSI 18. Principe G2 Toute action de transformation du SI doit tre porte par un usage
Toutes les actions de transformation du SI de lEtat doivent porter une amlioration des usages (par exemple : optimisation des processus, simplification de dmarches, meilleure gestion prvisionnelle, etc.) et donc une amlioration de lefficacit dun mtier quel quil soit. La gestion des SIC tant galement un des mtiers de ltat, il est naturel que ce mtier porte galement des projets visant amliorer, faciliter, simplifier son travail, et donc faire voluer son systme dinformation et son usage. Le portage est du ressort des mtiers eux-mmes (Mtier+MOA), mais peut-tre le rsultat de propositions de DSI sur des amliorations transverses ou locales. Cest un principe fondateur de la dmarche durbanisation : partir des besoins oprationnels mtiers : quelles sont les volutions de la vue mtier du SI ? Quels usages de produits ou de services produira les effets permettant latteinte dobjectifs stratgiques dans ce contexte oprationnel mtier ? Il faut galement prciser quune adaptation technique dune partie dun SI peut porter en soi un meilleur usage : elle permet de conserver dans le temps le service fourni (obsolescence technique), ou de rendre un service quivalent mais moindre cot. Le mtier doit donc tre intress la prennit, lefficacit et lefficience de son SI. Les travaux de rationalisation ou doptimisation, ncessite galement de penser avant tout lusage par le mtier, et donc impose le plus souvent une implication des mtiers, notamment dans la conduite du changement que cela demande. Un travail de rationalisation sur le plan fonctionnel, par exemple avec la mise en place de rfrentiel de donnes national, ou la simplification de dmarches par les usagers, ncessite une analyse di mpact sur les activits mtiers. Implications : Toutes les actions doivent formellement identifier, ds les phases pralables (tudes dopportunit et de faisabilit), les processus et les activits dune part, et les zones du POS du SI de lEtat quelles impactent, dautre part. Lanalyse des processus existants, la dfinition des processus cibles, de lorganisation et des responsabilits associes doi vent tre engages en amont des projets de transformation qui de fait incluent la conduite du changement. Le positionnement de lensemble du portefeuille des initiatives et des projets des administrations dans la cartographie de leurs macro processus, et leur POS ministriel (dclinaison du POS du SI de lEtat) doit faciliter lappropriation et les arbitrages stratgiques. Les approches de ringnierie des processus, de modlisation et danalyse des processus et des activits permettant une meilleure apprhension des situations de travail, des facteurs humains et organisationnels, et des chanes de valeurs sont encourager car elles sinscrivent toutes dans ce principe. Le processus danalyse des besoins doit tre conduit et ralis dans le souci didentifier les besoins rels des utilisateurs dans leur cadre dactivit. Utilis galement dans le domaine de lamnagement du territoire, la notion de matrise dusage introduit la participation des utilisateurs, des usagers, au cur du processus dlaboration du SI et des actions de transformation. Cela ncessite de fait une proximit avec les utilisateurs et leurs reprsentants. Lutilisation de mthode de modlisation permet de faciliter la formalisation et lanalyse du besoin. Elle structure de fait linformation (modlisation des processus, modlisation des donnes, modlisation des cas dutilisation, des changes, etc.), et donc en facilite la communication, la diffusion, et la validation. Mais elle ne doit pas se faire au dtriment du recueil sur le terrain directement auprs dutilisateurs (questionnaire, interview, observation, groupe de travail, compara ison avec des organisations quivalentes, etc.). La ralisation de maquette, de prototype ou POC19, sont galement des techniques efficaces et reconnues permettant de capter rapidement les usages mtiers et les solutions plus forte valeur ajoute y rpondant.
LAgence Nationale de la Scurit des Systmes dInformation (ANSSI) assure la mission dautorit nationale en matire de scurit des systmes dinformation. A ce titre elle est charge de proposer les rgles appliquer pour la protection des systmes dinformation de ltat et de vrifier lapplication des mesures adoptes. 19 POC : Proof Of Concept est un dmonstrateur de faisabilit
18
PM/SGG/DISIC
21 / 91
Version 1.0 du 26/10/2012
Cadre commun durbanisation du SI de lEtat Principe G3 Rechercher la solution qui maximise les bnfices pour lensemble de lEtat
Dans les actions de transformation du SI de lEtat, lanalyse et le choix doivent sorienter vers les solutions (mtier, fonctionnelle, applicative et technique) qui maximisent la valeur apporte lensemble de lEtat (et donc pas seulement au niveau ministriel ou dune structure locale). Les solutions retenues doivent apporter un gain global ; elles ne doivent pas engendrer deffets collatraux prennes ngatifs sur la qualit des services, la scurit, la productivit ou les cots. Implications : Les tudes menes pralablement au lancement dun projet doivent tenir compte, au -del des processus du mtier porteur du projet, des processus connexes des autres acteurs. LEtat doit tre considr comme une organisation unique, tendue20, dont les composantes collaborent en rseau, en utilisant des cadres communs ouverts et transparents de manire amliorer la qualit, la cohrence et lefficience des services rendus aux citoyens. La recherche dune solution dans le cadre dun projet de transformation doit tenir compte de cet ensemble. Principe G4 Assurer la conformit au droit, anticiper les volutions du droit et proposer des volutions du droit
Le respect des lois, des politiques et des rglements est au cur de la matrise des SI de lEtat. Cela ne doit pas pour autant limiter ou freiner lamlioration continue des processus mtiers, la recherche de leur simplification, et donc la transformation des SI. Ces transformations doivent pouvoir galement proposer ou influencer leur tour la rglementation dans le but de trouver un optimum en matire de cot / efficacit de solution. Implications : La loi est souvent le rsultat cumul et successifs dvolutions, de prcisions, de corrections, et dajouts de cas particuliers. Tout comme il est obligatoire de se conformer la loi, il est opportun et mme ncessaire didentifier et de faire remonter aux juristes mtiers et aux autorits comptentes les lments du corpus rglementaire qui risquent de conduire ou qui ont conduits la construction et lentretien de tout ou partie de SI forte complexit et donc avec un cot lev et croissant de maintien en condition oprationnelle (MCO). Il sagit didentifier les macroprocessus, les zones du POS du SI de lEtat et les applications qui prsentent des risques de type juridique (forte complexit qui induit un cot de MCO lev et rcurrent, perte de comptence, non-conformit, etc.). Lvolution de la loi comme pralable la construction ou lvolution du SI et donc doutils informatiques ne doit pas tre exclue. Il sagit bien davoir une vision globale sur la solution et son impact. La modification dlments rglementaires, permettant ainsi de simplifier les processus mtiers et par consquence les applications, peut tre un scnario de la solution. Il sagit donc galement danticiper ces volutions rglementaires, soit pour prparer les actions de transformation, soit pour agir en amont sur leurs finalisations en dmontrant leurs impacts sur le SI. Rechercher systmatiquement, au niveau ministriel et interministriel, un retour dexprience sur un besoin quivalent pour clairer toute dcision de transformation
Principe G5
La matrise de la transformation du SI de lEtat passe galement par une meilleure utilisation des retours dexprience passs. Il est toujours utile et plus efficace moyen et long terme de rechercher dabord, sur un besoin (et donc un usage) quivalent, si un prcdent projet de transformation a dj trait tout ou partie du sujet. Implications : Chaque projet, une fois termin, doit a minima formaliser et partager un bilan (mtier et technique) : sur les points positifs et ngatifs. La capitalisation et le partage de ces retours dexprience devront terme tre outills et facilement accessibles. Principe G6 Utiliser les services, applications, composants ou infrastructures, qualifis de transverses ou construites pour lensemble de lEtat
La mise en uvre dapplications ou dinfrastructures utilises dans lEtat, ou au sein de plusieurs administrations est prfrable au dveloppement dapplications ministrielles ou locales similaires, qui rpondent un mme besoin, un mme type dusage. La duplication de services, dapplications ou dinfrastructures est coteuse, et la duplication des donnes, qui en est souvent lune des principales consquences, source derreurs, donc dinefficacit de fonctionnement. Implications :
20
D'un point de vue technologique, la notion "d'entreprise tendue" dsigne l'adaptation du systme d'information deux types d'chelle: au sein de l'entreprise, la multiplicit des canaux d'accs aux applications et donnes, et au del de l'entreprise, le rseau des clients, fournisseurs, partenaires qui interviennent dans les processus organisationnels. Le terme tendue sapplique donc de fait ladministration. On parle alors dadministration tendue .
PM/SGG/DISIC
22 / 91
Version 1.0 du 26/10/2012
Cadre commun durbanisation du SI de lEtat Pour tous les besoins qualifis de transverses (zones dites transverses du POS du SI de lEtat : Pilotage & contrle, change, support et rfrentiel), les administrations ne doivent plus dvelopper de services ou dapplications ministrielles similaires pour leurs besoins propres, mais sappuyer sur les solutions transvers es construites pour y rpondre. Lutilisation des services interministriels doit tre privilgie sur les dmarches de construction locale. De la mme manire lutilisation dapplications ou dinfrastructures, ou de composants applicatifs ou dinfrastruct ures, qualifis dinterministriels doit tre privilgis sur les constructions locales spcifiques. Principe G7 Maintenir la continuit des activits de lEtat Rsilience du SI
La fiabilit du SI doit tre prise en compte tout au long de sa conception, de sa transformation et de son utilisation. La continuit du service est une proccupation qui doit tre intgre ds la conception des applications et cela en fonction de la criticit des missions assures par les administrations. Implications : Lidentification et la cartographie des risques portant sur le SI de lEtat facilitent cette prise en compte du besoin de continuit. Llaboration de Plan de Continuit dActivit et de Plan de Reprise dActivit permet galement didentifier les services critiques. Principe G8 Rechercher la progressivit dans la mise en place de solutions
La couverture du SI de lEtat et sa complexit sont telles que sa transformation et son urbanisation ne peut se faire que de faon progressive, au fur et mesure de la ralisation des volutions, de faon opportuniste ou dirige, mais guide par le cadre stratgique (pour les enjeux et les objectifs) et le cadre commun durbanisation du SI de lEtat (pour les principes de construction ou de transformation). Implications : Les projets de transformation SI doivent tre limits dans le temps. Les grands projets de plus de 3 ans sont dans la mesure du possible viter, surtout quand ils ne portent pas sur une zone transverse du POS (qui par construction sont plus complexes transformer). Les projets de transformation SI avec une porte cible (ex. 1 bloc fonctionnel du POS) sont privilgier. Les dmarches agiles sont clairement encourager, avec les principes suivants : une action limite, un apport de valeur ds la premire itration, des tests et un dploiement ds que possible, et surtout un rle et un positionnement central de lutilisateur (usager ou agent). Il sagit de fait, pour tout projet de mise en place de service (cration dun nouveau service, transformation ou volution dun service existant), de prvoir galement un retour arrire en cas de difficults avres (intgration, reprise de donnes, planning, etc.). Principe G9 Veiller la proprit intellectuelle des composants du SI de lEtat (charte graphique, mod le, code, interface, donnes)
La proprit intellectuelle des administrations, notamment dans les activits darchitecture (modlisation), de dveloppement logiciel, mais aussi dexploitation de donnes, doit tre protge. Certaines donnes et leur accs doivent galement tre protgs. Implications : Les donnes produites et gres par ladministration doivent pouvoir tre utilises librement mme dans le cas o les outils informatiques qui les supportent sont exploits par un tiers. Il doit tre possible de dfinir prcisment quels sont les composants (techniques, applicatifs), les donnes et les rgles associes concerns par un contrat dexternalisation, et en particulier les dispositifs permettant de les rutiliser, notamment quand ils concernent des donnes publiques.
4.2.
Principes de gestion des donnes
Le terme de donnes utilis dans ce cadre est comprendre dans son acception la plus large, il dsigne aussi bien des donnes non-structures, semi-structures ou structures, brutes ou agrges, et cela, quel que soit la nature, le mtier ou le sujet sur lequel porte ces donnes (par exemple : tous les documents ou encore les informations gographiques ne sont pas des cas part et rentrent bien dans cette dfinition) . Il peut tre utile de distinguer dans des cas prcis darchitecture ou dadministration par exemple, les notions de donnes, dinformations et de
PM/SGG/DISIC
23 / 91
Version 1.0 du 26/10/2012
Cadre commun durbanisation du SI de lEtat connaissances, notamment en fonction du cycle de vie de ces objets et de leurs usages. Toutefois, dans ce cadre le terme donnes 21 a t retenu pour dsigner indiffremment lensemble de ces concepts. Les principes ci-dessous sont prsents dans un ordre logique dtermin. Lefficacit du principe D2 est conditionne par la mise en place du principe D1, le D3 par le D2, et le D4 par le D3. Les donnes sont un bien, un actif de lEtat : elles doivent tre gres et valorises en consquence
Principe D1
La finalit des donnes et de leur usage est dinformer, transmettre une connaissance et dans la plupart des cas daider la prise de dcision. Des donnes prcises, jour sont indispensables et critiques pour des dcisions prcises et prises temps. Les actifs de lEtat doivent tre grs avec rigueur : des rgles, une organisation, des responsabilits, des outils, des inventaires. Les donnes ne doivent pas faire exception. Connatre lexistence de telle ou telle donne au sein de ladministration, avec une valuation de son utilisation et de sa valeur (pas uniquement financire) est un pr requis toute pratique de gestion de linformation. Leur gestion efficace doit permettre damliorer significativement les changes et globalement la prise de dcision avec le niveau de qualit attendu. Inversement, une pratique pauvre de gestion des donnes expose ladministration des risques inutiles et une inefficacit avre. Implications : Les donnes doivent donc tre gres avec une gouvernance clairement tablie : une identification, une classification et un inventaire des donnes et de leurs usages ; le POS du SI de lEtat doit tre utilis pour positionner chaque donne. La connaissance des macro-donnes manipules par une administration est absolument ncessaire pour pouvoir respecter les principes D2 et D3 : sous forme de macro modle de donnes, utilisant le POS du SI de lEtat. une mthode destimation de la valeur dune donne, et un partage de la connaissance de cette valeur. une responsabilit (une autorit gardienne , ou rfrente ), par secteur fonctionnel du POS. La dsignation dautorits rfrentes de donnes doit tre encourage pour couvrir a minima les donnes transverses identifies dans le POS du SI de lEtat. Le responsable de zone fonctionnelle (RZF, cf. 5.2.1) doit en particulier jouer ce rle de rfrent pour lensemble dune zone fonctionnelle, et dsigner si ncessaire des rfrents pour chaque quartier et bloc qui la composent. un mode de gestion standardis et transparent pour les diffrents tats du cycle de vie dune donne, permettant de dfinir le niveau de qualit (unicit, compltude, exactitude, conformit, intgrit, cohrence, accessibilit, actualit et pertinence), ncessaire par rapport aux objectifs mtiers fixs. La gestion du cycle de vie de ces donnes permet galement de dterminer leur dure de conservation ainsi quune stratgie darchivage : conservation au sein de lapplicatif mtier, limination rglementaire au terme de la dure de conservation, ou versement dans un systme darchivage numrique 22. une scurisation aligne sur les principes de protection des liberts individuelles et de politique de scurit des SI, qui favorise la transparence et la confiance. un contrle de la qualit des donnes. Les donnes doivent tre standardises, dfinies sur la base dun vocabulaire commun, contextualises, et combinables les unes aux autres
Principe D2
Pour faciliter lusage, la rutilisation, le partage, le traitement, le rapprochement et larchivage des donnes il est ncessaire den standardiser leurs dfinitions, et leurs descriptions : concepts, caractristiques, formats, et informations de contextualisation. La valeur dune donne crot de faon exponentielle avec sa capacit tre relie dautres donnes. Il est donc ncessaire de dvelopper la capacit associer, c'est--dire relier les donnes les unes aux autres grce : des identifiants non ambigus et partags (exemple de type URI23), des relations et des classements connus, des mtadonnes24 standardises et renseignes (dont la golocalisation quand elle est utile).
21
Cette dfinition recouvre donc galement celle des archives publiques telles que dfinie par le code du patrimoine dans son article L211-1 : Les archives sont lensemble des documents, quels que soient leur date, leur lieu de conservation, leur forme et leur support, pr oduits ou reus par toute personne physique ou morale et part tout service ou organisme public ou priv dans lexercice de leur act ivit . 22 Un guide interministriel des bonnes pratiques sur larchivage numrique est en cours de rdaction au moment de la finalisati on de ce cadre. 23 Un URI, de l'anglais Uniform Resource Identifier, soit littralement identifiant uniforme de ressource, est une courte chane de caractres identifiant une ressource sur un rseau (par exemple une ressource Web) physique ou abstraite, et dont la syntaxe respecte une norme d'Internet mise en place pour le World Wide Web (voir RFC 3986). Dans tous les travaux actuels autour des rfrentiels de donnes, du web smantique, de ladministration des donnes, du master data management, il y a une trs forte convergence sur lutilisation de ce type didentifiant.
PM/SGG/DISIC
24 / 91
Version 1.0 du 26/10/2012
Cadre commun durbanisation du SI de lEtat Ce principe est au cur de la dmarche dinteroprabilit, qui vise renforcer la capacit des outils, des systmes, mais plus gnralement des administrations cooprer, ou plus exactement, oprer de concert. Implications : Le Cadre Commun dInteroprabilit dfinit pour les administrations de lEtat les standards applicables au niveau syntaxique et au niveau smantique. La dfinition de structure de donnes pivots, ou commune, est a minima ncessaire sur les donnes transverses (domaine du POS correspondant). Les donnes doivent tre facilement rutilisables, partageables et accessibles travers les frontires des administrations
Principe D3
Lutilisation et le traitement de donnes, notamment des fins dcisionnelles, dpendent directement de la capacit de ladministration collecter et partager ses donnes travers l'ensemble de lEtat. Il est moins coteux dentretenir des donnes dans une seule application avec un bon niveau de qualit, puis de les partager, que de conserver, dentretenir, de synchroniser des donnes redondantes, avec des cycles de vies non aligns, dans des applications multiples. Ce principe reprend le prcepte du tell us once : il sagit de partager les donnes travers lensemble de ladministration, et donc de privilgier une collecte unique des donnes, pour faciliter la diffusion, ou plus prcisment la mise disposition de ces donnes lensemble des acteurs de lEtat pour une plus grande efficience collective. Implications : Il est ncessaire pour faciliter la dclinaison de ce principe de : Standardiser les moyens daccs aux donnes, les changes de donnes, et la scurisation des donnes. Constituer et entretenir le catalogue des rfrentiels de donnes, et des services daccs (cest dire les moyens daccs) ces donnes. Proscrire la multiplication des dispositifs locaux et spcifiques de stockage de donnes, qui sont la fois source de surcot en matire dexploitation et de MCO, mais aussi source de complexit supplmentaire dans la matrise de la qualit des donnes. Les donnes identifies comme rfrence pour lensemble de lEtat, ne doivent pas tre dupliques, et doivent tre accessibles depuis un guichet unique. Encourager la convergence et la mutualisation des dispositifs de stockage persistant et scuris au juste niveau. Il faut viter absolument la prolifration non contrle de dispositifs locaux ad hoc et encourager voir inciter leur convergence vers des dispositifs scuriss prennes et mutualiss, facilitant la fois le partage, la scurisation et la qualit des donnes gres. Au-del des dispositifs de stockage, il est ncessaire galement dencourager la mutualisation des systmes darchivages lectroniques intermdiaires. Principe D4 Les donnes publiques doivent tre mises disposition librement et ouvertement sur internet
Lensemble des donnes publiques des administrations doit tre mis disposition du public librement, sous licence ouverte / open licence , sur la plate-forme interministrielle open data . La circulaire25 du 26 mai 2011 relative la cration du portail unique des informations publiques de l'Etat data.gouv.fr , prcise la dfinition dinformations publiques ou donnes publiques . Implications : La mise disposition des donnes publiques, selon le respect des rgles, notamment dinteroprabilit, doit tre envisage ds leur conception. Principe D5 Scurit et archivage des donnes
Le respect de la vie prive, la protection des donnes personnelles, la disponibilit des donnes et leur archivage sont un impratif pour toutes les politiques publiques et donc leurs outillages. Les principes prcdents D1, D2 et D3 y contribuent directement dans le sens o ils facilitent la fois leur gestion et leur scurisation. Implications : Le respect des obligations lgales en matire de confidentialit, de protection, de dure de conservation des donnes, avec le concours des structures comptentes (CNIL26, ANSSI et Archives de France) est un facteur dterminant de
Une mtadonne est une donne au sujet dune donne. Elle est toujours rattache une donne. Elle fournit des informations de contexte ncessaires pour le suivi, le traitement, lchange, linteroprabilit, lhistorisation, le stockage ou larchivage dune do nne. 25 Circulaire du 26 mai 2011 relative la cration du portail unique des informations publiques de l'Etat data.gouv.fr :
24
http://www.legifrance.gouv.fr/affichTexte.do?cidTexte=JORFTEXT000024072788 PM/SGG/DISIC 25 / 91 Version 1.0 du 26/10/2012
Cadre commun durbanisation du SI de lEtat confiance dans les dispositifs de gestion, de partage et darchivage des donnes. La gestion du cycle de vie des donnes, de leur niveau de confidentialit, et leur archivage doivent par consquent tre conues ds la conception des applicatifs mtiers. Le principe douverture et de divulgation des donnes doit tre mis en balance avec la ncessit de limiter laccs des donnes classifies, personnelles ou sensibles. La mise en uvre des dispositifs de scurisation est dautant plus facile que : La gouvernance et les rfrents sont en place, grce au principe D1 ; Les fonctions de scurit et darchivage sont mutualises et tendues lensemble du patrimoine applicatif ; La standardisation, grce aux principes D2 et D3, de la gestion, de laccs, de la scurisation et de larchivage des donnes permet notamment dviter la multiplication dapplications locales disparates stockant des donnes, et favorise donc lmergence de vrais rfrentiels transverses, scuriss et dont lusage est encadr selon les rgles en vigueur. La scurisation des donnes ne concerne pas uniquement laccs ou la diffusion et la publication, mais bien galement en amont les processus de collecte, dentretien et de validation des donnes.
4.3.
Principes de conception gnrale
Il sagit de principes portant sur les phases amont de construction de compo sants du SI, principalement les phases de conception gnrale. Ces principes sont au cur de larchitecture logicielle, mais ils ne concernent pas uniquement la vue applicative du SI. Ils rgissent galement la construction et lentretien de larchitecture fonctionnelle, larchitecture technique (excution et exploitation), ainsi que larchitecture mtier. Principe C1 Rutiliser, mutualiser, voire intgrer et/ou acheter des solutions disponibles (logiciels libres ou logiciels du march), plutt que dvelopper
Il sagit doptimiser et de simplifier le SI par la mise en commun de composants dinfrastructure, dapplication, ou encore de fonctionnalits et dobjets mtier (service daccs des donnes communes). Le deuxime objectif de ce principe au-del de la rutilisation, ou de la mutualisation est galement dviter de construire des briques spcifiques pour le SI de lEtat, quand des solutions sur tagres existent : application oprationnelle ou logiciels libres disponibles sur des forges27 de ladministration, des solutions mises en place par dautres acteurs de lEtat (oprateurs, agences, tablissements publiques) , des solutions disponibles sur des forges de lUnion europenne, des solutions logicielles libres, ou enfin des solutions diteur. Il sagit donc dtudier lintgration de solutions dans le SI de lEtat, et au -del du choix de la solution elle mme, davoir une rflexion en amont sur la stratgie dachat, sur les comptences ncessaires ces travaux intgrations (et dentretien), sur l a dpendance ventuelle avec certains diteurs. Le dveloppement, le cas chant, de composants ou de services par une administration peut galement tre un moyen fort pour proposer des solutions alternatives crdibles aux solutions sur tagres (libres, diteurs, etc.). Ces dveloppements doivent pouvoir tre partags aisment entre toutes les administrations et ne doivent donc pas dpendre de rgles de proprit intellectuelle qui freineraient cette rutilisation. Il sagit pour des dveloppements spcifiques dadopter les principes du logiciel libre. La dmarche durbanisation doit galement concourir faciliter lidentification et les changes sur les retours dexprience en matire dacquisitions logicielles. Il sagit pour des dveloppements spcifiques dadopter les principes du logiciel libre. Le prsent cadre ne prtend pas imposer une rgle entre acheter un progiciel , intgrer un logiciel libre ou construire une solution propre , en dehors de vrifier si une solution existante et rutilisable nexiste pas. Se lancer dans la construction dune solution propre impose une matrise douvrage capable de sinvestir fortement dans la phase de conception et la phase de tests, et des comptences techniques en phase avec les choix darchitecture interne. Mais une telle opration offre la possibilit de construire uniquement ce qui est utile, et donc en thorie de concentrer les cots dacquisition. Toutefois, lvaluation budgtaire doit bien porter sur le cot global de possession (incluant les premires annes de MCO). Principe C2 Interoprabilit de la solution
Se conformer au Cadre Commun dInteroprabilit, dclinaison du Rfrentiel Gnral dInteroprabil it pour ladministration de lEtat.
La Commission Nationale de lInformatique et des Liberts (CNIL) est charge de veiller ce que linformatique soit au service du citoyen et quelle ne porte atteinte ni lidentit humaine, ni aux droits de lhomme, ni la vie prive, ni aux liberts indi viduelles ou publiques. Elle exerce ses missions conformment la loi informatique et liberts. 27 Une forge dsigne un systme de gestion de dveloppement collaboratif de logiciel (une forge nest pas ncessairement base de logiciel libre et pour dvelopper du logiciel libre)
26
PM/SGG/DISIC
26 / 91
Version 1.0 du 26/10/2012
Cadre commun durbanisation du SI de lEtat Principe C3 Simplicit et modularit de la solution
Ce principe propose de dcouper SI en sous-ensembles en y affectant un niveau de responsabilit adquat. Cette modularit permet de dcomposer la complexit du SI et de rendre chaque composant plus ractif. Il sagit galement de rechercher la simplicit dans la mise en place ou lvolution dun composant du SI (quel le que soit la vue du SI quil adresse). Ce principe consiste dcouper, partitionner le SI sur chaque vue selon la nomenclature en vigueur. Concernant la vue fonctionnelle du SI, le dcoupage dun projet de transformation du SI doit se caler sur le POS. Chaque bloc fonctionnel qui constitue le POS du SI de lEtat donne une vue unique dun ensemble dobjets mtiers et dun ensemble de fonctionnalits qui les manipulent. Les interfaces avec les blocs sont standardises. Les conditions dutilisation des objets mtiers sont dfinies pour assurer la cohrence de pilotage et de contrle. Chaque nomenclature ainsi conue doit garantir aux instances de gouvernance et de pilotage du SI le degr de libert ncessaire pour faire voluer le SI avec la plus grande autonomie possible et permettre ainsi la mise en place de solution simple. Implications : Le POS du SI de lEtat doit tre conu de manire globale pour lensemble du primtre fonctionnel a dress par le cadre commun durbanisation. Il est lui-mme construit de manire progressive par affinage successif au gr des projets et des rflexions stratgiques interministrielles ou ministrielles. Une nouvelle application ne doit couvrir fonctionnellement au plus quun seul bloc fonctionnel du POS. Dans le cas de grand projet de transformation, le dcoupage en sous-projets ou en lots doit galement sinspirer, en dehors des considrations de sourcing ou de planning, des nomenclatures en vigueur sur les vues fonctionnelle, applicative, et infrastructure. Principe C4 Subsidiarit et cohrence de la solution
Le principe de subsidiarit a pour but de matriser la complexit intrinsque au SI de lEtat (diversit des mtiers couverts, htrognit des approches et des solutions, constructions et entretiens par volution successive depuis des dizaines dannes). Il peut se dcliner selon deux axes : Identifier et isoler, lorsque cest ncessaire, les spcificits fonctionnelles qui ne peuvent pas tre gnralisables sans un ajout fort de complexit : les variantes de processus, les cas particuliers ou erreurs possibles, les particularits rares qui doivent tre couvert s par le SI, mais qui introduisent une forte complexit dans le cas gnral. Cest le principe de spcialisation . Mutualiser les fonctions communes, en recherchant simplifier et standardiser les activits mtiers plutt que de traiter la succession de cas particuliers. Cest le principe de gnralisation . Le principe de cohrence consiste trouver loptimum de cohrence (et pas ncessairement le maximum) entre ces deux principes prcdents qui ont des effets contraires, en privilgiant clairement et volontairement le deuxime, la gnralisation. Implications : Le POS du SI de lEtat dfinit un dcoupage fonctionnel qui, par construction, positionne chaque fonctionnalit et objet mtier dans un secteur fonctionnel (une zone, un quartier ou un bloc). Les transformations du SI par des projets peuvent conduire revoir ce dcoupage soit pour prciser des cas fonctionnels qui ncessitent une spcialisation, soit au contraire pour gnraliser et regrouper des cas fonctionnels qui se rvlent similaires et plus simples traiter de manire homogne. Cest pourquoi ce POS sera amen voluer rgulirement en fonction de ces ajustements. Un SI dune certaine dimension ne peut tre totalement cohrent ; il serait probablement fig, et donc de fait non align sur le mtier qui volue continuellement. En fait, la cohrence doit tre plutt conue comme un processus de convergence vers des reprsentations communes gnrant un supplment de valeur pour les acteurs qui y adhrent. Cest le principe de constitution des rfrentiels au sein dorganismes et cest galement la dmarche mettre en uvre en interne. Principe C5 Rduire les adhrences (couplage lche)
Il sagit de disposer dun SI dont les diffrents constituants, au sein de chaque vue (mtier, fonctionnelle, applicative, infrastructure) sont le moins interdpendants les uns des autres. Par exemple, les processus dune organisation ne doivent pas tre totalement dpendants de processus dune autre organisation. Ce qui conduirait chaque changement de fonctionnement ou de rglementation de la deuxime devoir revoir le fonctionnement de la premire.
PM/SGG/DISIC
27 / 91
Version 1.0 du 26/10/2012
Cadre commun durbanisation du SI de lEtat Les diffrents constituants du SI lchelle de lEtat, cooprent tous dune manire ou dune autre entre eux. Il sagit de structurer cette ncessaire coopration (qui est le rsultat notamment des principes prcdents), pour ne pas les lier fortement entre eux couplage lche, ne pas les rendre systmatiquement dpendants les uns des autres. Implications : Ce principe peut se traduire par des modles darchitecture de type n-tiers, MVC Model View Controler, REST Representational State Transfert, ou encore le modle darchitecture plus englobant SOA Service Oriented Architecture. Ces modles darchitecture se traduisent par des rgles prcises. Les plus importantes peuvent se rsumer ainsi : Unicit de la source des donnes Unicit de lorchestration de traitement Asynchronisme des traitements Mise en place de formats dchange pivot Standardisation des interfaces et des flux interoprabilit de la solution Le prsent cadre na pas vocation ce stade (premire version) de dcrire prcisment ces rgles. L encore il sagit de prendre conscience de leur importance et de monter en maturit sur cette question fondamentale en architecture quest la rduction des adhrences. Principe C6 Contrler la diversit technologique
Il sagit de contrler et limiter la multiplication de choix redondants en matire de technologies, de produits, et de versions de produits. Implications : La dfinition et lentretien de la Nomenclature de Rfrence Applicative et la Nomenclature de Rfrence Infrastructure, permettent de structurer lanalyse du patrimoine technique informatique. Il sagit de rapprocher, ou de comparer des patrimoines construits et entretenus par des quipes diffrentes grce une nomenclature, une taxonomie, commune. Se rfrer lannexe B du cadre. La matrise de cette diversit technologique impose de se doter de la capacit faire voluer rapidement des socles logiciels composs de grands nombres de produits diffrents dans des versions diffrentes.
4.4.
Principes de construction des services
La notion de service souvent confuse car multiforme, est ici considre comme une fonctionnalit ou un ensemble de fonctionnalits packages et offertes un utilisateur indpendamment du ou des composants qui la ou les ralisent. Principe S1 Concevoir des services orients utilisateurs et rsultats
Il sagit non seulement davoir une vision indpendante du canal dans la construction de service, de ne demander une donne quune seule fois lusager (ou lagent), mais galement davoir une approc he globale de la chane de valeur dans laquelle usager et administration interagissent, une matrise de bout en bout du processus. Ce principe de construction complte les principes S3 et D3. Un retour dinformation prcis lutilisateur sur lavancement du traitement et une gestion des incidents avec une communication approprie aux utilisateurs sont deux lments indispensables tout service. Implications : Les retours (feedback) transmis aux utilisateurs par les services doivent tre conus de manire standard, de faon assurer un maximum de cohrence dans la relation et rduire la confusion. La dmarche de conception des services doit permettre de consolider et de maintenir cette vision de bout en bout des processus. Il sagit de ne pas dconnecter dune part le front office et dautre part le back office, mais bien davoir une vision densemble sur le service attendu par lusager. Il est donc ncessaire dviter le morclement de la relation lusager en concevant et en mettant en place des servic es qui apportent une relle valeur, une finalit directe lutilisateur, quil soit un usager dans une dmarche, ou un agent dans un processus oprationnel au sein dune administration. Principe S2 Faciliter lutilisation, laccessibilit et lintgration des services
La conception de services simples, faciles et homognes dans leur utilisation, encourage les utilisateurs travailler dans un environnement d'information intgr et vite : la dispersion, le morclement des activits dans leur travail, voire dans le pire des cas, lutilisation de solutions de contournements locales et non matrises. La facilit et la
Cadre commun durbanisation du SI de lEtat simplicit daccs aux services est galement un lment fort dinclusion d es usagers des services publics, et des agents de lEtat. Implications : Les services sont tenus davoir un rendu graphique, un look-and-feel , cohrent et commun rpondant aux exigences en matire dergonomie. Les services accessibles en ligne doivent respecter la Charte Internet de lEtat (CIE)28. Les administrations doivent se conformer au Rfrentiel Gnral dAccessibilit pour les Administration (RGAA) lors de la conception des services. En effet, La loi n 2005-102 du 11 fvrier 2005 "pour l'galit des droits et des chances, la participation et la citoyennet des personnes handicapes" instaure au titre de larticle 47, lobligation pour les services de communication publique en ligne des services de l'Etat, des collectivits territoriales et des tablissements publics qui en dpendent dtre accessibles aux personnes handicapes. Le RGAA est la dclinaison franaise du WCAG 2.029 du W3C, comprenant les rgles en matire daccessibilit, des exemples et des tests de conformit. Le catalogue des services disponibles doit tre entretenu et publi. La convergence des moyens daccs aux services (portail de type intranet, internet, extranet, etc.) doit tre un axe dvolution et dintgration majeur du SI de lEtat tous les niveaux. La mise en place et lutilisation de solution fdratrice dchanges scuriss doi vent tre recherches. La mise en place et lutilisation dun bus de services daccs aux donnes transverses doivent tre recherches et encourages. Il garantira lusage des donnes transverses. Concevoir la relation lutilisateur (usager et agent) de manire cohrente travers lensemble des canaux approche multicanal (ou mixcanal)
Principe S3
La conception de services pour les usagers (particulier ou entreprise), mais galement en interne pour les agents, doit tudier et intgrer de manire globale et cohrente lensemble de la relation avec ce dernier, quel que soit le canal utilis par lutilisateur. Lobjectif est de simplifier cette relation du point de vue de lutilisateur, en reprenant les concepts de mobilit et dubiquit, qui peuvent se rsumer avec lacronyme anglais suivant : ATAWADAS, pour Any Time, Any Where, Any Device, Any Screen. Lobjectif est de donner lusager une vision cohrente de ladministration. Une dmarche dbute un moment donn, en un lieu donn, avec un matriel donn, doit pouvoir se poursuivre en changeant tout ou partie de ces 3 paramtres, sans quil y ait une rupture dans la dmarche. Cet objectif doit galement permettre de lutter contre la fracture numrique sans privilgier tel ou tel canal au dtriment dun autre. Il va de soit que la mise en place de service orient multicanal ne doit pas contrevenir aux exigences en matire de scurit des SI (cf. PSSIE et RGS). Principe S4 Dfinir et communiquer les niveaux dengagements et de qualit des services en cohrence avec les besoins et les usages
Les niveaux dengagements de services30 doivent tre clairement dfinis et publis, tout en reconnaissant la demande croissante de services disponibles en dehors dheures de bureaux traditionnels et dlivrs sur des canaux multiples (cf. principe S1). La construction de services composites (sous service permettant disoler une particularit, une variante ; mutualisation de briques entre services ; interaction et/ou orchestration de services dautorit administratives diffrentes en vue de fournir un service de bout en bout lusager ; ou encore des combinaisons des cas prcdents) ncessite une parfaite dfinition globale des SLA, une communication claire, et des pratiques de gestion conues pour soutenir ces niveaux de qualit. Enfin, la facilit dutilisation (principe S2), la plus large disponibilit des services (ce principe) augmentent significativement leur adoption, et en consquence permettent de rduire la charge des oprations dappui ncessaires. Implications : Les services doivent tre conus et mis en uvre avec des critres de disponibilit clairement prciss et compatibles avec la criticit des fonctions quils supportent, ainsi quavec les horaires des utilisateurs finaux. Pour les usagers, les services doivent tre accessibles y compris le week-end et la nuit. Pour les agents, les horaires dengagement de services doivent clairement tenir compte de tous les cas dusages (travail domicile, service dconcentrs dans des DOM/TOM, ambassades, etc.). Ils doivent tre pris en charge par des contrats de services, fixant les niveaux dengagements de services, qui sont valus en fonction des attentes de continuit des activits.
La Charte Internet de lEtat a t publie le 16 fvrier 2012 : http://circulaire.legifrance.gouv.fr/pdf/2012/02/cir_34663.pdf WCAG : Web Content Accessibility Guidelines 2.0, World Wibe Web Consortium recommendation 30 Souvent dsign par le terme anglais Service Level Agreement
28 29
PM/SGG/DISIC
29 / 91
Version 1.0 du 26/10/2012
Cadre commun durbanisation du SI de lEtat Le partage de services dinfrastructures contribue de manire significative des conomies dchelle et facilite la construction de services robustes dont la continuit est assure, ce que peuvent difficilement offrir des solutions ou infrastructures locales.
4.5.
Principes de construction et dentretien des applications
Au-del des principes de coopration et de gouvernance, ou encore de conception gnrale de construction des services qui impactent presque tous directement la conception, la construction et lentretien des applications, il sagit galement de considrer et de grer les applications comme un actif. Se rfrer lannexe A.6 pour une dfinition prcise du concept dapplication. Principe A1 Dfinir et entretenir un rpertoire unique des applications
Les applications sont un des lments cls dun systme dinformation, partages et connues de tous les acteurs (des utilisateurs aux architectes en passant par les dveloppeurs, les exploitants, les RSSI, et le contrle de gestion). Les applications doivent tre considres comme un actif et donc rpertories et gres en consquence : responsabilit, cycle de vie Implications : Un rpertoire unique des applications utilises et exploites doit tre constitu a minima par ladministration, et consolid au niveau ministriel et interministriel. Il doit tre structur en utilisant les nomenclatures de rfrences (cf. annexe B). Il doit comprendre lensemble des applications qui sont utilis es par les administrations, ou en leur nom, et doit donc tre en phase avec lensemble des 5 vues du SI. Il sagit bien de consolider lensemble des applications qui sont utilises dans le cadre des processus mtier, savoir les applications entretenues et exploites par la DSI en charge de ladministration considre, mais galement les applications construites localement par ladministration elle-mme, ou encore celles achetes et utilises directement en mode SaaS 31. Lobjectif est davoir une vue densemble des outils utiliss dans le cadre des processus mtiers, et de considrer galement les petites applications locales qui parfois rendent des services significatifs, dans les tudes dimpacts, de rationalisation ou de ringnierie. Principe A2 Valoriser le patrimoine applicatif et grer son cycle de vie
Les applications sont un lment cl du SI, mais cest galement un objet mal compris, abstrait et souvent lui mme source de complexit. Il sagit donc de valoriser cet actif notamment en disposant dinformations utiles pour sa gestion et en identifiant trs prcisment les tats les plus significatifs dans la vie dune applica tion : sa cration, son retrait et, pour certains cas, lalerte. Implications : Le rpertoire des applications doit comprendre galement des informations permettant de mettre en relief ce patrimoine : lments de volume (nombre dutilisateurs), de scurit, de cot, dengagement de service. La cration dune application doit faire lobjet de la publication pralable dun permis de construire . La mise en production dune application doit galement faire lobjet dune publication spcifique dans le but dinformer lensemble des acteurs. Le retrait dune application doit faire lobjet de la publication pralable dun permis de retrait . Dans le cas dapplications prsentant des risques notoires du point de vue de la DSI en charge de son MCO (exemple : faille de scurit juge critique, obsolescence technologique, perte de maitrise lie des problmes de disparition de comptences, etc.), la publication, avec lensemble de la connaissance du patrimoine SI 32, dun avis de pril permet dune part de rendre visible la prise de risque induite et dautre part dindiquer la ncessaire planification de son retrait (qui devra tre inclus dans la trajectoire du SI).
4.6.
Principes de construction et dentretien des infrastructures
Les principes prcdents encadrent dj fortement la conception, la construction et lentretien des infrastructures informatiques (hbergement et quipement dhbergement, quipement de tlcommunication, serveur, stockage). Principe I1
31 32
Standardiser les lments dinfrastructures et banaliser leurs usages
SaaS : Software as a Service est lun des niveaux de linformatique en nuage ou cloud computing. Se rfrer au 6 pour plus de prcision sur la gestion et la publicaiton de la connaissance sur le patrimoine SI
PM/SGG/DISIC
30 / 91
Version 1.0 du 26/10/2012
Cadre commun durbanisation du SI de lEtat Les capacits technologiques actuelles dune part, et les besoins lgitimes dagilit attendus par les mtiers dautre part, ncessitent plus que jamais un plus grand dcouplage entre les diffrentes vues du SI. Les diffrents lments dinfrastructures (postes de travail, les serveurs dexcution, de stockage, infrastructure de tlcommunication, etc.) doivent tre standardis et conus pour un usage gnral le plus banalis possible. A limage des mcanos il sagit de disposer de pices standards qui permettent par leur combinaison et donc larchitecture densemble de construire des infrastructures rpondants aux diffrents usages attendus. Il faut viter la construction dinfrastructure ddie un usage spcifique, avec des quipements particuliers, pour une organisation donne. Lusage des technologies de virtualisation (cf. cloud computing est clairement privilgier). Implications : Lors des phases de construction ou dentretien dlments dinfrastructure, il est ncessaire dune part, de respecter les principes prcdents de gouvernance et de conception gnrale, qui sappliquent il faut le rappeler lensemble du SI (c'est--dire toutes les vues du SI), et dautre part, de rechercher lusage le plus large possible, avec notamment une projection sur le plus long terme. Ce principe nimpose pas ncessairement la convergence des infrastructures. Certains mtiers et usages ont des caractristiques trs particulires en matire de criticit et de scurit qui doivent tre prises en compte, mais dans la mesure du possible avec des types dquipements banaliss. Ce principe sapplique galement lenvironnement de travail des agents (PC, smartphone, tablette, etc.). La mise en place de Cadre de Cohrence Technique au niveau dun ministre ou dune autorit administrative est un pr requis indispensable. Il garantit la cohrence et la matrise des choix technologiques, et permet de standardiser les diffrents lments dinfrastructures. Les principes de ce chapitre seront complts ultrieurement et en tant que de besoin, par les travaux du programme de transformation des centres informatiques 33.
33
Programme TCI pilot par la DISIC
PM/SGG/DISIC
31 / 91
Version 1.0 du 26/10/2012
5.
LA DEMARCHE DURBANISATION : ACTIVITES ET

ACTEURS
Le prsent chapitre dcrit les activits de la dmarche durbanisation et les acteurs qui les ralise nt ou y contribuent. Il constitue un cadre dont lobjet est daligner les pratiques des diffrents ministres et administrations, pour faciliter la coopration, et de les tirer vers lamlioration continue, pour mieux grer la complexit de la transformati on du SI de lEtat.
5.1.
Les activits de la dmarche
La dmarche durbanisation retenue dans ce cadre est aujourdhui rpandue dans de grandes entreprises franaises et dans certaines administrations. Elle est structure autour de plusieurs activits organises selon la figure Activit durbanisation ci-dessous, reprise du Club Urba-EA34, et complte ou prcise sur certains points. Ces activits sarticulent en 3 sous-ensembles : Des activits de pilotage de la dmarche ; Des activits de cur de mtier, qui se structurent leur tour selon 3 axes : o 2 activits stratgiques qui portent sur le SI dans son ensemble, et qui globalement dfinissent les grands plans durbanisme du SI ; o 5 activits qui visent dvelopper, maintenir et ancrer les lments constitutifs, transverses et cibls de la dmarche : processus mtier, donnes de rfrences, applications, changes, infrastructure ; o 3 activits qui portent sur des actions de transformations limites : initiatives, tudes, projets, maintenance Des activits de soutien.
Plan durbanisme Actions transverses
Piloter lurbanisation du SI Participer aux comits stratgiques et darbitrage projets
Accompagner les mtiers sur la maitrise de leurs transformation Gouvernance des donnes & Mettre sous contrle les donnes de rfrence Standardiser et simplifier les changes Elaborer & rviser le cadre durbanisation (cadre et nomenclatures de rfrence) Mettre sous contrle les volutions du patrimoine applicatif (GPA) Assurer la cohrence avec linfrastructure Suivre et accompagner les tudes / projets / maintenances Participer et cadrer les tudes avant projets (tudes pralables) Participer la gestion des portefeuilles dinitiatives & de projets
Projets
Pilotage Opration
Dfinir & rviser la trajectoire dvolution SI pour laligner sur le mtier
Outiller, maintenir et diffuser la connaissance du patrimoine SI
Soutien
(rfrentiel SI existant, cible, trajectoire) Ancrage avec la gestion de Ancrage avec la gestion des portefeuille projet changements
Veille mtier et technologique Promouvoir et dvelopper les comptences en Urbanisation SI
Figure 11 - Les activits de la dmarche d'Urbanisation
Il sagit bien des activits de la dmarche durbanisation prise dans son ensemble, ralises par lensemble des acteurs, et donc pas uniquement les activits des urbanistes SI. La dmarche durbanisation sarticule avec les autres processus de transformation du SI identifis dans la figure Articulation de la dmarche durbanisation avec la gouvernance SI , ci-aprs. Il sagit des processus suivants : Le processus de conduite de projet : de la ringnierie et transformation mtier jusqu la conception et l a fourniture des services ;
34
Le Club Urba-EA est une association inter entreprise, http://www.urba-ea.org/
PM/SGG/DISIC
32 / 91
Version 1.0 du 26/10/2012
Cadre commun durbanisation du SI de lEtat Les processus stratgique : de la stratgie mtier, la stratgie SI, la planification et au pilotage des portefeuilles projets.
Mtier
Stratgie mtier
TIC
Planification stratgie
Urbaniser le SI
Projet
Ringnierie & transformation mtier
Concevoir et fournir un service
Excuter et contrler les processus et activits mtiers
Assurer la production et lexploitation des services
Figure 12 - Articulation des activits d'urbanisation avec la gouvernance SI
Lensemble des processus est dcrit de manire synthtique dans le prsent chapitre, lexception du processus de maintien et de diffusion de la connaissance du patrimoine SI, qui fait lobjet dun chapitre part entire ( 6), car il constitue le socle (la colonne vertbrale) de toute dmarche durbanisation . De fait, la gestion de la connaissance du patrimoine SI est une action transverse lensemble de la fonction SI, quil est ncessaire de conduire en parallle des actions cur de mtier de lurbanisation. Le SI de lEtat est par nature complexe. La matrise de sa transformation dans le temps est galement tout aussi complexe. Il est donc tout la fois ncessaire de travailler sur des rsultats concrets que de travailler galement sur les processus eux mme qui permettent de traiter tel ou tel aspect de cette complexit. Ce prsent cadre dactivit donne une premire version commune des tches raliser pour pouvoir avancer sur la matrise du SI de lEtat. Il sera ncessaire dadapter ce cadre dactivit, de le faire voluer travers lapprentissage, la rflexion au fil de leau, et lamlioration continue. La conduite de ces activits est ncessairement distribue dans lorganisation de lEtat. Le principe de subsidiarit sapplique galement ici. En fonction de la porte et du primtre considr, ces actions sont menes au niveau dune direction gnrale, dun oprateur ou dun service comptence nationale, ou encore au niveau ministriel, voir e au niveau interministriel pour les activits qui ncessitent une plus grande coordination. Le POS du SI de lEtat est galement conu pour aider et clairer le niveau de pilotage ncessaire pour ces activits. Le chapitre 4 comprend une description plus prcise du rle des acteurs vis--vis des processus, sous la forme dun RACI (Ralisateur, Autorit, Consult, Inform).
5.1.1
laborer et rviser le cadre durbanisation
Lobjectif premier de cette activit consiste dfinir, et entretenir dans le temps, le cadre mthodologique permettant de structurer la dmarche durbanisation du SI de lEtat. La complexit intrinsque au systme dinformation de lEtat ncessite une dmarche densemble structure, un cadre partag, qui doit permettre de renforcer la matrise et la capacit dvolution du SI. Cette dmarche ne doit pas apporter de nouvelles contraintes, ou peser davantage sur cette complexit. Elle doit au contraire faciliter et encourager lagilit qui est attendue du SI. Lagilit ne doit pas tre une absence de rgles, ou un prtexte au non-respect dun cadre tabli. Un cadre commun est ncessaire. Cest ce processus qui la demande du CTSIC et du CSIC, a produit la premire version du Cadre Commun dUrbanisation du SI de lEtat. Cette activit a pour objet dentretenir dans le temps ce cadre formel, en particulier les nomenclatures associes (dont le Plan dOccupation des Sols, la Nomenclature de rfrence Applicative, etc.)
PM/SGG/DISIC
33 / 91
Version 1.0 du 26/10/2012

Elaborer & rviser le Cadre dUrbanisation
Dfinir et entretenir le cadre durbanisation et son corpus de rgles Concevoir et entretenir les nomenclatures de rfrences (dont le POS du SI de lEtat)
Cadre Commun durbanisation du SI de lEtat Cadre Cadre Cadre durbanisation durbanisation durbanisation ministriel ministriel ministriel
Plan dOccupation des Sols du SI de lEtat
Plans Plans Plans dPlans Occupation dPlans Occupation dOccupation des Sols dOccupation des Sols dOccupation des Sols Ministriels des Sols Ministriels des Sols Ministriels Ministriels ministriels
porte interministrielle
Urbaniste DSI CTSIC
Urbaniste CTSIC
porte ministrielle
Figure 13 - Activit Elaborer & rviser le plan d'urbanisation
Ces nomenclatures sont dcrites dans lannexe B de ce cadre. La mise en place dune gouvernance du SI de lEtat sappuyant sur ces nomenclatures fait galemen t partie de cette activit. Lobjectif est en particulier didentifier les responsables de zones fonctionnelles (RZF) pour chaque zone du POS du SI de lEtat.
5.1.2
Dfinir et rviser la trajectoire dvolution SI pour laligner sur le mtier
Il sagit de comprendre les volutions majeures des mtiers, den mesurer les impacts sur le SI et son architecture, et ainsi, tre en mesure daccompagner efficacement court, moyen et long terme ses ncessaires transformations. Lobjectif nest pas de subir mais bien danticiper la transformation, grce une stratgie, une ligne directrice moyen terme, tout en tant opportuniste loccasion des projets.
Dfinir & rviser la trajectoire dvolution SI pour laligner sur le mtier
Collecter et analyser les volutions mtiers stratgiques Analyser limpact et tudier les opportunits technologiques Dfinir et rviser la trajectoire dvolution du SI
Elments danalyse stratgique Plans dOccupation Propositions de des Sols rvision des Ministriels portefeuilles initiatives & projets
Trajectoire dvolution du SI (fonctions transverses)
Plans Plans Plans dOccupation des Plans dOccupation des dTrajectoires Occupation des Sols Ministriels dOccupation des Sols Ministriels ministrielles Sols Ministriels Sols Ministriels dvolution du SI
Mtier
Urbaniste Architecte technique
Urbaniste RZF DSI, DISIC Comits Stratgique (ministriels, interministriels)
porte ministrielle
Figure 14 - Activit Aligner le SI sur la stratgie mtier
Lobjectif de ce processus est de tenir jour une trajectoire dvolution du SI , et des propositions de rvisions ou darbitrage des portefeuilles de projets. Il ne sagit pas proprement parler dun travail de prdiction lourd et long sur lvolution optimale du SI, exercice difficile sur un systme complexe comme le SI de lEtat. Il sagit davantage, dadopter une posture stratgique, grce des changes rguliers avec les mtiers, les quipes projets, et lensemble de la communaut concerne, de collecter, dentretenir, dvaluer et de diffuser continuellement la meilleure vision du SI : tel quil est aujourdhui : lexistant, en identifiant les zones perfectibles ou prsentant des risques notoires. En portant plus explicitement un jugement de valeur sur le patrimoine SI, en particulier le patrimoine applicatif. tel quil pourrait tre en cible long terme (que faudrait -il retirer dinutile ? dobsolte ? quels sont ses composants prennes ?), la cible. tel quil est devrait tre moyen terme (18-24 mois) compte tenu du portefeuille des projets en cours, une vision intermdiaire ractualiser. Le travail durbanisation ou darchitecture dentreprise, doit rendre visible et comprhensible des sujets qui sont par nature conceptuels, notamment grce des schmas ou des cartographies. Ce travail sur la trajectoire du SI, doit pouvoir se matrialiser graphiquement, en partant du Plan dOccupation des Sols et en le dclinant sur trois vues : Existant : projection du patrimoine applicatif sur le POS (positionnement de toutes les applications en cours de construction et en production), avec une identification des applications cibles et applications risque (qui peut se formaliser par un avis de pril). Les rgles dligibilit pour une application cible devront tre dfinies prcisment dans la mise sous contrle du patrimoine applicatif. De mme les applications dcommissionner doivent tre explicitement identifies. Lobjectif est de porter un jugement de manire plus
Cadre commun durbanisation du SI de lEtat transparente, pour le partager avec notamment les matr ises douvrage et ainsi emporter leur dcommissionnement loccasion de projets mtiers. Il peut sagir par exemple dapplications obsolte technologiquement (composant non maintenu, comptence plus disponible, cot dexploitation et de MCO croissant, etc.), mais aussi des applications en fort dcalage par rapport aux besoins et aux attentes des utilisateurs, la rglementation en vigueur, etc.
Support
Moyens Gnraux
Logistique Gestion des vnements
Immobilier
Gestion des actifs immobilier Ralisation d'opration immobilire
A1 A9
Application en production Application en construction Application dcommissionne
A1 A2 A3
Gestion des biens
A4 A8 A9
A5 A11
A12
A13 A14
A7 A9 A10
Services aux immeubles et aux occupants
Avis de pril sur une application Application qualifie de cible
A1 A5
A10 A13 A15
A16
Figure 15 - Exemple de description du patrimoine applicatif existant sur 2 zones du domaine Support
Cible : projection du patrimoine applicatif sur le POS uniquement pour les applications (identifies, en construction, ou en production) qui sont juges cibles .
Support
Moyens Gnraux
Immobilier
A1 A9
A2
Gestion des biens
A11 A9
A18
A1
A10
A15
Figure 16 - Exemple de description du patrimoine applicatif cible sur 2 zones du domaine Support
Intermdiaire : projection sur le POS : o de lensemble des applications (identifies, en construction, en production, dont le retrait le dmantlement- est prvu) o des projets (majeurs) qui impactent lvolution du patrimoine applicatif, avec les liens (projetsapplications) prcisant la nature de limpact : cration de lapplication, modification de lapplication, dcommissionnement de lapplication.
Projet 7 Projet 8
Support
Moyens Gnraux
Immobilier
A1 A2 A3
A4 A9
Projet 1
Gestion des biens
A5 A11
A12
A14 A18
A7 A9 A10
Projet 2
A1 A5
A10 A13 A15
A16
Projet 3
Projet 6
Absence de responsabilit
A1 A9
Projet 3 Projet 4
Projet
Projet candidat Article 7
Figure 17 - Exemple de description de l'tape transitoire : impact des projets sur le patrimoine applicatif
Ce travail de trajectoire doit tre ralis autorit administrative sur lensemble des zones, avec une consolidation interministrielle pour les secteurs fonctionnels transverses (domaines pilotages & contrles , change , donnes transverses , support ), ou des secteurs du domaine Opration caractre interministriel (scurit routire, gestion de crise, archive dfinitive, enseignement, aides, subventions, etc.). Le Responsable de zone fonctionnelle (cf. 5.2.1) en particulier la charge de valider cette trajectoire pour la zone qui le concerne.
PM/SGG/DISIC
35 / 91
Version 1.0 du 26/10/2012
Cadre commun durbanisation du SI de lEtat Ce travail sur la trajectoire a galement comme objectif de consolider les lments financiers autour du fonctionnement et de la transformation du SI de lEtat. La figure suivante illustre un exemple de restitution possible, par zone et quartier, dindicateurs sur le patrimoine applicatif et sur le budget de fonctionnement et dinvestis sement.
Support
Moyens Gnraux
Logistique
Immobilier
Gestion des actifs immobilier 1645 Ralisation d'opration immobilire
1640
Gestion des vnements
3
Gestion des biens 1780
350
2150
1290
Nombre dapplication totale Ratio du nombre dapplication avec avis de pril
1290
Montant total budget (k) Part du budget li au MCO
Figure 18 - Exemple de description de la trajectoire : indicateurs sur le patrimoine applicatif et le budget
Ce type de restitution doit faciliter la prise de dcision concernant les arbitrages projets et financiers de niveau stratgique. Il ne sagit pas ncessairement de mettre en place une comptabilit analytique pour pouvoir raliser ce type doutil de pilotage, mais bien de disposer dindicateurs agrgs, de reprsentation graphique de ce type, par secteurs fonctionnels du POS du SI de lEtat. Cette trajectoire du SI sera donc constitue de manire collective par lensemble des ministres et consolide par la DISIC. La reprsentation sous forme graphique permet plus facilement de communiquer, de partager une complexit sous jacente grce un modle , et ainsi de renforcer la cohsion des acteurs intervenant dans lanalyse et la prise de dcision. Cest un puissant outil daide la dcision35.
5.1.3
Accompagner les mtiers sur la matrise de leurs transformations
Ce processus est principalement centr sur la promotion, la valorisation, voire laccompagnement la mise en place de la dmarche de pilotage par les processus et de ringnierie de processus : Il sagit de promouvoir et daccompagner de telles dmarches auprs des directions mtiers, dexpliciter pourquoi de telles dmarches sur les processus sont une aide capitale pour la conception et lentretien de systmes dinformation, pour lamlioration du service rendu aux usagers, pour lefficience de ladministration, et pour une meilleur conception du SI (vue fonctionnelle et applicative, qui sont fondamentalement dpendantes des choix mtiers). Accompagner les mtiers ou matrise douvrage dans ces rflexions et notamment dans la prennisation dune telle dmarche, avec un outillage structurant la connaissance du mtier, son analyse et le travail doptimisation ou de simplification : modlisation des processus, cartographie des macro-processus, des risques, etc. Il sagit dadopter une posture doffre de service et proa ctive sur ce sujet pour faire merger cette ncessaire rflexion sur la vue Mtier du SI.
Accompagner les mtiers sur la matrise de leurs transformations
Promouvoir et accompagner les dmarches de pilotage par les processus et de ringnierie des processus Cadrer et structurer la modlisation des processus
Guide de modlisation des processus
Cartographies des Cartographies des Macroprocessus Cartographies des Macroprocessus macroprocessus
porte ministrielle
Mtier et RZF Urbaniste
Mtier Projet Urbaniste
Figure 19 - Activit Accompagner les mtiers sur la matrise de leurs transformations
Au-del de la dmarche processus elle-mme, il sagit de raliser un premier niveau de lien avec les fonctionnalits et les applications utilises dans le cadre des processus / activits / procdures. Il est ncessaire dencourager lanalyse, la formation et la rutilisation des objets de la vue Fonctionnelle, et Applicative. Inversement, la cohrence et limpact des travaux sur la vue Mtier doivent tre anticips dans les travaux respectifs sur la vue Fonctionnelle et la vue Applicative. Le responsable de zone fonctionnelle (RZF) joue un rle tout particulier. Responsable de la dclinaison de la stratgie mtier, il peut tre, il doit tre lun des catalyseurs pour des dmarches de pilotage par les processus.
35
Le management visuel est au cur des dmarches de Lean management.
PM/SGG/DISIC
36 / 91
Version 1.0 du 26/10/2012
5.1.4
Gouvernance des donnes & Mise sous contrle les donnes de rfrences
LEtat cre et utilise un nombre important de donnes36 sous diffrentes formes, souvent disperses et organises en silos, pour diffrents besoins. La facilit daccs et la qualit de ces donnes conditionnent bien souvent directement lefficacit de laction de lEtat. Le volume de ces donnes ne cesse continuellement de croitre, et le besoin de pilotage de laction publique, base sur lagrgation de ces donnes pour en constituer des informations utiles, na jamais t aussi ncessaire dans le contexte budgtaire actuel fortement contraint. De plus, la dmarche de transparence lance par Etalab37, avec la mise disposition des donnes publiques Open Data, accentue ce phnomne, et impose de mettre en place une vritable gouvernance densemble.
Gouvernance des donnes & Mise sous contrle les donnes de rfrences
Dfinir et entretenir les principes de gouvernance des donnes Identifier les donnes de rfrences Standardiser les services daccs aux donnes de rfrences
Principes de gouvernance des donnes Rgles de construction de services daccs Dictionnaire Dictionnaire des donnes Dictionnaire des donnes de rfrences des donnes de rfrences de rfrences
Catalogue des rfrentiels de donnes et des services daccs
Mtier Urbaniste
Mtier Urbaniste
Projet Architecte DSI
porte ministrielle
Figure 20 - Activit Gouvernance des donnes & Mise sous contrle les donnes de rfrences
La matrise des donnes devient un impratif. Les principes dfinis au paragraphe 4.2 posent clairement les grandes rgles. Ce processus a pour objectif de faciliter la mise sous contrle des donnes (en particulier les donnes de rfrence). Il sagit : de dfinir un ensemble de bonnes pratiques, une doctrine gnrale, sur la gouvernance des donnes : o cycle de vie standard dune donne (notamment pour dterminer ses dures de conservation) o modlisation, dictionnaire de donnes et administration des donnes o responsabilits o mtadonnes et golocalisation o gestion des droits daccs, de la confidentialit, de lintgrit et de la non-rpudiation (le fait de sassurer quun contrat ne peut tre remis en cause par lune des parties) o contextualisation, historisation, journalisation, auditabilit didentifier concrtement les donnes transverses38 (ou appeles encore donnes de rfrences), leurs points daccs et les autorits qualifies : o identifier et mettre sous contrle leurs processus de mise jour o identifier les rfrentiels et les autorits mtiers rfrents o entretenir un dictionnaire des donnes transverses o encourager et faciliter leurs rutilisations (tout en limitant la prolifration des stockages locaux ou en proposant des services de synchronisation) : mise en place dun catalogue de services daccs aux donnes de rfrences de lEtat. de standardiser les services daccs aux donnes transverses : o dfinir les principes darchitecture pour les services daccs des donnes transverses, o recenser les services disponibles rpondants aux critres, o promouvoir, encourager la rutilisation de composants sur tagre .
36 37
Se rfrer au paragraphe 4.2 pour une dfinition prcise du terme donnes utilis ici. Etalab : Mission sous lautorit du Premier ministre charge de louverture des donnes publiques et du dveloppement de la plate-forme franaise Open Data. 38 Le terme donnes transverses dsigne les donnes manipuls par plusieurs processus mtiers, qui de fait ont un caractre particulirement stratgique dans lefficience de ces processus (ex : un certain nombre de donnes sur les entreprises leur indentification par exemple - constituent des donnes transverses car elles sont utilises par un trs grand nombre de zones du POS). Ces donnes transverses constituent ainsi une rfrence pour ladministration. Il convient donc dtre tout particulirement vigilant la gestion de ces donnes, car leur qualit i nflue directement sur lefficacit de nombreux mtiers de lEtat. Cest notamment la raison pour laquelle elles sont trs clairement isoles dans le POS du SI de lEtat dans un domaine spcifique Donnes transverses .
PM/SGG/DISIC
37 / 91
Version 1.0 du 26/10/2012

Mise jour
Pilotage
(dcisionnel)
Utilisation Cration
Donn Donnes
Stockage Archivage Intermdiaire
Utilisation & change
Suppression physique Archivage dfinitif Publication (Open data)
Elimination rglementaire (Suppression Logique)
Figure 21 - Cycle de vie type d'une donne
La dfinition de cycle de vie sur les donnes, illustr par la figure ci-dessus, doit comprendre : Lutilisation des donnes, et en particulier des donnes transverses, dans un contexte oprationnel. Lutilisation des donnes dans un contexte de pilotage, de dcisionnel : dfinition de principes communs dchanges entre le domaine Opration et le domaine Pilotage et contrle , identification et partage de briques communes, etc. quelles sont les rgles applicables sur lalimentation et lentretien doutils par exemple de type datawarehouse, datamart, etc. ? Les rgles de mise disposition des donnes pour lOpen Data. Les rgles de suppression logique et physique Les rgles darchivage de linformation (archivage courant, intermdiaire et dfinitif) Les rgles lies lentretien et la gestion des mtadonnes.
5.1.5
Mettre sous contrle les volutions du patrimoine applicatif
Lapplication est un objet structurant et pivot dans le SI situ dans la vue applicative : cest un lment logiciel (ensemble dobjets informatiques : excutables, programmes, fichiers) qui implmente un ensemble de fonctionnalits ncessaires au bon droulement de processus et procdures. Cet lment est au cur mme des activits de construction, de maintenance et dexploitation du SI , car il constitue la granularit de communication tout niveau ; sa mise sous contrle est donc un pr-requis important dans toutes actions de rationalisation.
Mettre sous contrle les volutions du patrimoine applicatif (GPA)
Dfinir le cycle de vie dune application et les principes de gestion du patrimoine applicatif Mettre sous contrle le catalogue des applications Etudier la rationalisation du patrimoine applicatif
Principes de gouvernance des applications Propositions Propositions dvolution de dvolution de la trajectoire la trajectoire
Catalogue consolid des applications
Plans Plans Plans dPlans Occupation dOccupation Catalogues dOccupation des Sols dOccupation des Sols ministriels des Sols Ministriels des Sols Ministriels outills des Ministriels Ministriels applications
Urbaniste Architecte Resp. Production (DSI)
DSI
DSI Urbaniste
porte ministrielle
Figure 22 - Activit Mettre sous contrle les volutions du patrimoine applicatif
Lobjectif de ce processus est donc : De dfinir le cycle de vie dune application et les principes de gestion de portefeuilles dapplications (GPA), et dassurer leur dclinaison oprationnelle : o Cycle de vie dune application, o Les jalons cls : identification, permis de construire, avis de pril, permis de retrait, o Modle de donnes autour du concept dapplication (structure de donnes), o Les notions dapplication cible , et davis de pril feront lobjet de critres dligibilit partags sur les 4 couches (mtier, fonctionnelle, applicative et infrastructure). Ces critres devront permettre didentifier simplement les applications dont lutilisation, larchitecture, le sup port sont en phase ou non avec les rgles durbanisation,
Cadre commun durbanisation du SI de lEtat De mettre sous contrle le catalogue des applications composant le SI de lEtat (G estion de Portefeuille dApplication) : o Outillage ministriel et interministriel, o Agrgation interministrielle du catalogue : positionnement sur le POS et sur la trajectoire. Dtudier la rationalisation du patrimoine applicatif, et proposer des projets dvolution et de simplification. o Il sagit donc clairement dtre en mesure de retirer (dcommissionner) des appli cations juges vieillissantes ou risques. Laction volontaire des DSI sur ce sujet doit encourager galement cette activit de retrait. Il faut galement se permettre darrter, le plus tt la construction ou lintgration dune nouvelle application dont le projet nest plus matris.
5.1.6
Standardiser et simplifier les changes
Le systme dinformation de lEtat est un vaste ensemble de ressources (humaines, matriel les, logicielles) organises pour collecter, stocker, traiter, manipuler, changer, archiver, communiquer des informations. Pour pouvoir matriser la transformation de ce systme dinformation, c'est--dire lurbaniser, il faut agir la fois sur les composants du SI (comme sur les applications cf. prcdent), mais aussi sur les changes entre ces composants. Lvolution continue, non concerte, et htrogne a conduit le plus souvent concevoir ces changes deux deux, avec des logiques spcifiques de construction. La standardisation et la simplification des changes, la fois vues sous un angle de rationalisation pour une meilleure matrise, mais aussi damlioration de linteroprabilit pour un meilleur service ou une meilleure agilit du SI, sont un axe majeur de la dmarche durbanisation.
Standardiser et simplifier les changes
Cadre Commun dInteroprabilit Rfrentiel Gnral dInteroprabilit
Dfinir et entretenir le cadre dinteroprabilit
Mettre sous contrle la connaissance et lvolution des changes
Rationaliser et simplifier les changes
Catalogue des services dchanges

(composants communs)
Plans Plans Plans dPlans Occupation dOccupation Cartographies dOccupation des Sols dOccupation des Sols des changes des Sols Ministriels des Sols Ministriels Ministriels Ministriels
Plans Plans de dOccupation rationalisation des Sols des changes Ministriels
porte nationale
DISIC Rfrents Interoprabilit
Projet DSI Urbaniste
Mtier Projet DSI Urbaniste
porte interministrielle porte ministrielle
Figure 23 - Activit Standardiser & simplifier les changes
Il sagit de : dfinir et dentretenir un Cadre Commun dInteroprabilit (CCI) sur la sphre administration de lEtat, et son pendant RGI pour lensemble de la sphre publique (cf. ordonnance du 8 dcembre 2005), comprenant les normes et standards applicables pour la mise en place dchanges entre les administrations et entre les usagers et ladministration. Ces documents normatifs sont organiss en 3 volets : o un volet technique qui dcrit les normes et standards applicables en matire de transport de donnes, dinterconnexion, dappels de services, dinterfaces homme -machine, de communication interpersonnelle, de syntaxe (formats techniques utiliss pour transporter les donnes) et de scurit. o un volet smantique qui dcrit les normes et standards applicables en matire de description, de modlisation, et didentification des donnes changes. Il comprend galement lidentification des nomenclatures et rfrentiels de donnes nationaux utilisables. o un volet organisationnel qui dcrit lorganisation gnrale et les principes de construction des changes. Il comprend les normes et standards applicables en matire de modlisation de processus, mais aussi les rgles applicables en matire de gouvernance de linformation, de gestion des identits, accrditations et des accs, ainsi quen matire de gestion de la relation utilisateur (usager et agent). o un volet lgal ou juridique dcrit le cadre juridique auquel les changes doivent se conformer
PM/SGG/DISIC
39 / 91
Version 1.0 du 26/10/2012

Questions traiter pour mettre en place des changes oprationnels, efficaces et rutilisables par dautres Organisation A (ou systme) Lgales Organisationnelles
Interface Interface
Organisation B (ou systme)
Smantiques Techniques
Processus internes
Processus internes
Processus de bout en bout
Le CCI et le RGI cadrent et standardisent les rponses qui doivent tre apportes
Figure 24 - Les 4 niveaux d'interoprabilit
Mettre sous contrle les volutions des changes : o encadrer les rponses apportes aux besoins en changes, sur les 4 niveaux de linteroprabilit o promouvoir et vrifier le bon usage des standards identifis dans le RGI et le Cadre Commun dInteroprabilit Rationaliser et simplifier les flux inter applicatifs : encourager les tudes de rationalisation et de mise en conformit des flux inter applicatifs. Cette rationalisation sur les changes va de pair avec la rationalisation du patrimoine applicatif. Ce travail comprend deux axes de travail : o lanalyse des besoins dchanges mtiers, et donc sur loptimisation des processus mtiers. o lanalyse des solutions (services, composants, technologie) utilises dans la mise en uvre dchange, en recherchant lutilisation de briques mutualises (exemple : systme dchange).
5.1.7
Assurer la cohrence avec linfrastructure informatique
Il est important de rappeler que la dmarche durbanisation ne porte pas uniquement sur une ou deux des 5 vues du systme dinformation, mais bien sur lorchestration dactions structures et concertes sur ces 5 vues ; cest avant toute chose un travail dintgration et de cohrence. Il sagit donc dans ce processus de sassurer que les principes durbanisation sont correctement dclins et en phase avec les orientations techniques majeures principalement sur la vue applicative et infrastructure. Il existe de nombreux points dadhrence entre les questions darchitecture fonctionnelle, applicativ e, dinfrastructure. Il faut par exemple, que le dcoupage fonctionnel dfini travers le Plan dOccupation des Sols, qui conditionne le niveau de granularit des composants applicatifs ne soit pas en total contradiction avec les contraintes lies lexploitation des infrastructures. De mme, la structuration dun SI autour de la construction de composants rutilisables, ne peut senvisager sans les outils et normes de dveloppement ad hoc. Il sagit donc dans ce processus d : Identifier et prendre en co mpte les contraintes dexploitation et de dploiement dans le dcoupage applicatif, et donc dans larchitecture logicielle. Assurer la cohrence des choix en matire de produits et dquipement en vitant la prolifration technologique. Atteindre une masse critique (achat, maintenance) des produits utiliss au niveau applicatif et infrastructure, pour en assurer la prennit financire et humaine dans le temps.
Assurer la cohrence avec linfrastructure informatique
Assurer la cohrence des orientations durbanisation avec les orientations technologiques Arrimer larchitecture applicative avec les infrastructures dexcution, dhbergement et de communication
Adaptations du Cadre Commun dUrbanisation
Plans Plans Plans dPlans Occupation dOccupation Alignement dOccupation des Sols dOccupation des Sols des Cadres de des Sols Ministriels des Sols Ministriels Cohrences Ministriels Ministriels techniques porte interministrielle
Urbaniste Architecte
Architecte DSI
porte ministrielle
Figure 25 - Activit Assurer la cohrence avec l'infrastructure PM/SGG/DISIC 40 / 91 Version 1.0 du 26/10/2012
Cadre commun durbanisation du SI de lEtat Larrimage entre la vue Applicative et la vue Infrastructure est un enjeu fort. Ces liens doivent permettre une vraie lecture de bout en bout depuis le besoin mtier jusquaux lments matriels, et inversement : passage dune vue une autre. Ces liens peuvent tre plus ou moins fins selon les enjeux recherchs. Mais il est important de considrer que dans un contexte de virtualisation et de mutualisation (et terme de cloud) la description dun lien simple entre une application et son socle dexcution est suffisante. Larchitecture technique de la vue infrastructure va progressivement devenir une question totalement transparente pour les DSI ministrielles, pour devenir plus une question de gestions des engagements de services : disponibilit, performance, scurit, rversibilit Quelque soit le niveau de granularit retenu, la matrise de cette connaissance et ces liens, mme macro, entre les deux vues Applicative et Infrastructure sont indispensables la matrise du SI, et la ralisation dengagements de services.
5.1.8
Participer la gestion des portefeuilles dinitiatives et de projets
Lurbanisation nest pas un projet en soit, mais une action continue sur le SI (cf. facteurs cls de succs 2.3). Elle se concrtise au rythme des projets et grce eux. Il est donc crucial didentifier au plus tt les projets qui peuvent avoir un impact consquent sur lvolution du SI, pour que la composante urbanisation soit ds le dpart intgre dans les objectifs de ceux-ci. Il sagit bien dtre opportuniste dans lintervention sur les projets, de sassurer de leur alignement sur les principes, la stratgie, et la trajectoire. Mais galement par une intervention en amont, il sagit dtre proactif, et donc en mesure de recadrer rapidement si ncessaire la stratgie et la trajectoire elle-mme. Ladoption dune dmarche agile qui samliore en fonction des projets mtiers mens est un critre de succs indniable. Lurbanisation a galement un rle fort dans la promotion de projets transverses : composant technique, infrastructure applicative, projet technique de rationalisation, etc. Il sagit de guider lvolution du SI en proposant des projets de restructuration ou dvolution de secteurs fonctionnels, mme si les mtiers nen ont pas linitiative. Ce travail passe par la formalisation de ce qui est appel dans ce cadre portefeuille dinitiatives et de projets . Il sagit de consolider lensemble des demandes mtiers explicites ou non, les propositions des DSI ou des projets, et les projets identifis, planifis et en cours de ralisation. Lobjectif est davoir une vision globale non seulement sur les transformations en cours, mais galement sur celles qui sont attendues ou qui seraient souhaitables de raliser. Ces portefeuilles sont constitus idalement par ministre, avec une consolidation interministrielle pour les transformations portant sur des zones transverses. Ils sont au cur du pilotage des projets et dans le suivi de la relation MOE/MOA.
Participer la gestion des portefeuilles dinitiatives & de projets
Qualifier les initiatives et les demandes Participer aux arbitrages oprationnels et proposer des ajustements Publier le portefeuille dinitiatives & projets
Propositions Propositions dvolution de dvolution de la trajectoire la trajectoire
Plans portefeuilles dOccupation initiatives & des Sols projets Ministriels
Mtier Urbaniste
DSI
porte ministrielle
Figure 26 - Activit Participer la gestion des portefeuilles d'initiatives et de projets
Les urbanistes, avec laide des mtiers, doivent chercher qualifier ces initiatives, le plus en amont possible, avant quelles ne deviennent vritablement des projets et quelles soient inscrites dans la programmation physico-budgtaire. La qualification des initiatives consiste identifier celles qui feront lobjet dun suivi particulier par rapport laction durbanisation du SI. Laspect cot nest pas le seul lment considrer. Les aspects stratgiques, la valeur apporte, les risques, les impacts, la capacit faire, etc. doivent tre considrs. En particulier lintgration dans la trajectoire du SI doit tre imagine trs tt. Des petites initiatives, dun point de vue du cot de leur ralisation, peuvent tre identifies comme stratgique car apportant pour le mtier (et/ou sur lune ou plusieurs des autres vues du SI) une volution forte valeur ajoute (ex. simplification dune dmarche, modification dune application pour facilit er lenchainement de 2 processus mtiers fort volume). Ce portefeuille dinitiatives et de projets constitue un outil de dia logue entre tous les acteurs : mtiers, MOA, MOE, urbanistes, DSI, architectes, et bien sr les projets. Il doit tre suivi et publi rgulirement. Lurbaniste de par sa vision globale et notamment son action sur la trajectoire du SI est mme de proposer des ajustements (primtre, calendrier) en cas de conflits, notamment de ressources, mais aussi pour anticiper dventuel les difficults (planning, ressources, techniques, mtiers, rglementaires, etc.). Ces ajustements peuvent conduire rviser, la marge la trajectoire dvolution du SI, sans pour autant impacter la stratgie densemble. Dans le cas de difficults avres qui ncessiteraient une refonte majeure du cadre stratgique, ou de la trajectoire du SI, il sagira de rviser lalignement du SI sur la stratgie (cf. activit aligner le SI sur la stratgie ), et de remonter en comit stratgique ce sujet pour linstruire.
Cadre commun durbanisation du SI de lEtat Un suivi rgulier de ce portefeuille dinitiatives et de projets, facilitera lidentification des risques et leur rsolution. Un suivi macro et une grande ractivit sont privilgier.
5.1.9
Participer et cadrer les tudes avant-projet (tudes pralables)
Un dispositif doit donc permettre de dfinir ce quil faudrait faire ( c'est--dire dans le respect des rgles durbanisation), le confronter le plus tt avec ce quil est possible de faire (c'est--dire dans le respect des contraintes cots & dlais), afin que les instances de pilotage puissent rendre les arbitrages ncessaires. Lurbanisation doit faciliter la prise de dcision par un clairage sur la prise de risque vis--vis de la trajectoire du SI. Cette action est par construction ministrielle, dans le cas de projet touchant aux zones du domaine Opration du POS (spcifique donc une mission ministrielle au sens mtier), et par nature interministrielle pour tous les autres cas (transverses par construction). Ce processus se dcompose de la manire suivante : La qualification du projet : partir de la qualification de linitiative lorigine du projet, complter lapport du projet pour la stratgie mtier et SI, et la trajectoire dvolution du SI. Lassistance aux acteurs de pilotage du projet pour mener lavant-projet et identifier son intgration dans la trajectoire du SI La fourniture dun avis (respect des principes et rgles, positionnement dans la trajectoire) Laction plus systmatique de vrification du respect des rgles durban isation du SI dans les phases amont des projets
Participer et cadrer les tudes avant projets (tudes pralables)
Qualifier le projet Assister le projet pour mener ltude pralable & produire un avis Veiller au respect des rgles durbanismes
Propositions dvolution du POS Propositions Propositions dvolution de dvolution de la trajectoire la trajectoire
Dossier Dossier Urbanisation dd urbanisation Projet Projet Avis du Avis du Comit comit Urbanisation urbanisation
Dossier Dossier Dossier d Urbanisation Dossier d Urbanisation d Urbanisation Projet dUrbanisation Projet Projet Projet Avis du Avis du Avis du Comit Avis du Comit Comit Urbanisation Comit Urbanisation Urbanisation Urbanisation
Mtier Urbaniste
Projet Urbaniste
DSI Urbaniste
Figure 27 - Activit Participer et cadrer les tudes avant-projets
Lavant projet, consiste dune part identifier les lments du SI (sur la vue mtier et fonctionnelle avant tout, sur la vue applicative et infrastructure quand cest possible) qui vont tre impacts par cette transformation : les ajouts, les modifications, les retraits. Il consiste, dautre part, vrifier si ces impacts sont compatibles avec le cadre commun durbanisation et la trajectoire du SI. Lobjectif consiste prendre en compte les besoins de transformation mtiers et les analyser : Identifier les processus et activits mtiers impacts ; ce point est un pr-requis important. Les acteurs en charge de cet avant projet doivent galement tre force de proposition quand loptimisation de cette transformation mtier. Il ne sagit pas ce stade dobtenir une analyse dtaille des processus et activits mises en place ou impactes par le projet, mais bien de les identifier selon les lments danalyse suivants : o Partir de la connaissance actuelle du mtier o largir la vision, penser ladministration largie et lensemble de la chane de valeur , mais agir par tape limite dans la transformation o Identifier les variantes de processus ou dviations possibles (cas particuliers, qui produisent de la complexit et des surcots supplmentaires souvent beaucoup plus importants que leur frquence rare le ferait penser) o Innover dans la rsolution de problme organisationnel, fonctionnel ou technique o Identifier quel moment il sera ncessaire de dcrire prcisment les nouveaux processus, la nouvelle organisation et mener la ncessaire conduite du changement Recenser les fonctionnalits et les objets mtiers attendus ; les dfinir et les positionner sur le POS. Les principes durbanisation sur les donnes sont ce titre trs structurant. Identifier les applications couvrants tout ou partie des fonctionnalits identifies, et le cas chant couvrant des blocs du POS concerns par le projet. Lobjectif est de pouvoir, partir dune analyse critique de lexistant (couverture, obsolescence, charge, prennit), de la trajectoire du SI et de lanalyse des besoins mtiers, didentifier le ou les scnarios optimums de transformation du patrimoine fonctionnel et applicatif, sur la base dhypothses de transformation mtier, tout en respectant les principes durbanisation (en particulier ceux concernant la conception qui sappliquent tout particulirement dans cette activit).
Cadre commun durbanisation du SI de lEtat Le dossier durbanisation ainsi constitu devra faire lobjet dune validation formelle par les instances de pilotage de lurbanisation au niveau ministriel (ou interministriel dans le cas dun projet transverse). Le comit ad hoc (ex : comit durbanisation ministriel) formulera ainsi un avis destination du comit de pilotage du projet. Lavis du comit durbanisation doit se prononcer sur la faisabilit du projet, son intgration dans la trajectoire du SI (et donc la stratgie), sa conformit par rapport aux principes et rgles darchitectures, sil prsente des risques non couverts, et sil doit tre suivi de manire particulire (projet qualifi de stratgique ).
5.1.10
Suivre et accompagner les tudes, projets et oprations de maintenance
Lobjectif de ce suivi est multiple. Il sagit la fois de : sassurer que le cadrage effectu sur les projets est respect, sassurer que globalement les principes et les rgles durbanisation sont respects, et enfin, de faire en sorte que la connaissance du SI soit fidle ce qui est rellement produit par les projets. Il est donc important de suivre, a minima, les projets stratgiques (identifis dans le portefeuille comme tels), ou certaines volutions qui portent sur des applications critiques (identifies dans le portefeuille applicatif comme telles). Dans le cas de projet important, les phases de conception, de dveloppement et mme de tests peuvent donner lieu certains ajustements pour de multiples raisons (arbitrage MOA sur les cots et les dlais, contributeur pas au rendezvous, changement de primtre fonctionnel, contraintes techniques sous-values, etc.). Ces ajustements peuvent entraner un cart par rapport au cadrage initial (cf. 3.5.9). Il sagit dans les cas jugs critique de rinstruire ces carts, ou le cas chant, de raligner le cadrage initial sur ces nouveaux ajustements.
Suivre et accompagner les tudes / projets / maintenances
Participer aux comits de pilotage des projets stratgiques Suivre le droulement des projets Participer aux bilans des projets
Plans dOccupation Propositions de des Sols rvision des Ministriels portefeuilles initiatives & projets Proposition de Proposition de Propositions de rvision du Dossier rvision du Dossier rvision du dossier dUrbanisation dUrbanisation durbanisation Projet Projet projet Dictionnaire des Dictionnaire des donnes de Bilan projets et donnes de rfrences alignement de la rfrences connaissance SI sur le ralis
Mtier Projet Urbaniste
Projet DSI
porte ministrielle
Figure 28 - Activit Suivre et accompagner les tudes, projets et maintenances
La phase de bilan projet est galement le lieu permettant d valuer les carts entre le cadrage initial et ce qui a t rellement ralis. Il peut tre loccasion dun ralignement de la connaissance sur le ralis. Ce bilan doit galement permettre de tirer les enseignements sur les difficults rencontres, notamm ent vis vis de lapplication des principes et rgles durbanisation, vis vis de la matrise de lexistant et de sa transformation. Ces bilans doivent tre largement publis pour partager les russites comme les difficults, et ainsi faire progresser la maturit en matire de pilotage.
5.1.11
Piloter lurbanisation du SI
Il sagit de piloter la mise en uvre du dispositif durbanisation (darchitecture dentreprise) au niveau ministriel et interministriel. La mesure de la maturit de ce dispositif est ralise partir dindicateurs durbanisation, construits sur les meilleures pratiques du moment (reprise des indicateurs durbanisation du Club Urba-EA). Lannexe C du prsent cadre dfinit la structure des indicateurs et leur signification. La formalisation du niveau de maturit sous forme dindicateurs permet de donner la visibilit ncessaire lensemble des acteurs oprationnels, mais aussi dcideurs de la dmarche, dans le but de partager les objectifs et les moyens allous au dispositif.
Piloter lurbanisation du SI
Indicateurs durbanisation type Dossier Dossier Dossier d Urbanisation Indicateurs d Urbanisation Urbanisation Projet dd urbanisation Projet Projet valoriss
Dfinir les indicateurs durbanisation
Valoriser les indicateurs
Analyse et diffusion des rsultats
Dfinir un plan dactions et des objectifs
Dossier Dossier Dossier d d Urbanisation Plan actions d Urbanisation d Urbanisation Projet (tableau de Projet Projet bord)
DISIC
DSI Urbaniste
DSI
DSI Urbaniste
porte ministrielle
PM/SGG/DISIC
43 / 91
Version 1.0 du 26/10/2012

Figure 29 - Activit Piloter l'urbanisation du SI
Lobjectif est donc priodiquement (sur une base annuelle , au dernier trimestre lors de la prparation de la programmation de lanne suivante) de valoriser les indicateurs durbanisation avec les diffrents acteurs MOA et MOE concerns. Lanalyse permet de mettre en perspective les rsultats en fonction dlments de contexte propre (stratgie, projet, organisation). La diffusion et la transparence des rsultats sont ncessaires pour embarquer lensemble des acteurs dans une dynamique damlioration continue. En plus de lanalyse des indicateurs valoriss, il est ncessaire dobjectiver le niveau souhait, la valeur cible pour chaque indice, en fonction de la stratgie de chaque administration et des axes defforts envisags. Il sagit enfin de dfinir un plan dactions permettant datte indre ces objectifs fixs (formations, projets, volutions de processus internes aux DSI) et donc les valeurs cibles des indicateurs durbanisation. La constitution dun tableau de bord reprenant les lments cls issus de lanalyse des indicateurs et le plan dactions correspondant permettra de suivre rgulirement lavance des travaux. Il sagit tout la fois de fdrer les pratiques des diffrents acteurs de lurbanisation, en particulier des RZF, et de dcliner une ambition commune de maturit.
5.1.12
Participer aux comits stratgiques et aux comits darbitrage projets
Urbaniser un SI cest aussi conseiller et participer larbitrage et lordonnancement des projets, afin dviter par exemple les ralisations en double, ou encore dviter de construire des solutions temporaires en attendant les composants cibles. Pour assurer ce travail de conseil, il est ncessaire de disposer de la stratgie mtier ou dlments de stratgie mtier (priorits, orientations, volutions rglementaires, etc.), dune vision globale du patrimoine SI actuel, et surtout dune vision consolide du portefeuille projets valoriss. Cest partir de ces lments et de la trajectoire du SI (cf. 3.5.2), que lurbaniste SI peut conseiller et proposer des adaptations ou des volutions de la trajectoire dans les instances darbitrage ou de planification stratgique.
Participer aux comits stratgiques et comits darbitrage projets
Analyser et arbitrer la trajectoire du SI Analyser et arbitrer les portefeuilles projets
Propositions Propositions dvolution de dvolution de la trajectoire la trajectoire
Plans dOccupation Propositions de des Sols rvision des Ministriels portefeuilles initiatives & projets
Mtier DSI Urbaniste
porte ministrielle
Figure 30 - Activit Participer aux comits stratgiques et aux comits d'arbitrage projets
Ce travail danalyse et darbitrage stratgique peut conduire les urbanistes proposer des scnarios alternatifs (rvision du primtre, du lotissement et du calendrier de projets, voir en proposant de nouveaux projets notamment sur des sujets transverses).
5.1.13
Cette activit de support la dmarche durbanisation est particulirement importante. Le paragraphe 6 lui est consacr. Elle permet de collecter des donnes, de les synthtiser, les modliser sous forme dinformation utiles lanalyse et aux prises de dcisions, pour finalement en constituer la connaissance sur le patrimoine SI. Cette activit se dcompose de la manire suivante : La dfinition et lentretien dun mtamodle commun : il sagit du dictionnaire des donnes manipules avec leur structure. Dans un objectif de partage de la connaissance, il est ncessaire daligner lensemble des pratiques sur un mtamodle unique au niveau de lEtat. La mise en uvre du rfrentiel permettant de grer et doutiller cette connaissance, sur la base du mtamodle unique. La mise en place dun outil unique nest pas ce stade un objectif recherch. Toutefois, la convergence des choix au moment de renouvellement de march par exemple, est un levier fort de convergence des pratiques et de partage de la connaissance. Dans tous les cas, les outils devront se conformer au mtamodle commun (cf. annexe A). La mise en place de dispositifs de collecte, dentretien, de validation et de publication de la connaissance ancrs dans les processus courant des DSI (gestion de portefeuille projets et gestion des changements). Ces dispositifs comprendront : o des processus formaliss a minima pour accompagner la mise en place, o des guides de modlisation pour structurer la collecte et la modlisation de la connaissance.
Cadre commun durbanisation du SI de lEtat Enfin, la publication de la connaissance.

Mtamodle commun (dictionnaire) Dossier Dossier Dossier d Urbanisation Guide de d Urbanisation d Urbanisation Projet modlisation Projet Projet

Dfinir et entretenir un mtamodle commun Mettre en uvre un rfrentiel commun Mettre en place et entretenir les dispositifs de collecte Dcrire, modliser et valider le patrimoine (existant et cible) Diffuser et partager la connaissance
Dossier Dossier Dossier d Urbanisation Processus d Urbanisation d Urbanisation Projet d entretien de Projet Projet la connaissance Dossier Dossier Dossier d Urbanisation Site web Urbanisation dd Urbanisation Projet Projet Projet Dossier Dossier Dossier d Urbanisation Restitutions Urbanisation dd Urbanisation Projet diverses Projet Projet (catalogues, fiches, etc.)
DISIC Urbaniste
Urbaniste DSI
DSI
DSI
Figure 31 - Activit Outiller, maintenir et diffuser la connaissance du patrimoine SI
Il est important de rappeler ici ce travail de gestion de la connaissance doit contribuer aux objectifs fondamentaux de la dmarche durbanisation : aider la dcision de transformation du SI et piloter le patrimoine. Il est donc ncessaire dintgrer dans la collecte galement des informations sur les cots (cot dexploitation par exemple pour une application) et les budgets (prvisionnels sur les projets par exemple).
5.1.14
Veille mtier et technologique
La dmarche durbanisation sengage clairement sur le long terme, la matrise de la transformation du SI passe donc galement par une action de veille visant : suivre et identifier les volutions de lenvironnement mtier ou du mtier lui -mme (volution de la rglementation internationale ou nationale, projets europens, retour dexprience provenant dautres tats). Il sagit danticiper ces volutions et leurs impacts sur le SI. identifier et accompagner de faon proactive les opportunits technologiques de nature modifier le mtier ou son environnement ou encore crer des opportunits pour les administrations. Il sagit danticiper de faon proactive limpact de ces technologies sur larchitecture globale du SI. Il ne sagit pas ici, encore une fois, dune veille spcifique pour lurbanisation, mais bien de dfinir que laction de veille qui est lune des fonctions assures par les DSI, concoure la dmarche durbanisation du SI.
5.1.15
Communiquer et dvelopper les comptences en urbanisation SI
Pour que cette dmarche durbanisation et ce cadre se concrtisent de manire oprationnelle, et deviennent un des guides de construction dans les projets, il est ncessaire que les principes soient largement partags dans ladministration. Cette acculturation est ncessaire aussi bien pour les matrises douvrage que les matres duvre ; il est en effet plus facile davoir un dialogue constructif quand chaque acteurs partage les principaux enjeux : disposer dun SI prenne, agile , matris, et son niveau, connait les rgles qui en dcoulent. Ce large partage est dautant plus ncessaire quun des fondements de lurbanisme, rside dans le fait de disposer dune vision partage du SI entre les Directions Mtiers et les DSI, en vitant une rupture totale entre les deux proccupations (mtier SI) ; larchitecture fonctionnelle constitue une zone de partage, de contact, privilgie entre ces deux grandes familles dacteurs.
Promouvoir, communiquer et dvelopper les comptences en urbanisation SI
Promouvoir Dployer des relais et animer le rseau Former Entretenir un vivier de comptence
Communication Communication & Evnement Formation urbanisation SI
Vivier de comptence
Formation outil de gestion de la connaissance
DSI Urbaniste
Mtier DSI DISIC
DISIC Urbaniste
Mtier DSI Urbaniste DISIC
porte ministrielle
Figure 32 - Activit Promouvoir et dvelopper les comptences en Urbanisation SI PM/SGG/DISIC 45 / 91 Version 1.0 du 26/10/2012
Cadre commun durbanisation du SI de lEtat Cette activit comprend avant tout un travail de promotion, travers des communications, des vnements spcifiques, des rencontres avec des experts externes du sujet. Il sagit galement de former durablement les futurs urbanistes et dentretenir le niveau de comptence des urbanistes en poste, en mettant en place un dispositif et des supports de formation au niveau interministriel. Lentretien dun vivier est galement un moyen efficace pour identifier les agents potentiel e t tre en mesure de leur proposer une volution de carrire. Compte tenu de la porte du SI de lEtat, cette dmarche durbanisation ne peut se dployer de manire centralise. Elle repose sur un fonctionnement au contraire totalement dcentralis, un rseau de contributeurs (stratgie, mtier, donnes, applicatif, infrastructure, projet). Lanimation de ce rseau et la recherche permanente de nouveaux relais sont deux lments cls de russite de la dmarche.
5.2.
Les acteurs de la dmarche, leurs rles et responsabilits
Lobjectif de ce chapitre est de dcrire le rle des diffrents intervenants, encore appels acteurs (personnes ou groupes), dans la dmarche durbanisation du SI de lEtat. Lidentification des diffrents acteurs prcde le t ableau de synthse dfinissant ces rles sous forme de RACI39 : R pour Ralise, A pour Autorit, C pour Consult et I pour Inform. Lacteur qui joue le rle de A est celui qui est responsable de laction ou du livrable, qui le valide. Le R ralise laction ou rdige le livrable. Il y a au moins pour u n R pour chaque action / livrable. Il peut y en avoir plusieurs. Notamment dans le cas de document porte variable, il est possible dimaginer un R pour la porte ministrielle et un R pour la porte interministrielle. Les C sont les acteurs qui doivent tre consults et qui apportent leur avis voire une contribution au(x) R dans la ralisation dun livrable. Les I sont les acteurs qui doivent tre informs de laction. Ils seront a minima destinataires des livrables. Il ne sagit pas ce stade dimposer une organisation particulire pour piloter et raliser cette dmarche durbanisation. Chaque administration et ministre doivent sinspirer de la prsente dfinition des acteurs et de leurs responsabilits pour dcliner ou aligner, en fonction de leur contexte et environnement propre, la dmarche durbanisation. Le principal objectif de la dmarche, il est ncessaire de le rappeler, est lefficacit de la coopration des diffrents acteurs de la transformation autour dun cadre formel et de rgles commune s.
5.2.1
Les acteurs
Le prsent cadre identifie les acteurs majeurs de la dmarche et leurs activits, sans pour autant dsigner dans le dtail lensemble des rles et fonctions ncessaires la mise en uvre de la dmarche. La description des acteurs ci-aprs se base sur la dernire version du Rpertoire Interministriel des Mtiers de lEtat40 (RIME) et sur la nomenclature RH 2011 dite par le CIGREF41. Le RIME comprend pour le domaine fonctionnel Systmes et Rseaux dinformation et de communication 16 mtiers, sans compter les mtiers dautres domaines fonctionnels (comme par exemple le domaine Elaboration et pilotage des politiques publiques ). Il ne sagit pas de reprendre la dfinition de ces mtiers dans le prsent cadre, mais de prciser comment certains ils contribuent la dmarche durbanisation. CSIC : Prsid par le Secrtaire Gnral pour la Modernisation de lAction Publique (SGMAP) , il comprend lensemble des secrtaires gnraux des ministres, les directeur gnraux des SIC de la dfense, de ladministration et de la fonction publique et de lagence nationale de la scurit des systmes dinformation, le directeur du budget et le directeur du service des achats de lEtat. Le CSIC est consult principalement pour la dfinition et la mise en uvre du cadre stratgique du SI de lEtat. Pour plus de prcision sur les missions de la DISIC, et le rle du CSIC, se rfrer au dcret n2011-193 du 21 fvrier 2011, modifi par le dcret n2012-1198 du 30 octobre 2012. Secrtaire Gnral (ministriel) : Il assiste le ministre dans lorientation gnrale et la conduite des affaires. Il coordonne les directions du ministre et conduit les chantiers transversaux majeurs ainsi que les politiques de modernisation et les stratgies de rforme. DISIC : Direction Interministrielle des SIC, place sous lautorit du Premier ministre et rattache au secrtaire gnral du Gouvernement. La direction interministrielle des systmes d'information et de communication de l'Etat oriente, anime et coordonne les actions des administrations de l'Etat visant amliorer la qualit, l'efficacit, l'efficience et la fiabilit du service rendu par les systmes d'information et de communication.
39
Le RACI, en management, reprsente une matrice de responsabilit qui indique les rles et responsabilits des intervenants au sein de processus, dactivit ou de tches. Lacronyme anglais signifie : R pour Responsible, A pour Accountable, C pour Consulted, I pour Informed. 40 Le RIME est ccessible en ligne cette adresse http://rime.fonction-publique.gouv.fr/ 41 http://www.cigref.fr/les-metiers-des-systemes-dinformation-dans-les-grandes-entreprises-nomenclature-rh-du-cigref
PM/SGG/DISIC
46 / 91
Version 1.0 du 26/10/2012
Cadre commun durbanisation du SI de lEtat Elle veille ce que ces systmes concourent de manire cohrente simplifier les relations entre les usagers et les administrations de l'Etat et entre celles-ci et les autres autorits administratives. Elle organise et pilote la conception et la mise en uvre des oprations de mutualisation entre administrations de l'Etat, ou entre ce lles-ci et d'autres autorits administratives, de systmes d'information ou de communication d'usage partag. Elle contribue, par les rponses apportes aux besoins propres de l'Etat en matire de technologies de l'information et de la communication, promouvoir l'innovation et la comptitivit dans ce secteur de l'conomie nationale CTSIC : Prsid par le directeur interministriel des SIC ou son adjoint, le comit runit les responsables des SIC de l'ensemble des ministres. Le comit peut tre consult sur toute question relevant des attributions de la DISIC. Il peut entendre, sur ces questions, toute personne qualifie Direction Mtier : Assure la responsabilit fondamentale dun mtier de ladministration dans toutes ses dimensions : stratgiques, humaines, organisationnelles, financires, techniques, etc. Toutefois, certaines de ces composantes dans leur gestion et leur mise en place peuvent tre dlgues et/ou mutualises (notion de fonction support). Une direction mtier pilote lensemble des projets de transformation de ce mtier dans toute sa complexit. Elle est garant de lenjeu stratgique de la transformation du mtier concern, pour ladministration de lEtat et lensemble des tiers. Le terme direction mtier, dsigne de manire gnrique dans ce cadre, le responsable dun mtier dune administration et les agents qui y travaillent. Il dsigne galement les directions en charge de fonction support. Les DRH exercent galement un mtier, celui de la gestion des ressources humaines. Responsable de Zone Fonctionnelle (RZF) : le RZF est en charge de la stratgie dvolution du SI sur un sous ensemble du SI de lEtat, sur une zone du POS (Le Plan dOccupation des Sols du SI de lEtat dfinit lensemble des zones fonctionnelles considrer). Le RZF dfinit le schma directeur de sa zone, et dcline localement la dmarche durbanisation, selon les principes dfinis par le prsent cadre, pour assurer la cohrence et la matrise des actions de transformation du SI de lEtat sur cette zone. En dehors du r esponsable lui-mme, il est galement ncessaire didentifier un urbaniste rfrent par zone du POS. Le RZF est une fonction nouveau lchelle de lEtat, ses droits et devoirs seront prciss ultrieurement. Il sagira de dcrire trs concrtement ses missions mais aussi ses devoirs vis vis de lensemble des autres acteurs (les autres RZF, les acteurs interministriels, etc.). Il sagit une fois de plus de monter progressivement en maturit sur la gouvernance de cette dmarche complexe. DSI ministriel, ou DSI dune autorit administrative : Le terme de DSI dsigne tout autant le Directeur des SI lui mme que lencadrement dune manire gnral de la DSI. Le Directeur SI conduit la mise en uvre des orientations stratgiques en matire de systmes dinformation et de communication. Il est garant de lalignement du SI sur la stratgie de ladministration concerne, formalise dans le cadre stratgique ministriel. Il est responsable de la conception, de la mise en uvre et du maintien en condition opr ationnelle du SI et de sa qualit. Il fixe et valide les grandes orientations informatiques de ladministration concerne. Il anticipe les volutions ncessaires en fonction du cadre stratgique ministriel et interministriel. Il value et prconise les investissements en fonction des sauts technologiques souhaits. Il sassure de lefficacit et de la matrise des risques lis au SI. Il gre les ressources humaines, financires et techniques dont il a la responsabilit pour assurer ses missions. Comit stratgique SI ministriel : il constitue linstance de pilotage stratgique de plus haut niveau au sein dun ministre. Il est charg des arbitrages stratgiques et de la validation du cadre stratgique ministriel. Urbaniste SI (ou bien Architecte SI , ou encore Enterprise Architect ) : lurbaniste SI est lun des acteurs cl de la dmarche durbanisation. Il doit veiller la cohrence de la transformation du SI dans son ensemble (sur le primtre qui lui est dfini : un ministre, une administratio n, une zone du POS du SI de lEtat), dans le respect des objectifs de lEtat dfinis dans le prsent cadre. Il doit tre dans le circuit de validation de toutes actions dvolutions structurantes du SI, et doit soumettre la dcision des recadrages ventuels, voire soumettre dautres actions dvolutions permettant de garantir long terme une transformation plus efficiente du SI , plus align sur la stratgie mtier. Le prsent cadre commun durbanisation dfinit prcisment son rle, les principes qui rgissent son action, et ses activits. Le positionnement dans lorganisation de lurbaniste SI nest pas tranch dans ce cadre. Premirement car il dpend fortement du niveau de maturit des mtiers en matire SI, du niveau de maturit de la conduite des projets (rle MOA et MOE), et de la fonction SI. Lurbaniste est avant tout un intermdiaire entre les mtiers, les projets et les DSI, et un soutien ces acteurs pour toutes les dcisions stratgiques de transformation. Deuximement, car cette fonction ne peut tre compltement centralise au niveau interministriel voire mme ministriel. Une proximit avec les mtiers est absolument ncessaire. Actuellement cette fonction est positionne majoritairement au sein des DSI, avec une dmarche porte majoritaire ment sur la vue fonctionnelle et applicative. Lobjectif de ce cadre est dtendre cette action lensemble du primtre SI (stratgie, mtier, fonctionnelle, applicatif et infrastructure), avec une priorit, en terme deffort long terme, sur la vue Mtier et Stratgie. Une volution du positionnement des urbanistes sera probablement tudier lissue des premiers rsultats concrets de cette dmarche. Communaut interministrielle des Urbanistes SI : Se rfrer au paragraphe 4.2 ci-aprs. Architecte Technique : larchitecte technique dfinit larchitecture technique de tout ou partie du SI dun ministre ou dune autorit administrative. Il garantit la cohrence et la prennit de lensemble des moyens informatiques (vue infrastructure et applicative), en exploitant au mieux les possibilits de lart dans le respect du cadre commun durbanisation du SI de lEtat. Projet : Le projet est considr dans ce cadre comme un acteur unique (MOA+MOE). Cest une organisation , non prenne, rassemblant plusieurs comptences, ralisant un ensemble dactivits et dactions dans le but dobtenir un
Cadre commun durbanisation du SI de lEtat rsultat optimal et conforme aux exigences mtiers formules par un commanditaire (cf. direction mtier ci-aprs), en ce qui concerne la qualit, les performances, le cot, le dlai et la scurit. Le projet ici est considr comme un tout : une transformation de tout ou partie dun mtier et de son SI. Il conduit donc galement pour la partie SI, l a conception jusqu la rception de toutes les transformations ncessaires sur le patrimoine fonctionnel, applicatif, et infrastructure du SI conformment aux exigences formules par le commanditaire mtier, en ce qui concerne la qualit, les performances, le cot, le dlai et la scurit. Expert : Lintervention dexperts sera ncessaire pour certaines activits de la dmarche durbanisation. Ils ne sont pas explicitement mentionns dans la description des processus, ni dans le tableau ci-aprs. Il sagit de lexpertise sur les comptences suivantes : mtier, scurit SI, archive, ergonomie, accessibilit, juridique, etc. Dans une version ultrieure, il pourra tre utile de prciser leur rle et mode dintervention.
5.2.2
Les rles et responsabilits
Le tableau ci-aprs dfinit pour chaque livrable (lignes) le rle et les responsabilits des acteurs (colonnes) lists prcdemment. Les livrables sont positionns en regard des activits qui les produisent. Se rfrer aux paragraphes 5.1 pour le dtail des activits et des livrables. Les rles identifis pour les acteurs interministriels constituent globalement la rgle suivre. Les rles dfinis pour les acteurs ministriels constituent une proposition de la communaut des urbanistes SI, quil est probablement ncessaire dadapter certain contexte organisationnel local. Concernant les acteurs ministriels, le tableau ci-dessous identifie : une colonne Secrtaire Gnral / Comit Stratgique SI qui dsigne linstance ministrielle de plus haut niveau en matire de stratgie SI : elle est gnralement assure par le Secrtaire Gnral pour les fonctions support (domaine Ressources et support du POS) et par un comit stratgique ad hoc pour toutes les autres fonctions. Une colonne DSI / Comit de pilotage SI qui dsigne linstance ministrielle de plus haut niveau en matire de pilotage oprationnel de la fonction SI : elle est gnralement assure par la DSI du ministre et/ou par un comit de pilotage ad hoc. Ces 2 acteurs identifient une fonction gnrique, un rle, sans prciser ou imposer une organisation ou un dispositif particulier de gouvernance. La dmarche engage vise le long terme, et le prsent cadre fera trs certainement lobjet dvolution et si ncessaire de prcision sur ce point.
PM/SGG/DISIC
48 / 91
Version 1.0 du 26/10/2012

Acteurs Interministriels
Secrtaire Gnral / Comit stratgique SI
Acteurs Ministriels
Communaut Urbaniste SI
Dir. Mtiers et/ou RZF
Processus / Activit
Livrables
DSI / Comit Pilotage SI
Elaborer & rviser le cadre d'urbanisation
Cadre Commun d'Urbanisation du SI de l'Etat Cadre d'urbanisation ministriel Plan d'Occupation des Sols du SI de l'Etat Plan d'Occupation des Sols ministriel
A A A I I
C C C I A A A
R C R C R C I R R R C R R C C/R C C I
C I C I I I I A I I I C C C C I C C I I I C I I I A C I I I C I I C C
C C C A C C C C C I A/R C C I C
I I I I C C I I I C I I C I I I
C A C C C C A C C C C C A C R R A A R/C A C C A A C A A/R I C C C C C I A A C
C R C R R R R C R R/C R/C C C R R C C R/C R C R C C C C R C C R R R R C C C R R C C C R R R R R R C C
Aligner le SI sur la stratgie
Trajectoire d'volution du SI de l'Etat Trajectoire ministrielle d'volution du SI Proposition de rvision des portefeuilles d'initiatives & projets Proposition de rvision des portefeuilles d'initiatives & projets transverses Elment d'analyse stratgique
Accompagner les mtiers sur la matrise de leurs transformations Gouvernance des donnes & Mettre sous contrle les donnes de rfrences
Guide de modlisation des processus Cartographie des macroprocessus Principes de gouvernance des donnes Rgles de construction des services d'accs aux donnes Catalogue des services d'accs aux donnes I I I A
I A A I C A A
R/C C I C I C C C C C C C C C R I I I C C C C I C I I I C I C I I I I C C
Dictionnaire des donnes communes Mettre sous contrle les volutions du patrimoine applicatif Principes de gouvernance des applications Catalogue des applications Permis de construire Avis de pril Plan de rationalisation applicatif des fonctions transverses Plan de rationalisation applicatif des fonctions "oprations" Standardiser et simplificer les changes Cadre Commun d'Interoprabilit Rfrentiel Gnral d'Interoprabilit Catalogue des services d'changes Cartographie des changes Plans de rationalisation des changes Assurer la cohrence avec l'infrastructure informatique Participer la gestion des portefeuilles dinitiatives & de projets Cadrer, participer aux tudes avant projets Alignement des cadres de cohrence technique Portefeuille d'initiatives et de projets Propositions d'volutions du POS Propositions d'volutions de la trajectoire du SI Dossier d'urbanisation projet transverse + avis Dossier d'urbanisation projet ministriel + avis Suivre et accompagner les tudes / projets / maintenances Piloter l'urbanisation du SI Bilan Projets transverses Bilan projets ministriel Dfinition des indicateurs d'urbanisation Indicateurs d'urbanisation valoriss Plan d'actions (ministriel) Plan d'actions (interministriel) Participer aux comits stratgiques et aux comits d'arbitrages projets Outiller, entretenir et diffuser la connaissance du patrimoine SI Proposition d'arbitrage projets Dictionnaire des concepts (mtamodle) Guide de modlisation Processus d'entretien de la connaisance Site Web Restitutions diverses Promouvoir, communiquer et dvelopper les comptences Communication & Evnement en "urbanisation SI" Formation Urbanisation SI Vivier de comptence Formation Outil de gestion de la connaissance
I I C C I I
R I I I I I R R
A I A
R C R R C C C C I C/R C A I C I A/R I I R I
C I I
I I
A C I I I C I C I I I I I I I I I C I I
I I
I A A I
A C C I I C C I I
C C C C A A/R A/R I
I I I
A C C I I I I I I I I I I I I C
C I I I I I I
R C A A A A A I C I
A/R C/R I
I I I
I I A/R A/R A/R A/R
A= Autorise (Valide), R = Ralise, C = Contribue, I = est inform
Figure 33 - Tableau RACI des rles et responsabilits par livrables
5.3.
La communaut interministrielle des urbanistes
Acteurs cls de la dmarche durbanisation, les Urbanistes se sont rassembls dans une communaut intermi nistrielle anime par la DISIC, avec comme principe fondateur : le partage et la rutilisation : Partager la connaissance et les pratiques en favorisant les changes concrets et utilisables : o Connatre et faire connatre les meilleures pratiques du priv comme du public et les capitaliser, o En vitant le syndrome dsign en anglais par lexpression not invented here . Construire collectivement la dmarche durbanisation des SI de ltat . Renforcer la crdibilit et la valeur de la fonction Urbanisation SI, en communiquant de manire concerte o Visibilit de la dmarche : vers les SG (CSIC), les DSI (CTSIC), les Mtiers, les MOA, les quipes E&D et les quipes Production
Architecte technique
Urbaniste SI
CTSIC
Projet
DISIC
CSIC
I I I I C C I I C I C
Cadre commun durbanisation du SI de lEtat o Force et crdibilit au niveau ministriel et interministriel, mais aussi et surtout vis--vis de lextrieur : plus de poids vis--vis du monde du conseil et des diteurs.
Sentraider ponctuellement sur des tudes ou des projets. Faciliter lintgration de nouveaux arrivants. Veiller : source dinnovation et damlioration continue par une veille et des rencont res avec le priv (ex. retour dexprience organis par des communauts de pratiques, des associations comme le Club Urba-EA). Les Intervenants des correspondants, pour chaque ministre. la communaut sest dj largie et doit continuer de slargir lensemble des urbanistes ou architectes SI des diffrentes autorits administratives (AA) que composent ladministration de lEtat. Leur participation nest pas obligatoirement systmatique. Elle peut tre cible sur des sujets particuliers (rfrentiels de donnes, changes entre AA, POS, mthode de travail, outil de cartographie, partage dinformations, etc.). Lobjectif est dentretenir un annuaire des urbanistes / architectes SI avec leur primtre dintervention ( notamment par rapport au Plan dOccupation des Sols du SI de lEtat). Une communaut outille Loutil utilis par la communaut, Alfresco share, permet de grer et de partager : les supports et CR des ateliers urbanisation anims par la DISIC les documents de rfrence : POS, Mtamodle, Cadres & Rfrentiels Gnraux les retours dexprience les cadres stratgiques (ou schmas directeurs) ministriels les docs projets interministriels (ex : dictionnaire de lONP) des extraits de portefeuille projet ministriel (sur les zones transverses du POS) ? des lments provenant dactions de veille : Club Urba-EA, CIGREF, Editeur, Gartner La mise en place dun outil partag de gestion, de cartographie et de partage de la connaissance SI est galement indispensable la russite dune telle dmarche. Le chapitre 7 de ce cadre lui est co nsacr.
PM/SGG/DISIC
50 / 91
Version 1.0 du 26/10/2012
6.
GESTION DE LA CONNAISSANCE DU PATRIMOINE SIC
La connaissance du SI et la matrise de la gestion de cette connaissance sont indispensables toute action durable durbanisation. Cest la raison pour laquelle cette gestion de la connaissance est une activit propre lurbanisation du SI (cf. 5.1.13). Cette activit a un caractre stratgique dans cette dmarche durbanisation dans la mesure o elle sinscrit sur le long terme, et en constitue la colonne vertbrale. Cest la raison pour laquelle ce paragraphe lui est consacr. Il dcrit plus prcisment les objectifs et les principes associs cette activit.
6.1.
Objectifs
La collecte des informations permettant de dcrire, danalyser et de transformer le SI, sur les 5 vues (stratgie, mtier, fonctionnelle, applicative, et infrastructure), est ncessairement distribue car elles sont de fait dtenues par des acteurs diffrents. Il est donc ncessaire de relier ces diffrents acteurs travers un rseau de collecte et dentretien de la connaissance du SI. De plus, la complexit intrinsque au SI de lEtat impose galement une industrialisation de cette collecte et donc des ressources mutualises, principalement un outil. Cette industrialisation est le seul moyen efficace pour structurer et prenniser la connaissance du SI de lEtat sur le long terme. Plus spcifiquement, les objectifs de cette gestion de la connaissance sont les suivants : Objectif 1 : Dfinir un langage commun et un formalisme associ Faire converger les pratiques, et faciliter le partage dinformation ncessite un langage commun, pivot. Lannexe A de ce cadre comprend une premire version du mtamodle, c'est--dire du modle pivot pour les outils de cartographie. Objectif 2 : Capitaliser les connaissances autour du Systme dInformation Il sagit de capitaliser non seulement la connaissance autour des applications, ou d es fonctions et des donnes, mais aussi sur les processus et les activits mtiers, sur la stratgie ; en bref sur lensemble des concepts identifis. Toutefois, il ne sagit pas de faire le mme effort sur tous, avec la mme priorit. (cf. le principe de progressivit) Objectif 3 : Partager, communiquer et donner une visibilit sur ces connaissances, ainsi que sur les actions des DSI (projets, plan triennal, schma directeur, etc.) Ces connaissances, ces donnes, ne sont pas la proprit exclusive de ceux qui en ont la charge. Cest un bien collectif quil sagit de partager le plus globalement possible tous les acteurs ministriels et interministriels en charge des SI. Il est vident que les sujets confidentiels doivent tre traits selon les rgles en vigueur. Objectif 4 : Inscrire les actions locales dans le contexte global du SI Les actions de transformation du SI, mme minimes, doivent systmatiquement tre repositionnes dans leur contexte. Il sagit didentifier, dans les diffrentes nomenclatures 42 de rfrence de lurbanisation du SI, les lments sur lesquels portent laction de transformation. Quels missions / programmes / actions / projets ? Quels macroprocessus ? Quels zone / quartier / bloc ? Quels types de composants ? Ce positionnement systmatique permet la fois dclairer la porte de toute action, mais surtout de les comparer, les arbitrer et donc les optimiser. Objectif 5 : Faciliter la prise de dcision et le pilotage global des volutions du SI La prise de dcision sur la transformation du SI de lEtat, et donc le pilotage des volutions du SI ncessitent un minimum dinformations sur le SI lui mme : existant, cible, trajectoire. Il sagit donc bien de se focaliser sur les informations qui prsentent une valeur pour cette aide la dcision.
Objectif 6 : Faciliter les tudes dimpact lors de demandes dvolutions

le terme nomenclature dsigne ici les plan de classement, thsaurus, ontologie ou taxonimie, permettant de structurer, dorganiser, danalyser, de matriser la connaissance sur le patrimoine SI. Le Plan dOccupation des Sols du SI de lEtat est lune des nomenclatures pivot de la dmarche.
42
PM/SGG/DISIC
51 / 91
Version 1.0 du 26/10/2012
Cadre commun durbanisation du SI de lEtat Les phases dtudes pralables aux dcisions de lancement ncessite galement des informations sur le SI : dpendance entre les diffrences vues, composants, flux, changes, etc. Il sagit galement dans cette gestion de la connaissance de porter leffort sur les interdpendances entre les donnes (entre le s diffrentes vues). Objectif 7 : Permettre la rutilisation La rutilisation, tous les niveaux (mtier, fonctionnelle, applicative, infrastructure), nest possible qu partir du moment o llment rutilisable est connu, visible, avec une description accessible.
6.2.
Principes de gestion de la connaissance SIC
Le processus de gestion de la connaissance des SI de lEtat peut tre reprsent par la Figure 34 - Gestion de la connaissance SI. Il se dcompose en 4 activits : La collecte des informations au plus prs des acteurs concerns. Cette collecte peut prendre diffrentes formes en fonction du contexte et de la nature des informations : rcupration priodique de document, extraction de donnes depuis des applications spcifiques (gestion de portefeuille projet, CMDB, tableau de bord de suivi, etc.), partir dentretiens (changes ouverts) ou dinterviews (changes ferms dans un sens partir de questionnaire), ou encore, en mettant directement en place, auprs de lacteur concern, une interface de saisie des informations. La modlisation / cartographie : De nombreuses informations ncessitent une mise en perspective : positionnement dans un contexte densemble, relation statique (composition, organisation, etc.), et dynamique ( comportement, fonctionnement, etc.). Un dessin vaut mieux quun long discours . Cest prcisment ce travail de modlisation et de cartographie qui permet de simplifier et faciliter la communication autour de cette connaissance. Il ne sagit pas de tout modliser, mais de le faire l o cest utile, en privilgiant la lisibilit et lutilisabilit. La validation : cest une tape importante, dans le cycle de vie des informations sur le patrimoine SI. Il sagit notamment pour les tudes avant-projet de valider la cible retenue avant publication. Cette tape de validation peut revtir diffrentes formes en fonction des informations concernes. Par exemple, une mise jour majeure du Plan dOccupation des Sols du SI de lEtat sera valide en CTSIC/CSIC, le passage en production dune application ministrielle sera valide par le comit de changement ad hoc au niveau ministriel, un complment dinformation sur la description dune application sera probablement directement valide par le chef de projet concern . La publication : Elle consiste mettre disposition de tous les acteurs lensemble des informations dcrivant le patrimoine SI. Ces 4 activits sont par nature transverses aux grands processus de la fonction SI : Projet, Evolution & entretien des applications, Evolution & entretien des infrastructures, Exploitation. Elles seront donc ncessairement imbriques. Lobjectif est que la publication et donc lusage de cette connaissance permettent une optimisation des ressources, une meilleure prise de dcision, en bref, permettent datteindre les objectifs durbanisation du SI, avec au final un impact sur les processus mtiers. En effet cest le partage et la mise disposition de cette connaissance qui doit inciter les mtiers analyser et optimiser leurs propres processus grce cette connaissance.
Processus mtiers
Etude & Projet Mtier Evolution et entretien des Applications Evolution et entretien des infrastructure Exploitation
Gestion de la connaissance sur le patrimoine SI
Processus SI
n io at ic bl Pu n io at lid
Va
Collecte
Modlisation Cartographie
Usage
Impact
Figure 34 - Gestion de la connaissance SI
PM/SGG/DISIC
52 / 91
Version 1.0 du 26/10/2012
Cadre commun durbanisation du SI de lEtat Cinq principes rgissent cette gestion de la connaissance. Ils sont rfrencs de R1 R5 (R pour Rfrentiel SI, qui dsigne la base de connaissance du SI, cest dire lentrept des donnes permettant de dcrire le SI ). Principe R1 Distribuer la collecte au plus prs des sources dinformation, et rechercher lancrage des dispositifs de collecte dans les processus oprationnels courants
Collecter (cration, modification et suppression) linformation au plus prs des sources (distribution de la collecte), par des processus clairement tablis et eux mmes ancrs dans les processus mtiers (y compris les processus de la DSI), avec des responsabilits clairement dfinies. Principe R2 Collecter uniquement des informations utiles et ncessaires, en recherchant leur maintenabilit et leur utilisabilit
Seules les informations qui ont une utilit oprationnelle, une valeur pour ladministration, et qui sont maintenables doivent tre collectes, tout en cherchant maximiser limpact de leur usage . Lenrichissement du rfrentiel SI ne peut tre que progressif et align sur les processus SI (gestion de projet, entretien des applications, entretien des infrastructures et exploitation). Il est donc ncessaire de faire monter en maturit ces processus pour y intgrer lusage dinformations provenant du rfrentiel SI et ainsi y intgrer les dispositifs de collecte des donnes. Il est donc contreproductif de collecter des donnes qui nont pas dusage dans les processus SI courant s. Il faut privilgier une information macro, entretenue et exhaustive et utilise une information dtaille entretenue de manire pisodique et au prix defforts certains. Lobjectif est de passer du paradigme la plus grande prcision la plus grande utilit . Lutilit est rechercher principalement en matire daide la dcision : comment telle ou telle information peut-tre utilis dans la prise de dcision concernant la transformation du SI de lEtat. Principe R3 Centraliser et standardiser le rfrentiel SI
Le rfrentiel SI, entrept des donnes permettant de dcrire le SI, contenant la connaissance sur le patrimoine SI, doit tre centralis a minima par autorit administrative, si possible par DSI centrale ministrielle, voire par la DISIC. Il doit sappuyer sur le mta modle commun dfini dans le cadre commun durbanisation du SI de lEtat (cf. a nnexe A), et prvoir des interfaces dacquisition et de restitution ouverte conforme au RGI permettant ainsi les changes sans forcer lacquisition de licences particulires. Principe R4 Publier largement la connaissance SI et en faciliter laccs
Ouvrir le plus largement possible, dans le respect des rgles de scurit, laccs cette connaissance du patrimoine SI (interne DSI, toutes les DSI, MOA, mtiers, contrles & inspections, etc.). Il sagit dun principe fondamental de transparence. Cette transparence a plusieurs intrts : communication des actions de transformation, ducation des diffrents acteurs, en positionnant leurs actions respectives dans un plus vaste rseau de contributeur, en informant notamment les MOE sur les ralits mtiers (stratgie, organisation, fonctionnement, etc.), appropriation des dcisions par les acteurs : les cibles sont explicites et positionnes dans la stratgie, concentration sur les sujets plus fortes valeur ajoute, cration dusage, suscite lintrt : le partage attire plus facilement la critique constructive et donc la recherche dun optimum collectif. Principe R5 Contrler rgulirement lusage des informations publies
Lobjectif est dintgrer dans la gestion de la connaissance un retour utilisateur permettant dadapter la collecte et la gestion de cette connaissance aux besoins rels. Il sagit de mettre en place une boucle de contrle et dadaptation de la collecte.
6.3.
Industrialisation de la gestion de la connaissance
La gestion de la connaissance sur le patrimoine du SI de lEtat nest pas une fin en soit, cest un moyen quil est donc indispensable dindustrialiser sur le long terme. Cette industrialisation doit ainsi comprendre
Cadre commun durbanisation du SI de lEtat Un guide de modlisation et des moyens de contrle qualit ; Un plan de formation a minima pour les modlisateurs, la collecte pouvant tre ralise par des outils plus simples ; Une communication adapte et une conduite du changement pour absorber limpact sur les processus courant ; Une assistance (support) aux chefs de projets ; La mise en place ds le dmarrage du projet dun espace de publication pour le contenu valid du rfrentiel SI.
PM/SGG/DISIC
54 / 91
Version 1.0 du 26/10/2012
7.
DECLINAISON OPERATIONNELLE DU CADRE
Le prsent cadre dfinit les principes et les activits durbanisations ncessaires et attendues pour organiser la transformation continue du SI de lEtat. Il ne dfinit pas une mthode prcise dcliner telle quelle, mais plus une cible fonctionnelle atteindre, et des principes de mise en uvre. La dclinaison prcise reste dans tous les cas de la responsabilit des administrations / ministres concerns. Ce chapitre propose un cadre commun.
La dclinaison de la dmarche commune durbanisation par un Ministre ou une administration pourra comporter dans un premier temps les actions suivantes : Valoriser les indicateurs durbanisation sur le primtre de ladministration mais aussi sur le primtre ministriel considr. Il sagit de formaliser la situation de dpart, sur le niveau de maturit, la photo de lexistant en matire durbanisation. Dfinir les objectifs et les valeurs cibles dindicateurs en fonction de la stratgie SI ministrielle. Et mettre en place un plan damlioration sur lensemble des activits durbanisation. Utiliser et intgrer le vocabulaire dans la gouvernance de ladministration, la communication interne, la documentation projets. Intgrer / aligner les principes de ladministration (coopration & gouvernance, architecture, donnes, services) sur le cadre commun durbanisation. Les principes du chapitre 3 doivent servir avant tout de fil rouge et de cadre. Ils ne sont en aucune manire appliquer de manire dogmatique. La ralit des projets est telle que lapplication de telle ou telle rgle doit rester une dcision des instances de gouvernance du projet. Les principes retenus ici permettent de garantir un niveau de matrise de la trans formation continue du SI de lEtat, le pragmatisme reste galement un fort levier pour cet objectif. Aligner le POS de ladministration et du ministre sur le POS du SI de lEtat : les domaines transverses tant sous responsabilit interministrielle (Echange, Rfrentiel, Support, Pilotage & Contrle). Il sagit rellement de cadrer lintgralit du POS dune autorit administrative sur celui de lEtat, ou le cas chant, de proposer des volutions du POS du SI de lEtat pour prendre en compte des particularits locales qui nauraient pas t perues dans cette premire version. Le POS est un cadre par nature qui doit tre partag entre tous les acteurs concerns par la transformation du SI : mtier, MOA et au sein des DSI. Lalignement rapide sur le POS du SI de lEtat est un prrequis important beaucoup dactivits de la dmarche : gouvernance des donnes, rationalisation du patrimoine applicatif, cadrage des projets, etc. Mettre en place des changes rguliers sur lentretien du POS SI de lEtat par rapport aux besoins de ladministration. Initier la ralisation et lentretien de la trajectoire du SI de ladministration ou du ministre concern, et de la consolider au niveau de la DISIC dans le but de constituer et de partager la trajectoire de lensembl e du SI de lEtat. Ce travail est clairement engager sur le long terme. Mais il peut toutefois trs concrtement et rapidement apporter une vision plus complte et prcise des transformations engages ou engager du SI, ou dune partie du SI. Mais, et cest la difficult, il doit sappuyer sur des informations fiables sur le portefeuille dapplications et le portefeuille de projets considrs. La finalit est bien laide la prise de dcision et la coopration sur larbitrage des initiatives et des projets. En progressant sur cette trajectoire, lide est de mettre progressivement en tension ces deux lments indispensables que sont la gestion du portefeuille des applications et du portefeuille des projets : affiner les processus dentretiens, la qualit de ces donnes, leurs prcisions, validits, fraicheurs, partages, etc. Utiliser loffre de service interministrielle doutil de cartographie, ou a minima, aligne r loutil propre ladministration sur le mtamodle commun. Alignement des pratiques de gestion de la connaissance sur le cadre commun durbanisation. Les activits participer la gestion du portefeuille des initiatives et des projets , gouvernance des donnes & mettre sous contrle les donnes de rfrences et mettre sous contrle les volutions du patrimoine applicatif (GPA) doivent faire lobjet dun effort tout particulier et dun plan dactions ddi. Enfin, la communication, la sensibilisation, voir la formation de lensemble des acteurs cette dmarche commune est ncessaire et se pense sur le long terme. Il est donc prfrable didentifier des actions simples de communications dans un premier temps, qui pourront senrichir (dispositif de sensibilisation, de soutien, de
Cadre commun durbanisation du SI de lEtat rseau dexpert, de mise disposition de guide, doutils pratiques, etc.) avec lappui de la communaut interministrielle des urbanistes SI. Lensemble de cette dclinaison oprationnelle est : dune part structure par le prsent cadre et son dispositif dentretien qui laccompagne, avec la communaut des urbanistes. dautre part coordonne et rythme par le dispositif interministriel de dclinaison et de pilotage du cadre stratgique du SI de lEtat pilot par la DISIC, travers la notion de palier. Ce dispositif permettra notamment de cadencer dans le temps la dclinaison en fonction des objectifs stratgiques et des plans dactions locaux.
PM/SGG/DISIC
56 / 91
Version 1.0 du 26/10/2012
A
A.1
VOCABULAIRES COMMUNS LE METAMODELE PIVOT

Principes
Un modle est une abstraction de la ralit qui permet de faciliter la comprhension de tout ou partie dun syst me tudier. Un Mtamodle est un modle (sous la forme dun diagramme de classe UML). Il dcrit les concepts qui sont utiliss pour laborer des modles. Un mtamodle permet de dfinir un langage de modlisation, cest dire toutes les caractristiques ncessaires llaboration de modles. Cest un niveau dabstraction supplmentaire par rapport un modle. LObject Management Group (OMG) dfini 4 niveaux dabstractions de M0 M3 reprsents dans la figure ci-aprs.
Concepts gnrique permettant de dcrire un langage
Classe
Exemple
Concepts de loutil de cartographie du SI
Objet mtier
Fonctionnalit
Application
Permet de dcrire
M3 Layer Meta-Metamodel M2 Layer - Metamodel
Permet de dcrire
M1 Layer - Model
Permet de dcrire
M0 Layer - Information
Source : OMG Entit du MCD dune application
Fonctionnalit dune application
Personne physique
Rechercher une personne physique
PERS
Application rfrentiel des personnes physiques (DGFiP)
Exemple Exemple ::La Lamodlisation modlisationdes des objets objets

mtiers mtiersdans dans une uneapplication, application, passe passepar parla la ralisation un ralisationd d unmodle modlephysique physique qui qui tient tient compte des contraintes et optimisations compte des contraintes et optimisations lies lies au auchoix choixtechnologiques. technologiques.
PERS
Enregistrement dans une base de donnes
Dupont Andr
Web service
Rechercher une personne physique par son tat civil (recherche synchrone)
Figure 35 - La notion de mtamodle illustre par un exemple
Cette annexe dcrit le mtamodle utiliser pour toutes dmarches d urbanisation interministrielle, ministrielle ou au sein dune administration (quelque soit le cas identifi au paragraphe 2.2). Sa mise en uvre dans les outils de cartographie ou de modlisation permettra dassurer leur interoprabilit sur le niveau smantique. Dans cette premire version du cadre, le prsent annexe ne porte que sur la dfinition du mtamodle commun, et ne comprend pas des restitutions graphiques types pour chaque reprsentation / utilisation des concepts dfinis.
A.2
Les diffrents niveaux ou vues darchitecture dun SI

dune part disoler les diffrentes problmatiques traiter dans la transformation d u SI, de rduire la complexit intrinsque au SI de lEtat en simplifiant, en le rduisant un modle plus simple comprendre et manipuler,
Le mtamodle permettant de dcrire lensemble de la connaissance du SI se dcompose selon 5 vues du SI. Il est courant galement de parler de couches ou de perspectives. Lobjectif de ce dcoupage est :
et de dcoupler les diffrents points de vue. Les 5 vues sont bien sr globalement dpendantes les unes des autres . Ce nest quune reprsentation qui a galement ses propres limites, mais il est toutefois possible dagir de manire limite sur ces 5 vues de manires spares.
PM/SGG/DISIC
57 / 91
Version 1.0 du 26/10/2012

Glossaire mtier Taxonomie Plan projet
Vue Strat Stratgie
Gestion du patrimoine Cartographie Structure de donnes Dictionnaire
Vue M Mtier
Vue Fonctionnelle
Systme & information
Vue Applicative
Vue Infrastructure
Dploiement physique
Contrat de service PCA/PRA Gestion des incidents Gestion des configurations
Spcification Dveloppement DBA Test
Figure 36 - Les utilisations du mtamodle
Le dcoupage du SI en couches ou en vues, est une question rcurrente et tudie par les experts du monde IT depuis de nombreuses annes. Le nombre de couches et leurs articulations ne fait pas encore totalement lunanimit, mme si lon observe trs clairement une forte volution de la maturit sur ces questi ons, et une convergence des pratiques (cf. TOGAF43 et ArchiMate44). Le dcoupage retenu dans ce cadre est partag par la communaut des urbanistes et reprend celui du Club Urba-EA.
Nomenclatures de rfrence (classement) + Rgles Identification et description statique des objets Description dynamique (comportements)
Mission Programme Objectif Indicateur Macro-Processus Processus Activit, Procdure Acteur, Organisation Zone, Quartier, Bloc Fonctionnalit Objet Mtier
Vue Strat Stratgie

Vue M Mtier
TRANSFORMATION
DONNEES
Vue Fonctionnelle
Application Message Composant logiciel Socle technique Site Equipement physique Equipement de Stockage Communication
Vue Applicative
Vue Infrastructure
Dploiement physique
Figure 37 - Les 5 niveaux de reprsentation d'un SI
Les liens entre objets (liens de type utilisation, dclinaison) peuvent traverser une ou plusieurs couches. Par exemple, une Activit (Vue Mtier) utilise une Application (Vue Applicative). Le principe de progressivit et damlioration continue de la gestion de la connaissance impose galement une redondance dans certains liens. Par exemple : une Activit (Vue mtier) utilise une Fonctionnalit, qui est elle-mme implmente dans un Service Applicatif dune Application. Cette succession de lien permet de dcrire finement la couverture fonctionnelle et mtier dune Application. Mais il est possible, en labsence dune maitrise dtaille de la connaissance, de dcrire directement les Applications utilises par une Activit. Chaque vue du mtamodle comprend les lments suivants :
TOGAF : The Open Group Architecture Framework, cadre darchitecture dentreprise de lOpen Group, la version 9.1 du TOGAF a t utilis pour llaboration de ce prsent document 44 ArchiMate : Standard de lOpen group, ArchiMate est un langage de modlisation ouvert et indpendant pour lArchitecture dEntreprise
43
PM/SGG/DISIC
58 / 91
Version 1.0 du 26/10/2012

Une vue du mtamodle
Utilisation par les couches suprieures
Rgles de traabilit
La stratgie
Les responsabilits Les processus de gestion et les rgles associs

Nomenclature
Classification Taxonomie
Les transformations
Les concepts
La dynamique (change, interaction)
Rgles de construction
standardise
Organisation Processus Rle
Dclinaison dans les couches infrieures
Le RGI
Figure 38 - Les thmes abords pour chacune des 5 vues du SI
Chaque vue peut ainsi sommairement se dcomposer en 3 sous ensembles : Une partie visant structurer, classer et rglementer les concepts de la vue, Une partie dcrivant de manire statique les concepts de la vue, indpendamment de leurs interactions ou de leurs transformations dans le temps, Et enfin une partie dcrivant le comportement dynamique des concepts de chaque vue, au sein dune vu e et en lien avec les autres vues. Il sagit galement de dcrire la transformation dans le temps des concepts dune vue en lien avec la stratgie de transformation SI (et donc en fonction notamment des projets). Chacune des vues du mtamodle est dcrite selon la mme structure : Une figure (diagramme de classe UML simplifi), reprenant les concepts et leurs dpendances (matrialises sous forme dassociations) ; Parfois accompagn dune deuxime figure prcisant des lments de comportement ou de dynamique. Ces diagrammes de classes prsentent galement les concepts des autres vues qui sont lis la vue considre. Une description synthtique clairant les principaux concepts de la vue ; Un tableau avec les dfinitions des concepts de la vue.
A.3
Rgles de nommage
Cette premire version du mtamodle commun ne dfinit pas prcisment la structure des concepts manipuls, notamment leurs attributs. Il dfinit et cadre le positionnement des concepts dans chaque vue, et les relations les plus importantes entre chaque concept. Le nommage des objets, en dehors de leur identification propre (utilisation didentifiant ou de code particulier), revt une importance particulire. Les rgles de nommage ne sont galement pas ce stade dfinies prcisment. Il convient de respecter un premier principe suivant : Pour tous les concepts lis des actions (Processus, Activit, Procdure, Opration, Fonctionnalit, Service applicatif), le nom de du concept doit tre structur de la faon suivante : [Verbe linfinitif] [Objet mtier] [Qualificatif] Le verbe doit si possible tre issu dun glossaire de verbes (liste ferme) pralablement dfinis.
A.4
La vue Stratgie
La vue Stratgie du SI permet de dcrire dune part les missions de lEtat et dautre part ses objectifs stratgique s. La loi organique relative aux lois de finances (LOLF), promulgue le 1 er aot 2001, et en vigueur totalement depuis le 1 er janvier 2006 intgre un vritable cadre de performance dans la gestion publique. Il comprend dune part la description des missions, savoir les grandes politiques publiques. Ces missions sont organises en Programmes et Actions qui organisent laffectation et lusage des crdits ncessaires aux Mission s. Dautre part cette vue stratgique reprend les objets de performance et leurs indicateurs. Enfin, la transformation du SI de lEtat est structure et organis e grce la mise en place de Projets, qui sont la traduction oprationnelle de la stratgie. Pour cette premire version du cadre, la structuration et la dfinition prcise de s notions de performance nest pas ralise. Des travaux dautres tats en la matire (cf. le cadre darchitecture du gouvernement autralien AGAF ou le cadre amricains, cf. 2.5) pourront servir de base de travail. Il est que stion non seulement dvaluer lefficience de processus, mais aussi dvaluer les effets provoqus par lusage des produits et services des administrations par les
Cadre commun durbanisation du SI de lEtat usagers des services publics. Dans une version prochaine du cadre, il sera probablement ncessaire de complter le prsent mtamodle sur ces notions et introduire notamment une nomenclature de classification des indicateurs de performances, avec les rgles associes.
Vue Stratgie
Axe stratgique
1 Se regroupe en * * * * 1 * Est suivi par Met en place ou fait voluer des fonctionnalits, objets mtiers, Applications, services, etc. * Contribue la * ralisation de Dpend financirement de se dcline en
Loi de Finance
Mission Mtier
1 se dcompose * 1
Objectif
(de performance)
Programme
1 * 1
* *
se dcompose
Indicateur de performance
Projet
* * 1
* *
Action
se dcompose contribue la ralisation de * est confi est confi
Est programm par
Est responsable de 1
Processus
Acteur
Mtier
(ou macro activit) *
Personne
1
Vue mtier
Est responsable de
Figure 39 - Les concepts de la vue Stratgie
Concepts
Dfinitions Une mission comprend un ensemble de programmes concourant une grande politique publique dfinie. Seule une disposition de loi de finances d'initiative gouvernementale peut crer une mission. Selon l'article 7-1 de la LOLF, les crdits ouverts par les lois de finances pour couvrir chacune des charges budgtaires de l'tat sont regroups par mission relevant d'un ou plusieurs ministres. La mission peut donc tre soit infra ministrielle (ex. mission Gestion des finances publiques et des RH), soit ministrielle (ex. mission Justice), soit interministrielle (ex. mission Recherche et Enseignement suprieur). La mission constitue galement l'unit de vote des crdits et les parlementaires ont la possibilit de modifier la rpartition des crdits entre les programmes d'une mme mission. En revanche, en raison de l'article 40 de la Constitution, le montant global des crdits de la mission ne peut, en revanche, tre accru par le Parlement. Le programme regroupe les crdits destins mettre en uvre une action ou un ensemble cohrent d'actions relevant d'un mme ministre et auxquels sont associs des objectifs prcis, dfinis en fonction de finalits d'intrt gnral, ainsi que des rsultats attendus et faisant l'objet d'une valuation. Le programme est l'unit de spcialit des crdits et le niveau de l'autorisation de la dpense. Les programmes succdent ainsi aux 850 chapitres budgtaires. Le programme constitue le cadre de la gestion oprationnelle des politiques de l'tat. La plupart des programmes correspondent directement des politiques. A chaque programme correspond un responsable unique au sein de ladministration. En complment, certains programmes supportent des moyens de pilotage, de soutien ou polyvalents et contribuent par l-mme plusieurs politiques. Le responsable de programme a la facult d'utiliser librement les crdits du programme autoriss par le Parlement sous rserve de ne pas dpasser le montant prvu pour les dpenses de personnel (fongibilit asymtrique) et le plafond ministriel des autorisations d'emploi, de couvrir en priorit les dpenses obligatoires et de grer ses moyens de faon soutenable dans la dure.
Mission
Programme
PM/SGG/DISIC
60 / 91
Version 1.0 du 26/10/2012
Cadre commun durbanisation du SI de lEtat Une action est la composante d'un programme. Les projets de loi de finances prsentent les crdits en missions, dtailles en programmes, eux-mmes composs d'actions. A la diffrence des titres et des catgories qui indiquent la nature de la dpense, une action identifie sa destination : elle peut rassembler des crdits visant un public particulier d'usagers ou de bnficiaires, un service ou un mode particulier d'intervention de l'administration. Au sein d'un programme, au moment de l'autorisation, la rpartition des crdits entre les actions est indicative sous rserve de la couverture des dpenses obligatoires. Elle fait l'objet d'une restitution prcise, en excution budgtaire. La plupart des actions correspondent des lments de politique. En complment, certaines actions supportent des moyens de pilotage, de soutien ou polyvalents et contribuent par l mme dautres actions voire plusieurs programmes. Cest lanalyse des cots qui donnera la vision des cots rels de chaque action. Un axe stratgique est un ensemble d'objectifs de performance de mme nature. Les projets annuels de performances (PAP) des programmes comportent des objectifs qui expriment les priorits stratgiques de chaque programme, c'est--dire des priorits stratgiques de la politique de l'Etat. Les objectifs sont mesurs au moyen d'indicateurs de performance. Quantifi, l'indicateur mesure la ralisation de l'objectif prcdemment dfini et permet d'apprcier l'atteinte d'une performance le plus objectivement possible. On distingue trois types dindicateurs : les indicateurs d'efficacit socio-conomique (point de vue du citoyen) qui mesurent les bnfices attendus des politiques publiques pour le citoyen (par exemple : rduire la pratique du tabagisme) ; les indicateurs de qualit de service (point de vue de l'usager) qui mesurent lamlioration du service rendu l'usager (par exemple : rduire le dlai de rponse judiciaire) ; les indicateurs d'efficience (point de vue du contribuable) qui portent sur l'optimisation des moyens employs en rapportant les produits obtenus aux ressources consommes. Chaque indicateur porte une valeur prvisionnelle pour lanne du PLF et pour une chance de moyen terme. Chaque objectif fait lobjet d'un compte -rendu (analyse des rsultats) dans les rapports annuels de performances (RAP). La structuration de ces indicateurs pourra faire lobjet dun cadrage ultrieur la lumire de ce que le gouvernement Australien fait dans son cadre durbanisation 45. Un projet est un ensemble de tches confies une quipe, qui transforment tout ou partie du systme dinformation en vue datteindre un ou plusieurs objectifs donns, dans un cadre contractuel donn (calendrier, cot, exigences rglementaires, etc.). Le terme projet ne dsigne donc pas uniquement la transformation de la composante informatique, mais bien lensemble des actions de transformation portant sur chacune des vues : cela comprend donc galement la conduite du changement mtier, la formation des agents aux nouvelles procdures de travail, etc.
Action
Axe stratgique
Objectif de performance
Indicateur de performance
Projet
Le concept de projet permet didentifier les impacts dune transformation sur le SI et donc sur les principaux concepts des diffrentes vues. Ce principe est illustr dans le diagramme de classe simplifi suivant.
Impact mtier *
Processus
Dpend financirement de
Transformation SI
Nature de limpact
*
Action
1
Impact fonctionnel
Secteur fonctionnel
Projet Objectifs de performance

* contribue la ralisation de * * *
* Impact applicatif Impact applicatif *
Application Socle dexcution
Vision macro de limpact
responsabilit
correspondant
1..*
Impact infrastructure
Infrastructure
*
Structure
Personne
45
se rfrer au cadre australien cit en introduction au 2.5.
PM/SGG/DISIC
61 / 91
Version 1.0 du 26/10/2012

Figure 40 Les concepts de la vue Stratgie zoom sur la transformation du SI
Les impacts identifis dans cette premire version ne sont quun sous ensemble des impacts possibles dun projet. Il existe bien sr galement des impacts juridiques, politiques, conomiques, financiers, scurits, etc. Seuls sont identifis ici les impacts portant sur des objets dcrits dans cette premire version du mtamodle pivot.
A.5
La vue Mtier
La vue mtier du SI permet de dcrire les processus, les activits et lorganisation de lEtat. Lidentification et la description des processus mtiers, savoir, les chanes de valeur, ou encore les encha nements dactivits dans le but de fournir un rsultat (un produit ou un service) devient un travail indispensable pour mesurer et piloter les politiques publiques. Lorganisation des processus, en macroprocessus permet de faciliter la communication et surtout la matrise dans le temps (cf. annexe B sur les nomenclatures). De mme, lorganisation des activits par mtier permet de rapprocher les activits de mme nature qui font appel aux mmes types de comptence. Implicitement, la description des processus et activits de lEtat permet de dfinir toutes les relations que lEtat entretient avec tous les acteurs externes lEtat, au premier rang desquels les usagers. Cette vue du SI permet de dcrire galement en dtail les procdures de travail des agents. Classiquement dans lingnierie de processus, on dfinit deux perspectives : La reprsentation fonctionnelle du travail : les Processus et ses Activits (identifis par comptence, cest dire par Mtier) ; La reprsentation organisationnelle du travail : les Processus et leurs dclinaisons oprationnels en Procdures, cals sur lorganisation relle.
Vue Stratgie
objectifs
contribue la ralisation de *
Projet
*
Programme
Est programm par
Nomenclature
impact
Vue mtier
Nomenclature
*
Mtier
(ou macro activit) 1 1 *
* *
* 1 enchane * * Se dcline * 1 1 *
Macro Processus
1
Activit
(Processus Fonctionnel) * * *
Processus
* * 1
Procdure
(Processus Organisationnel)
Opration
(tche) *
Vision organisationnelle (Mode opratoire)
Glossaire de verbe
1 pilote *
ralise ralise
Acteur
1
Est responsable de
Utilise (participe la ralisation de) *
utilise *
Glossaire de verbe avec leur dfinition pour le nommage des processus, activit, procdure, opration, fonctionnalit
* utilise *
Secteur fonctionnel
Fonctionnalit
Application
Vue fonctionnelle
Vue applicative
Figure 41 - Les concepts de la vue Mtier
Le glossaire de verbe est un lment ncessaire pour la cohrence des dnominations des concepts suivants : processus, activit, procdure, opration. Chaque nom de processus doit commencer par un verbe linfinitif provenant du glossaire de verbe pralablement dfinit. La richesse de la langue franaise et donc de ses interprtations ncessite un cadre smantique commun.
PM/SGG/DISIC
62 / 91
Version 1.0 du 26/10/2012

Vue mtier
1 rcepteur entre * sortie * dclenche Consomme / utilise produit entre * sortie * * * *
Acteur
1 metteur 1
Processus
1 1
Activit
(Processus Fonctionnel)
1 rceptrice 1 mettrice
Message
Procdure
(Processus Organisationnel)
1 rceptrice 1 mettrice 1 rceptrice
entre * sortie * entre
Opration
1 mettrice Opration suivante rceptrice 1 sortie * entre * sortie *
Application
1 mettrice
Vue applicative
Figure 42 - Les lments de dynamique et de comportement de la vue Mtier
Activit
*
Opration
*
Application
*
ralise ralise
utilise se dcompose en
Acteur interne Acteur externe
* 1
0..1 responsable * *
Acteur
Programme
responsable
Vue Organisation
Fonction
1
Structure
1 Est rattach * responsable *
Secteur fonctionnel
Application
assure
Personne physique
1 1..* 1..* correspondant
pilote correspondant * *
Processus
Secteur fonctionnel
Application
Figure 43 - Les concepts de la vue Mtier lis l'organisation
PM/SGG/DISIC
63 / 91
Version 1.0 du 26/10/2012
Cadre commun durbanisation du SI de lEtat Concepts Dfinitions Un processus est une chane de valeur fournissant un produit ou un service un client interne ou externe la structure considre. Un processus est reprsent fonctionnellement par un enchanement (c'est--dire une collection organise) dactivits permettant la dlivrance dun service ou dun produit au client (interne / externe). Un processus est mis en uvre oprationnellement par des procdures spcifiques chacun des contributeurs. Un processus reprsente une vision de bout en bout : il intgre lensemble de la chane de traitement (front et back -office). Dans la plupart des cas, les processus sont dclenchs par un vnement provenant du client. Les processus peuvent senchaner entre eux, et impliquent plusieurs acteurs. La notion de client est essentiellement fonction du primtre donn au processus. En effet si le processus est dfini pour une DSI, le primtre de celui-ci est la DSI et les clients sont les clients de la DSI (autrement dit les utilisateurs du SI de manire gnrale et les MOA). Si le primtre du processus est celui de la structure pour laquelle la DSI travaille (ex. un ministre), alors les clients sont les clients de cette structure. Un processus peut donc se dcomposer en sous processus. Les processus sont indpendants de l'organisation des structures. Ils fournissent une comprhension globale de l'enchanement des contributions qui concourent la dlivrance du rsultat (produit ou service). Une activit est un ensemble cohrent d'actions mobilisant une seule comptence ou un groupe de comptences (un mtier) produisant un rsultat dans la chane du processus. Une activit reprsente un maillon dans la chane de valeur du processus. Une activit se caractrise par : une unit daction (un seul rsultat), une unit de temps (un enchanement logique dans le temps de tches), une unit de mtier (une seule comptence ou groupe de comptence s mis en uvre), un suivi de lactivit par le contrle de gestion (autrement dit, un cot peut-tre dgag vis--vis de lactivit). Un acteur reprsente un rle mtier qui peut tre port par une personne, un groupe de personnes ou une structure. Un acteur peut tre interne ou externe. Une personne, un groupe de personnes ou une structure peuvent donc jouer des rles diffrents selon les processus auxquels ils participent. Un acteur de type structure reprsente une unit organisationnelle de lentreprise considre : un service, un dpartement, un bureau, une direction... Un acteur de type fonction reprsente un poste de travail (un rle) qui excute des activits, utilise des applications et prend des dcisions dans le cadre des processus mtiers de lentreprise considre. Les acteurs de type structure sont avant tout utiliss pour dcrire les responsabilits des units organisationnelles vis--vis de projet, dapplication, de processus, etc. Les acteurs de type fonction permettent didentifier les rles jouer par des structures ou des personnes vis--vis du systme dinformation. Les fonctions RH sont un sous-ensemble des fonctions de lentreprise. Le message est un flux dinformations qui est mis (ou reu) par un acteur externe , un processus ou une activit. Un message reprsente un flux dinformations (ou de matire) chang entre des activits ou des processus. Le nom du message dsigne le contenu informationnel chang et non le moyen ou le s upport de lchange. Dans le schma de principe de la modlisation, les messages correspondent aux entres et aux sorties. La succession des messages lintrieur dun processus permet de mettre en vidence la consistance de la valeur ajoute qui se constitue, dtapes en tapes. Cette consistance est caractrise par des objets mtier (concepts stables du mtier) qui constituent les units lmentaires de la smantique du mtier. Une procdure dcrit la marche suivre pour mettre en uvre tout ou partie d'un processus. Une procdure est un regroupement doprations qui p roduit un rsultat contractuel. Les procdures sont des ensembles logiques de tches lmentaires, permettant laccomplissement dun mme objectif oprationnel. Elle constitue la brique de base des processus, et elles dpendent gnralement dun seul acteur.
Processus
Activit
Acteur
Message
Procdure
PM/SGG/DISIC
64 / 91
Version 1.0 du 26/10/2012
Cadre commun durbanisation du SI de lEtat Une procdure se caractrise par : une unit daction (un seul rsultat), une unit de temps (un enchanement logique dans le temps doprations), une unit dacteur (un seul acteur structure responsable de la procdure). Opration Une opration est une tape d'une procdure correspondant l'intervention d'un acteur de l'organisation dans le cadre d'une des activits de la structure. Une opration peut tre dcompose en tches lmentaires.
A.6
La vue Fonctionnelle
La vue Fonctionnelle permet de dcrire ce que fait le SI et de dcrire les informations quil manipule. Cette vue dcrit ce qui finalement est attendu du SI par les utilisateurs dans le cadre de la ralisation des processus, indpendamment des ressources (personnels, outils, etc.), et de leur organisation. La vue fonctionnelle permet didentifier et de structurer les invariants fonctionnelles entre plusieurs processus ou activits de lEtat. Cette vue permet de dcrire les objets mtiers (c'est--dire les informations) grs, manipuls ou changs par le SI, et la manire dont ces objets mtiers sont manipuls ; on parle de fonctionnalit (prfrable au terme service , souvent ambigu). Le terme Plan dOccupation des Sols du SI de lEtat dsi gne la nomenclature (cf. annexe B) de rfrence pour cette vue fonctionnelle. Il partitionne lensemble des fonctionnalits et des objets mtiers.
Vue mtier
Processus
* Est sous la responsabilit de
Acteur
1
Activit
processus fonctionnel
Domaine
Est rattach 1 *
Vue fonctionnelle
Contribue la ralisation de
Zone
* * se dcompose * 1 *
Fonctionnalit
1 * 1 1 1 est un ensemble de est un ensemble de est un ensemble de * {Cohrence} * * *
1 est de type
Secteur fonctionnel
1..*
Type de fonctionnalit
Quartier
se dcompose *
Nomenclature
Bloc

Couvre fonctionnellement
Est dcrit par un
Modle
Association
Objet mtier (information) * manipule

1 Est implmente dans Est implmente dans
est caractris par
Nomenclature
Type de donnes
est de type 1 *
Attribut
* Est implmente dans
Application
La modlisation est ici simplifie (on ne voit pas apparatre tous les concepts ncessaires la modlisation : Rles des associations, Gnralisations, Classes dassociations, Identifiants)
Base de donnes
(composant applicatif)
Vue applicative
Service applicatif
Figure 44 - Les concepts de la vue Fonctionnelle

Pilotage & Contrle Opration Support Echange Rfrentiel
Domaine
Est rattach 1 *
Domaine
Zone
se dcompose 1 *
Secteur fonctionnel
Quartier / Ilot
se dcompose * 1
Type de fonctionnalit
Conversationnelle Orchestration Elmentaire
Bloc
Type de donnes
Dictionnaire de type de donnes (ex. : montant, date)
Figure 45 - Les diffrentes nomenclatures de la vue Fonctionnelle
PM/SGG/DISIC
65 / 91
Version 1.0 du 26/10/2012
Cadre commun durbanisation du SI de lEtat Concepts Dfinitions Un secteur fonctionnel est un lment de la nomenclature associe la vue fonctionnelle. Il permet de classifier les deux principaux objets de cette vue fonctionnelle, savoir, les fonctionnalits et les objets mtiers. L'ensemble des secteurs fonctionnels constitue le plan d'occupation des sols du Systme d'Information. Les secteurs fonctionnels sont organiss hirarchiquement : les secteurs de plus haut niveau sont appels "Zone", qui se dcomposent en "Quartier", qui se dcomposent eux-mmes en "Bloc". Il pourra apparatre, dans quelques cas particulier, un niveau de dcoupage supplmentaire appell "Ilot". Un secteur fonctionnel est un ensemble cohrent et intgre dobjets mtiers (et dassociation) et de fonctionnalits qui les manipulent. Cet ensemble dobjets mtiers ne peut-tre manipul que par les fonctionnalits du secteur considr, qui constituent les "prises" ou interfaces de ce secteur. Objets mtiers et fonctionnalits d'un secteur fonctionnel sont sous une responsabilit unique quant leur dfinition et leurs volutions dans le temps. Nature dune zone : Opration, Support, Pilotage & Contrle, Donnes transverses ou Echanges
Secteur fonctionnel
Domaine
Zone
Une zone est un secteur fonctionnel qui correspond au premier niveau de dcoupage du SI. Les Zones du SI portent chacune une grande fonction mtier. Une Zone est dfinie entre autre par sa nature : - Opration : zone regroupant des fonctions aux services directs des usagers (y compris les fonctions de protection et de scurit du pays). - Support : zone contribuant la bonne excution des oprations, centre donc sur la gestion des ressources de l'Administration : ressources humaines, financires techniques - Pilotage et Contrle : zone portant une grande fonction de pilotage ou de contrle de laction de lEtat, - Donnes transverses : zone regroupant des donnes transverses (ou communes) un grand nombre de secteur fonctionnel du SI, - Echanges : zone portant sur les changes internes ou externes permettant l'acquisition ou la restitution d'information dans le SI ou vers l'extrieur du SI, y compris la gestion des canaux de communication. Une zone se dcompose en quartiers. Cest ce niveau de granularit quest associ un lment important de gouvernance : le Responsable de Zone Fonctionnelle (RZF) : il est responsable de la stratgie dvolution de la zone concerne, son urbanisation et de son pilotage oprationnel. Le quartier est un secteur fonctionnel qui correspond un regroupement de blocs homognes quant la nature des informations traites et/ou la finalit mtier concerne, et dont le couplage (c'est dire les dpendances rciproques) est galement homogne. Le quartier est rattach une seule zone, et se dcompose en plusieurs blocs. Un bloc est un ensemble homogne et cohrent de fonctionnalits dobjets mtiers. Le bloc correspond un secteur fonctionnel dont la granularit est la plus fine du systme dinformation. Il correspond une entit fonctionnelle remplaable, modulaire, du systme d'information. Le bloc fonctionnel est rattach un seul quartier. Sous dcoupage d'un bloc (exception).
Quartier
Bloc
Ilot
PM/SGG/DISIC
66 / 91
Version 1.0 du 26/10/2012
Cadre commun durbanisation du SI de lEtat Une Fonctionnalit est un ensemble de traitements et de rgles de gestion organises de faon produire un rsultat attendu, dans le cadre de Processus et dActivits mtiers, par un Acteur ou une autre Fonctionnalit du SI, et caractrises par : - lunit daction : un rsultat significatif pour lacteur (ou une autre Fonctionnalit) qui sollicite cette Fonctionnalit dans le cadre dune ou plusieurs Activits (niveau lmentaire de description des processus) - lunit de temps : un enchanement linaire et cohrent de traitement de manire conserver lintgrit fonctionnelle (vis--vis du mtier) des Objets Mtiers manipuls - lunit de lieu : ralis dans un seul Bloc Fonctionnel Les fonctionnalits permettent de faire linterface entre les domaines oprationnel et systme en distinguant les notions d attendu fonctionnel et de solution informatique trop souvent confondues. Une ou plusieurs fonctionnalits peuvent tre rendues par un ou plusieurs services applicatifs. Cette correspondance sera organise et modlise dans larchitecture fonctionnelle travers le plan doccupation des sols, vision urbanise du systme dinformation labore partir des fonctionnalits. Une Fonctionnalit appartient un et un seul Bloc Fonctionnel. Une Fonctionnalit manipule des Objets Mtiers de son Bloc Fonctionnel et uniquement de son Bloc. La Fonctionnalit est, pour un Bloc Fonctionnel, une interface permettant de manipuler les Objets Mtiers du Bloc. Elle est rutilisable dans le cadre de plusieurs Activits (cf. Le Dictionnaire des concepts & Guide de modlisation des Processus). Elle est implmente par des Services si elle est informatise. Un Objet Mtier est un concept ayant un sens pour le mtier, il dcrit un ensemble dlments (information, bien ou service) ayant les mmes caractristique s, produits ou consomms par les Activits de lentreprise. +LObjet Mtier prsente une valeur pour lActeur qui le manipule lors de ses dcisions et de ses actions (dans un processus). LObjet Mtier est manipul par les Acteurs de lentreprise au traver s, uniquement, de Fonctionnalits. Un objet est identifiable, caractris par des attributs et des associations avec d'autres objets. Exemple : une personne physique Un Attribut est une caractristique dun Objet Mtier. Cette caractristique est donc commune toutes les instances dun Objet Mtier (exemple : le nom de naissance dune personne physique ). Une association est une relation entre deux objets mtier. Exemple entre Personne physique et Commune , il existe une relation, lieu de naissance .
Fonctionnalit
Objet mtier
Attribut
Association
A.7
La vue Applicative
La vue applicative permet de dcrire une partie de ce qui est classiquement appel le systme informatique. Cette vue dcrit les solutions technologiques retenues pour implmenter la vue fonctionnelle. Elle concerne larchitecture logicielle du SI, et ne comprend pas les quipements physiques (cf. vue Infrastructure). Il sagit de dcrire les composants logiciels du SI, principalement les applications. Cette vue permet de dcrire les applications et leurs architectures : les services offerts par ses applications, les donnes physiquement gres dans les applications et bien sr les changes de donnes, les flux de donnes, entre les applications.
PM/SGG/DISIC
67 / 91
Version 1.0 du 26/10/2012

Acteur (structure)
2..*
Vue mtier
Activit
*
Vue fonctionnelle
Secteur fonctionnel
est utilise dans 1..*
Fonctionnalit
*
Ex. MOA, MOE, Exploitant
Rle
est sous la responsabilit de * * * est de type Se compose de *
couvre fonctionnellement * dfinit, met disposition
implmente
Vue applicative (logique)

*
Nomenclature
* 1 est de type sexcute sur 1
Catgorie dapplication
Application
1 * *
Service applicatif
Type de service
Nomenclature
Type de composant
est de type 1 *
Description des plateformes (logicielles) dexcution des applications. Cf. Application Plateform (TOGAF)
Composant Applicatif (logiciel)
exemple
Base de donnes
Plate-forme dexcution
(Socle technique)
1 *
Composant logique
1
Composant technique
est dploy sur * *
est dploy sur
Priphrique
Infrastructure dexcution
Infrastructure de stockage
Infrastructure de communication
Vue Infrastructure (physique)
Figure 46 - Les concepts de la vue Applicative
Vue Applicative
1 rcepteur entre * sortie *
Application
1 metteur
cohrence 1 rceptrice 1 mettrice
Service Applicative
entre *
Message
sortie *
1 rcepteur
Vue mtier
entre * sortie *
Acteur
1 metteur
Figure 47 - Les lments de dynamique de la vue Applicative
Concepts
Dfinitions Une Application est un ensemble cohrent dobjets informatiques (excutables, programmes, scripts, donnes, de procdures, et de documentation associes) et qui fait l'objet d'une exploitation informatique. Une Application met disposition d'utilisateurs (personnes ou autres applications) des Services applicatifs qui ralisent des Fonctionnalits ncessaires au bon droulement de tout ou partie dun ou plusieurs Processus. Ce regroupement dobjets informatiques en une seule Application est li la gouvernance du SI : pilotage, planification, budget, quipe, alignement avec les processus, exploitation, administration, etc. Ce sont en particulier les rgles darchitecture logicielle qui dfinissent comment le primtre dune application est tabli. Le catalogue des Applications d'une DSI comprend toutes les applications en cours de construction pour, ou utilises par, lensemble des acteurs agissant au nom et pour le compte des clients de la DSI.
Application
PM/SGG/DISIC
68 / 91
Version 1.0 du 26/10/2012
Cadre commun durbanisation du SI de lEtat L'application est sous la responsabilit d'une et une seule MOA principale et d'une et une seule MOE principale. Plusieurs catgories dApplication existent : - Les applications mtiers : utilises dans le cadre des processus mtiers et processus support ou interne de lentreprise (comme les RH, les achats, la gestion des incidents, etc.) - Les outils de dveloppement : applications utilises dans le cadre du dveloppement, de lintgration ou des tests, des applications mtiers et des socles - Les outils dexploitation : applications utilises par les quipes de production dans le cadre de lexploitation des applications mtiers, des Socles et des Outils de dveloppement - Les applications bureautiques : applications autonomes dployes sur le poste (ou environnement) de travail dun utilisateur qui rend des services simples de type bureautique locale Un service applicatif est l'lment de dcoupage d'une application qui est mis la disposition de l'utilisateur final de cette application dans le cadre de son travail. Un service est une unit de traitement dfinie par une application et potentiellement utilise par "n" applications. Les services reprsentent un dcoupage des applications en units fonctionnelles lmentaires. Un service est une unit de traitement cohrente et indivisible coordonnant un ensemble de messages et d'vnements afin d'effectuer une tche dans le systme d'information. Dans l'architecture applicative, le service est l'unit fonctionnelle la plus lmentaire. Il est important dtablir une distinction entre les services mis en place par des progiciels qui sont difficilement rutilisables et les dveloppements internes. Un module applicatif est une sous partie de lapplication. C'est est une unit physique de dploiement qui fournit un ensemble forte cohsion fonctionnelle de services applicatifs. Un message reprsente un flux dinformation, de do cument, ou de matire entre un metteur et un rcepteur. Un message peut-tre mis ou reu par un Service, une Application, un Acteur.
Service applicatif
Composant applicatif
Message
Il sera ncessaire de complter rapidement, la dfinition, la structuration des concepts ncessaires la gouvernance des donnes de lEtat : structure de donnes persistantes (ex. Table, Colonne), structure de donnes changes (ex. fichier, message, appel de service). Encore une fois, ce mtamodle constitue une premire version quil sera ncessaire dentretenir et de faire voluer en fonction de la maturit de dploiement de la dmarche durbanisation.
A.8
La vue Infrastructure
La vue Infrastructure permet de dcrire les quipements physiques qui composent le SI ou qui sont utiliss par le SI. Les quipements de la vue Infrastructure sont organiss en 4 grandes familles : les quipements lis lhbergement dans les salles informatiques (lnergie, la climatisation, le cblage, etc.), les quipements de tlcommunication (LAN, WAN, rseaux voix, etc.), les quipements de type serveurs dexcution et de stockage, et enfin les quipements et outils lis la virtualisation.
Vue Infrastructure (physique)
Priphrique Infrastructure dexcution Infrastructure de stockage Infrastructure de communication
Se dcompose 1 *
Imprimante Scanner
Poste de travail Serveur Mainframe
NAS SAN Baie de stockage
WAN, LAN Hub, Switch, Router, Firewall
Localisation
(Site)
Figure 48 - Les concepts simplifis de la vue Infrastructure
Le mtamodle de cette vue nest pas dcrit dans cette premire version du Cadre commun dUrbanisation. Une premire version de la nomenclature de rfrence de la vue Infrastructure est dcrite dans lannexe B.
PM/SGG/DISIC
69 / 91
Version 1.0 du 26/10/2012
A.9
La vue Risque
Une sixime vue transverse aux 5 autres pourrait tre ajoute pour enrichir les points de vue lo rs de lanalyse et la transformation du SI de lEtat : la vue Risque. Elle consisterait identifier les risques auxquels sont soumis les actions de transformation du SI et le SI lui mme. Lidentification des facteurs de risques et leur positionnement par rapport aux principaux concepts des 5 vues, notamment avec leurs criticits et vulnrabilit, permettrait dajouter plus de relief dans lanalyse. A ce stade de mise en place de la dmarche, cette vue nest pas dcrite.
PM/SGG/DISIC
70 / 91
Version 1.0 du 26/10/2012
NOMENCLATURES DE REFERENCE
Dans le but de faciliter la comprhension mutuelle la fois du patrimoine mais aussi des initiatives et projets de transformation, il est ncessaire de se rfrer des nomenclatures communes. Elles permettent de rpertorier et de classer les sujets concerns : des donnes, des applications, des processus, mais aussi des composants logiciels ou quipements techniques, ainsi que les initiatives et les projets de transformation. Lobjectif est de dfinir et dentretenir pour chaque point de vue sur le SI (vue stratgie, vue mtier, vue fonctionnelle, vue applicative, vue infrastructure) une nomenclature de rfrence qui permette : de structurer le patrimoine et sa transformation, de faciliter la communication et la comprhension du patrimoine et des projets Cette premire version du Cadre commun durbanisation du SI de lEtat comprend une premire version de nomenclature de rfrence pour la vue fonctionnelle, la vue applicative et la vue infrastructure. Concernant la vue Stratgie, le Projet de Loi de Finance constitue en soit une premire nomenclature de rfrence puisquil structure les objectifs de performances attendus et lorganisation du budget de lEtat. La vue mtier ne dispose pas de nomenclature de rfrence46 dans cette premire version du Cadre Commun dUrbanisation du SI de lEtat.
PLF
Vue Stratgie
NRM
Vue Mtier
TRANSFORMATION
DONNEES
POS
Vue Fonctionnelle
NRA
Vue Applicative
NRI
Vue Infrastructure
Dploiement physique
Figure 49 - Les nomenclatures de rfrence par vue du SI
Ces nomenclatures de rfrences sont rgies par trois principes fondamentaux : administration tendue, volution continue et transparence. Le SI de lEtat doit tre vu de manire globale voire tendue. Il ne sagit pas de se limiter strictement un primtre mtier donn. Premirement, car il serait difficile de le dfinir avec exactitude, et deuximement, car il est plus opportun de suivre le niveau de connaissance et de maturit des ministres sur leur propre vision (administration centrale, services dconcentrs, oprateurs, etc.). Sur le POS du SI de lEtat, il est prfrable didentifier lensemble des zones, mme si leur SI nest pas administres par la DSI ministrielle ou de la DSI de ladministration concerne. Pour trouver un parallle, il est prfrable davoir une photo panoramique avec des zones floues, quune photo ne prsentant quune portion limit du champ de vision mais parfaitement nette. Une nomenclature de rfrence est un cadre structurant qui doit prsenter une stabilit globale. Toutefois sa ralisation est un travail sur le long terme qui ncessite des adaptations rgulires, des affinages progressifs tout en suivant les volutions de la rglementation, du mtier, et des technologies. Une nomenclature nest donc pas fige dans le temps, elle rentre dans un processus damlioration continue. La question du primtre couvert notamment est importante. La communaut des urbanistes tant elle-mme en cours de mise en place, le primtre couvert par ces nomenclatures, le SI de lEtat, sera amen probablement voluer. Une nomenclature de rfrence est un cadre qui donne une vision densemble sur le SI, il doit tre diffus et p artag le plus largement possible. Il ne contient par nature aucune information caractre confidentiel. Cette premire version du cadre, comprend trois premires nomenclatures de rfrence :
lAPQC propose une nomenclature de rfrence de processus gnrique qui peut constituer un bon point de dpart. Se rfrer au site http://www.apqc.org/
46
PM/SGG/DISIC
71 / 91
Version 1.0 du 26/10/2012
Cadre commun durbanisation du SI de lEtat Le Plan dOccupation des Sols (POS) pour la vue fonctionnelle La Nomenclature de Rfrence Applicative (NRA) pour la vue applicative La Nomenclature de Rfrence Infrastructure (NRI) pour la vue infrastructure. Concernant la vue stratgie, le Projet de Loi de Finances (PLF) peut tre considr comme une premire version de cette nomenclature de rfrence de la vue stratgie. De la mme manire, pour initier la Nomenclature de Rfrence Mtier (NRM), il peut tre opportun de partir de la nomenclature de processus propose par lAPQC 47, association internationale reconnue mondialement en matire de benchmark, de bonnes pratiques et de gestion de la connaissance autour de la matrise des processus des entreprises et des organisations.
B.1
Le Plan dOccupation des Sols du SI de lEtat
Le Plan dOccupation des Sols (POS) du SI de lEtat, est une des nomenclatures de rfrence du cadre. C est un plan de classement unique de la vue fonctionnelle du SI. Cette nomenclature est un outil essentiel pour : la stratgie d'volution du SI : dfinition de responsabilit par zone, la priorisation des investissements : projection des portefeuilles sur le POS, le cadrage en amont des tudes et des projets (analyse d'impact), les responsabilits sur les projets, et le cadrage dune manire gnral de lvolution et de loptimisation du patrimo ine applicatif Lanalyse du patrimoine (comparaison, simplification, mutualisation) , notamment sur les domaines transverses (change, support, pilotage & contrle et donnes transverses) les responsabilits en matire dadministration des donnes le suivi des cots et donc les dmarches de transparence des cots la stratgie de construction du SI (et donc dachat). Par exemple, il pourrait tre utile dindiquer par zone et quartier, le niveau de matrise du patrimoine logiciel sous jacent : est-ce du fait maison (dveloppement spcifique ) ? est-ce majoritairement des packages (logiciels libres ou diteurs) ? voir une solution en mode SaaS ? Un lment de communication avec les mtiers et les MOE pour faciliter les prises de dcisions et faciliter lanalyse du patrimoine applicatif, en positionnant sur chaque secteur fonctionnel les applications correspondantes, ou bien en positionnant des indicateurs. Le POS du SI de lEtat est un outil graphique , un fond de carte. Il comprend un ensemble de zones fonctionnelles, dcomposes en quartier, eux mme dcomposs en bloc, le tout organis dans 5 grands domaines fonctionnels. Chacun de ces secteurs fonctionnels (les zones, quartiers ou blocs - cf. le mtamodle) est un ensemble de fonctionnalit et dobjets mtiers (de donnes). Ce fond de carte est notamment utilisable pour projeter ou positionner des lments de pilotage sur chaque zone ou quartier, par exemple : Nombre dapplications globales, nombre dapplication dont la mise en production date de plus de 15 ans (applications anciennes) Cots de fonctionnement rcurrent annuel, budget dinvestissement sur lanne, nombre dETP La figure suivante illustre lorganisation gnrale du POS, et son dcoupage en 5 grands domaines.
47
http://www.apqc.org/process-classification-framework
PM/SGG/DISIC
72 / 91
Version 1.0 du 26/10/2012

Vision transverse interministrielle (autour de la zone opration)
Zone
Zone
change Opration Donnes transverses
Pilotage & Contrle
Isoler les changes (quils soient orients vers lextrieur ou internes) et typer les relations (usager, agent, collectivit, partenaire, prestataire)
Ministre 1
Zone Zone
Ministre 2
Zone
Zone
Ministre 3
Zone Zone
Zone Zone
Vision mtier ministrielle (calque organisationnel positionn au dessus des zones)

Positionner au centre les oprations mtiers. Elles seront regroupes par Ministre, pour une meilleur lisibilit
Zone
Isoler les fonctions de pilotages et de contrles
Ressource & Support

Isoler les fonctions support aux mtiers
Zone
Zone
Identification des rfrentiels de donnes et de rgles transverses
Zones du POS, (dcomposables en Quartiers)
Figure 50 - Les principes de construction du Plan d'Occupation des Sols du SI de l'Etat
Le domaine Opration regroupe l'ensemble des fonctions et des objets mtiers qui ont une orientation, une finalit, au service des usagers (particulier, professionnel, association, etc.), de la socit, de l'Union europenne, ou d'acteurs internationaux, en bref, au service dacteurs externes. Le domaine Pilotage & Contrle regroupe l'ensemble des fonctions et d'objets mtiers de pilotage transverses des activits de l'Etat, ainsi que des fonctions de contrle (audit, inspection). Le domaine Ressource & Support regroupe l'ensemble des fonctions et des objets mtiers d'appuis ou de support aux autres domaines. Il s'agit principalement des fonctions de gestion des ressources : RH, Finances, Immobilier, Moyen Gnraux, IT Le domaine change regroupe l'ensemble des fonctionnalits et des objets mtiers relatifs aux changes entre les diffrents acteurs contributeurs, utilisateurs, partenaires, clients du SI de l'Etat. Les changes prsentent un caractre particulier qu'il convient d'une part de tracer mais aussi de grer de manire plus globale en les regroupant par thme : usager, communication interpersonnelle, administration, collectivits territoriales, relations europennes, internationales... La sparation fonctionnelle entre la gestion de la relation avec les usagers, et la gestion de la relation avec les agents tend se rduire. Le parti pris ici est de rapprocher lensemble de ces types dchanges en un seul grand domaine. Le domaine Donnes transverses regroupe et isole l'ensemble des donnes, et des fonctions qui les manipulent, transverses ou communes la plupart, voir la totalit des zones des autres domaines. Ces donnes transverses sont organises par thmes : usager, administration, informations gographiques, etc. Dans le schma du POS, les zones fonctionnelles du domaine opration (le cur du POS en bleu clair), sont regroupes par ministre de rattachement. Il sagit uniquement dun artifice de prsentation pour faciliter la lecture de la centaine de zones du domaine opration . Le dcoupage en zones est, et doit rester, un dcoupage fonctionnel et non organisationnel. Un ensemble de rgles a t dfini pour cette premire version. Elles seront compltes en fonction des besoins. Certaines dentres-elles ncessiteront un travail particulier pour leur mise en place. Rgles de construction et dentretien du POS : Chaque zone doit tre rattach un et un seul des 5 domaines : Opration (1), Support (2), Pilotage & Contrle (3), change (4), Rfrentiel (5) ; Chaque secteur fonctionnel (zone, quartier, ou bloc) doit avoir un libell unique , et nest rattach qu un et un seul secteur fonctionnel de niveau suprieur (domaine, zone ou quartier) ; Chaque secteur fonctionnel est identifi par code unique (un entier, non signifiant, qui sincrmente en fonction des ajouts) Chaque secteur fonctionnel doit tre accompagn dune dfinition (description succincte, non ambigu, et auto porteuse).
PM/SGG/DISIC
73 / 91
Version 1.0 du 26/10/2012
Cadre commun durbanisation du SI de lEtat Le POS est un dcoupage fonctionnel ; il constitue une partition. C'est--dire quun objet mtier, ou une fonctionnalit nappartient qu un et un seul secteur fonctionnel, idalement un bloc voire un quartier le cas chant) du POS. Le POS nest disponible que dans une seule version un instant t. Lhistorique des modifications est conserv, mais il ny a pas de version cible et de version existante. Il sagit de dcrire un instant la meilleure vision fonctionnelle du moment. Par ailleurs, il peut tre utile didentifier (de marquer) les zones ou quartiers qui doivent faire lobjet dune tude plus pousse (redcoupage, fusion, rvision en profondeur, etc.). Rgles de gouvernance des secteurs fonctionnels du POS : chaque zone du POS doit tre associe un responsable de zone fonctionnelle (RZF), c'est--dire un rfrent mtier charg de dfinir la transformation stratgique de la zone en fonction de la stratgie mtier (cf. 5.2.1) ; chaque zone du POS doit tre associ un correspondant urbanisation. Consolidation au fil de leau des volutions et demandes dvolutions, dans des versions mineures, valides par les correspondants urbanisation. Production dune version majeure annuelle du POS reprenant lensemble des modifications valides par les RZF, la communaut des urbanistes, et le CTSIC. Les principes durbanisation (dcrit dans le chapitre 3.4) conduisent de fait un certain nombre de rgles dans lutilisation de ce POS pour construire larchitecture applicative dune solution, par exemple : une application ne devrait couvrir quau plus un seul bloc. La page suivante prsente le POS du SI de lEtat au format A4, dans la version 1.2.1 correspondante au moment de ldition de la version finale du cadre. Pour obtenir la version courante du POS du SI de lEtat, ainsi que la dfinition de chaque secteur fonctionnel, contacter la DISIC.
PM/SGG/DISIC
74 / 91
Version 1.0 du 26/10/2012
PM/SGG/DISIC
75 / 91
Version 1.0 du 26/10/2012
B.2
Nomenclatures de Rfrence Applicative et Infrastructure
Les deux nomenclatures de rfrences identifies ce stade (dans cette premire version du Cadre Commun dUrbanisation du SI), portent sur la vue Applicative dune part, et la vue Infrastructure dautre part. Chaque nomenclature dcompose la vue qui lui est associe sous forme de hirarchie densemble de types (ou famille) de composants. Les lments de cette hirarchie peuvent avoir galement des relations spcifiques. Pour la Nomenclature de Rfrence de la vue Applicative (NRA), il sagit dune hirarchie de secteur regroupant des types de composants logiciels de mme nature, ou rendant des services analogues. Pour la Nomenclature de Rfrence de la vue Infrastructure (NRI), il sagit dune hirarchie de secteur regroupant des types dquipements. Lobjectif de ces deux nomenclatures est : de partager entre toutes les DSI, les architectes, les urbanistes, une vision commune des types de composants qui constituent le SI de lEtat, de dfinir un cadre, une structure, pour la mutualisation des infrastructures, et la rationalisation technique du patrimoine applicatif, didentifier plus facilement les composants communs transverses rutilisables, de constituer progressivement un catalogue de solutions transverses rutilisables. La page suivante prsente la NRA et la NRI du SI de lEtat au format A4, dans la version 0.5.1 correspondante au moment de ldition de la version finale du cadre. Pour obtenir la version courante de ces 2 nomenclatures NRA et NRI, ainsi que la dfinition de chaque secteur applicatif et infrastructure, contacter la DISIC.
PM/SGG/DISIC
76 / 91
Version 1.0 du 26/10/2012
PM/SGG/DISIC
77 / 91
Version 1.0 du 26/10/2012
PM/SGG/DISIC
78 / 91
Version 1.0 du 26/10/2012
C
C.1
INDICATEURS DURBANISATION
Objectifs des indicateurs durbanisation
Les indicateurs durbanisation sont avant tout une aide la dfinition de plan dactions sur les travaux durbanisation pour une administration ou un ministre, en fonction de sa stratgie. En dehors de latteinte dun premier niveau de maturit global, limportance dun indice ne rside pas dans sa valeur absolue, mais bien dans les travaux planifis pour faire voluer sa valeur en fonction de la stratgie engage, et donc dans son volution dans le temps. Ces indicateurs doivent inciter plus de transparence dans le pilotage, la communication et la matrise des transformations du SI de lEtat. En plus de la vision globale ministrielle et interministrielle construire, il sera ncessaire terme davoir une vision de ces indicateurs par zones cibles du POS. Cette premire version du cadre comprend un ensemble dindicateurs permettant dvaluer le niveau de maturit de la dmarche durbanisation, implicitement ils permettent galement de mesurer le niveau durbanisation du SI de lEtat. Quelques indicateurs portant sur le niveau durbanisation du SI de lEtat ont t ajou ts (identifis par une lettre en minuscule dans le code) ; cest un premier pas. Il est trs clair que pour pouvoir piloter la transformation du SI de lEtat efficacement, et donc pour pouvoir disposer dindicateurs pertinents et utilisables, il est dj ncessaire davoir dmarr cette dmarche durbanisation. Il est ncessaire datteindre un premier niveau de gouvernance et en particulier doutillage, qui deviendra un lment dterminant pour la construction dindicateurs et donc de tableau de bord efficace. Ces indicateurs identifis par une lettre en minuscule dans leur code, et qui compltent les indicateurs de maturit seront donc amens voluer. Les indicateurs sont organiss par activit de la dmarche durbanisation (cf. paragraphe s 3.5). Le tableau ci-aprs liste les indicateurs, par activit, et leur attribue un code. Pour plus de prcisions sur les activits, se rfrer aux paragraphes correspondants du cadre. Les indicateurs ont t dfinis en rutilisant une partie des indicateurs constitus par le Club Urba-EA.
Activit Piloter lurbanisation du SI Piloter lurbanisation du SI Participer aux comits stratgiques et comits d'arbitrage projets Dfinir & rviser la trajectoire dvolution SI pour laligner sur le mtier Elaborer & rviser le Cadre dUrbanisation Accompagner les mtiers sur la maitrise de leurs transformation Gouvernance des donnes & Mettre sous contrle les donnes de rfrences Standardiser et simplifier les changes Mettre sous contrle les volutions du patrimoine applicatif Assurer la cohrence avec linfrastructure Participer la gestion des portefeuilles dinitiatives & de projets Participer et Cadrer les tudes avant projets Suivre et accompagner les tudes / projets / maintenances Outiller, Maintenir et Diffuser la connaissance du patrimoine SI Outiller, Maintenir et Diffuser la connaissance du patrimoine SI Outiller, Maintenir et Diffuser la connaissance du patrimoine SI Outiller, Maintenir et Diffuser la connaissance du patrimoine SI Outiller, Maintenir et Diffuser la connaissance du patrimoine SI Outiller, Maintenir et Diffuser la connaissance du patrimoine SI Outiller, Maintenir et Diffuser la connaissance du patrimoine SI Outiller, Maintenir et Diffuser la connaissance du patrimoine SI Outiller, Maintenir et Diffuser la connaissance du patrimoine SI Outiller, Maintenir et Diffuser la connaissance du patrimoine SI Promouvoir et Dvelopper les comptences en Urbanisation SI Promouvoir et Dvelopper les comptences en Urbanisation SI Promouvoir et Dvelopper les comptences en Urbanisation SI Axe Pilotage Pilotage Pilotage Cadre et Trajectoire Cadre et Trajectoire Actions transverses Actions transverses Actions transverses Actions transverses Actions transverses Ancrage projet Ancrage projet Ancrage projet Gestion de la connaissance Gestion de la connaissance Gestion de la connaissance Gestion de la connaissance Gestion de la connaissance Gestion de la connaissance Gestion de la connaissance Gestion de la connaissance Gestion de la connaissance Gestion de la connaissance Dveloppement des comptences Dveloppement des comptences Dveloppement des comptences Code 1.1 1.2 1.3 2.1 2.2 3.1 3.2 3.3 3.4 3.5 4.1 4.2 4.3 5.1 5.2 5.3 5.4 5.5 5.6 5.7 5.8 5.9 5.10 6.1 6.2 6.3 Nom de l'indicateur Pilotage de l'urbanisation Moyen de l'urbanisation Pilotage stratgique du SI Cadre d'urbanisation (rgles et nomenclatures) Trajectoire du SI (existant, cible, volutions) Accompagnement de la transformation mtier Gouvernance des donnes Standardisation des changes Gestion de portefeuille applicatif et rationalisation applicative Cohrence avec l'infrastructure Gestion de portefeuilles d'initiatives et de projets Couverture des projets Couverture des bilans Gestion de la connaissance - Matrise de la vue stratgie Gestion de la connaissance - Couverture de la vue stratgie Gestion de la connaissance - Matrise de la vue mtier Gestion de la connaissance - Couverture de la vue mtier Gestion de la connaissance - Matrise de la vue fonctionnelle Gestion de la connaissance - Couverture de la vue fonctionnelle Gestion de la connaissance - Matrise de la vue applicative Gestion de la connaissance - Couverture de la vue applicative Gestion de la connaissance - Matrise de la vue infrastructure Gestion de la connaissance - Couverture de la vue infrastructure Communication Formation Gestion des comptences
Figure 51 - Tableau des indicateurs d'urbanisation
Les paragraphes suivants, organiss par axe, dcrivent succinctement les indicateurs, et la signification des valeurs possibles. Tous les indicateurs sont valorisables de 0 5. La signification gnrale de ces valeurs est base sur les niveaux de maturit du CMMI48 et du BPMM49, dont leur signification gnrale est rappele ci-aprs. La valeur 0 signifie que lactivit value est absente ou totalement non gre. La valeur 1 ou tat initial. La valeur 2 ou tat disciplin : lactivit est structure et reproductible. La valeur 3 ou tat dfini (ou ajust) : lactivit est standardis et institutionnalise.
48 49
CMMI : Capability Maturity Model Integration dvelopp par le Software Engineering Institute BPMM : Business Process Maturity Model dvelopp par lOpen Management Group
PM/SGG/DISIC
79 / 91
Version 1.0 du 26/10/2012
Cadre commun durbanisation du SI de lEtat La valeur 4 ou tat contrl ou prvisible : lactivit est mesure et planifie, la qualit et la criticit est prise en compte, un premier niveau de pilotage de la performance est en place. La valeur 5 ou tat optimis : lactivit est totalement dcrite, matrise et en optimisation constante. Les paragraphes suivants prciseront dans tous les cas la signification des valeurs possibles. Une valeur nest atteinte que si la description correspondante est atteinte, ainsi que la description des valeurs infrieures. Prcision : comme toute logique de mesure de la performance, il conviendra daccompagner ces indicateurs de la communication adquate afin dviter toutes mauvaises interprtations.
C.2
Axe 1 : Pilotage
Le premier axe porte sur le pilotage de la dmarche durbanisation, de ses moyens et du pilotage stratgique du SI. Indicateur 1.1 : Pilotage de lurbanisation Cet indicateur permet dvaluer le pilotage du dispositif mis en place en matire durbanisation : dfinition dobjectifs mesurables, suivi priodique de tableaux de bord, etc. 0. Aucun dispositif. 1. Suivi occasionnel de quelques indicateurs (sans objectifs prdfinis). 2. Dfinition d'objectifs mesurables sur un sous-ensemble des activits durbanisation (par ex. : cartographie) , lactivit durbanisation est structure selon le cadre durbanisation mais de manire partielle. 3. La dmarche durbanisation est institutionnalise avec une priorisation des travaux majeurs : dfinition d'objectifs mesurables et suivi priodique. 4. La dmarche durbanisation est industrialise, outille et suivie dans un tableau de bord publi, avec une priorisation des travaux majeurs et critiques : dfinition d'objectifs mesurables et suivi priodique sur l'ensemble des axes d'urbanisation. 5. Le pilotage de la dmarche durbanisation permet une optimisation des activits et une amlioration continue du dispositif global. Indicateur 1.2 : Moyen de lurbanisation Cet indicateur permet dvaluer ladquation des moyens allous la dmarche durbanisation : allocation de ressources ddies pour l'urbanisation du SI : existence d'une entit d'urbanistes en charge de l'urbanisation du SI (cellule, service, ...) 0. Aucun moyen. 1. Des actions occasionnelles (tudes cible, tudes de rfrentiel,....) sans entit permanente. 2. Une entit en voie de constitution. 3. Une entit oprationnelle dimensionne pour intervenir sur les domaines sensibles et un sous-ensemble des activits durbanisation. 4. Une entit oprationnelle partie prenante dans les structures de gouvernance qui sappuie sur un rseau de contributeur en voie de constitution. 5. Un rseau dentit oprationnelle partie prenante dans la stratgie dvolution du SI. Indicateur 1.3 : Pilotage stratgique du SI Cet indicateur permet dvaluer la maturit du dispositif de pilotage stratgique de la transformation du SI et de limplication et limpact de la dmarche durbanisa tion dans ce dispositif. 0. Pas de pilotage stratgique de transformation du SI. 1. Un dispositif de pilotage stratgique en voie de constitution, mais une dmarche durbanisation totalement indpendante. 2. Des actions occasionnelles de contribution de la dmarche durbanisation au pilotage stratgique du SI. 3. Un pilotage stratgique en place (comitologie), avec un premier niveau de contribution rgulier de la dmarche durbanisation a minima sur lanalyse de lexistant, et larbitrage dun sous-ensemble de projets. 4. Une contribution active de lurbanisation la transformation stratgique du SI , elle-mme institutionnalise, une participation aux comits stratgiques, des propositions darbitrage sur les projets mtiers et propositions actives de projets transverses (rationalisation, composant commun, mutualisation, etc.). 5. Une collaboration proactive de lurbanisation aux instances stratgiques visant optimiser la transformation du SI et son pilotage.
PM/SGG/DISIC
80 / 91
Version 1.0 du 26/10/2012
C.3
Axe 2 : Cadre et trajectoire
Le deuxime axe porte sur lvaluation des dispositifs de cadrage de la dmarche durbanisation et de la prsence dune trajectoire pour le SI : dfinition dune cible et dune trajectoire (un plan de migration) partir de lexistant. Indicateur 2.1 : Cadre durbanisation (rgles et nomenclatures) Cet indicateur permet dvaluer la maturit des rgles et nomenclatures appliques dans la dmarche durbanisation et leur alignement avec le Cadre Commun dUrbanisation (CCU) du SI de lEtat. 0. Absence de rgles. 1. Premier niveau de rgles limites la conduite de projet et partiellement dployes. 2. Premier niveau de rgles durbanisation (sur une partie des vues) partiellement dployes et non alignes avec le CCU. 3. Prsence dun cadre de cohrence technique (CCT), et dun cadre durbanisation non align avec le CCU, avec une prise en compte relative par les projets (ou en cours de dploiement dans les projets). 4. CCT et Cadre durbanisation dploys avec un premier dispositif dincitation dans les projets et un alignement en cours avec le CCU. 5. CCT en cours dalignement interministriel, Cadre durbanisation align sur le CCU , dploys et entretenus dans le temps (dispositif dauto entretien et de contrle) . Indicateur 2.2 : Trajectoire du SI (existant, cible et volutions) Cet indicateur permet dvaluer le niveau de matrise de lexistant, la capacit dfinir une cible et une trajectoire pour la transformation du SI. 0. Aucune description de lexistant, dune cible ou dune trajectoire. 1. Connaissance partielle de lexistant, sans aucune cible identifie ni trajectoire. 2. Connaissance partielle de lexistant et de la cible du SI, sans trajectoire identifie . 3. Connaissance de lexistant et dfinition partielle de la cible sur lensemble des vues, sans trajectoire identifie. 4. Connaissance de lexistant et dfinition partielle de la cible sur lensemble des vues, avec des trajectoires partiellement identifies (pas de prise en compte systmatique dans les arbitrages et les avant-projets). 5. Connaissance entretenue rgulirement et partage de lexistant, de la cible et de la trajectoire du SI . Indicateurs 2.2a : Taux du portefeuille dapplications intgres la trajectoire Cet indicateur permet dvaluer le pourcentage dapplication, du patrimoine applicatif consi dr, qui est inscrite dans la trajectoire du SI. Cet indicateur est exprim en pourcentage en effectuant le ratio du nombre dapplications intgres dans la trajectoire sur le nombre total dapplications gres dans le portefeuille applicatif. Indicateurs 2.2b : Taux du portefeuille dinitiatives et projets intgrs la trajectoire Cet indicateur permet dvaluer le pourcentage dinitiatives et de projets, du portefeuille considr, qui est inscrite dans la trajectoire du SI. Cet indicateur est exprim en pourcentage en effectuant le ratio du nombre de projets intgrs dans la trajectoire sur le nombre total de projets grs dans le portefeuille projets.
C.4
Axe 3 : Actions transverses
Le troisime axe porte sur lensemble des actions transverses durbanisati on : la dmarche de pilotage par les processus, la gouvernance des donnes, la standardisation et lapproche service, la gestion du portefeuille des applications et la cohrence avec linfrastructure. Indicateur 3.1 : Accompagnement de la transformation mtier Cet indicateur permet dvaluer dune part le niveau de maturit des mtiers en matire de pilotage de leurs activits par les processus et leur capacit piloter des actions de type ringnierie des processus, et dautre part le niveau daccompagnement de la dmarche durbanisation, dans ces actions de maitrise des processus mtiers. 0. Aucune action sur les processus mtiers. 1. Reprsentation et formalisation limite, occasionnelle et incohrente de processus, sans dmarche densemble. Absence de cartographie densemble. 2. Les processus sont grs localement sans formalisation particulire. Les urbanistes effectuent un premier niveau de sensibilisation, et daccompagnement occasionnel sur cette gestion sans formalisation standardise. Il ny a pas de mutualisation de pratique de travail. Une premire cartographie des macroprocessus est disponible mais partielle et entretenue occasionnellement.
PM/SGG/DISIC
81 / 91
Version 1.0 du 26/10/2012
Cadre commun durbanisation du SI de lEtat 3. Les processus sont standardiss partir des meilleures pratiques identifies par des groupes de travail. Un premier niveau de formalisation et doutillage est mis en place avec lappui des urbanistes dans le but de constituer un rfrentiel des processus. Des formations ponctuelles sont assures sur la dmarche de pilotage par les processus pour les mtiers et les MOA. Des premires mutualisations de pratique sont identifies et ralises. La cartographie des macroprocessus est disponible, complte, et entretenue. 4. Les activits mtiers et la matrise des processus permet un premier niveau de pilotage de la performance. Les processus sont formaliss, standardiss et rfrencs dans un outil. Les mtiers et MOA projet sont forms la dmarche. Des indicateurs sont positionns sur les processus pour le pilotage de la performance. Les urbanistes interviennent dun point de vue mthodologique, par du support et occasionnellement par des propositions doptimisation du mtier au regard des projets de transformation du SI. Le processus dentretien de la cartographie des macroprocessus, et la gouvernance associe sont oprationnels. 5. Des actions damliorations proactives et opportunistes de lensemble des acteurs permettent par linnovation doptimiser les processus, de combler les lacunes entre les capacits actuelles et les capacits requises pour atteindre les objectifs stratgiques. Indicateurs 3.1a : Taux de processus couvert par le SI Cet indicateur permet dvaluer le pourcentage de processus mtiers outills par des applications. Il sagit de mesurer le nombre de processus qui utilisent pour la production du rsultat une ou plusieurs applications. Cet indicateur pourrait tre dclin spcifiquement sur les processus lis aux dmarches entre les usagers et ladministration. Indicateurs 3.1b : Taux de processus dont la description sappuie sur les fonctionnalits et les objets mtiers Cet indicateur permet dvaluer le niveau de description des processus mtiers. Il sagit de mesurer les descriptions qui sappuient rellement sur la vue fonctionnelle du SI et donc qui utilisent les fonctionnalits et les objet s mtiers identifis et entretenus dans la vue fonctionnelle. Lobjectif tant de pouvoir valuer rapidement le pourcentage de processus pour lesquels les tudes dimpacts pourront tre facilites par la dmarche durbanisation. Cet indicateur est exprim en pourcentage en effectuant le ratio de processus utilisant des fonctionnalits par le nombre total de processus identifis dans la carte des macroprocessus. Indicateur 3.2 : Gouvernance des donnes Cet indicateur permet dvaluer le niveau de prise en compte dans la dmarche durbanisation de la gouvernance des donnes. 0. Aucune gestion des donnes. 1. Identification partielle des donnes mtiers cls sous la forme dun macromodle de donnes, sans partage avec les MOA, et avec un entretien occasionnel. 2. Partage partiel avec les MOA (sans processus oprationnel) dun macromodle de donnes. Constitution dun dictionnaire de donnes. Constitution dun premier catalogue de rfrentiel de donnes, entretenu occasionnellement. 3. Dispositif de partage du macromodle de donnes et du dictionnaire associ, avec une premire identification des responsabilits (notion de rfrent mtier). Catalogue des rfrentiels de donnes et des services daccs aux donnes disponible. 4. Administration des donnes mtiers limite aux rfrentiels : cycle de vie, dictionnaire, modle, responsabilit, catalogue des services daccs aux donnes entretenu avec un plan dvolution et de transformation align sur la stratgie en matire de donnes, etc. Catalogue des flux disponible, avec une description limite et partielle des formats de donnes utilises. Un premier processus dvaluation de la qualit des donnes permet occasionnellement de faire voluer les dispositifs de collecte et de contrle des donnes, les rfrentiels et leurs services daccs. 5. Administration des donnes mtiers tendues (rfrentiels, applications et flux), coupl avec le dispositif dvaluation et de matrise de la qualit des donnes. Indicateurs 3.2a : Taux dobjets mtiers dont le cycle de vie est matris Cet indicateur permet dvaluer le pourcentage dobjets mtiers dont le cycle de vie est parfaitement matris (cration, mise jour et gestion de lvolution dans le temps, identification des diffrents tats, suppression logique et physique). Cet indicateur est avant pertinent sur les donnes transverses de rfrences. Indicateurs 3.2b : Taux dobjets mtiers accessibles par des services publics Cet indicateur permet dvaluer le pourcentage dobjets mtiers accessibles par des services (type service web) publics. Cet indicateur est avant pertinent sur les donnes transverses de rfrences. Indicateurs 3.2c : Taux dobjets mtiers rutiliss par dautres administrations ou ministres Cet indicateur permet dvaluer le pourcentage dobjets mtiers rutiliss par dautres administration ou ministre. Cet indicateur est avant pertinent sur les donnes transverses de rfrences
Cadre commun durbanisation du SI de lEtat Indicateurs 3.2d : Taux dobjets mtiers publis sur Open Data Cet indicateur permet dvaluer le pourcentage de donnes publies sur Open Data. Cet indicateur sous entend que le primtre de donnes gres par ladministration ou le ministre considr a dj t dfini (mme de manire macro). Indicateur 3.3 : Standardisation des changes Cet indicateur permet dvaluer le niveau de matrise des changes inter et intra SI, et leur standardisation. 0. Aucune gestion et standardisation des changes. 1. Connaissance partielle et macro des changes limite une vue (ex. applicative). Pas de standardisation, ni de catalogue de service commun. 2. Connaissance des changes inter applicatif majeurs (critiques), sans formalisation standardise ni doutillage. La standardisation est limite sans dispositif institutionnalis. 3. Standardisation des changes inter applicatif majeurs et connaissance limite des processus mtier (connaissance des chanes de liaison mtier). Le RGI est appliqu et intgr dans le Cadre de Cohrence Technique local. Les changes sont formaliss dans un outil, et leurs standardisations encadrs par un cadre de cohrence technique. Plusieurs composants dchanges existent et sont utiliss sans rationalisation et convergence. 4. Mise en place de services partages standardiss (sur les donnes transverses a minima). Lensemble des changes interne et avec lextrieur du SI est document et entretenu. La standardisation est contrle dans les projets, et des composants communs sont rutiliss. Les rfrentiels de donnes de ladministration sont systmatiquement utiliss. Les changes sont industrialiss grce un ensemble de composants standardiss et scuriss (type plate-forme dchange et de confiance). 5. Les changes sont documents, matriss dans le temps et une optimisation des changes est conduite avec les mtiers dans les travaux de ringnierie des processus et de gouvernance des donnes. Les rfrentiels locaux et interministriels sont systmatiquement utiliss et accessibles travers un bus de services de donnes tranverses . Indicateurs 3.2a : Taux dapplications dont les flux sont connus et dcrits Cet indicateur permet dvaluer le niveau de connaissance spcifiquement sur les changes inter applicatifs. Indicateurs 3.2a : Taux dapplications sappuyant sur les composants transverses Cet indicateur permet de mesurer le pourcentage dapplications utilisant les briques transverses : portail daccs, contrle daccs, plate-forme dchange de donnes, services de donnes, services darchivages, etc. Cet indicateur pourra tre dclin par composants ou famille de composants transverses. Indicateur 3.4 : Gestion de portefeuille applicatif et rationalisation applicative Cet indicateur permet dvaluer le niveau de matrise du portefeuille applicatif (catalogue centralis et partag, existence de dispositif de type : permis de construire, permis de retrait et davis de pril, etc.), et le niveau de matrise de la rationalisation de ce patrimoine applicatif. 0. Aucune gestion de portefeuille ou de catalogue dapplication. 1. Un premier catalogue dapplications est constitu et entretenu de manire ponctuelle sans tre partag. Il ny a pas dactions volontaires de rationalisation du patrimoine applicatif. 2. Le portefeuille des applications est disponible et entretenu. Un premier niveau de partage est en place avec les projets. Des actions isoles de rationalisation du patrimoine sont conduite de manire opportuniste. 3. Le portefeuille des applications est formalis, outill et partag entre tous les acteurs. Le cycle de vie dune application est partag, et un premier niveau de dispositif incitatif permet de capter linformation et dentretenir le portefeuille. Il ny a pas rellement de cible formalise, ni de trajectoire tablie. 4. Le portefeuille des applications est sous contrle : cycle de vie, outillage, partage, et dispositif de contrle ( permis de construire , et permis de retrait ). Les niveaux dengagement de services sont identifis par application. Un premier dispositif permet daccompagner la rationalisation du p atrimoine : mise en place davis de pril . La cible applicative nest pas entirement formalise, mais une premire mise en place de trajectoire permet deffectuer un premier niveau de rationalisation. 5. Le portefeuille des applications est optimis. La cible applicative est connue et entretenue. La trajectoire est partage par lensemble des acteurs et optimise par des actions proactives et opportunistes sur le portefeuille des projets. Indicateur 3.4a : Nombre moyen de blocs du POS couverts par application
PM/SGG/DISIC
83 / 91
Version 1.0 du 26/10/2012
Cadre commun durbanisation du SI de lEtat Cet indicateur permet dvaluer le niveau de dcoupage fonctionnel du patrimoine applicatif dun portefeuille applicatif donn. Il est calcul par une moyenne du nombre de blocs couverts par application. Il sous-entend donc que la couverture fonctionnelle est dj dcrite. Idalement, ce nombre moyen devrait avoisiner les 1. Un autre indicateur possible de mme nature serait le calcul du taux dapplication couvrant un seul bloc fonctionnel. Indicateur 3.4b : Taux dapplications utilisant les rfrentiels de donnes ministriels et interministriels Cet indicateur permet dvaluer lutilisation relle des rfrentiels de donnes par les applications elles-mmes. Il sagit donc didentifier les applications utilisant ces rfrentiels de donnes et den valuer le pourcentage par rapport au portefeuille total. Idalement ce taux devrait avoisiner les 100%. Indicateur 3.4c : Taux dapplications accessibles et scurises depuis un portail Cet indicateur permet dvaluer le niveau dunification des accs aux applications par un portail dont les autorisations et les accs sont scuriss par un dispositif de type carte agent. Il sagit donc didentifier les applications intgrs et scuriss de cette manire et den valuer le pourcentage par rapport au portefeuille total. Idalement, ce taux devrait avoisiner les 100%. Indicateur 3.4d : Excdent annuel de cration dapplication sur les retraits Cet indicateur permet dvaluer le niveau de matrise du portefeuille applicatif dans le temps. Il sagit de calculer le ratio entre la diffrence dapplications mises en production et retires sur lanne, avec le nombre total dapplications. Idalement ce taux devrait avoisiner les 0%, voire tre ngatif (dans le cas dune rationalisation forte du patrimoine). Indicateur 3.5 Cohrence avec linfrastructure Cet indicateur permet dvaluer la cohrence entre lensemble des vues du SI et des actions de matrise et de transformation de ses vues. Il sagit de mesurer le lien entre toutes ces approches et donc : de la faisabilit technique du cadre durbanisation, et de la dclinaison du cadre durbanisation au niveau de linfrastructure. 0. Aucune rflexion sur le lien entre les vues fonctionnelles, applicatives et infrastructures. 1. Initialisation dune rflexion sur ce lien : changes ponctuels dinformation entre urbanistes et architectes. 2. Les travaux sur les vues fonctionnelles, applicative et infrastructure sont connus et partags par tous les acteurs. 3. Une premire analyse globale permet de standardiser le lien entre la vue applicative et la vue infrastructure. 4. Un dispositif de contrle permet dassurer la faisabilit technique et fonctionnelle des choix darchitecture sur les vues applicative et infrastructure. Les liens entre la vue applicative et infrastructure sont documents, outills et entretenus. 5. La dmarche durbanisation permet une optimisation cohrente de larchitecture du SI sur lensemble des vues. Des actions proactives et opportunistes permettent doptimiser, de rationaliser et de mutualiser les infrastructures.
C.5
Axe 4 : Ancrage projet
Le quatrime axe permet dvaluer limpact de la dmarche durbanisation sur le flux des actions de transformations, c'est--dire les projets. Indicateur 4.1 : Gestion de portefeuille dinitiatives et de projets Cet indicateur permet dvaluer la gestion de portefeuille dinitiati ves et de projets, et comment la dmarche durbanisation intervient dans la matrise de ce portefeuille pour assurer la cohrence et la matrise des transformations du SI. 0. Absence de gestion de portefeuille dinitiatives et de projets. 1. Existence dune liste de projets en cours mise jour de manire occasionnelle. Lurbanisation na aucun impact sur cette liste. 2. Portefeuille des projets en place, avec une mise jour rgulire et une premire gouvernance en place (type comit de suivi oprationnel des projets). A ce stade il ny a pas doutil formel et de publication systmatique. Lurbanisation permet un premier niveau de hirarchisation des projets (projets critiques dun point de vue de lurbanisation et positionnement sur le POS). 3. La gestion du portefeuille des projets est outille et partage par tous les acteurs. La gouvernance en place permet de suivre lensemble des projets dun point de vue encore gnral (pas de gestion de ressources prcises). A ce stade, les initiatives (ou demande mtier amont) sont identifies de manire informelle, et ne rentrent dans loutil que de manire occasionnelle. Le portefeuille projet est utilis de manire occasionnelle pour constituer la trajectoire du SI
Cadre commun durbanisation du SI de lEtat 4. La gestion du portefeuille projets inclut galement la gestion des initiatives (cf. 3.5.8), et une gestion des ressources (suivi des budgets/cots, et du planning). La trajectoire du SI est institutionnalise, formalise grce au portefeuille dinitiatives, de projets et dapplications, elle est publi e. La dmarche durbanisation permet des actions et des arbitrages la fois opportunistes et proactifs sur les initiatives et les projets ou leurs primtres. Les actions de rationalisation du patrimoine sont incluses dans la trajectoire. Cette dernire est entretenue priodiquement en fonction de lavancement des projets et de leur recadrage.
5.
Indicateur 4.2 : Couverture des projets Cet indicateur permet dvaluer la prise en compte de la dmarche durbanisation dans le dispositif de gouvernance des projets : appui du management du SI pour la prise en compte de lurbanisation dans les projets, et participation des urbanistes au processus de dcision, darbitrage, de cadrage des projets. Cet indicateur permet dtablir un taux de couverture des projets qui tiennent compte de la dmarche durbanisation, et pour lesquels une tude durbanisation a t conduite en amont pour les cadrer. 0. Aucun projet. 1. 0-15% des projets. 2. 15-30% des projets. 3. 30-50% des projets. 4. 50-85% des projets. 5. 85-100% des projets. Indicateur 4.3 : Couverture des bilans Cet indicateur permet dvaluer le taux de projet s pour lesquels le bilan est ralis et les actions durbanisation actualises pour tenir compte du ralis, et donc corriger les carts entre le cadr et le ralis . 0. Aucun projet. 1. 0-15% des projets. 2. 15-30% des projets. 3. 30-50% des projets. 4. 50-85% des projets. 5. 85-100% des projets.
C.6
Axe 5 : Gestion de la connaissance du patrimoine SI
Le cinquime axe se dcompose selon les 5 vues du SI (stratgie, mtier, fonctionnelle, applicative, infrastructure) qui comprennent chacune 2 indicateurs, lun portant sur la matrise des informations de la vue correspondante, et lautre sur le niveau de couverture des informations gres, par rapport au primtre du SI concern. Cet axe comprend donc au total 10 indicateurs. Les valeurs possibles pour les indicateurs de matrise de linformation sont les suivantes : 0. Linformation nest pas connue. 1. Linformation est identifie mais pas ou partiellement outille. 2. Linformation est identifie et outille, mais entretenue de manire irrgulire et occasionnelle. 3. Linformation est identifie, outille, et un dispositif dentretien est oprationnel, mais les informations sont seulement partiellement rutilises (liens, publications, gnrations de documents, ancrage dans les processus courants, rutilisation dans les projets, etc.). 4. Linformation est identifie, outille, entretenue, rutilise mais son optimisation nest que partielle (absence de boucle de contrle, de correction, doptimisation demploi, etc.) . 5. Linformation est identifie, outille, entretenue, rutilise et contrle, avec un retour pour son optimisation (cela sous-entend que le niveau de couverture est ncessairement important > 80%). Les valeurs possibles pour les indicateurs de couverture sont les suivantes : 0. Aucune couverture, linformation nest pas connue. 1. 0-15% du SI est couvert. 2. 15-30% du SI est couvert. 3. 30-50% du SI est couvert. 4. 50-85% du SI est couvert.
PM/SGG/DISIC
85 / 91
Version 1.0 du 26/10/2012
Cadre commun durbanisation du SI de lEtat 85-100% du SI est couvert : ce niveau signifie que lensemble des concepts identifis dans le mtamodle (cf. annexe A) sont connus et dcrits minima. Les indicateurs de couverture ncessitent a minima un premier niveau de connaissance du primtre considr (en gnral grce une cartographie densemble). Pour la vue mtier par exemple, il est ncessaire davoir a minima une connaissance de la cartographie des macroprocessus de lorganisation considre pour tre en mesure dvaluer le taux de processus rellement dcrits et connus. 5. Une valeur moyenne pondre pourrait tre calcule pour globalement dfinir le niveau de matrise de la gestion de la connaissance, et le niveau de couverture de cette connaissance. Lapplication dun coefficient pour le s 2 indicateurs 5.9 et 5.10 permet de tenir compte des avances en matire de virtualisation et plus gnralement de technologie dinfrastructure, la matrise de la connaissance sur cette vue infrastructure sera progressivement rserve un nombre de plus en plus restreint dacteurs en charge des infrastructures communes. Indicateur 5.1 : Gestion de la connaissance - Matrise de la vue stratgie Cet indicateur permet dvaluer le niveau de matrise des informations relatives la vue stratgie du SI. Indicateur 5.2 : Gestion de la connaissance Couverture de la vue stratgie Cet indicateur permet dvaluer le niveau de couverture des informations gres relative s la vue stratgie du SI. Indicateur 5.3 : Gestion de la connaissance - Matrise de la vue mtier Cet indicateur permet dvaluer le niveau de matrise des informations relatives la vue mtier du SI. Indicateur 5.4 : Gestion de la connaissance Couverture de la vue mtier Cet indicateur permet dvaluer le niveau de couverture des informations gres relatives la vue mtier du SI. Indicateur 5.5 : Gestion de la connaissance - Matrise de la vue fonctionnelle Cet indicateur permet dvaluer le niveau de matrise des informations relatives la vue fonctionnelle du SI. Indicateur 5.6 : Gestion de la connaissance Couverture de la vue fonctionnelle Cet indicateur permet dvaluer le niveau de couverture des informations gres relative s la vue fonctionnelle du SI. Indicateur 5.7 : Gestion de la connaissance - Matrise de la vue applicative Cet indicateur permet dvaluer le niveau de matrise des informations relatives la vue applicative du SI. Indicateur 5.8 : Gestion de la connaissance Couverture de la vue applicative Cet indicateur permet dvaluer le niveau de couverture des informations gres relatives la vue applicative du SI. Indicateur 5.9 : Gestion de la connaissance - Matrise de la vue infrastructure Cet indicateur permet dvaluer le niveau de matrise des informations relatives la vue infrastructure du SI. Indicateur 5.10 : Gestion de la connaissance Couverture de la vue infrastructure Cet indicateur permet dvaluer le niveau de couverture des informations gres relative s la vue infrastructure du SI.
C.7
Axe 6 : Gestion des comptences
Le sixime et dernier axe porte sur la gestion de la communication autour de la dmarche durbanisation, la gestion des comptences et la formation. Indicateur 6.1 : Communication Cet indicateur permet dvaluer les dispositifs de communication : dfinition de plan de communication, constitution de kits de communication auprs des diffrents types dacteurs, et ralisation dactions de communication. 0. Aucun dispositif, pas daction de communication ralise. 1. Communication opportuniste sans dispositif particulier. 2. Existence dun support de communication gnral. 3. Existence de kits de communication par cible dacteurs. 4. Existence de kits de communication par cible dacteurs avec des actions de communication rgulires. 5. Existence dun dispositif de mesure du niveau de comprhension et dadhsion des acteurs concerns avec mise en place dactions appropries. Indicateur 6.2 : Formation Cet indicateur permet dvaluer la formation de lensemble des acteurs lurbanisation du SI (mtier, projet MOA et MOE, DSI, urbaniste, architecte, etc.). 0. Aucun dispositif. 1. Formation occasionnelle ou opportuniste.
Cadre commun durbanisation du SI de lEtat 2. 3. 4. 5. Existence de dispositif de formation formation ralise occasionnellement auprs de quelques acteurs MOE et DSI. Existence de dispositif institutionnalis de formation auprs des acteurs MOE, et occasionnellement auprs dacteurs mtiers et MOA. Existence de dispositif institutionnalis et connu de formation auprs de lensemble des acteurs de la transformation du SI. Existence de dispositif institutionnalis et connu de fo rmation auprs de lensemble des acteurs de la transformation du SI, en cours dalignement interministriel, avec un dispositif dautovaluation et de veille .
Indicateur 6.3 : Gestion des comptences Cet indicateur permet dvaluer la matrise des comptences ncessaires pour une dmarche durbanisation : dfinition des fonctions, parcours RG, profil du poste durbaniste, dfinition des relations fonctionnelles et hirarchiques, constitution dun vivier de comptence, etc. 0. Pas de dfinition de fonction, et absence de gestion de comptences. 1. Identification de fonction sommaire. 2. Identification des diffrentes fonctions et postes. 3. Dfinition dtaille des fonctions et des relations fonctionnelles et hirarchiques de l'urbaniste et insertion de la fonction d'urbaniste dans le rfrentiel des mtiers du ministre. 4. Dfinition dtaille des fonctions, mise en place dun premier vivier de comptences et de parcours RH type pour la fonction durbaniste SI. 5. Dfinition des comptences, des postes, des parcours adapts la dmarche durbanisation avec un dispositif dvaluation et damlioration continue.
PM/SGG/DISIC
87 / 91
Version 1.0 du 26/10/2012
MODELES COMMUNS DE LIVRABLES
Cette annexe compilera la liste des diffrents livrables produits par la dmarche durbanisation, avec une dfinition et une proposition de plan type. Cette premire version du Cadre Commun dUrbanisation initie ce travail de mise en commun des pratiques en matire de document. Lobjectif est clairement dentretenir et de publier largement a minima sur loutil collaboratif Alfresco, des modles de documents ( template ) prts lemploi. Ces modles de livrables seront disponibles et entretenus dans le temps sur loutil collaboratif commun. Plan dOccupation des Sols du SI de lEtat Plan dOccupation des Sols ministriel Trajectoire dvolution du SI de lEtat Trajectoire ministrielle dvolution du SI Fiche processus Dossier durbanisation (avant-projet) Positionnement dans la stratgie (dans PLF et le SDI) Positionnement et impact mtier Positionnement et impact fonctionnel (en particulier sur les objets mtiers) Positionnement et impact applicatif Impact sur les infrastructures Alertes et Prconisations Permis de construire une application Permis de retrait dune application Avis de pril sur une application ou sur un lment dinfrastructure
PM/SGG/DISIC
88 / 91
Version 1.0 du 26/10/2012
E
E.1
GLOSSAIRE
Termes
Architecture : Larchitecture est l'organisation fondamentale d'un systme, incarne dans ses composants, leurs relations les uns aux autres et avec leur environnement, et les principes qui rgissent sa conception et son volution (source : norme ANSI/IEEE Std 1471-2000) Larchitecture dun systme dinformation nest donc pas seulement sa description structure, ses cartographies de composants, mais aussi les relations entre les diffrents composants et lext rieur, et les principes de construction, dentretien et dvolution qui rgissent lensemble du SI. Larchitecture technique se focalise sur les deux vues Applicative et Infrastructure dun systme dinformation. Larchitecture fonctionnelle sur la vue fo nctionnelle, larchitecture mtier sur la vue mtier. Cloud : Le cloud computing, ou informatique en nuage, est un concept qui consiste dporter sur des serveurs distants des stockages et des traitements informatiques traditionnellement localiss sur des serveurs locaux ou sur le poste de l'utilisateur. Plus prcisment selon le NIST (National Institute of Standards and Technology), le cloud computing est laccs via le rseau, la demande et en libre-service des ressources informatiques virtualises et mutualises. Gouvernance SI : La gouvernance des SI permet de piloter les ressources affectes au dveloppement et l'exploitation des SI au sein de lorganisation. Les principes de la gouvernance dcrivent d'une part les instances de contrle , leur rle, leurs interactions ; d'autre part les mthodes de prvision et les mesures qui permettent dassurer une vision cohrente et partage des SI Mtier conforme aux enjeux stratgiques, conomiques, organisationnels et de scurit. Matrise dOeuvre : La matrise d'uvre des SI regroupe les acteurs ayant une fonction de fournisseur (quipes d'tude, de ralisation, de maintenance, de support et d'hbergement), par opposition la fonction de commanditaire remplie par la matrise d'ouvrage. Matrise dOuvrage : La matrise douvrage est la structure administrative responsable des activits mtiers, de l'organisation et des ressources couvertes par un SI. C'est gnralement une direction gnrale du ministre, ou une de ses directions ou services, voire un groupe de services dconcentrs pour des activits oprationnelles non portes par une DG. Au sein de la matrise d'ouvrage, un coordonnateur des SI labore le plan d'action oprationnel conformment aux orientations du schma directeur et de la politique dfinie par les instances de gouvernance du systme d'information. Le coordonnateur des SI d'une DG est garant de la bonne excution du plan d'action oprationnel, il veille l'urbanisation des SI et maintient le cadre de rfrence avec la collaboration des chefs de projets maitrise d'ouvrage. Il a son homologue ct matrise duvre pour s'assurer de la cohrence de l'ensemble par rapport aux mthodes, aux techniques et aux ressources disponibles. Matrise dOuvrage stratgique : Une matrise douvrage stratgique assure la coordination, la cohrence des dcisions stratgiques (pilotage et arbitrage) auprs dun ensemble de matrise douvrage. Elle est donc par nature transverse plusieurs mtiers (pour un ministre complet, un ensemble de direction mtier, voire pour une direction gnrale dont la taille ou de complexit mtier est relle. Une matrise douvrage stratgiques est charge de dfinir les orientations stratgiques sur son primtre, elle est donc un acteur majeur de la dmarche durbanisation. MCO : Afin d'assurer aux utilisateurs que les applications mises en exploitation rendent les services attendus, il est indispensable d'organiser le Maintien en Condition Oprationnelle (MCO). Le MCO couvre l'ensemble des activits concourant la vie d'un systme dinformation, une fois le systme construit et en service. Il est possible de distinguer dans ce MCO plusieurs familles dactivits : la maintenance corrective, la maintenance volutive, lexploitation et la production. Projet : Un projet est un ensemble dactivits coordonnes et matrises comportant des dates de dbut et de fin, entrepris dans le but datteindre un objectif conforme des exigences spcifiques, en tenant compte des contraintes de dlais, de cots et de ressources (source : norme ISO 9000, version 2000).
PM/SGG/DISIC
89 / 91
Version 1.0 du 26/10/2012
Cadre commun durbanisation du SI de lEtat Dans le cas de la gouvernance du SI de lEtat, un projet doit tre vu comme laction de transformation du mtier dans son ensemble, certes limite dans le temps et lespace. Cette transformation mtier embarque donc les questio ns sur le mtier, ses processus, mais aussi la composante plus technique sur les outils informatique. Elle porte sur lensemble de la composante SI. Il est ncessaire de piloter laction dans son ensemble. Systme dinformation : Un systme d'information (SI) est constitu de l'ensemble des ressources (personnels, matriels, logiciels) organises pour collecter, stocker, traiter et communiquer les informations. Le systme d'information coordonne grce l'information les activits de l'organisation et lui permet ainsi d'atteindre ses objectifs. Le systme dinformation est structur et reprsent sous la forme de 5 couches : stratgie, mtier, fonctionnelle, applicative et infrastructure. Le systme d'information doit faire l'objet d'un management spcifique afin d'tre organis, finalis, construit, anim et contrl. Par son alignement sur la stratgie d'entreprise, il constitue un moyen d'optimisation de la performance de l'entreprise. Systme informatique : Un systme informatique est le sous-ensemble du systme dinformation comprenant les ressources techniques (matriels et logiciels). Le besoin de matrise dvolution des systmes informatiques a amen il y a maintenant plus de 10 ans ne plus sintresser quaux seuls outils informatiques, mais bien les intgrer dans leur environnement complet, le systme dinformation. Le terme systme informatique nest donc pratiquement plus employ au profit du terme voisin mais plus englobant de systme dinformation . Urbanisation SI (ou Architecture dEntreprise) : L'urbanisation d'un SI a pour objectif d'organiser la transformation progressive et continue d'un systme d'information pour qu'il puisse soutenir et accompagner la stratgie de l'entreprise dans le meilleur rapport CQD (cot, qualit, dlai) : elle vise le simplifier, optimiser sa valeur ajoute et le rendre plus ractif et flexible vis vis des volutions stratgiques de l'entreprise, tout en s'appuyant sur les opportunits technologiques du march. Autre dfinition : La dmarche durbanisation des systmes dinformation, consiste transformer et aligner les actifs dune organisation (TIC, personnels, projets, processus) avec ses caractristiques oprationnelles propres, sa stratgie dvolution et son champ de contrainte, le tout dans un cadre formel, comprhensible et partag.
E.2
ANSSI AIFE CHORUS
Sigles
Agence Nationale de la Scurit des Systmes dInformation. Agence pour lInformatique Financire de lEtat, en charge de lexploitation et de lentretien de lapplication CHORUS Projet de rnovation du systme d'information permettant la gestion de la dpense, des recettes non fiscales et de la comptabilit de l'tat. Le projet tant maintenant termin, cest devenu le nom de lapplication qui permet de grer la comptabilit de lEtat. Charte Internet de lEtat Comit Technique des Systmes dInformation et de Communication. Instance de gouvernance interministrielle des SIC, runissant les DSI des ministres. Commission Nationale de lInformatique et des Liberts. Conseil des Systmes dInformation et de Communication. Direction Interministrielle des Systmes dInformation et de Communication. Direction des Systmes dInformation. Mission sous lautorit du Premier ministre charge de louverture des donnes publiques et du dveloppement de la plate-forme franaise Open Data. Gestion Prvisionnelle des Emplois Et des Comptences Loi Organique relative aux Lois de Finances : texte dterminant le cadre juridique des lois de finances. L'ambition de cette loi est de rformer la gestion de l'tat tout entire, c'est--dire la faon dont l'argent public est utilis par chaque ministre. Cette rforme vise instaurer une gestion plus dmocratique et plus efficace des dpenses publiques, dans une logique de performance et une orientation vers des rsultats. Vritable architecture budgtaire, elle structure le budget gnral de lEtat en missions composs de programmes, comprenant des actions. Integration as a Service : une des familles de service offert par le Cloud correspondant la mise disposition de serveurs virtuels, de capacit de stockage. Maintien en Condition Oprationnelle Oprateur National de Paye. Cest galement le nom de lapplication en charge de la paye des agents de lEtat.
CIE CTSIC CNIL CSIC DISIC DSI Etalab GPEEC LOLF
IaaS MCO ONP
PM/SGG/DISIC
90 / 91
Version 1.0 du 26/10/2012
Cadre commun durbanisation du SI de lEtat PaaS PAP Platform as a Service : une des familles de service offert par le Cloud correspondant la mise disposition denvironnements applicatifs permettant le dveloppement et lexcution dapplication. Projet Annuel de Performance. Les projets annuels de performances retracent ainsi, pour chaque programme de la LOLF, la stratgie, les objectifs, les indicateurs et les cibles de rsultat dont latteinte sera mesure dans les rapports annuels de performances (RAP) . Plan dOccupation des Sols. Politique de Scurit des Systmes dInformation. Rapport Annuel de Performance. Les rapports annuels de performances prsentent les rsultats des administrations au regard des engagements pris en loi de finances initiale (cf. LOLF). Rfrentiel Gnral dAccessibilit pour lAdministration. Rfrentiel Gnral dInteroprabilit. Rfrentiel Gnral de Scurit. Rseau Interministriel de lEtat. Software as a Service : une des familles de service offert par le Cloud correspondant la mise disposition directe dapplication aux utilisateurs, accessible depuis linternet. Service des Achats de lEtat. Secrtariat Gnral du Gouvernement. Systme dInformation. Systme dInformation et de Communication. Scurit des Systmes dInformation. Transformation des Centres Informatiques : projet conduit par la DISIC. Technologies de lInformation et de la Communication.
POS PSSI RAP RGAA RGI RGS RIE SaaS SAE SGG SI SIC SSI TCI TIC
PM/SGG/DISIC
91 / 91
Version 1.0 du 26/10/2012

Cadre Commun D'urbanisation Du SI de L'etat v1.0

Încărcat de

Informații document

Titlu original

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

Cadre Commun D'urbanisation Du SI de L'etat v1.0

Încărcat de

Drepturi de autor:

Formate disponibile

PREMIER MINISTRE

SECRETARIAT GENERAL DU GOUVERNEMENT DIRECTION INTERMINISTERIELLE DES SYSTEMES DINFORMATION ET DE COMMUNICATION

Cadre Commun dUrbanisation du Systme dInformation de lEtat

Version : 1.0 du 26/10/2012

Cadre commun durbanisation du SI de lEtat

Table des matires

Objectifs de la dmarche durbanisation ............................................................................................................ 13

Principes et Rgles durbanisation ...................................................................................................................... 20

La dmarche durbanisation : activits et acteurs .............................................................................................. 32

Les acteurs de la dmarche, leurs rles et responsabilits.............................................................................................. 46

Gestion de la connaissance du patrimoine SIC .................................................................................................. 51

Dclinaison oprationnelle du cadre ................................................................................................................... 55 Vocabulaires communs le mtamodle pivot ................................................................................................... 57

Nomenclatures de rfrence ................................................................................................................................ 71

Indicateurs durbanisation .................................................................................................................................. 79

Cadre commun durbanisation du SI de lEtat

Liste des figures

Version 1.0 du 26/10/2012

Cadre commun durbanisation du SI de lEtat

Version 1.0 du 26/10/2012

Cadre commun durbanisation du SI de lEtat

OBJET DU CADRE COMMUN

Pourquoi un cadre commun ?

Version 1.0 du 26/10/2012

Porte du cadre commun

Organismes de Scurit Sociale et de Protection Sociale

Figure 1 - Porte du Cadre Commun d'Urbanisation du SI de l'Etat

Figure 2 - Porte du terme "Administration" utilis dans le cadre commun

Articulation avec le corpus rglementaire

Se rfrer larticle 4 du dcret n2011-193 du 21 fvrier 2011 concernant la cration de la DISIC

Version 1.0 du 26/10/2012

Cadre commun durbanisation du SI de lEtat

Cadre commun durbanisation SIE

Cadre Stratgique SIE

Cadre Stratgique SIM Mthode de conduite de projet

Cadre Commun dInteroprabilit & RGI

Politique de SSI & RGS

Les concepts, le cadre et les grands principes de construction

Cadre de cohrence technique : choix logiciels et architectures

Figure 3 - Articulation du Cadre Commun d'Urbanisation avec l'ensemble du corpus rglementaire SI

Entretien et mise jour du document

Le cadre est structur de la manire suivante :

Plan dOccupation des Sols

Figure 4 - Organisation et plan du Cadre Commun d'Urbanisation

Charte durbanisation ministriel

Cadre darchitecture sur des fondations du SIE

Version du document et rfrences documentaires

Le tableau ci-aprs rsume lvolution du cadre avec les principales versions :

Version 1.0 du 26/10/2012

Cadre commun durbanisation du SI de lEtat

0.8.1 0.8.2 0.8.3 0.8.4 0.8.6 0.9.0 0.9.1 0.9.2

02/05/2012 08/05/2012 12/05/2012 18/05/2012 04/06/2012 07/07/2012 13/07/2012 21/09/2012

Figure 5 - Tableau des contributeurs la rdaction du Cadre Commun dUrbanisation du SI de lEtat

Version 1.0 du 26/10/2012

Cadre commun durbanisation du SI de lEtat

Version 1.0 du 26/10/2012

Cadre commun durbanisation du SI de lEtat

OBJECTIFS DE LA DEMARCHE DURBANISATION

Version 1.0 du 26/10/2012

Cadre commun durbanisation du SI de lEtat

Urbanisation des villes

Serveurs, PC, imprimantes rseaux de tlcommunication sites dhbergement

en lalignant avec le mtier

en sappuyant sur les opportunits technologiques du march