Trajectoire d’Évolution du Système d’Information de Pôle...

DIRECTION DES SYSTÈMES D'INFORMATION

Trajectoire d’Évolution du Système d’Information de Pôle Emploi

à horizon 2019

Livrable phase 2 : Orientations SI

CCE du 21 avril 2015

DIRECTION DES SYSTÈMES D'INFORMATION / 21 avril 2015

Agenda

1. Rappel de la démarche2. 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 20204. 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

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

14/01/14 23/06/14 31/12/142 mois

Phase 3Définition de la trajectoire SI

Phase 3Définition de la trajectoire SI

2‐ 3 mois 6 mois

Séminaire NANTES

Séminaire LYON

26/03/14

Phase 1Réflexion autour du SI existant et à

venir

Phase 1Réflexion autour du SI existant et à

venir

Phase 2Construction de la cible

SI 2019

Phase 2Construction de la cible

SI 2019

16/07/14

Séminaire STRASBOURG

3


La phase 1 a permis de décrire les grandes causes d’évolution du SI de Pôle Emploi

4

Enjeuxfonctionnels

Enjeuxapplicatifs

Enjeux techniques

4

Diagnostic SITendances IT

RéflexionsTripartite 2018

I

Orientations SI 2019II III

Axes de diagnostic SI


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 multicanalPour 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

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

Définition des services communs et

référentiels

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âchesPour 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ésLes grandes lignes de la cible et les usages associés ont été identifiésLes 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éesDes principes de gestion à instaurer et faire respecter ont été édictés et décritsLes 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

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

* Voir la description détaillée en annexe

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


Agenda







►


Synthèse des travaux de la phase 1Trois facteurs interdépendants justifient la nécessité d’évolution des SI de Pôle emploi et en déterminent les contours

7

Diagnostic SITendances IT

RéflexionsTripartite 2018

I

Orientations SI 2019II III

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

Métier ‐ TRI

Dans les pages suivantes, chacun des ces facteurs est développé et les sujets SI relatifs sont listés

I

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

Tendances ITII

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

Diagnostic SIIII


Synthèse des travaux de la phase 1La 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

1. Évolution du Répertoire Opérationnel des Métiers et des Emplois (ROME) vers une approche par compétences

MÉTIER ‐ TRI

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 GPECRapprochement par compétences, impact SDRImplémentation et généralisation d’une brique de structuration de données par analyse sémantique

8

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 acquisIntensification 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 EIDMise à 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ésOutils : Changement d’ergonomies, fonctionnalité supplémentaires

I


Synthèse des travaux de la phase 1Les 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

Une simplification de l’environnement utilisateur qui vise une plus grande

productivité des collaborateurs et contribue àune meilleure attractivité de l’entreprise

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 externesRendre le SI plus agile par la rationalisation des services internesAméliorer la qualité de services et notamment la résilience par l’utilisation d’un Datacenter virtuel et du cloud computing

Homogénéiser l’ergonomie des sites intranet et Internet grâce aux nouvelles IHMsAméliorer la productivité par les opportunités offertes par les nouveaux postes de travail

Favoriser la multicanalité et automatiser progressivement les activités à moindre valeur ajoutée via un BPMFaciliter 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)

9

II


Synthèse des travaux de la phase 1L’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é

1. Un service rendu en ligne avec les exigences des agents et des usagers

Des fondamentaux assurés et un Si en évolution positive

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

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 »)

6. L’ouverture vers les partenaires a pris un nouvel essor avec les échanges des Offres et CV7. Le poste de travail et les infrastructures techniques répondent aux attentes et portent les évolutions

10

III


1. Amplifier la complexité pour répondre aux attentes sans réinvestissement de fond sur le SI

Cette situation fait peser des risques…

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

4. Ralentir l’évolution des offres de services de Pôle emploi

1. Quel rythme et quel niveau de transformation sommes nous capables de porter ? Au niveau du SI ? Au niveau de la DSI ?

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

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

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 ?

