CCE du 21 avril 2015 Trajectoire d Évolution du Système d Information de Pôle Emploi à horizon 2019 Livrable phase 2 : Orientations SI DIRECTION DES SYSTÈMES D'INFORMATION
Agenda 1. Rappel de la démarche 2. Etat des lieux et grandes orientations 1. Phase I : l état des lieux 2. Les grandes orientations à l issue de la phase II 3. Les grandes orientations du SI à horizon 2020 4. Prochaine étape Phase III la trajectoire 1. Périmètre et planning d ensemble 2. Les sujets à approfondir
Rappel de la démarche, et objectif du document Initiée début 2014, la démarche TESI (Trajectoire d Évolution des Systèmes d Information) vise à dessiner le paysage informatique de Pôle emploi, à horizon 2019 et àen acter les grandes orientations et les conditions de mise en œuvre TESI a été structurée en 3 phases : (i) réflexion autour du SI existant et àvenir, (ii) construction de la cible au travers de l analyse de 5 axes fonctionnels ou techniques, (iii) définition de la trajectoire SI et des chantiers liés aux compétences et à l organisation 14/01/14 26/03/14 23/06/14 16/07/14 31/12/14 2 mois 2 3 mois 6 mois Phase 1 Phase 2 Phase 3 Réflexion autour du SI existant et à Construction de la cible Définition de la trajectoire SI venir SI 2019 Séminaire NANTES Séminaire LYON Séminaire STRASBOURG L objectif de ce document est de décrire les orientations SI qui ont été définies lors de la phase II du projet TESI et d instruire des chantiers d évolution du SI à adresser dans la phase III 3
La phase 1 a permis de décrire les grandes causes d évolution du SI de Pôle Emploi II Tendances IT I Réflexions Tripartite 2018 Orientations SI 2019 III Diagnostic SI Axes de diagnostic SI Enjeux fonctionnels Enjeux applicatifs Enjeux techniques 4 4
La phase 2 a permis l approfondissement des réflexions autour de 5 axes volontairement transverses et par endroits redondants, pour assurer ouverture, échange et couverture optimum des situations à prendre en considération Numérisation de l ODS aux DE et E Ouverture de l environnement de travail du Conseiller Développement d une plateforme numérique d échange Valorisation des données au service de l amélioration de la performance Les enjeux du virage numérique de l offre de service de PE ont été recensés et les sujets suivants ont été étudiés : (i) les services en auto délivrance, (ii) ceux renforçant l efficacité du rapprochement offre / profil, (iii) la personnalisation de l ODS, (iv) le renforcement de l accessibilité des contenus et services et (v) le multicanal Pour chaque sujet, les points suivants ont été traités : les évolutions majeures de l ODS numérique, les principales évolutions SI associées, les adhérences avec les projets en cours et une ébauche de l architecture cible Trois thématiques principales ont été étudiées : (i) nouvel environnement de travail : le cockpit, (ii) l optimisation des applications cœur métier et (iii) les corbeilles de tâches Pour chaque thématique, les grands principes, une première ébauche de la modélisation, ainsi que la vision cible et les impacts associés ont été identifiés et décrits Les enjeux de la mise en place d une plateforme numérique d échange ainsi que la typologie des partenaires existants ont été rappelés. Les différents types et techniques d échanges ont été présentés Les grandes lignes de la cible et les usages associés ont été identifiés Les briques "Échanges de données" (Open Data ), "Services partenaires" (Open API ), les liens inter applicatifs et les Services transverses de la plateforme ont été décrits Les 3 typologies de données partagées chez PE ont été rappelées et formalisées Des principes de gestion àinstaurer et faire respecter ont été édictés et décrits Les enjeux du Big Data ont été recensés, les 1ers cas d usage, démontrant l opportunité du concept, identifiés, l architecture cible dessinée et une ébauche de la gouvernance présentée Définition des services communs et référentiels Les sujets relatifs àla rénovation, parmi lesquels la Dé régionalisation, la Sortie Z/OS et la Stratégie Batch ont été traités (lotissement des travaux, paliers d évolution, roadmap, D autres sujets relatifs au fonctionnement de la DSI (Agilité, Fabrication et Opérations) ou à l architecture des SI (Gouvernance SOA) ont été revus et traités 5 * Voir la description détaillée en annexe
Agenda 1. Rappel de la démarche 2. Etat des lieux et grandes orientations 1. Phase I : l état des lieux 2. Les grandes orientations à l issue de la phase II 3. Les grandes orientations du SI à horizon 2020 4. Prochaine étape Phase III la trajectoire 1. Périmètre et planning d ensemble 2. Les sujets à approfondir
Synthèse des travaux de la phase 1 Trois facteurs interdépendants justifient la nécessité d évolution des SI de Pôle emploi et en déterminent les contours I Métier TRI II Tendances IT I Réflexions Tripartite 2018 Orientations SI 2019 III Diagnostic SI II Les groupes de travail de la convention Tripartite ont formulé 5 orientations stratégiques, qui doivent guider l évolution des systèmes d information de Pôle Emploi, d un point de vue métier Tendances IT Les tendances IT du marché ont été revues, afin d en identifier les incontournables ainsi que celles qui pourraient contribuer fortement à satisfaire les orientations stratégiques de Pôle Emploi III Diagnostic SI Le diagnostic a porté sur les différentes couches Applicative, Technique et Infrastructure et a permis d identifier, objectivement, les forces, les faiblesses, les opportunités et les menaces relatives au SI actuel Dans les pages suivantes, chacun des ces facteurs est développé et les sujets SI relatifs sont listés 7
I Synthèse des travaux de la phase 1 La convention Tripartite formule de nouvelles orientations stratégiques pour l institution. Les impacts de ces nouvelles orientations sur les SI de Pôle Emploi ont été identifiés MÉTIER TRI 1. Évolution du Répertoire Opérationnel des Métiers et des Emplois (ROME) vers une approche par compétences 2. Accentuation de la différentiation pour les E et DE 3. Rupture qualitative sur le diagnostic 4. Enrichissement du dossier du Demandeur d emploi & simplification du processus d indemnisation 5. Optimisation des services existants et définition de nouveaux services numériques à destination des entreprises, agents et usagers IMPACTS SUR LE SI DE PÔLE EMPLOI Intégration des compétences dans les statistiques et le décisionnel, nouveaux indicateurs, support àla GPEC Rapprochement par compétences, impact SDR Implémentation et généralisation d une brique de structuration de données par analyse sémantique Proposition d une offre de service en libre accès sans conseiller référent a un impact SI important mais garder le référent semble acquis Intensification de l accompagnement pour les DE en Guidé et en Renforcé : renvoi vers le groupe Aide au diagnostic Outils d aide au diagnostic : aires de questionnement, aide contextualisée au questionnement et àla prescription et outil d évaluation de la distance à l emploi Outil d autoévaluation Dossier d inscription et instruction en dehors de la présence du DE Modification du processus de préinscription et EID Mise àdisposition du DE sur le WEB d un service de certification de l identité Évolution de la dématérialisation : Gestion de l ensemble des pièces dématérialisées Évolutions de pratiques, nouvelles notions professionnelles, remplacement de pans d activités Outils : Changement d ergonomies, fonctionnalité supplémentaires 8
II Synthèse des travaux de la phase 1 Les tendances IT du marché ont été étudiées et les impacts des nouvelles technologiques induisant de nouveaux comportements et usages au sein de notre écosystème ont été revus TENDANCES IT IMPACTS SUR LE SI DE PÔLE EMPLOI Une digitalisation de la relation client qui favorise une plus grande personnalisation des offres et une automatisation des tâches Favoriser la multicanalité et automatiser progressivement les activités àmoindre valeur ajoutée via un BPM Faciliter l ouverture des services et des données Pôle Emploi (Open Data, API Web, portails d applications) Mieux exploiter le patrimoine informationnel de Pôle emploi via le Big Data (Personnalisation de l offre de service, vision 360 du marché du travail) Une simplification de l environnement utilisateur qui vise une plus grande productivité des collaborateurs et contribue à une meilleure attractivité de l entreprise Homogénéiser l ergonomie des sites intranet et Internet grâce aux nouvelles IHMs Améliorer la productivité par les opportunités offertes par les nouveaux postes de travail Une consommation de services IT standardisés et àla demande offrant plus d agilité aux acteurs métiers Faciliter l intégration et la consommation de services externes Rendre le SI plus agile par la rationalisation des services internes Améliorer la qualité de services et notamment la résilience par l utilisation d un Datacenter virtuel et du cloud computing 9
III Synthèse des travaux de la phase 1 L analyse objective du patrimoine informatique et sa mise en perspective par rapport à l état de l art démontre à la fois la capacité du SI à répondre aux exigences actuelles de services, mais aussi, ses limites en terme d évolutivité Des fondamentaux assurés et un Si en évolution positive 1. Un service rendu en ligne avec les exigences des agents et des usagers 2. Les augmentations de volumes sont absorbés et les performances sont assurées 3. La stabilité du SI et sa fiabilité sont revenues au niveau attendu sur internet et en interne 4. La couverture et l intégration des services offerts aux conseillers et fonctions support a franchi un pas important 5. Les récentes évolutions des services offerts sur Internet (espace candidat, 100% Web ) sont appréciées 6. L ouverture vers les partenaires a pris un nouvel essor avec les échanges des Offres et CV 7. Le poste de travail et les infrastructures techniques répondent aux attentes et portent les évolutions Mais des limites sont identifiées Une dette technique qui perdure et pose clairement la question d une démarche volontariste de désengagement des technologies et composants obsolètes Des évolutions (métiers et technologiques) régulièrement apportées au prix d une complexité technique qui s amplifie et fragilise le SI Une prise en main des nouveaux services pour les conseillers et les internautes insuffisamment facilitée Des domaines applicatifs gérés «verticalement» rendant difficile le partage des données et services et laissant la place àla multiplicité des IHM, services et interfaces Des services standards/génériques qui doivent porter plus de fonctionnalités et être partagés (unicité) Des services d accès aux données à consolider/standardiser, àencadrer par une gouvernance ad' hoc et à sécuriser davantage Des processus projet agile qui doivent se généraliser en relation avec les utilisateurs et les équipes métiers Une productivité grevée par la multiplicité et l obsolescence des technologies mises en œuvre Une nécessaire consolidation des processus d authentification et filtrage des accès («permission d accès») 10
III Synthèse des travaux de la phase 1 L analyse objective du patrimoine informatique et sa mise en perspective par rapport à l état de l art démontre à la fois la capacité du SI à répondre aux exigences actuelles de services, mais aussi, ses limites en terme d évolutivité Cette situation fait peser des risques 1. Amplifier la complexité pour répondre aux attentes sans réinvestissement de fond sur le SI 2. Construire des nouveaux systèmes étanches pour apporter rapidement de la valeur et rendant difficile les cohabitations 3. Toucher les limites de l intégration de nouvelles opportunités technologiques Des opportunités majeures existent et doivent être saisies et articulées avec le prochain plan PE Des architectures qui sont àmaturitéet facilite les innovations Adopter les technologies WEB et les architectures REST Unifier et consolider les services métiers, l accès aux données dans le cadre d une architecture SOA généralisée Des solutions disponibles et intégrables dans notre SI 4. Ralentir l évolution des offres de services de Pôle emploi et pose des questions clés 1. Quel rythme et quel niveau de transformation sommes nous capables de porter? Au niveau du SI? Au niveau de la DSI? 2. Comment conjuguer au mieux le saut technologique du SI et la prise en charge dans les délais des attentes de la convention tripartite? 3. Quel niveau de cohabitation possible avec des solutions d attente produites parallèlement au SI PE? des solutions pour les IHM facilitant l expérience utilisateurs et les rendant indépendant des canaux de distribution et des médias des technologies de publication et d échange des données et services avec les partenaires (Open Data, Open API) des solutions de gestion de processus désormais àmaturité(bpm) de façon totalement dématérialisée les apports des technologies autour du Big Data Des savoir faire déjà éprouvés àla DSI devant être généralisés Les méthodes et outils de développement agile autour du WEB La dématérialisation des écahnges sous toutes leurs formes Les technologies du cloud (provisionning, virtualisation, ) en œuvre sur nos systèmes ouverts et l accès àdes services en Saas 11
Agenda 1. Rappel de la démarche 2. Etat des lieux et grandes orientations 1. Phase I : l état des lieux 2. Les grandes orientations à l issue de la phase II 3. Les grandes orientations du SI à horizon 2020 4. Prochaine étape Phase III la trajectoire 1. Périmètre et planning d ensemble 2. Les sujets à approfondir
Compréhension des orientations fonctionnelles majeures pour le SI 2020 Impulser une nouvelle dimension aux services offerts Coopération/co construction Usager/Conseiller Convergence des IHM amélioration de l expérience clients usagers et conseillers Partage des données et services, interactivité multiforme, Pilotage des processus partagés et dématérialisés Extension des services WEB et élargissement de l automatisation des processus : Extension des services en auto délivrance àdisposition des internautes Rapprochement O/D «multiforme» Automatisation liquidation par un renforcement de l acquisition des données Dématérialisation à 100% De nouvelles solutions pour faciliter. Analyse automatique des données offres et CV notamment Des services facilitant le conseil, les diagnostics et l auto délivrance Un conseiller connecté : collaboratif, réseau et partage de connaissance Echanges et ouverture de données Pôle emploi, plateforme de référence de l emploi en ligne Mise àdisposition de données et intégration de données partenaires Susciter et stimuler l innovation Mise àdisposition dans des formats standards et ouverts les éléments propices àla création de nouveaux usages Encourager au développement de ces nouveaux usages
des orientations fonctionnelles aux orientations SI Tendances qui vont structurer l évolution du SI Groupes de travail de la Convention Tripartite Diagnostic du SI Tendances IT I Solutions et principes d architecture qui vont supporter ces évolutions Réflexion selon 5 axes de travail pour décliner les tendances en solutions SI II Synthèse sur 6 orientations stratégiques du SI à horizon 2020
Les orientations du SI Pôle emploi pour 2020 Le SI 2020 au rendez vous de la révolution des usages liée aux 4 tendances du numérique (mobile, réseaux sociaux, big data, cloud) Systématiser les solutions portées par les architectures web (REST, NOSQL et SOA) et se désengager des solutions Mainframe Faire converger les IHM usager et conseiller vers les meilleurs pratiques du Web et mettre àdisposition nos services sur tous les médias (responsive design) Soutenir la relation multicanal entre l usager et PE en consolidant/resituant la connaissance de la relation usager et en assurant la continuité des actes via le BPM et en prenant en compte la multicanalité dès la conception Construire un système généralisé d accès et d échanges d informations basé sur un unique référentiel valorisant les données et les services partagé, sécurisé et protégé Structurer le SI de façon àsoutenir des cycles de vie différents pour être plus réactif et agile et répondre ainsi aux nouveaux usages Intégrer les nouvelles solutions (Big Data, moteur de règles et de suggestions, analyse sémantique, ) et faciliter la collaboration avec les solutions innovantes et les partenaires Généraliser les technologies du cloud en interne et en collaboration avec les partenaires et les services offerts en Saas 15
Les orientations du SI Pôle emploi pour 2020 Exploitation du patrimoine de données Vision cohérente et à jour des objets métiers partagés Mise à disposition des données et des services aux partenaires et au grand public (Open Data) et intégration des données et des services fournis par les tiers partenaires Valorisant les données Centré nouveaux usages Services accessibles n importe quand, n importe où et à partir de n importe quel canal Multiplication des capacités d interaction entre les usagers et Pôle emploi Nouvelles fonctionnalités mises à disposition des utilisateurs plus rapidement et plus fréquemment Simplification des accès (fédération, autoprovisionning ) Traçabilité et auditabilité Mise en œuvre de la sécurité interne au niveau de chaque composant applicatif Protégé SI 2020 Nativement multicanal Applications plus facilement utilisables et partagées entre les usagers, les conseillers et les partenaires Anticipation de la rupture technologique proposée par les acteurs majeurs du web Réduction de la dette technologique Utilisation de de nouvelles capacités à l état de l art Préférence au buy par rapport au build Réponses plus rapides aux nouvelles demandes des métiers et des usagers Fondé sur des composants du marché Disponible 24/7 Disponibilité 24/7 en toute situation même lors des déploiements Exécution simultanée de plusieurs versions d une même capacité applicative Résilience applicative et technique 16
Les orientations du SI Pôle emploi pour 2020 Classes de solutions Big Data Référentiel partagé des objets métiers Cache 360 Open Data / Open API Intégration données partenaire Gouvernance des données Data vizualisation Valorisant les données Centré nouveaux usages Nouveaux canaux d échanges: chat, assistant virtuel, click-to-chat, web callback, e-ateliers.. MOOC, elearning, salons virtuels Convergence IHM usagers / conseillers Responsive Design / Applications natives (ios, Android, Web) Déploiements fréquents, agilité Framework JS, NoSQL, Mashup Fédération d'identité (SSO, Interops-S) Gestion des identités et des accès (IAM) Auto-provisioning des habilitations Traçabilité, auditabilité Signature électronique Identité numérique Coffre-fort numérique Protégé SI 2020 Nativement multicanal Continuité multicanal Services partagés entre les canaux REST / SOA Gouvernance SOA Désengagement mainframe (z/os, PacBase, DL1, ) - dérgionalisation Traitements fil de l'eau BPM, BAM, Moteur de règles (BRMS) Content Delivery Network / Cloud storage SIG SaaS / Progiciels Analyse sémantique Appliance XML Outils collaboratifs Fondé sur des composants du marché Disponible 24/7 Résilience Cloud computing interne (Iaas, PaaS) Data Center Virtuel / Géoclustering Déploiements sans interruption de service Réseau WAN 17
Les orientations du SI Pôle emploi pour 2020 Architecture SI cible SI 2020 Infrastructures supportant toutes les nouvelles modalités de contact et d interaction entre les usagers et Pe et consolidées avec les interactions historiques pour fournir un suivi de la relation usager cohérent Usager Agent Partenaire Autres acteurs Portail L utilisateur «usager, agent, partenaire» a à disposition un portail ou «store» lui permettant de sélectionner ses applicatifs PN Portail vocal PE.fr Portail Agent Portail Partenaire PE Store et autres store FRONT PN Métier Applicatifs PN modulaires pour permettre la réutilisation et le partage entre les canaux PN Métier PN Métier PN Métier PN Métier PN Métier Apps API open data Accès aux données Échanges externes Modules applicatifs PN réalisés par défaut en techno web avec un rendu «responsive design». Déclinaison à l opportunité en application native ios, Android, WindowsMobile. SLD 360 Cache 360 Open data Services communs Lectures «massives» systématiquement dans un unique cache 360 quel que soit l applicatif servi : pe.fr, appli conseiller, appli partenaire, open api SLD Appli SLD Appli SLD Appli SLD Appli SLD Big Data Big data Authentification Sécurité Gestion des échanges Écritures systématiquement en mode service sur le SLD Applicatif maître du domaine BPM Services collaboratifs BACK SLD Domaines conçus sur la base de services autonomes et indépendants des applicatifs consommateurs. 18 Services réutilisables en interne Pe (applicatif conseiller, usager) et en externe Pe (partenaire, «innovateur»)
Les orientations SI induisent aussi une transformation de la DSI avec des impacts à différents niveaux Impact sur les modes de fonctionnement pour les projets pour le service Agilité et mode projets DevOps Productivité Méthodes et outils Impact sur les RH en terme de compétences et de nouveaux métiers Impact sur l Organisation et la Gouvernance notamment compte tenu des éléments communs : données, services, règles et processus 19
Agenda 1. Rappel de la démarche 2. Etat des lieux et grandes orientations 3. Les grandes orientations du SI à horizon 2020 1. Un SI centré nouveaux usages 2. Un SI nativement multicanal 3. Un SI valorisant les données 4. Un SI protégé 5. Un SI fondé sur des composants du marché 6. Un SI disponible 24/7 4. Prochaine étape Phase III la trajectoire
Un SI 2020 1 Centré nouveaux usages Nouveaux canaux d échanges: chat, assistant virtuel, click-to-chat, web callback, e-ateliers.. MOOC, elearning, salons virtuels Convergence IHM usagers / conseillers Responsive Design / Applications natives (ios, Android, Web) Déploiements fréquents, agilité Framework JS, NoSQL, Mashup centré nouveaux usages L essor des nouvelles tendances numériques transforment les comportements individuels et sociaux. Le système d information devient un vecteur du développement de l offre de service de Pôle emploi. Les capacités d interaction entre les usagers et Pôle emploi se multiplient (interaction avec un conseiller, autodélivrance au travers d applications web ou mobile, échanges de mails ou de courrier, visio, chat ). Les nouveaux modes de consommation, au premier rang desquels figure la mobilité, impactent à fois la nature des interactions avec le système d information et l ergonomie des applications (tactile). La réflexion concernant l évolution d un patrimoine informatique ne peut se faire sans une prise en compte des nouvelles technologies proposées par les acteurs majeurs du web et des cas d usage qu elles rendent possible. De plus, elles permettent notamment de fabriquer plus rapidement ou pour moins cher de nouvelles capacités. L usage réel des services rythme les évolutions de ceux-ci. Le système d information est conçu de façon modulaire pour soutenir ce nouveau rythme d évolution. 21
1 Un système d'information «Centré Nouveaux Usages» Convergence métier entre les différents canaux (1/4) DESCRIPTION DES FONDAMENTAUX D ARCHITECTURE Une structuration du SI en 2 couches découpées horizontalement plutôt qu en silos verticaux, permettant de mettre en œuvre des cycles différents pour plus d agilité et de réactivité : Usager Agent Partenaire Le Front, résolument tournée vers les échanges externes, contient l ensemble des applications pour chacun des canaux FRONT Le Back contient les données et services métiers, ainsi que des services fonctionnels (ex: GED) et techniques (ex: services de sécurité), tous transverses à l ensemble des canaux L agnosticité de cette couche vis à vis des canaux permet de garantir la cohérence des données et des processus vis à vis des canaux d accès Lecture BACK Lecture / Écriture Seule la couche frontale a connaissance de la notion de «canal». La couche back ne propose que des services transverses et donc potentiellement accessibles par plusieurs canaux distincts. La couche Back peut néanmoins prendre en compte la notion de rôle utilisateur du service pour en adapter le comportement Le modèle applicatif en couche PN/SLD ne change pas en cible et vient compléter cette structuration SI 22
1 Un système d'information «Centré Nouveaux Usages» Portail unique dédié à chaque typologie d utilisateurs DESCRIPTION DES FONDAMENTAUX D ARCHITECTURE Un portail peut permettre d assurer plusieurs fonctions : donner de l information, gérer des droits et afficher des applications (faire apparaître ou non les écrans) Le portail est un containeur applicatif de modules PN autonomes. Il offre une interface d accès unifiée, une expérience utilisateur sans couture apparente. Il permet la personnalisation de l environnement de travail en fonction du rôle utilisateur Il s agit ici de passer d une logique «d application», dédiée à une catégorie d utilisateur, àune logique module PN orienté activité métier Conçu nativement pour intégrer des composants hétérogènes, il permet aussi l utilisation de PN externes notamment les PNs partenaires PN externe Portail PN PN PN Sécurité Contexte Corbeilles FRONT EXISTANT Un bureau métier permettant l accès àdes applications Une conception orientée applications, conduisant àdes ensembles parfois monolithiques (ex : AUDE) La nécessité d utiliser un seul et même framework pour une application L impossibilité de réutiliser les applications pour d autres canaux CIBLE Un véritable containeur applicatif conçu pour intégrer des modules autonomes internes ou externes (mashup) La personnalisation du portail en fonction du profil d utilisateur et de choix individuels (store applicatif) L opportunité de diversifier les frameworks pour chaque module en fonction de l état du marché et de l adéquation au besoin 23
1 Un système d'information «Centré Nouveaux Usages» Découpage des applications en modules métiers autonomes DESCRIPTION DES FONDAMENTAUX D ARCHITECTURE La conception des IHMs comme une somme de modules PNs dont la granularité est alignée sur les activités métiers et/ou les objets métiers permet de raccourcir les cycles de déploiements Elle permet la mutualisation de certains modules PN entre différentes catégories d utilisateurs (usagers / agents ou partenaires / agents), ce qui évite les redondances de règles métiers et favorise la cohérence multicanal. 24 pe.fr Agent Usager Service A Agent EXISTANT IHM = Application Bureau métier Usager Internet Service B Portail Partenaires Usager Internet Partenaire Service C Une architecture existante qui vise principalement : Une étanchéité d exécution entre les deux canaux (interne et externe) pour éviter qu un incident sur un canal impacte l autre Un cycle d exploitation différencié entre les deux canaux afin de prendre en compte les exigences de disponibilité du canal Internet PN Métiers Portail Usagers PN Métiers CIBLE IHM = Σ modules Portail Agents Cockpit PN Métiers PN Métiers PN Métiers Portail Partenaires PN Métiers Service A Service B Service C Service D Service E Une architecture cible modulaire composée de : PN modulaires regroupant des fonctionnalités cohérentes entre elles au regard de l activité métier réalisée Modularité des PN plus fine permettant des mises en production plus fréquentes et plus ciblées Services autonomes non dépendants des canaux de distribution qui les consomment
1 Un système d'information «Centré Nouveaux Usages» Nouveaux services d échanges DESCRIPTION DES FONDAMENTAUX D ARCHITECTURE L architecture de la couche frontale doit être conçue pour permettre les échanges entre un usager et Pôle Emploi via différents canaux, sans que cela entraine une différenciation du service rendu Quel que soit le canal d entrée, l usager est identifié pour permettre, lors de la mise en contact effective, àl agent d accéder au dossier de l usager Tous les contacts entre l usager et Pôle Emploi ou un partenaire (lorsque ce contact a lieu au travers des services PE) sont tracés et centralisés Pôle Emploi met àdisposition des services de communication permettant l échange distant entre un usager et un partenaire. L accès àces services est contrôlé par une gestion des habilitations Certains services de communication peuvent être sourcés en externe Chat Cache 360 Visio Accueil Portail Agent Gestion des contacts Usagers Téléphoni e Gestion des habilitations Physique Agents Référentiel des individus E conference elearning, MOOC BACK Partenaires Employeurs Webdating FRONT 25
1 Un système d'information «Centré Nouveaux Usages» Framework récents sur l ensemble des canaux EXISTANT CIBLE Applications Applications PN v2 PN v3 PN v4 Noheto Tapestry Frameworks communs Noheto Utilisation de différents frameworks dont certains sont propriétaires Des frameworks qui changent en fonction de la typologie d utilisateur ainsi que du canal utilisé Une inertie face aux évolutions du marché, qu elles soient technologiques (HTML5, REST) ou ergonomiques (tactiles, responsive design ) Utilisation d un même ensemble de frameworks, non dédiés à une filière spécifique Framework du marché, minimisant les adaptations spécifiques, pour pouvoir évoluer en phase avec ce marché Alignement pour tous les canaux sur les ergonomies popularisées par le web pour faciliter l acquisition et la montée en compétences des utilisateurs 26
1 Un système d'information «Centré Nouveaux Usages» Conception d application Responsive Design EXISTANT CIBLE Applications Applications Des applications agents et partenaires conçues pour une situation de travail principalement sédentaire La prise en compte de la mobilité et de la diversité des terminaux d accès uniquement prise en compte pour la population usagers au travers de la conception d application en mode responsive design Utilisation d un framework du marché pour le développement des applications agents et partenaires pour disposer de l'opportunité de développer des applications Responsive Design non seulement pour les canaux internet, mais aussi pour les canaux agent en situation de mobilité. Il s agit là d une facilité et non d une contrainte à généraliser sur tous les PN. Bien qu il soit possible de distribuer sur les application stores une application HTML5 (qui permet dans une certaine mesure les interactions avec certaines fonctionnalités du mobile telle que la géolocalisation, l appareil photo, etc ) cette possibilité ne disqualifie pas le développement d applications native (ios, Android) si cela s avérait nécessaire. 27
Agenda 1. Rappel de la démarche 2. Etat des lieux et grandes orientations 3. Les grandes orientations du SI à horizon 2020 1. Un SI centré nouveaux usages 2. Un SI nativement multicanal 3. Un SI valorisant les données 4. Un SI protégé 5. Un SI fondé sur des composants du marché 6. Un SI disponible 24/7 4. Prochaine étape Phase III la trajectoire
Un SI 2020 2 Nativement multicanal Continuité multicanal Services partagés entre les canaux REST / SOA Gouvernance SOA Désengagement mainframe (z/os, PacBase, DL1, ) - derégionalisation Traitements fil de l'eau nativement multicanal Les usagers peuvent choisir d initier un acte sur un canal et le terminer sur un autre, il n est pas enfermé dans un choix de canal. La convergence des interfaces usagers / conseillers / partenaires est facteur de cohérence et facilite l appropriation des applicatifs. Un système d information nativement multicanal requiert une conception adaptée garantissant la cohérence des données, des processus et des interfaces indépendamment des canaux d accès. Cette conception s appuie sur les meilleures pratiques d architecture que cela soit en interne (SOA) et vers l extérieur (REST). L introduction de nouvelles capacités et les nouvelles exigences appliquées aux capacités existantes impose de rénover progressivement certains composants obsolètes du SI actuel. La dette technologique accumulée freine le développement de ces nouvelles capacités et oblige à engager une rénovation volontariste. Les traitements sont réalisés au fil de l eau pour être totalement alignés à l expérience utilisateur directement connecté au système d information et aux services fournis. 29
2 Un système d'information «Nativement Multicanal» Convergence métier entre les différents canaux (1/2) Gestion des messages entrant / sortant Portail usagers Portail partenaires Portail Open Data Visio Accueil téléphon e Portail agents Accueil physique Bornes Automates API FRONT Lectures et mises à jour BACK DESCRIPTION DES FONDAMENTAUX D ARCHITECTURE Tous les composants applicatifs permettant les échanges directs ou indirects entre le monde extérieur et Pôle Emploi sont localisés dans la même couche «Front»qui gère les spécificités de chaque canal La couche Front contient des composants applicatifs de type PN et ne contient pas de données métiers L architecture du SI s appuie sur un découplage application (PN) / domaines applicatifs (SLD) contenant respectivement les IHMS et la navigation d un côté; ainsi que les données / traitements et interfaces d accès aux traitements de l autre. Il sera enrichi en cible par les portails utilisateurs 30
2 Un système d'information «Nativement Multicanal» Convergence métier entre les différents canaux (3/4) FRONT Lecture + MàJ Cache 360 GED Sécurité Domaine Applicatif Métier Applicatif Métier Domaine référentiels métiers Applicatif Métier Gestion des corbeilles Authentification Fédération Table de référence SIG Éditique BACK DESCRIPTION DES FONDAMENTAUX D ARCHITECTURE Le back contient les services métiers et les services communs fonctionnels et techniques transverses La mise àjour de plusieurs domaines applicatifs distincts suite àun unique acte métier se fait préférentiellement via des propagations dans le bus asynchrone plutôt que par des transactions distribuées Services métiers Services fonctionnels Services techniques L adhérence entre les domaines est limitée, notamment en réévaluant la granularité de ceux ci Les traitements différés sont réalisés au fil de l eau plutôt qu en mode batch pour éviter les indisponibilités et favoriser la fraicheur de l information. Les accès aux services (et donc aux données) des domaines depuis les applications se font toujours à travers le bus synchrone. 31
2 Un système d'information «Nativement Multicanal» Découpage applicatif pour plus d autonomie fonctionnelle EXISTANT CIBLE SL Agents SL Internet SL SL fonctionnel SL fonctionnel SL fonctionnel Données domaine DXXX Données domaine DYYY Données domaine DXXX Données domaine DYYY Domaine DXXX / Direction AAA Réplication données métiers Domaine DYYY / Direction BBB Domaine DXXX Propagation transactionnelle asynchrone Domaine DYYY Des domaines applicatifs fortement couplés les uns aux autres Pour satisfaire les besoins d utilisation de données d un domaine applicatif à l autre, des processus de réplication de données depuis certains domaines ont été mis àplace Cet usage entraîne donc un couplage très fort entre les domaines applicatifs et impacte la fraîcheur des données répliquées Des domaines applicatifs autonomes La notion de domaine applicatif évolue vers une vision logique dissociée des notions de déploiement, il peut être constitué de plusieurs domaines J2EE et/ou de plusieurs bases de données Les services d un même domaine applicatif peuvent s appeler entre eux Les appels de mise àjour synchrone entre sous systèmes transactionnels différents sont interdits (sauf cas spécifiques) Les considérations organisationnelles (direction) ne sont plus des contraintes; elles ne s imposent plus à l architecture 32
2 Un système d'information «Nativement Multicanal» Désengagement des technologies se raréfiant EXISTANT CIBLE Transactions & Services COBOL IBM CICS Services Java Oracle Weblogic Services Java J2EE cibles Services Java J2EE cibles Services Java J2EE cibles IBM DL1 Pivot DB2 IBM DB2 Oracle DB DB cible DB cible DB cible Mainframe z/os AIX / X86 AIX / X86 AIX / X86 AIX / X86 Domaine SIGMA Domaine DXXX Domaine DYYY Domaine DZZZ SIGMA est en cours de refonte et présente 3 modèles simultanés : Legacy : architecture historique basée entièrement sur CICS + DL1 Transition : migration de certaines données vers DB2 pour permettre leur accès via du code Java en conservant les accès Cobol Cible : Réécriture de certains modules vers la cible WebLogic + Oracle DB Dissociation des modules Découpage en modules applicatifs autonomes, fondé sur une logique fonctionnelle (cartographie fonctionnelle cible) Nouvelle conception; notamment pour s affranchir des silos régionaux Socle applicatif cible 33
Agenda 1. Rappel de la démarche 2. Etat des lieux et grandes orientations 3. Les grandes orientations du SI à horizon 2020 1. Un SI centré nouveaux usages 2. Un SI nativement multicanal 3. Un SI valorisant les données 4. Un SI protégé 5. Un SI fondé sur des composants du marché 6. Un SI disponible 24/7 4. Prochaine étape Phase III la trajectoire
Un SI 2020 3 Valorisant les données Big Data Référentiel partagé des objets métiers Cache 360 Open Data / Open API Intégration données partenaire Gouvernance des données Data vizualisation Analyse sémantique valorisant les données Les données constituent un patrimoine à valoriser pour enrichir l offre de services Pôle emploi. La valorisation des données nécessite de s appuyer sur une vision à jour et cohérente de l ensemble des objets métiers partagés. Les dernières innovations technologiques (Big Data) étendent le champ des possibles dans la valorisation de ces données, notamment en les croisant avec d autres données ouvertes, partenaires ou provenant des réseaux sociaux. L ouverture des données et des services confère à l organisme la capacité d occuper pro-activement une position fédératrice sur le marché de l emploi, de fluidifier les relations avec tous les acteurs de ce marché et globalement avec les autres acteurs de la sphère sociale. 35
3 Un système d information «Valorisant les Données» Centraliser l acquisition / publication des données partenaires DESCRIPTION DES FONDAMENTAUX D ARCHITECTURE L ensemble des échanges, depuis et vers, les partenaires est centralisé dans une plateforme dédiée. Celle ci est capable de supporter différentes modalités d interactions techniques : requêtes / réponses, messages asynchrones, fichiers La plateforme assure un certain nombre de services techniques spécifiques aux échanges partenaires mais s appuie intégralement sur les services métiers et transverses de la couche back Quelles que soient les interactions fonctionnelles requises, on cherche à privilégier les interactions techniques de type asynchrones unitaires Partenaires SI PE FRONT BACK WS / REST /. Sécurité Traçabilité Audibilité EXISTANT CIBLE Plusieurs applications gérant les échanges partenaires : SPE, WS, DUDE Une seule plateforme unifiée proposant une variété d interactions et s appuyant sur des services agnostiques des canaux 36
3 Un système d information «Valorisant les Données» Centraliser le publication des données Open Data FRONT BACK DESCRIPTION DES FONDAMENTAUX D ARCHITECTURE Mettre àdisposition des données Open Data sur des sites tiers et/ou sur un site dédié à Pôle Emploi Fournir des services àvaleur ajoutée sur l Open Data au travers d un portail web dédié : moteur de recherche, data visualisation, géolocalisation Permettre la consommation de données en mode service (via des services web ou REST) via une API publique 37
3 Un système d information «Valorisant les Données» Exploiter les données PE au travers d une solution Big Data EXISTANT Sécurité des accès et des flux Acquisition / Publication CIBLE Sécurité des accès et des flux Acquisition / Publication Services de restitution SI Décisionnel Domaine Service d accès Entrepôt de données Données partagées Services d analyse Données inexploitées (black data) DESCRIPTION DES FONDAMENTAUX D ARCHITECTURE Services de restitution Services d analyse Entrepôt de données SI Décisionnel Service d accès Domaine Mise en qualité Données partagées Services de restitution Services d analyse Lac de données (données structurées et non structurées) Données inexploitées (black data) Le lac de données permet de stocker les données structurées et non structurées. Il fournit des frameworks d analyse et est scalable (nosql, hadoop) L acquisition de données au sein du lac doit s affranchir de la définition de contrat d interface avec les domaines applicatifs Le Big Data met àdisposition des données aux applications métiers, en s appuyant sur des services d analyse développés par cas d usage Le Big Data pourrait alimenter le SI Décisionnel par batch ou au fil de l eau (évènementiel) Mise en qualité 38
3 Un système d information «Valorisant les Données» Cache 360 DESCRIPTION DES FONDAMENTAUX D ARCHITECTURE Le Cache 360 est transverse et unique. Il est conçu pour servir l ensemble des canaux de distribution et permet d avoir un accès performant en lecture aux données. Il propose un niveau de disponibilité et de performance tenant compte de la somme des sollicitations de tous les canaux. A terme, le Cache 360 a pour vocation d offrir une vision 360 des principaux objets métiers de Pôle emploi Les données du Cache 360 doivent avoir un niveau de fraicheur important et donc être mises àjour au fil de l eau depuis les domaines applicatifs qui reçoivent les écritures et les propagent dans le cache Le domaine propriétaire d une donnée est le seul pouvant la mettre àjour dans le Cache 360. Le périmètre de données contenu dans ce cache est de la responsabilité de chaque domaine applicatif propriétaire de données métiers mais doit englober les données qui sont le plus fréquemment accédées afin d'éviter au maximum les sollicitations directes des cœurs métiers. 1 L usage du cache 360 est systématisé pour tous les accès en lecture aux attributs principaux des objets métiers ou àleur agrégation (données assemblées) il ne peut proposer aucun accès en écriture 2 L accès en écriture ou en lecture de l ensemble des attributs des objets métiers est mise en œuvre au niveau du SLD propriétaire Lecture détaillée (ex : effectif, pyramide des âges.) PN Métier 2 Écriture Domaine Applicatif Métier PN Métier 1 Cache 360 FRONT Lecture de niveau 1 (ex : nom, SIRET de l entreprise) BACK 39
Agenda 1. Rappel de la démarche 2. Etat des lieux et grandes orientations 3. Les grandes orientations du SI à horizon 2020 1. Un SI centré nouveaux usages 2. Un SI nativement multicanal 3. Un SI valorisant les données 4. Un SI protégé 5. Un SI fondé sur des composants du marché 6. Un SI disponible 24/7 4. Prochaine étape Phase III la trajectoire
Un SI 2020 4 Protégé Fédération d'identité (SSO, Interops-S) Gestion des identités et des accès (IAM) Auto-provisioning des habilitations Traçabilité, auditabilité Signature électronique Identité numérique Coffre-fort numérique protégé L ouverture du système d information aux partenaires et aux usagers a pour contrepartie la prise en compte des exigences de sécurité sur chacun des composants du système d information et pas seulement à la périphérie de celui-ci. Afin de masquer aux utilisateurs la complexité naturelle du système d information, il est nécessaire de mettre en œuvre la simplification des accès pour tous les utilisateurs (fédération d'identité, choix de l'identifiant de connexion,...). Elle implique une traçabilité forte des actes métiers et tout particulièrement ceux réalisés par des agents Pôle emploi ou des partenaires pour le compte d un usager. 41
4 Un système d information «Protégé» Gérer le SSO et sécuriser les authentifications SI PARTENAIRE FRONT Portail partenaire Self Provisioning BACK Domaine Applicatif DESCRIPTION DES FONDAMENTAUX D ARCHITECTURE Authentification / Fédération Identité Reverse Proxy Proxy Gateway Interops S Annuaire Domaine Applicatif Gestion des conventions Gestion des habilitations L authentification est gérée par l ajout d'une brique de fédération d'identité, compatible avec INTEROPS S. La difficulté réside principalement dans la coordination avec les autres partenaires, Pôle Emploi devra être moteur pour assurer le succès de cette mise en place. A noter que INTEROPS S peut être très contraignant pour les «petits»partenaires La gestion et l administration des habilitations sont gérées dans COHADA, cela nécessite l extension de certains profils dans l'annuaire pour pouvoir gérer les nouveaux types de partenaires La sécurisation des échanges est pour l instant réalisée avec une architecture PKI qui ne permet pas de gérer tous les besoins. Il est donc nécessaire d étendre la sécurité autour des échanges pour offrir les services nécessaires, en particulier le support de RGS (Référentiel général de sécurité) 42
Agenda 1. Rappel de la démarche 2. Etat des lieux et grandes orientations 3. Les grandes orientations du SI à horizon 2020 1. Un SI centré nouveaux usages 2. Un SI nativement multicanal 3. Un SI valorisant les données 4. Un SI protégé 5. Un SI fondé sur des composants du marché 6. Un SI disponible 24/7 4. Prochaine étape Phase III la trajectoire
Un SI 2020 5 Fondé sur des composants du marché BPM, BAM, Moteur de règles (BRMS) Content Delivery Network / Cloud storage SIG SaaS / Progiciels MDM Appliance XML Outils collaboratifs fondé sur des composants du marché Répondre toujours plus rapidement aux nouvelles demandes du métiers et des usagers (réduction du time to market) implique de construire les nouvelles capacités applicatives en privilégiant l utilisation de composants du marché, lorsque ceux-ci répondent aux besoins plutôt que de les développer (build vs buy). Fonder la construction du système d information sur des composants du marché permet de bénéficier de solutions déjà éprouvées (BPM, moteurs de règles) et de se concentrer sur les seules spécificités métiers de Pôle emploi. Plus particulièrement, pour réduire le time-to-market, il s agit de prendre en considération l existence des solutions de type SaaS. 44
5 Un système d'information «Fondé sur des Composants du Marché» Gestion des processus via une solution BPM EXISTANT CIBLE PN FRONT 1 2 Référentiel des organisations 1 SLD Métiers Gestion des attentes Calendrier des absences BACK SLD Métiers 3 Gestion des corbeilles 1 BPM Suivi des activités 3 Pilotage de processus Évènement DESCRIPTION DES FONDAMENTAUX D ARCHITECTURE Le moteur BPM se positionne dans l architecture comme un domaine applicatif particulier, dont le rôle est d aider les agents àorganiser leur travail (corbeilles) et de fournir une visibilité transverse sur l exécution des processus métiers. Dans le futur, l usage du BPM pourrait être étendu au pilotage des processus Deux nouvelles applications sont mises àdisposition des collaborateurs Une application de Gestion des Corbeilles pour gérer les activités au niveau individuel Une application de Suivi des processus dédiée au suivi opérationnel de l activité CRE 1 CRE 2 3 Légende : 1 2 3 Gestion de corbeilles Suivi (BAM) Exécution des processus (BPA) 45
Un SI 2020 6 Disponible 24/7 Résilience Cloud computing interne (Iaas, PaaS) Data Center Virtuel / Géoclustering Déploiements sans interruption de service Réseau WAN disponible 24/7 La volonté de développer les capacités d auto-délivrance pour les usagers nécessite de s appuyer sur un système d'information hautement disponible (24/7) en toutes situations, notamment lors du déploiement de nouvelles fonctionnalités. Il nécessite une conception modulaire des applications et domaines supportant l exécution simultanée de plusieurs versions d une même capacité applicative et prenant en compte la nécessité d être résilient aux pannes de composants applicatifs connexes. Un système d information disponible 24/7 s appuie sur une infrastructure technique tirant bénéfice des dernières tendances technologiques (cloud computing). 46
Agenda 1. Rappel de la démarche 2. Etat des lieux et grandes orientations 3. Les grandes orientations du SI à horizon 2020 1. Un SI centré nouveaux usages 2. Un SI nativement multicanal 3. Un SI valorisant les données 4. Un SI protégé 5. Un SI fondé sur des composants du marché 6. Un SI disponible 24/7 4. Prochaine étape Phase III la trajectoire
6 Un système d'information «Disponible 24/7» Favoriser les traitements au fil de l eau EXISTANT CIBLE Transactionnel Transactionnel DB DB Traitements différés Domaine Batch Nocturne Domaine DESCRIPTION DES FONDAMENTAUX D ARCHITECTURE La politique autour des traitements différés évolue vers un modèle basé en quasi totalité sur des traitements purement transactionnels ou sur des traitements asynchrones au fil de l eau En effet dans un SI nativement multicanal, la plage transactionnelle est ouverte 24/7. En réalisant les traitements différés au fur et àmesure, on évite d impacter lourdement les usages transactionnels et on réduit la nécessité de disposer de traitements par lots globalement performants en terme de temps d exécution La possibilité de réaliser des traitements différés batch est conservée dans certains cas spécifiques, à condition que ceux ci soient des exceptions et/ou qu ils n impactent pas la disponibilité des services métiers critiques Batch 48
6 Un système d'information «Disponible 24/7» Déploiements applicatifs sans interruption de service DESCRIPTION DES FONDAMENTAUX D ARCHITECTURE Un domaine applicatif doit exposer au minimum deux versions majeures d un même service fonctionnel afin de permettre un cycle de vie différent au niveau des consommateurs et minimiser les impacts des évolutions Les variabilités d un service en fonction de son usage sont traitées en interne du service plutôt que sur la création d un nouveau service La notion de domaine applicatif évolue vers une vision logique dissociée des notions de déploiement Les interfaces de services sont conçues en mode top down (Contract First) : une évolution de la capacité applicative, sans impact majeur sur l interface de service, n a pas d impact sur le code applicatif du consommateur Les interfaces des services sont construites en se basant sur des modèles de données de référence (i.e. format canonique) afin de favoriser la cohérence des services exposés PN Portail PN Service Service V N V N+1 Domaine Applicatif Métier PN FRONT BACK 49
6 Un système d'information «Disponible 24/7» Renforcer la résilience du socle technique DESCRIPTION DES FONDAMENTAUX D ARCHITECTURE Pour limiter les incidences en cas de défaillance d un composant, il est important de formaliser et classifier les modèles de résilience de types applicatifs (gérés par le code) et de types techniques (indépendants du code applicatif) Modèle de secours : écriture de composants spécifiques activés en cas de problème sur le service nominal (données non forcément fraîches, demande écriture en mode asynchrone) Modèle applicatif «Design for failure» : programmer le fonctionnement d un service en mode dégradé si défaillance d un composant de son environnement. Mettre à disposition plusieurs versions d un même service pour minimiser les interruptions de services. Outiller le développement et les tests Modèle technique : confirmer leur prise en compte dans les projets en cours (PCA et PRI). Certains modèles àbase de caches pourront être étudiés s il n y a pas de besoin de cohérence de données Chaîne de liaison nominale Services critiques V N Domaine Applicatif Métier Usager Portail Usagers Agent Portail Agents Cockpit Chaîne de liaison dégradée Partenaire Portail Partenaires Chaîne de liaison de secours PN Métier A PN Métier A PN Métier A Services critiques V N+1 Services critiques V N Services critiques V N+1 Domaine Applicatif Métier Services critiques V t Domaine Applicatif Métier FRONT BACK 50
6 Un système d'information «Disponible 24/7» Renforcer la résilience du socle technique DESCRIPTION DES FONDAMENTAUX D ARCHITECTURE Le Data Center virtuel est une extension de la virtualisation des infrastructures Il convient de passer de Data Centers virtualisés àun Data Center virtuel Cela suppose la prédisposition des infrastructures, des socles techniques et des applications àun environnement d exécution banalisé Le VDC (Virtual Data Center) est donc constitué d un cluster géographique ou géocluster DC Orléans DC virtualisé Requêtes utilisateurs Réplication bi-directionnelle et intégrité consistance GÉOCLUSTER Requête avec affinité Requête VDC Requêtes utilisateurs Supervision Administration DC Montpellier 51
Rappel de tous les principes identifiés Modifié 15/09 52
Rappel de toutes les transformations SI de type «Catalyseur» identifiés Modifié 15/09
Rappel de toutes les transformations SI de type «Frein à lever» identifiés Modifié 15/09 54
Agenda 1. Rappel de la démarche 2. Etat des lieux et grandes orientations 1. Phase I : l état des lieux 2. Les grandes orientations à l issue de la phase II 3. Les grandes orientations du SI à horizon 2020 4. Prochaine étape Phase III la trajectoire 1. Périmètre et planning d ensemble 2. Les sujets à approfondir
Planning d ensemble Juillet Aout Septembre Octobre Novembre Décembre Atterrissage de la Phase 2 Orientations stratégiques du SI Approfondissement de la vue détaillée de la cible SI Coeur Transformation SI Architecture PN Schéma architecture cible détaillée Architecture SLD Autres études SI En adhérence avec la transformation SI Mise en trajectoire Etudes DSI Etudes Métiers-SI Fil Rouge Approfondissement des nouveaux modes de fonctionnement et compétences de la DSI 56
Planning d ensemble Juillet Aout Septembre Octobre Novembre Décembre Atterrissage de la Phase 2 Orientations stratégiques du SI Approfondissement de la vue détaillée de la cible SI Coeur Transformation SI Architecture PN Architecture SLD Autres études SI Etudes DSI En adhérence avec la transformation SI Etudes Métiers-SI Etudes coeur transformation SI Architecture PN : ensemble d études pour éprouver le Schéma découpage des PN architecture cible Architecture SLD : ensemble détaillée d études pour éprouver la mise à disposition des données et le découpage en services Autres études SI : ensemble d études SI portant sur le Mise cœur de en la trajectoire transformation (2 sénarios) Etudes en Mode adhérence de construction avec la transformation opportuniste SI Rythmé par l arrivée des demandes métiers Etudes DSI : ensemble d études SI sans impacts fort sur les thématiques coeur de transformation du SI Etudes Métiers-SI Mode de construction : ensemble d études volontariste métiers et SI à Sur un rythme imprimé par les enjeux SI connotation fonctionnelle Fil Rouge Approfondissement des nouveaux modes de fonctionnement et compétences de la DSI 57
Agenda 1. Rappel de la démarche 2. Etat des lieux et grandes orientations 1. Phase I : l état des lieux 2. Les grandes orientations à l issue de la phase II 3. Les grandes orientations du SI à horizon 2020 4. Prochaine étape Phase III la trajectoire 1. Périmètre et planning d ensemble 2. Les sujets à approfondir
Etudes cœur de transformation (1/3) Liste des thématiques à approfondir ARCHITECTURE PN Eprouver le découpage des PN Thématique Granularité et réutilisabilité des applications Unification des PN Commentaires Etude lancée avec pour principaux objectifs d instruire les questions suivantes pour mioctobre 2014 : Quels critères permettent de définir la bonne granularité de découpage des applications? Comment éprouver la pertinence des critères définis? Maquette? POC? Quelle trajectoire de mise en œuvre du découpage? Etude lancée sur le périmètre de 3 thèmes : unification des PN, portail utilisateur (couvrant toutes les catégories usagers) et méthodes / outils. Elle vise à étudier les principes, l état de l art du marché, l impact et la faisabilité technique (intégration des services transverses, stratégie de migration, ) Les premières orientations structurantes sont prévues pour fin octobre 2014 et le résultat final pour décembre 2014. Sécurité Cette thématique porte notamment sur le cadrage des solutions de sécurité chez PE (inclus SSO, web SSO, fédération, audit/log, IAM, etc ) Etude à lancer. Livrable : synthèse des études portant sur l architecture PN Zéro Papier Cette thématique porte notamment sur la numérisation des échanges, la gestion des messages et le consentement. Elle consiste à réaliser une analyse d impacts du concept «zéro papier» sur l existant (processus, architecture,...) Etude à lancer. 59
Etudes cœur de transformation (2/3) Liste des thématiques à approfondir ARCHITECTURE SLD Eprouver la mise à disposition des données et le découpage en services Thématique Mise à disposition des données et le découpage en services Architecture multicanal et patterns Désengagement de ZOS Tables de références et référentiels métier Commentaires Il s agit en priorité d illustrer l architecture SLD Des standards comme HR-XML peuvent-ils jouer un rôle de «modèle» sur la structuration des données en interne du SI Pe? Etude à lancer. Etude lancée avec pour objectifs de définir les orientations structurantes de l architecture pour fin octobre et les principes et patterns d architecture pour fin décembre. Elle inclut notamment les 2 sujets suivants : Cash 360 : périmètre d utilisation, critères d éligibilité des données, alimentation, socle technique REST : périmètre d utilisation, impacts (sur les domaines, services et sécurité) Etude lancée sur le périmètre de toutes les applications / bases de données concernées par Z (Sigma, BNI, ) afin d analyser les impacts de désengagement de ZOS et d identifier les scénarios possibles Etude lancée avec comme périmètre les données partagées : celles des «Référentiels métiers» et des «Tables de référence». Elle vise le cadrage d architecture cible de solution incluant les orientations technologiques (centralisation de la gestion des tables de référence, gestion des référentiels métiers, harmonisation de la solution d architecture technique SLD, critères d éligibilité à une solution avec ou sans cache) Open Data / Open API Etude lancée dans le cadre du projet «37 ADO» (validation de la note de cadrage par le CVS prévue le 18/09/2014). BPM corbeilles L objectif de cette thématique est d identifier au plus tôt les grands paliers de mise en œuvre du BPM. Livrable : synthèse des études 60 portant sur l architecture SLD Moteur de règles, Cette thématique porte sur les conséquences d usage d un moteur de règles (utilisation, Moteur de suggestion DIRECTION DES SYSTÈMES dépendances, D'INFORMATION impacts, ) / 21 avril 2015
Etudes cœur de transformation (3/3) Liste des thématiques dont il faut éclairer la trajectoire AUTRES ETUDES Cœur de transformation SI Big Data Thématique Reseau WAN Commentaires Les travaux réalisés lors de la phase II ont déjà défini des principes d architecture. Une étude a été lancée autour du socle technique de Big Data. Plusieurs démonstrateurs ont été réalisés ou sont en cours et permettront d alimenter le cadrage. Ex. : Démonstrateur technique (tableau de bord ) Démonstrateur métier Etude engagée en dehors de TESI mais structurante. Se doter d une infrastructure adaptée «PE consommateur de cloud» Terminaux mobiles (Mobilité) Cette thématique porte sur les aspects concernant les terminaux mobiles : BYOD, applications natives, Elle est en adhérence avec les sujets de provisioning et de sécurité. 61
Etudes en adhérence avec la transformation du SI (1/2) Liste des thématiques dont il faut éclairer la trajectoire Thématique Commentaires Production des CREM Cette thématique est à rapprocher des travaux réalisés dans le cadre du «projet 208 alim décisionnel» (MOAI porteur et ArSI contributeur). Réforme territoriale 4 études d impacts sont organisées par AMOAT avec 2 études déjà lancées. La consolidation de ces études est prévue pour mi-octobre 2014 Hypothèse retenue : fusion des régions. «DSI fournisseur de cloud» Hébergement de services dans le datacenter d Orléans Désengagement PM / Olimp Etude lancée pour identifier les sujets structurants pour le désengagement de PM (notamment au niveau des flux de PM). Le cadrage de l étude évoluera pour couvrir Olimp. 62
Etudes en adhérence avec la transformation du SI (2/2) Liste des thématiques dont il faut éclairer la trajectoire Thématique Commentaires ETUDES METIER & SI à connotation fonctionnelle En adhérence avec la trajectoire de transformation SI Conception générale autour de la formation / compétences Rupture qualitative sur le diagnostic Enrichissement du dossier du DE & simplification du processus d indemnisation A instruire L objectif de cette thématique est d améliorer les outils de diagnostic (synthèse orientée diagnostic, outils d aide au diagnostic, outil d autoévaluation, ) Simplifier l indemnisation à travers l enrichissement automatisé du dossier du DE: continuité des projets OPI et DSN, revue préinscription et EID, mise à disposition d un service de certification de l identité sur le web, etc... Fil Rouge Etude transverse permettant d éprouver les résultats des thématiques sur un périmètre fonctionnel. Périmètre fonctionnel à l étude : Chapeau général «compétences & CV & Intermédiation & plan de reclassement». 63
Approfondissement des nouveaux modes de fonctionnement et compétences de la DSI Thématique Commentaires Gouvernance globale SI (données, MO, services) Un travail de consolidation de l ensemble des études sera nécessaire pour alimenter l étude sur la gouvernance globale SI. La définition d un méta-modèle (ref. Carrat) est prévue pour fin septembre 2014. Fonctionnement et compétences (Gouvernance SI, nouveaux métiers, nouvelles méthodes, ) Les principales orientations considérées lors de l étude sur les nouveaux modes de fonctionnement et compétences sont les suivantes: Agilité Analyse sémantique Assistant virtuel BAM Big Data BPM Chat Click-to-chat Cloud (Iaas et Paas) Cloud (Saas) Coffre fort Collaboratif Data visualisation DataPower DB2 vers Oracle Découpage par Objets métier Dérégionalisation Désengagement Pacbase DevOps DL1 vers DB2 E-Learning Fédération des identités Fonctionnalités de web social Framework light REST Framework unifié Gestion des règles métiers Gouvernance des données / MDM Gouvernance SOA / SGRM IAM (Identity Access Manager) Interfaçage avec les outils personnels du DE (agenda, ) Maîtrise de la dette technique Mooc NoSQL Open API (Emploi store) Open Data Responsive design Salons virtuels SIG Signature numérique Sortie du Z Traitement au fil de l'eau Virtual data center (Résilience du SI) Visioconférence (E-atelier, ) Web Call back 64
Annexes Récapitulatif des livrables par phase Compréhension des besoins fonctionnels : une reformulation
Récapitulatif des livrables produits au cours de la phase I et de la phase II Phase I Synthèse des états des lieux applicatif, technique et fonctionnel Fichier Excel par thématique Cartographie applicative Livrables des études sur les tendances IT Livrable du séminaire de Nantes du 25 mars 2014 Phase 2 Synthèse finale et fiches chantiers par axe de travail : Numérisation de l offre de service aux demandeurs d emploi et aux entreprises Ouverture de l environnement de travail du conseiller Développement d une plateforme numérique d échange avec l écosystème Valorisation des données au service de l amélioration de la performance Définition des services communs et des référentiels Livrable du séminaire de Lyon du 23-24 juin 2014 Livrable final de consolidation de la cible SI 66
Compréhension des orientations fonctionnelles pour le SI 2020 Outil d aide àla décision (conseillers) Stocker des contenus multimédia Expérience client Parcours partagé Auto délivrance Automatisation liquidation Évolution du SIG Gestion des contacts Portails partenaires Open API Open Data Faciliter l innovation et l interactivité Ouverture des échanges et Partage de données Données structurées et sécurisées Partage des données et services CO CONSTRUCTION USAGER / CONSEILLER Pilotage des processus Conseiller connecté et «informé» Convergence des IHM Interactivité entre usagers et conseillers Services existants étendus et aboutis Nouveaux services : «Exploiter les Nouveaux Potentiels» Dématérialisation Rapprochement O/D Analyse automatique des données Diagnostic et auto délivrance Diagnostic et auto délivrance Personnalisation Auto prescription Auto diagnostic 67
Rappel de tous les sujets métiers identifiés Modifié 15/09 68