11

… et pose des questions clés

IIISynthèse des travaux de la phase 1L’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é


Agenda







►


Compréhension des orientations fonctionnelles majeures pour le SI 2020

Coopération/co‐construction Usager/Conseiller Convergence des IHM – amélioration de l’expérience clients – usagers et conseillersPartage 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 internautesRapprochement O/D « multiforme »Automatisation liquidation par un renforcement de l’acquisition des donnéesDématérialisation à 100%

De nouvelles solutions pour faciliter ….Analyse automatique des données offres et CV notammentDes services facilitant le conseil, les diagnostics et l’auto‐délivranceUn conseiller connecté : collaboratif, réseau et partage de connaissance

Echanges et ouverture de donnéesPôle emploi, plateforme de référence de l’emploi en ligneMise à disposition de données et intégration de données partenaires

Susciter et stimuler l’innovationMise à disposition dans des formats standards et ouverts les éléments propices à la création de nouveaux usagesEncourager au développement de ces nouveaux usages

Impulser une nouvelle dimension aux services offerts


… des orientations fonctionnelles aux orientations SI …

Tendances qui vont structurer l’évolution du SIGroupes de travail de la Convention

TripartiteDiagnostic du SITendances IT

Solutions et principes d’architecture qui vont supporter ces évolutions

I

II

Réflexion selon 5 axes de travailpour décliner les tendances en solutions SI

Synthèse sur 6 orientations stratégiques du SI à horizon 2020


Les orientations du SI Pôle emploi pour 2020

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

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)

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

• 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

• 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

SI 2020

Valorisant les

données

Centrénouveaux usages

Nativement multicanal

Fondé sur des

composants du marché

Disponible24/7

Protégé

• Simplification des accès (fédération, auto-provisionning…)

• Traçabilité et auditabilité

• Mise en œuvre de la sécurité interne au niveau de chaque composant applicatif

• 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 2020Classes de solutions

17

• 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

• 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

• 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

SI 2020

Valorisant les

données

Centrénouveaux usages

Nativement multicanal

Fondé sur des

composants du marché

Disponible24/7

• Résilience• Cloud computing interne (Iaas, PaaS)• Data Center Virtuel / Géoclustering• Déploiements sans interruption de service• Réseau WAN

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


Les orientations du SI Pôle emploi pour 2020Architecture SI cible

18

SI 2020SI 2020

FRONT

PN Métier

PE.fr Portail Agent

Portail Partenaire

BPM

PN Métier PN Métier PN Métier PN Métier

PartenaireUsager Agent

SLD Appli

SLD Big Data

SLD Appli

SLD Appli

SLD Appli

BACK

Authentification

Services collaboratifs

Gestion des échangesSécurité

Services communs

Autres acteurs

Cache 360

Big data

Open data

API open data

PE Store et autres store

Apps Accès aux données

Portail vocal

…

SLD 360

• Applicatifs PN modulaires pour permettre la réutilisation et le partage entre les canaux

• 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.

• Écritures systématiquement en mode service sur le SLD Applicatif maître du domaine

• Lectures « massives » systématiquement dans un unique cache 360 quel que soit l’applicatif servi : pe.fr, appli conseiller, appli partenaire, open api

PN Métier

• Domaines conçus sur la base de services autonomes et indépendants des applicatifs consommateurs.

• Services réutilisables en interne Pe (applicatif conseiller, usager) et en externe Pe (partenaire, « innovateur »)

SLD

• L’utilisateur « usager, agent, partenaire » a à disposition un portail ou « store » lui permettant de sélectionner ses applicatifs PN

Portail

• 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

…

Échanges externes


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émarche2. Etat des lieux et grandes orientations3. 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 …

… 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, auto-dé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.

• 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 usages1

21


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é :

Le Front, résolument tournée vers les échanges externes, contient l’ensemble des applications pour chacun des canaux

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 canauxL’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

22

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

FRONT

BACK

Lecture / ÉcritureLecture


…

1


Un système d'information « Centré Nouveaux Usages »Portail unique dédié à chaque typologie d’utilisateurs

23

FRONT

Portail Sécurité

Contexte

DESCRIPTION DES FONDAMENTAUX D’ARCHITECTUREUn 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

Un bureau métier permettant l’accès à des applicationsUne conception orientée applications, conduisant à des ensembles parfois monolithiques (ex : AUDE)La nécessité d’utiliser un seul et même framework pour une applicationL’impossibilité de réutiliser les applications pour d’autres canaux

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

EXISTANTEXISTANT CIBLECIBLE

PN PN PN

1

Corbeilles

PNexterne


Un système d'information « Centré Nouveaux Usages »Découpage des applications en modules métiers autonomes

1


IHM = Application

Service A

Agent Usager

Service B

Usager InternetAgent

Service C

Internet PartenaireUsager

IHM = Σ modules

Portail Usagers

Portail Agents ‐ Cockpit

Portail Partenaires

Service A Service B Service C Service D Service E

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’autreUn cycle d’exploitation différencié entre les deux canaux afin de prendre en compte les exigences de disponibilité du canal Internet

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éeModularité des PN plus fine permettant des mises en production plus fréquentes et plus cibléesServices autonomes non dépendants des canaux de distribution qui les consomment

pe.fr Bureau métierPortail

Partenaires

24

PN Métiers

PN Métiers

PN Métiers

PN Métiers

PN Métiers

PN Métiers

PN Métiers

PN Métiers

PN Métiers

PN Métiers

PN Métiers

PN Métiers

PN Métiers

PN Métiers

PN Métiers

PN Métiers

PN Métiers

PN Métiers

PN Métiers

PN Métiers

PN Métiers

PN Métiers

PN Métiers

PN Métiers


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.


Un système d'information « Centré Nouveaux Usages »Nouveaux services d’échanges

BACKGestion des contacts

FRONTPortail Agent

Chat VisioTéléphoni

ePhysique

Accueil

Usagers Partenaires Employeurs

Webdating

Gestion des habilitations

Référentiel des individus

E‐conference

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 renduQuel 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’usagerTous 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ésPô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 habilitationsCertains services de communication peuvent être sourcés en externe


Cache 360

Agents

1

25

eLearning, MOOC


Un système d'information « Centré Nouveaux Usages »Framework récents sur l’ensemble des canaux

26

1


Applications

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

PN v4PN v3PN v2 Noheto Tapestry

Applications

NohetoFrameworks communs


Un système d'information « Centré Nouveaux Usages »Conception d’application Responsive Design


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.

Applications

1

27


Agenda





4. Un SI protégé




►


Un SI 2020 …

… 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.

• 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 multicanal2

29


Un système d'information « Nativement Multicanal »Convergence métier entre les différents canaux (1/2)

BACK

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


Lectures et mises à jour

30

FRONT

Gestion des messages entrant / sortant

Portail usagers

Automates APIBornes

Accueil physique

Accueil téléphon

eVisio

Portail agentsPortail

partenairesPortail Open

Data

2


Un système d'information « Nativement Multicanal »Convergence métier entre les différents canaux (3/4)


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

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

FRONT

Lecture + MàJ

BACK

Domaine Applicatif MétierDomaine Applicatif Métier Domaine Applicatif MétierDomaine référentiels métiers

Services métiers Services fonctionnels Services techniques

GED

Table de référence

Sécurité

Éditique

…

Cache 360

Gestion des corbeilles

SIGAuthentification Fédération

2


Un système d'information « Nativement Multicanal »Découpage applicatif pour plus d’autonomie fonctionnelle


Domaine DXXX / Direction AAADomaine DYYY / Direction BBB

SL Agents SLSL Internet

Données domaine DXXX

Données domaine DYYY

Réplication données métiers

Domaine DXXX Domaine DYYY

SL fonctionnel

SLfonctionnel

SLfonctionnel

Données domaine DXXX

Données domaine DYYY

Des domaines applicatifs fortement couplés les uns aux autresPour 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 à placeCet 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 autonomesLa 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éesLes 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

Propagation transactionnelle asynchrone

2


Un système d'information « Nativement Multicanal »Désengagement des technologies se raréfiant


Domaine SIGMA

Mainframe z/OS AIX / X86

Transactions & Services COBOLIBM CICS

IBM DL1 Pivot DB2 IBM DB2

Services JavaOracle Weblogic

Oracle DB

Domaine DXXX Domaine DYYY Domaine DZZZ

AIX / X86

DB cible

Services JavaJ2EE cibles

AIX / X86

DB cible


AIX / X86

DB cible


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

2


Agenda





4. Un SI protégé




►


Un SI 2020 …

… 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.

• 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ées3

35


SI PE

Un système d’information « Valorisant les Données »Centraliser l’acquisition / publication des données partenaires

36

FRONT

BACK

Audibilité

Sécurité

Traçabilité


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

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


WS / REST / ….

Partenaires

3


Un système d’information « Valorisant les Données »Centraliser le publication des données Open Data

37

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

FRONT

BACK


3


Un système d’information « Valorisant les Données »Exploiter les données PE au travers d’une solution Big Data


DomaineDonnées inexploitées

(black data)

SI DécisionnelEntrepôt de données

Services d’analyse

Services de restitution

Lac de données(données structurées et non

structurées)

Services d’analyse

Services de restitution

Service d’accès

Données partagées

Sécurité des accès et des flux

Acquisition / Publication

Mise en qualité

Mise en qualité

DomaineDomaine

Données inexploitées (black data)

SI DécisionnelEntrepôt de données

Services d’analyseServices de restitution

Service d’accès

Données partagées

Sécurité des accès et des flux

Acquisition / Publication

38

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 applicatifsLe 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’usageLe Big Data pourrait alimenter le SI Décisionnel par batch ou au fil de l’eau (évènementiel)


3


FRONT

BACK

PN Métier

PN Métier

Cache 360Domaine Applicatif Métier

Lecture détaillée(ex : effectif,

pyramide des âges.)Écriture

Lecture de niveau 1(ex : nom, SIRET de l’entreprise)

1122


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 emploiLes 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 cacheLe 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.

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

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

11

22

Un système d’information « Valorisant les Données »Cache 360

3

39


Agenda





4. Un SI protégé




►


Un SI 2020 …

… 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.

• 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é4

41


Un système d’information « Protégé »Gérer le SSO et sécuriser les authentifications

42

SI PARTENAIRE

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é)


FRONTPortail partenaire

Self Provisioning

Authentification / Fédération Identité

AnnuaireBACK

Gestion des conventions

Gestion des habilitationsGateway Interops‐S

Domaine Applicatif

Domaine Applicatif

ProxyReverse Proxy

4


Agenda





4. Un SI protégé




►


Un SI 2020 …

… 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.

• BPM, BAM, Moteur de règles (BRMS)• Content Delivery Network / Cloud storage• SIG• SaaS / Progiciels• MDM• Appliance XML• Outils collaboratifs

Fondé surdes

composantsdu marché5

44


Un système d'information « Fondé sur des Composants du Marché »Gestion des processus via une solution BPM

Légende :1

3

2

Gestion de corbeilles

Suivi (BAM)Exécution des processus (BPA)

45

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 collaborateursUne application de Gestion des Corbeilles pour gérer les activités au niveau individuelUne application de Suivi des processus dédiée au suivi opérationnel de l’activité


FRONT

EXISTANTEXISTANT

PN

SLD MétiersGestion des attentes

Évènement

CIBLECIBLE

BPMSLD Métiers Gestion des

corbeillesSuivi des activités Pilotage de

processus

Calendrier des absences

CRE CRE

Référentiel des organisations

1

1

1

2

2

3

3

BACK

31

5


Un SI 2020 …

… 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).

• Résilience• Cloud computing interne (Iaas, PaaS)• Data Center Virtuel / Géoclustering• Déploiements sans interruption de service• Réseau WAN

Disponible24/76

46


Agenda





4. Un SI protégé



4. Prochaine étape – Phase III la trajectoire►


Un système d'information « Disponible 24/7 »Favoriser les traitements au fil de l’eau

Domaine

Traitements différés

BatchNocturne

DomaineDESCRIPTION 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’eauEn 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écutionLa 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


Transactionnel

DB DB

Transactionnel

48

Batch

6


Un système d'information « Disponible 24/7 »Déploiements applicatifs sans interruption de service

49

FRONTPortail

PN PNPN

BACKDomaine Applicatif Métier

Service VN

Service VN+1

DESCRIPTION DES FONDAMENTAUX D’ARCHITECTUREUn 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

6


Un système d'information « Disponible 24/7 »Renforcer la résilience du socle technique

50

Chaîne de liaison de secoursChaîne de liaison dégradéeChaîne de liaison nominale


FRONTPortail Usagers

Portail Agents ‐ Cockpit

Portail Partenaires

BACK

Domaine Applicatif Métier

Services critiques

VN

Services critiques VN+1


Services critiques

VN

Services critiques VN+1


Services critiques Vt

PN Métier A PN Métier A PN Métier A’

DESCRIPTION DES FONDAMENTAUX D’ARCHITECTUREPour 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 testsModè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

6


DC Montpellier

Un système d'information « Disponible 24/7 »Renforcer la résilience du socle technique

51

DESCRIPTION DES FONDAMENTAUX D’ARCHITECTURELe 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

Réplication bi-directionnelle et intégrité consistance

Supervision

Administration

DC virtualisé

Requêtes utilisateurs

Requêtes utilisateurs

Requête avec affinité

Requête VDC

GÉOCLUSTER

DC Orléans

6


Rappel de tous les principes identifiés

52

Modifié15/09


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

54

Modifié15/09


Agenda







►


Planning d’ensemble

Juillet Aout Septembre Octobre Novembre Décembre

Approfondissement des nouveaux modes de fonctionnement et compétences de la DSI

Atterrissage de la Phase 2

Approfondissement de la vue détaillée de la cible SI

56

Orientations stratégiques du SI

Architecture SLD

Architecture PN

Autres études SI

Schéma architecture cible

détaillée

Mise en trajectoire

Fil Rouge

Coeur Transformation SI

En adhérence avec la transformation SI

Etudes DSI

Etudes Métiers-SI


Planning d’ensemble

Juillet Aout Septembre Octobre Novembre Décembre


Atterrissage de la Phase 2

Approfondissement de la vue détaillée de la cible SI

57

Orientations stratégiques du SI

Architecture SLD

Architecture PN

Autres études SI

Schéma architecture cible

détaillée

Mise en trajectoire (2 sénarios)

Mode de construction volontaristeSur un rythme imprimé par les enjeux SI

Mode de construction opportunisteRythmé par l’arrivée des demandes métiers

Fil Rouge

Coeur Transformation SI

En adhérence avec la transformation SI

Etudes DSI

Etudes Métiers-SI

Etudes coeur transformation SIArchitecture PN : ensemble d’études pour éprouver le découpage des PNArchitecture SLD : ensemble d’études pour éprouver la

mise à disposition des données et le découpage en servicesAutres études SI : ensemble d’études SI portant sur le

cœur de la transformation

Etudes en adhérence avec la transformation SIEtudes DSI : ensemble d’études SI sans impacts fort sur les thématiques coeur de transformation du SIEtudes Métiers-SI : ensemble d’études métiers et SI àconnotation fonctionnelle


Agenda






2. Les sujets à approfondir►


Etudes cœur de transformation (1/3) Liste des thématiques à approfondir

Thématique Commentaires

Granularité et réutilisabilité des applications

Etude lancée avec pour principaux objectifs d’instruire les questions suivantes pour mi-octobre 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 ?

Unification des PN

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.

ARCHITECTURE PN

Eprouver le découpage des 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.

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

59


Etudes cœur de transformation (2/3)Liste des thématiques à approfondir


Désengagement de ZOS

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

Architecture multicanal et patterns

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é)

ARCHITECTURE SLD

Tables de références et référentiels métier

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.

Moteur de règles, Moteur de suggestion

Cette thématique porte sur les conséquences d’usage d’un moteur de règles (utilisation, dépendances, impacts,…)

Eprouver la mise àdisposition des données et le découpage en services

Mise à disposition des données et le découpage en services

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.

Livrable : synthèse des études portant sur l’architecture SLD

60


Etudes cœur de transformation (3/3)Liste des thématiques dont il faut éclairer la trajectoire


AUTRES ETUDES Cœur de transformation SI

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é.

Big Data

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

« PE consommateur de cloud »

Reseau WAN Etude engagée en dehors de TESI mais structurante.

61

Se doter d’une infrastructure adaptée


Etudes en adhérence avec la transformation du SI (1/2)Liste des thématiques dont il faut éclairer la trajectoire


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).

« 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.

Réforme territoriale4 é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 2014Hypothèse retenue : fusion des régions.

62


Etudes en adhérence avec la transformation du SI (2/2)Liste des thématiques dont il faut éclairer la trajectoire


Conception générale autour de la formation / compétences

A instruire

Rupture qualitative sur le diagnostic

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,…)

ETUDES METIER & SI àconnotation fonctionnelle

En adhérence avec la trajectoire de transformation SI Enrichissement du

dossier du DE & simplification du processus d’indemnisation

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 RougeEtude 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



Agilité Fonctionnalités de web socialAnalyse sémantique Framework light RESTAssistant virtuel Framework unifiéBAM Gestion des règles métiersBig Data Gouvernance des données / MDMBPM Gouvernance SOA / SGRMChat IAM (Identity Access Manager)Click-to-chat Interfaçage avec les outils personnels du DE (agenda, …)Cloud (Iaas et Paas) Maîtrise de la dette techniqueCloud (Saas) MoocCoffre fort NoSQLCollaboratif Open API (Emploi store)Data visualisation Open DataDataPower Responsive designDB2 vers Oracle Salons virtuelsDécoupage par Objets métier SIGDérégionalisation Signature numériqueDésengagement Pacbase Sortie du ZDevOps Traitement au fil de l'eauDL1 vers DB2 Virtual data center (Résilience du SI)E-Learning Visioconférence (E-atelier, …)Fédération des identités Web Call back

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:

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.


64


Annexes

Récapitulatif des livrables par phaseCompré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

Expérience clientParcours partagé

Conseiller connectéet « informé »

CO‐CONSTRUCTION USAGER / CONSEILLER

Convergence des IHM

Partage des données et services

Pilotage des processus

Interactivité entre usagers et conseillers

Auto‐délivrance

Rapprochement O/D

Automatisation liquidation

Dématérialisation

Analyse automatique des données

Diagnostic et auto‐délivrance

Diagnostic et auto‐délivrance

Services existants étendus et aboutis

Open API

Open Data

Ouverture des échanges et

Partage de données

Données structurées et sécurisées

Auto‐prescriptionAuto‐diagnostic

Nouveaux services :« Exploiter les Nouveaux Potentiels »

Outil d’aide à la décision (conseillers)

Évolution du SIG

Gestion des contacts

Faciliter l’innovationet l’interactivité

Stocker des contenus multimédia

Portails partenaires

Personnalisation

67


Rappel de tous les sujets métiers identifiés

68

Modifié15/09

Trajectoire d’Évolution du Système d’Information de Pôle...

Documents

Transcript of Trajectoire d’Évolution du Système d’Information de Pôle...