Groupe de travail SIRHEN CT MEN – Document de …lettre.aeti-unsa.org/IMG/UserFiles/Files/SIRHEN...

Groupe de travail SIRHENCT MEN – Document de travail

12 janvier 2015

2CT MEN - Groupe de travail SIRHEN – document de travail12 janvier 2015

Sommaire

Sujets restant à traiter suite au GT du 06 octobre 20141. Gestion des ressources humaines du programme

– Présentation des ressources– Pilotage des prestataires

2. Cycle de vie du projet


Sommaire

Nouveaux sujets à traiter3. Travaux d’architecture et d’urbanisme

– Présentation de la cellule d’architecture et d’urbanisme– Missions & organisation

4. Transition SIRHEN et SIERH– Principes de l’articulation SIERH et SIRHEN – Situation des SIRH (document joint)

5. Données gérées dans SIRHEN et sécurité– Données gérées dans SIRHEN

– traitement du sujet CNIL – gestion du temps de conservation

– Présentation des principes de la sécurité de SIRHEN – traçabilité / auditatbilité– plan d’actions étude EBIOS

– Présentation de la GDA

4

1. Gestion des ressources humaines du programme

Présentation des ressources humaines (1/2)

CT MEN - Groupe de travail SIRHEN – document de travail12 janvier 2015

Fonction EquipeAdministration Prestataire Total

AC Académie France Etranger Nb. %

MOA

Direction de programme 4 4 8 2,2%

Maîtrise d'ouvrage 9 10 19 5,1%

DAC 1 1 6 8 2,2%

C. d'architecture et d'urbanisme 6 4 6 16 4,0%

MOE

Direction 2 4 6 1,6%

Spécifications 54 28 82 22,0%

Réalisation 50 55 105 28,2%

Qualification 11 51 62 16,7%

Intégration 6 6 1,6%

Diffusion 10 7 17 4,6%

Exploitat°

Direction 1 3 4 1,1%

ITP 7 7 1,9%

CES 11 2 13 3,5%

CRT 15 5 20 5,4%

Total21 114 178 55 373

5,7% 31,0% 48,4% 14,9% 372

5


Présentation des ressources humaines (2/2)– Le tableau supra reprend les personnes affectées en majorité sur le programme

SIRHEN au sein des équipes projets.– Il ne comptabilise pas la mobilisation ponctuelle des académies et des services

de l’Administration centrale dans la préparation du déploiement.


6


Principes généraux de pilotage des prestataires– Outre la vérification opérationnelle du livrable, un responsable ministériel est

désigné pour la définition, la commande, le pilotage et la réception d’uneprestation.

– Les marchés de maîtrise d’œuvre actuels sont pilotés conjointement par la DNEet la direction de programme SIRHEN, sous l’égide de la mission des Achats.

– Un COMEX est réalisé par marché sous une fréquence bimestrielle.


7


Cycle de vie du projet : vue globale


Phase d’uneversion

Phase d’unprojet

Déploiementversion

Recetteversion

Définition trajectoire/

Cadrage version Cycle de vie projet

Intégrationversion

Qualificationversion

Pilotage

MEP Exploitation

version

ConceptionExpression de

besoinSpécificationfonctionnelle

générale (SFG)

Spécificationfonctionnelle

détaillée (SFD)Réalisation

Intégration technique production

8


Cycle de vie du projet : définition des phases vers ions


Déploiementversion

Recetteversion


Cadrage version

Intégrationversion


Exploitationversion

Cycle de vie projet

Définition trajectoire / Cadrage version :– définir les versions de SIRHEN et fixer leur enchaînement ;– définir les projets contributeurs avec leur périmètre métier et fonctionnel et leur planning ;– établir le plan de cadrage de la version.

Cycle de vie projet :– produire un logiciel de référence livrable pour intégration dans une version SIRHEN.

Intégration version :– produire un logiciel de référence conforme aux exigences du Ministère :

- constitué par assemblage de développements réalisés par le prestataire ou le Ministère ;- à l’état de l’art recevable par le Ministère.

Qualification version :– faire la vérification fonctionnelle du logiciel.


9


Cycle de vie du projet : définition des phases vers ions


Déploiementversion

Recetteversion


Cadrage version

Intégrationversion


Exploitationversion

Cycle de vie projet

Intégration technique de production :– réaliser l’intégration inter-applicative SIRHEN, IRHEN et STRADA (SIRHEN+)– préparer la mise en production et fournir un package « déployable » et « exploitable ».

Recette version :– éprouver la solution et permettre une première appropriation des applications par les futurs

utilisateurs.– faire la vérification d’aptitude et de bon fonctionnement du logiciel (VABF).

Déploiement version :– définir les modalités de déploiement de SIRHEN à l’ensemble du ministère.

MEP et Exploitation version :‒ déployer la version dans l’environnement de production et prononcer la vérification de service

réalisé (VSR) à l’issue d’une période probatoire.‒ assurer le maintien en conditions opérationnelles de SIRHEN+, la gestion événements, des

incidents et des problèmes.


10


Cycle de vie du projet : définition des phases proj ets


Conception

Expression de besoin :– exprimer les besoins métier en matière de

traitement de l’information utiles àl’exécution du ou des processus métierdu périmètre du projet.

Spécification fonctionnelle générale (SFG) :– spécifier, à un niveau de maille générale,

les exigences fonctionnelles et nonfonctionnelles répondant de façonpertinente et optimisée aux besoinsmétiers exprimés dans le CDC.

Spécification fonctionnelle détaillée (SFD) :– spécifier, à un niveau de maille détaillée,

les exigences fonctionnelles et nonfonctionnelles décrites en spécificationfonctionnelle générale.

Conception :– modéliser la structure et le

comportement de l’application dans sonensemble, en décrivant les interactionsentre les modules applicatifs et avecl’environnement externe à l’application.

Réalisation– la mission de réalisation consiste, sur la

base des spécifications fonctionnellesdétaillées :

- à réaliser le développement, lecodage ;

- les tests unitaires, l'intégrationprojet (recette usine) ;

- la documentation associée pour unprojet donné.

Expression de besoin


générale (SFG)



11


Cycle de vie du projet : intervention des prestatai res (1/2)



Phase d’unprojet

Déploiementversion

Recetteversion

Cycle de vie projet

Intégrationversion


Pilotage

MEP Exploitation

version


générale (SFG)


détaillée (SFD)


Conception

AMOA

AMOE

A Exp & Infra

Expression de besoin Réalisation


Cadrage version

12


Cycle de vie du projet : intervention des prestatai res (2/2)



Phase d’unprojet

Déploiementversion

Recetteversion


Cadrage version Cycle de vie projet

Intégrationversion


MEP Exploitation

version

ConceptionExpression de

besoinSpécificationfonctionnelle

générale (SFG)




TRA

Réalisation

13

3. Travaux d’architecture et d’urbanisme

Présentation de la cellule d’architecture et d’urba nisme– Missions et démarche– Activités et organisation– Etat d’avancement sur les vues du Système d’Information de SIRHEN 6.1

Travaux sur le noyau RH-FPE

Contribution aux travaux interministériels

Contribution aux travaux MEN


14

3. Travaux d’architecture et d’urbanisme - Missions et organisation


1. Définir l’architecture en cible et à chaque jalon de la tra jectoire– Référentiels métiers et fonctionnels– Référentiels applicatifs et techniques

2. Orienter les travaux des projets en cohérence avec la traj ectoire– Périmètres métier et fonctionnel / applicatif et technique– Adapter les méthodes et outils en fonction de la complexité

3. Assurer la cohérence des travaux des projets– Revue de périmètre vis-à-vis de la trajectoire– Revue des fonctions au service des métiers– Revue des fonctions transverses, telles que la GDA, la production des arrêtés

4. Apporter une assistance urbanistique, architecturale e tméthodologique aux projets– Rapports de résolution de problèmes d’architecture– Rapports de résolution de problèmes méthodologiques

15



Une structuration en cohérence avec les différentes vues de SIRHEN

Vue Métier

Vue Applicative

Vue Technique

Vue Fonctionnelle

�

��

�

Métier

Systèm

e d’information

Car

togr

aphi

e de

s pr

oces

sus

PO

S

fonc

tionn

elP

OS

A

pplic

atif

ArchitectureMétier

Architecture Applicative

Architecture Fonctionnelle

Architecture Technique

PO

S

Tech

niqu

e

Z Personne

Z Rapprochement Individu et Moyens

Z Gestion Individu

Z Calibrage des Moyens

Q Situation Personnelle Agent

Q Carrière

Q Parcours Professionnel

Q Recrutement

Q Situation Financier

Q Adéquation poste personne (Mouvement)

Q Continuité des services

Q Affectation

Q Implantation des Supports

Q Définition budgétaire des Moyens

Z Paie

Q Paie TG

Z Référentiel

Q Nomenclatures

Q Unités structurelle - Organisation

Q Règles de gestion

Z Utilitaire

Q Accès

Z Pilotage

Q Unités structurelle - Budgétaire

Q Valorisation de Classement

Q Workflow

Q Alerte / Notification

Q Gestion électronique des documents

Q Traçabilité / Auditabilité

Q Droits Statutaires

Q Evt et actes de gestion

Q

Reporting Interne

Z EchangeQ Portail Q Echange SI

Q Moteur de Recherche

Q Personne physique

Q Editique

16


Expression de besoin• Glossaire / Dictionnaire des données /Objets métier• Processus Activités Tâches• Acteurs (Rôles métier)• Règles de gestion MEN et ONP

Spécification fonctionnellegénérale (SFG)

• POS fonctionnel (composants fonctionnel SIRHEN)• Classes fonctionnelles / Nomenclatures• Acteurs (humains, systèmes)• Cas d’utilisation• Evénements Arrêtés Actes Editions• Règles de gestion MEN et ONP

Spécification fonctionnelle détaillée (SFD)

• POS fonctionnel (ilots)• Services fonctionnels• Offres de service• Demandes de service

Conception

• POS applicatif (domaines applicatifs)• Dossier d’architecture générale (DAG) et technique (DAT)• Services applicatifs / Modules applicatifs• MCD/MPD• Méthodes et règles de conception et réalisation applicables• Socle technique

Réalisation• Guide de développement et notes techniques complémentaires• Forge de développement et plate-forme d’intégration continue• Référentiel des services• Annuaire runtime des services• Socle technique• Jeux de données et bouchons web-services

CA

U r

espo

nsab

le c

onso

lidat

ion

/ pro

duct

ion


17

3. Travaux d’architecture et d’urbanisme



Sémantique et architecture des données

Architectures métier et

fonctionnelle

Assistance et support

Architecture applicative et Gouvernance

SOA


Trajectoire d’évolutiondu SIRH

Référentiels� Définition des données

� Dictionnaire des données� Modèle fonctionnel général� Nomenclatures � Événements

� Utilisation des données� Modèle fonctionnel détaillé� Règles de gestion� Paramétrage

� Traçabilité du cycle de vie S.I.

Référentiels� Règles d’urbanisme sur

l’ensemble du cycle de vie S.I.� Méthodes et outils sur

l’ensemble du cycle de vie projet

Référentiels :� POS applicatif

� Domines applicatifs• Services applicatifs• Modules applicatifs

� Gouvernance� Services applicatifs� Modules applicatifs


Référentiels� Socle logiciel� Infrastructure� Chaînes de liaisons techniques � Traçabilité du cycle de vie S.I.

Référentiels :� Activités métier

� Processus métiers� Fonctionnalités S.I.

� POS fonctionnel� Zones, quartiers, ilots

� composants• Cas d’utilisation• Services fonctionnels


Architecte « Fonctionnel »

Architecte « Applicatif »

Architecte « Technique »Architecte « Données »

Architecte « Métier »Architecte « Fonctionnel »

Architecte siRHen

18

3. Travaux d’architecture et d’urbanisme - Présenta tion du CAU


ResponsableA. BENJAMEN

Architecture métier(processus)

H. MESSID. GUIGNOT (AMOA)

Architectures métier et fonctionnelle

D. MARTING H. LEMAIRE (AMOE)

Nomenclatures et Référentiels

L. SERRADURAW. ROZE (AMOE)F. ZANA (AMOE)

Architecture des Données

F. CHANUDEAUDD. BROCHU (AMOA)

Urbanisation,méthodes

et support projets

O. GELY (AMOA)

Architecture applicativeet gouvernance SOA

JC. DURANDM. GANTOIS

Architecture Logicielle et donnée

S. SIMONT. THIEBAUT


Y. AIMEUR

19

3. Travaux CAU – Vue métier : les Processus


La cartographie des processus dresse la liste des p rocessus du programme SIrhen. Elle est organisée par domaine mé tier :

Le périmètre Sirhen est constitué de 90 processus « c œur de métier » détaillés et modélisés pour les 13 populations maje ures du MEN.

~90 % des processus métier de la vague 1 : PINS, PD IR, ITRF, BIB, AC sont réalisés

Domaine processus GP Mobilité Moyen Paye Total

Nb processus49 8 16 17 90

Présentation cartographie des processus et avanceme nt par populations :

– http://referentiel-metier.pole.in.ac-versailles.fr/– http://activforge.sirhen-dev.in.orion.education.fr/docman/view.php/183/15452/SIRHEN-

CAU_Matrice_Avancement_2014_12_18.xlsm

20

3. Travaux CAU – Vue fonctionnelle : POS fonctionnel



Z Gestion Individu Z Calibrage des Moyens


Q Carrière


Q Recrutement

Q Situation Financière

Q Adéquation poste personne


Q Affectation



Z Paie

Q Paie SLR

Z Référentiel

Q Nomenclatures



Z Utilitaire

Q Accès

Z Pilotage



Q Workflow




Q Situation administrative


QReporting

Interne



Q Editique

28 Quartiers

8 Zones

21

3. Travaux CAU - Vue fonctionnelle


Microsoft Excel

97-2003 Worksheet

– Le CAU publie sous la forge la liste des CF parversion, par projet et par couche métier(processus) :

– siRHen_liste_composants_fonctionnels_<date>.xls– siRHen_liste_composants_fonctionnels_cibles_<dat

e>.xls

94 CFV.6.1

Les Composants Fonctionnels 6.1– A la différence du projet qui est une notion liée à une organisation et à un

planning, un composant fonctionnel correspond à un ensemble defonctionnalités

– Chaque fonctionnalité correspond à des traitements (via des servicesfonctionnels) pour créer, modifier, supprimer ou restituer des informations

– Le composant fonctionnel regroupe des Cas d’Utilisation, des Règles deGestion, des Services fonctionnels, des Demandes de services et des Story-board

– Sur le POS fonctionnel il est le pendant de l’îlot pour la couche applicative

22

3. Travaux CAU - Vue fonctionnelle : le POS 6.1

RI – Rapprochement Individu et Moyens

PY – Paie

GI – Gestion Individu

RE – Recrutement

CS – Continuité des services

RN – Référentiel et nomenclature

GP – Gestion des personnels

UO – Unité structurelle organisation

RG – Règles de gestion

UT – Utilitaires

AC – Accès

MC – Moteurs de calcul

Q_Workflow

AN – Alerte notification

GE – Gestion électronique de documents

TA – Traçabilité Auditabilité

AE – Evènement et actes de gestion

EC – Echange

PO – Portail ES – Echange SI

MR – Moteur de recherche

ED – Editique

CM – Calibrage des moyens

IM – Rapprochement individu moyens

PA - PaieUT - Utilitaires

TV – Transverses

CM – Calibrage des Moyens

IS – Implantation des Supports

DB – Définition budgétaire des Moyens

PI – Pilotage

RI – Reporting interne

SP – Situation personnelle

AF – Affectation

AP – Adéquation poste personne

CA – Carrière

PP – Parcours professionnel

SA – Situation administrative

• Gestion des droits d’accès

• Règles de gestion • Budget

• Support

• Rapprochement individu moyens

NO - Nomenclatures

• Géographie

• Divers

• GDA • Paie

RE – Référentiels

UB – Unité structurelle budgétaire• Nomenclatures budgétaires

• Première affectation

• Gestion des promotions

• Paramètres campagne promotion

• Dossier recrutement promotion

• Gestion des propositions d’affectation

• Initialisation dossier agent

• Gestion Informations individuelles & familiales

• Gestion prestations familiales

• Gestion handicap invalidité agent

• Entretien professionnel et de formation

• Droit individuel à la formation

• Gestion compétences et formations

• Formations GAIA

• Gestion des positions et des modalités de service

• Gestion des conges et absences

• Calcul quotité due

• Gestion des modalités de service

• Gestion des détachements sortants et des MAD

• Gestion du CET

• Avancement échelon

• Réduction majoration ancienneté

• Entrée dans le corps

• Titularisation

• Classement reclassement

• Anciennetés

• Carrière antérieure

• Calcul impact

• Recherche supérieur hiérarchique

• Evénem

ents

• Alerte

• Notificat

ion

• Gestion électronique de

documents

• Gestion des pièces justificatives

• Référentiels éditique

• Solution éditique

• Fabrication arrêtés( V4)

• Edition document hors

arrêté

• Agent non migré

• Recherche agent

• Moteur de valorisation

• Traçabilité

• Référentiels établissements

• Référentiel adresses

• Référentiels classifications

• Classement reclassement

• Référentiel métiers compétences

• Situation personnelle

• Carrière

• Parcours professionnel

• Situation administrative

• Transverses

• Nomenclatures

• Nomenclatures associées aux données

organisation


répartition de moyens


positions et modalités de service

• Organigramme

• Nomenclature organisations

• regroupement de lieux

• Délégations

• Qualification UAF

• Interface paie DGFIP

PA – Paie TG (SLR)• Dossier financier• Droit indemnitaire

• Recours

• Suivi des actes

• Portail gestionnaire

• Consultation Dossier agent

• Fiche de Situation

• Alertes


23

3. Travaux CAU - Vue fonctionnelle : les Services f onctionnels 6.1


– Le catalogue des Services Fonctionnels s’étoffe au fil des versions siRHen

– À titre indicatif, le nombre d’Offres de Service en 6.2 est de 2562 (dont 684pour la Paye)

– Le CAU publie sur la forge 2 cartographies des services extraites des SFD sousRSM

– SIRHEN-CAU_Cartographie_des_Services_<date>.xls– SIRHEN-CAU_Cartographie_des_Demandes_de_Service_<date>.xls

Version 4 Version 5 Version 6.1 Version 6.2

Nb projets 7 29 41 49

Nb Services Fonctionnels

28244

dont 115 Paye331

dont 148 Paye361

dont 155 Payenote : les SF des nomenclatures sont exclus

Ces cartographies peuvent être utiles pour mieux co mprendre les SFD (en complément des livrables du centre de service) et accélérer les analyses d’impact avant toute évolution fonctionnel le. En particulier, celle des DS trace les dépendances entre les projets (ou entre les composants fonctionnels).

Services

Fonctionnels


3. Travaux CAU – Vue applicative : le POS applicatif

Le POS applicatif se construit de manière progressi ve et itérative en cohérence avec la structuration du POS fonctionnel

Démarche d’urbanisation

applicative


Z Gestion Individu Z Calibrage des Moyens


Q Carrière


Q Recrutement

Q Situation Financière

Q Adéquation poste personne


Q Affectation



Z Paie

Q Paie TG

Z Référentiel

Q Nomenclatures



Z Utilitaire

Q Accès

Z Pilotage



Q Workflow




Q_ Situation administrative


Q

Reporting Interne



Q Editique

25

3. Travaux CAU - Vue applicative : liste des modules applicatifs 6.1

Projets NB MAPI NB MAPB NB MAE NB MAC NB MAO NB MAN Nb MARNB Modules de DA

transverses A4A5 1 1 1 0 1 0 0 0B1-02 1 3 1 0 0 0 0 0B2-01 1 1 1 1 0 0 0 0B2-02 1 1 1 1 0 0 0 0B2-03 1 1 1 0 0 0 0 0B2-04 1 1 1 0 0 0 0 0B2-05 1 1 1 0 1 0 0 0B2-06 1 2 1 1 0 0 0 0

B2-07 / B2-13 1 1 1 1 0 0 0 0B2-08 1 0 1 1 0 0 0 0

B2-08.4 1 1 1 0 0 0 0 0B2-09.1/B2-09.7 1 2 1 0 1 0 0 0

B5-12 0 0 1 1 1 0 0 0Cn-05 1 0 2 0 0 0 0 0

DIF 1 1 1 0 1 0 0 0GDA 1 0 1 0 0 0 0 2

TE-03.1 Mini-DUA 0 1 1 0 0 0 0 1Portail 1 0 0 0 1 1 0 3

S02 0 0 0 1 0 0 0 0S03 1 1 1 0 0 0 0 0

TE-07 : Trace 1 0 1 0 0 0 0 2

TE-11 : Alertes et Notifications0

0 1 0 1 0 0 2

TF-01 1 1 0 0 0 0 1 3TF-02-1a : GED 1 1 1 0 0 0 0 3

TF-02-2b : Editique 1 0 1 0 1 0 1 5TF 02.3 1 1 1 0 1 0 0 4TF-08 2 1 2 0 0 1 0 4

TF-11 : Paye-TG 1 1 2 0 2 0 0 0TR 05 1 0 1 0 0 0 0 2

TR-20 : recours 1 0 1 0 0 0 0 0Total 27 23 30 7 11 2 2 31Total 102 31

SIRHEN est constitué de

- 10 domaines

- 102 modules applicatifs

- 269 services applicatifs


Chemin pour accéder aux rapports Centrasite dans la Forge : 04 - Comité Architecture et Urbanisation / 03 - Architecture applicative / 05 - Gouvernance SOA :

http://activforge.sirhen-dev.in.orion.education.fr/docman/?group_id=183#

26

3. Travaux CAU - Vue applicative : l’écosystème SIRH ENSirhen échange des informations avec différentes ap plications de son écosystème. Le schéma suivant présente une synthèse des échanges représentatifs de la version 6.1 :

La matrice suivante donne le détail de ces flux :Matricedesflux1104

2013


27

LégendeFichierWebServices

Périmètre Strada

SIRHEN

ONP

DGFIP

MGEN AMIA

ANAGRAM

Annuaire

LDAP

AAF Annuaire

EPP

Base Annuaire

Centrale

Base

Relais Académiques

CARMEN

CNE

Académique

CNE

Académique

GAIA

Gestion

IA PR

Gestion

IA PR

Gestion

IEN

Gestion

IEN

Gestion

PDIR

Gestion

PDIR

HARPEGE

IMAG’IN

I-PEL

INFOCENTRE

MES CONGES

KHEPHRENKHEPHREN

MNGD

MOBILITE

MOSART

OCEAN

Outil

Emailing

Pension

REF. Unique

Agent

SAXO

STSWEB

SENORITA

SIPRIEN

PLEIADE

RESULT IT

Base

Tampon

Systèmes Externes

GAIA IMAG’INPaye TG

MIN. Justice

PEPITE DT ulysse

ECEfac

3. Travaux CAU - Vue applicative : la cartographie d es flux SIRHEN/StradaSTRADA ne prend en compte que les flux Fichiers : l es flux Web Service ne transitent pas par STRADA


28

3. Travaux CAU - Vue applicative : la cartographie d es flux SIRHEN en 6.1

SIRHEN

ONP

DGFIP

MGEN AMIA

ANAGRAM

Annuaire

LDAP

AAF Annuaire

EPP

Base Annuaire

Centrale

Base

Relais Académiques

CARMEN

CNE Académique

GAIA

Gestion

IA PR

Gestion

IA PR

Gestion

IEN

Gestion

IEN

Gestion

PDIR

Gestion

PDIR

HARPEGE

IMAG’IN

I-PEL

INFOCENTRE

MES CONGES

KHEPHRENKHEPHREN

MNGD

MOBILITE

MOSART

OCEAN

Outil

Emailing

Pension

REF. Unique

Agent

SAXO

STSWEB

SENORITA

SIPRIEN

PLEIADE

RESULT IT

Base

Tampon

LégendeFichierWebServices

Systèmes Externes

GAIA IMAG’INPaye TG

MIN. Justice

PEPITE DT ulysse

ECEfac


29

Quelques chiffres

Environ 38 systèmes (internes et externes) qui écha ngent avec SIRHEN

Environ 130 flux échangés avec SIRHEN



30

Quelques chiffres

Type de flux synchrone

AMM Nombre de Type de flux

ANAGRAM 2

GAIA 2

IMAG'IN 2

MOSART 1

SAXO 2

Total général 9

Flux Périmètre STRADA OUI

AMMNombre de Flux Périmètre STRADA

AMIA 8

Ancien annuaire EPP 1

ANNUAIRE FEDERATEUR (AAF) 1

ANNUAIRE LDAP (AAA) 1

CARMEN 24

Cne Académique 1

EceFac 3

GAIA 5

Gestion PDIR 2

IMAG'IN 4

MGEN 7

MOBILITE 1

MOSART 4

OCEAN 4

ONP 13

REFERENTIEL UNIQUE AGENT (PLEIADE) 2

SENORITA 1

SIIPRIEN 1

STSWEB 2

Chorus DT 2

I-PROFESSIONNEL (i-PEL) 1

Total général 88

Flux en Web service Flux passant par Strada

Flux en version Sirhen 6.1

Version SIRHEN 6.1

Étiquettes de lignesNombre de Version SIRHEN

ANNUAIRE LDAP (AAA) 2

Cne Académique 1

GAIA 2

IMAG'IN 2

PLEIADE pour les agents des académies 1

Total général 8



31

3. Travaux CAU – Vue technique : sous-systèmes techn iques SIRHEN+


SIRHEN + est constitué de

9 sous systèmes

techniques

32

3. Travaux CAU - Vue technique : les sous-systèmes t echniques SIRHEN+

Cœur SIRHEN– Le cœur SIRHEN est constitué de serveurs frontaux Web, de présentations, de

services, de batchs et persistance :– 4 VM Web Apache– 2 x 7 VM MAPI– 2 x 7 VM MAS– 2 VM MAPB– 1 VM BRMS– 1 serveur physique DB2

Gouvernance SOA– La gouvernance SOA offre un référentiel et un annuaire de service

– 1 VM

Gestion de documents– 1 VM Nuxeo– 1 VM Adobe Livecycle

Echanges et intégration interne– 1 VM ESB + broker JMS– 2 VM MT– 1 VM ODI– 1 serveur physique DB2 (reprise de données et TR8)


33

3. Travaux CAU - Vue technique : les sous-systèmes t echniques SIRHEN+

Echanges externes– Les échanges asynchrones externes sont gérés par le SI Strada constitué de :

- 2 VM Web Apache- 3 VM OSB & SOA- 2 serveurs DB2

Infocentre– L’infocentre IRHEN est constitué d’une partie collecte / alimentation et d’une partie

mise à disposition / présentation, regroupement globalement :- 2 VM Web Apache- 2 VM ODI- 4 VM BO XI- 2 serveurs DB2

Services PHM– Les sous-systèmes SIHREN+ s’appuient sur des services transverses de la PHM

- RSA – FIM / syslog, NTP, DNS, SMTP, consoles d’administration & exploitation



3. Travaux CAU - Vue technique : le Socle 6.1

Socle 1.0

JBOSS EAP 5.0

Oracle JDK 6

RHEL 5.9

FUSE 4.3

Centrasite 8.0

Nuxeo 5.3.1

LiveCycle 9.0

BRMS 4.3

Middlewares Socle V1.0

Charte G. v1

Portail Gestionnaire

SIRHEN 6.1 SIRHEN 6.2 + PA SIREN 6.3 SIRHEN 7.1

SIRHEN s’appuie sur un socle technique qui évolue en

fonction des versions SIRHEN

35

3. Travaux CAU – Travaux en cours sur noyau RH FPE

Le noyau RH-FPE Fonction publique d’Etat définit les spécificationsfonctionnelles et techniques communes à l’ensemble des ministères,relatives à la gestion des ressources humaines et à la gestio n de la paye.

Contenu du noyau RH-FPE


Définitions, références des textes, liens vers le dictionnaire des données

Dictionnaire sous forme de tableau structuré en dossier, rubrique, sous-rubrique, données, valeurs des référentiels et nomenclatures

Environ 100 fichiers Excel avec les RG de condition, de contrôle et d’impact sur les données associées

Exigences techniques, spécification d’interface avec le SI Paye (EGA)

Une fiche d’évolution par thème avec la description, le type (réglementaire, correction, complétude…), les impacts sur le noyau (concepts, données, nomenclatures, règles de gestion, interface technique.

Uniquement à partir de la version 3.32

Toute modification des spécifications fonctionnelles et techniques fait l’objet d’une Fiche de diffusion qui décrit la version diffusée.

SIRHEN s’appuie sur le Noyau RH-FPE

36

Travaux CAU – Travaux en cours sur noyau RH FPE

Les référentiels du noyau font l’objet d’une maintenance pe rmanente afin de prendreen compte des évolutions réglementaires, des mises à jour no rmatives maiségalement des corrections et des compléments consécutifs d e la mise au point du SIPaye en cours de développement côté ONP

Environ tous les trimestres, l’ONP a publié une nouvelle ver sion du noyau RH-FPE

Suite à la réorientation du programme ONP début 2014, les tra vaux sur le noyau RH-FPE se poursuivent depuis 04/2014 pour constituer la versio n 5.0


37



Traitement des données du noyau RH-FPE :– Les travaux terminées fin octobre 2014 ont permis de :

– Prendre en compte les contraintes du SI PAY (DGFIP) suite à l’arrêt de SI paye(ONP),– Conserver et partager un noyau commun structuré à l'ensemble des ministères,– Simplifier de 50% les données indispensables à la gestion RH sans contraintes de

conformité,– S’accorder sur des modalités de mise en œuvre du noyau par rapport aux cas de

gestion du MEN.

Traitement des fiches d’évolution (FEV) du noyau RH-FPE :– Les travaux terminées fin octobre 2014 ont permis de :

– D'identifier 34 fiches d’évolutions concernant le MEN et partager les solutions demise en œuvre avec les différents ministères :

– Les fiches d’évolutions réglementaires (12) sont en cours de traitement dans lecadre du comité DCVR,

– Les fiches d’évolutions correctives et évolutives sont en cours de traitement dansle cadre des travaux avec l’AMOA/MOE.

38



Traitement des règles de gestion RH du noyau RH-FPE:– La démarche sur la mise en qualité des règles de gestion RH proposée le 25/11

organise les ateliers de la façon suivante :– Ateliers hebdomadaires interministériels prévus tous les mardis matins de mi-novembre

2014 à fin 2015,– Lors de ces ateliers, validation du caractère automatisé et du niveau de blocage des RG

par paquet de règles,– Livraison du paquet 1 fin février 2015 prévu initialement fin décembre 2014 sur les RG

automatisées des titulaires et des stagiaires,– Livraison du Paquet 2 fin mars 2015 sur les RG automatisées des contractuels 86-83,– Livraison du Paquet 3 fin juillet 2015 sur les RG automatisées ne concernant pas les

populations notées ci-dessus,– Livraison du Paquet 4 fin décembre 2015 sur les RG non automatisées.

Traitement des règles de contrôle de la bande GEST du noyau RH-FPE:– La démarche sur la mise en qualité des règles de contrôle Paye s’organise de la

façon suivante :– Ateliers hebdomadaires interministériels prévus tous les mardis après-midi de mi-novembre à

fin décembre 2014,– Lors de ces ateliers, revue et validation unitaire des règles de contrôles liées au régime

indemnitaire et à la codification des mouvements de paye.– Participation de la DAF à ces ateliers– Livraison des règles pour fin décembre 2014.

Ceci permet de continuer à mobiliser les équipes MEN sur les t ravauxCISIRH

39

3. Travaux CAU - Contributions aux travaux intermini stériels

Construction d’une offre de services RH dématérialisés : In terministériel

Retour d’expérience sur l’utilisation du moteur de règles : Interministériel

Retour d’expérience de la pré liquidation : ministère de la J ustice

Retour d’expérience du SOA : ministère de la Culture

Retour d’expérience sur la gouvernance des référentiels et nomenclatures: ministère de l’écologie et du développement durable

Retour d’expérience sur le système d’échange SiRHen (STRAD A) :ministère de l’écologie et du développement durable

cf. Annexes avec REX


40

3. Travaux CAU - Contributions aux travaux du bureau DNE-B

Partage des travaux d’urbanisation avec le STSI.

Mise en place de la commission de l’architecture et de l’urba nisation auniveau du bureau DNE-B. Participation du CAU-SIRHEN aux tra vaux dela commission.


41

4. Transition SIERH / SIRHEN : Principes de l’artic ulation SIERH et SIRHEN

Les principes de la transition entre SIERH et SIRHEN :– SIRHEN embarque progressivement les populations dans quatre vagues

planifiées de migration,– Les applications existantes (SIERH) sont progressivement décomissionnées– Des phases transitoires sont nécessaires permettant de faire cohabiter durant un

certain temps les applicatifs SIERH et SIRHEN

Les phases transitoires s’élaborent en fonction :– des contraintes des calendriers de gestion de chaque processus métier– des contraintes de déploiement des fonctionnalités de SIRHEN

– Par ailleurs, une phase de double gestion SIRHEN – SIERH permet de sécuriserl’appropriation des fonctionnalités de SIRHEN

– La version 6.x embarque les population PINS, PDIR et ITRF– la version 6.1 avec les personnels d’inspection (PINS), les administrateurs civils (AC),– la version 6.2 avec les personnels de direction (PDIR) et ITRF



Le tableau suivant donne une estimation globale de la volumétrie des populations par vague de déploiement :

Vague Catégorie de personnel dossiers "gérés non payés" dossiers "gérés / payés" Total général

Vague 1

ITRF 39903 9131 49034

Pers. d'encadrement 830 16191 17021

Total général 40 733 25 322 66 055

Vague 2

ATSS 90 000

BIB 9 546

Non titulaires 30 000

Total général 129 546

Vague 3

Enseignants du 2nd degré

publiques381 900

Enseignants du 2nd degré privées92 700


Vague 4

Enseignants du 1er degré

publiques 323 400

Enseignants du 1er degré privées 43 600



43

Les principes de la Phase transitoire :– SIRHEN met en place un mécanisme transitoire

– dans le cas où des fonctionnalités applicatives ne sont pas encore disponibles dansSIRHEN

– dans le cas ou le processus métier (actes collectifs) a été initié préalablement dansles SIERH

– Ce mécanisme requiert de définir des fonctionnalités transitoires dans l’attentede la synchronisation des échanges entre les applicatifs existants et SIRHEN

Maintien et stabilisation des flux :– Les échanges de données entre applicatifs doivent être stabilisés tout au long

des phases de déploiement– afin de garantir le fonctionnement de certains applicatifs SiRHen dans les phases

transitoires avec :– le maintien des flux avec les systèmes existants jusqu’au déploiement de

l’ensemble des applicatifs– la stabilisation des flux avec des applicatifs externes

– afin de garantir le fonctionnement des applicatifs SIERH jusqu’à leur terminaison





Exemples pour déploiement généralisé des PDIR en Juin 2015 :– Recrutement suite à concours 2015

– Fonctionnement actuel : utilisation d’OCEAN pour la liste des lauréats, gestion desvœux et des affectations dans PDIRSTA, puis liaison descendante vers EPP.

– Fonctionnement transitoire :– Scénario 1 : utilisation d’OCEAN pour la liste des lauréats, gestion des vœux et

des affectations dans PDIRSTA, puis liaison descendante vers EPP. Reprisedes dossiers dans SIRHEN via la fonctionnalité de balayette.

– Scénario 2 : utilisation d’OCEAN pour la liste des lauréats, gestion des vœuxdans PDIRSTA, puis liaison descendante vers SIRHEN. Gestion desnominations et affectations dans SIRHEN.

– Fonctionnement cible : utilisation d’OCEAN pour la liste des lauréats, gestion desvœux via le Portail Lauréat et utilisation de SIRHEN.

– Mobilité dans le corps 2015 (mouvements)– Fonctionnement actuel : gestion des demandes et des décisions d’affectation dans

MVTPDIR, puis liaison descendante vers EPP.– Fonctionnement transitoire :

– Scénario 1 : gestion des demandes et des décisions d’affectation dansMVTPDIR, puis liaison descendante vers SIRHEN.

– Scénario 2 : gestion des demandes dans MVTPDIR, puis report manuel desdécisions d’affectation dans SIRHEN.

– Fonctionnement cible : gestion des demandes à l’aide du portail Agent et utilisationde SIRHEN.


4. Transition SIERH / SIRHEN : processus de nominat ion suite à concours PDIR

processus existant processus de transition 2015

processus cible SIRHEN 2016


4. Transition SIERH / SIRHEN : exemple dispositif m étier transitoire pour les PDIR

Bascule des PDIR, présentation de deux scénarios par le métier :─ généralisation massive─ déploiement progressif

Gestion des dossiers de candidature : dispositif provisoire (déploiement LA 2015)


4. Transition SIERH / SIRHEN : Vue par applications existantes et cibles pour les populations de la vague 1 – vision globale

Vue par applications existantes

Vue par applications pour la V6.1


4. Transition SIERH / SIRHEN Janvier 2015 : Vue par applications pour les populations de la vague 1

SI externesGestionnaire

Domaine« Gestion de documents »

Domaine applicatif « Référentiels et nomenclatures »

Domaine applicatif « Sécurité »

Domaine « Support Opérationnel »

Domaine « Accès » Domaine « Echanges externes »

Agent

Cœur de métier

Domaine « Calibrage des

moyens »

Domaine « Rapprochement

Individu et Moyens »

Domaine « Paye »Domaine « Gestion Personnel »

AGORA & AGORA Centrale ITRF

POPPEE ITRF/BIB

BCN

Domaine «Pilotage »

base relais, ACCADEMIA,… (par académie)

Mon dossier RH GRH@C

ANNUAIRE(S) (par population)

RAMSESEBNV

SIAM, AMI ..

KEPHREN

CIRGAIA

SENORITA

OCEANPDirSta

Web ITRF

Atria

Color IT

Laureat IT

Resultat IT

PensionGRECO

EPP (PINS PDIR)


4. Transition SIERH / SIRHEN 2015 : Vue par applica tions pour les populations de la vague 1


Domaine« Gestion de documents »

Domaine applicatif « Référentiels et nomenclatures »




Agent

Cœur de métier


moyens »




POPPEE BIB

BCN

SIRHEN PINS / PDIR / ITRF

GED SIRHEN

Domaine «Pilotage »

base relais, ACCADEMIA,… (par académie)

Mon dossier RH GRH@C


Portail Gestionnaire

RAMSESEBNV

SIAM, AMI ..

KEPHREN Paye SLR,…STRADA

CIRGAIA

SENORITA

OCEANPDirSta

Web ITRF Laureat IT

Resultat IT

Pension

IRHEN


4. Transition SIERH / SIRHEN : Vue par applications cibles pour populations de la vague 1


Domaine« Gestion de documents » Domaine applicatif « Référentiels et nomenclatures »




Agent

Cœur de métier


moyens »




SIRHEN

GED SIRHEN

Domaine « Pilotage»

IRHEN

base relais, ACADEMIA,… (par académie)


Portail Gestionnaire Portail Agent Portail Lauréat KEPHRENSTRADA

BCN RAMSESEBNV

SENORITA

Web ITRF

OCEAN

51

La modélisation de siRHen est conforme au noyau RH FPE :– La modélisation siRHen est ancré sur le dictionnaire des données du Noyau RH

FPE– La modélisation est enrichie avec les concepts complémentaires du MEN– Cette modélisation est publiée dans un référentiel Web accessible à cette adresse :

http://referentiel-metier.pole.in.ac-versailles.fr/Dictionnaire_classes/index.html

– Le dossier agent est structuré dans les quartiers suivants :


5. Données gérées dans SIRHEN : Modélisation du noy au RH FPE


5. Données gérées dans SIRHEN : Modélisation du noy au RH FPE

53

5. Données gérées dans SIRHEN : Modélisation des d onnées de la Vue fonctionnelle


Architecte « Données et Nomenclatures»

L’analyse porte au moins sur les points suivants :

A) Distinction entre concept et objet :.S'il s'agit d'un concept :=> Modélisation Package (s), Classe (s), et/ou Attribut (s)

Nb : Un attribut peut ou non correspondre à un lien d'association.S'il s'agit d'un objet (valeur prédéfinie):=> Documentation de la classe englobant l’objet, avec comme exemple l’objet

B) Distinction des informations permettant de différencier les objets d’une même classe :=> Modélisation du stéréotype « Id »

C) Distinction entre métier et fonctionnel :=> Modélisation du stéréotype « Fonctionnel » pour les informations propres au fonctionnel

D) Distinction entre information d’origine ONP et spécifique au besoin du MEN :=> Modélisation du stéréotype « EN-ESR » pour les informations spécifiques au besoin du MEN

E) Recherche des redondances sur les concepts et sur les objets :=> Fusion, suppression, éclatement, et identification des informations calculées (Information dite dérivée)

Vue FONCTIONNELLE (Etude du métier et du fonctionnel ) du siRHen en CIBLE

Modèles de classes(Diagrammes+Documentations)

Publications sous différents points d'entrées :− Selon une vue de synthèse− Selon un index par classe (avec ses attributs)− Selon le dictionnaire RH-FPE en V5.0

CISIRH SIRHEN

Concepts

RH-FPE 5.0

Projet(s) versionné(s)

MOA AMOA

CDC + DC

Projet(s) versionné(s)

MOE MEN

SFG

Etu

de m

étie

r, fo

nctio

nnel

, et a

pplic

atio

n(s

) du

siR

Hen

par

proj

et

CISIRH

Données, Règles

RH-FPE 5.0

54

5. Données gérées dans SIRHEN : Modélisation des d onnées de la Vue fonctionnelle, un exemple de modélisation de donnée s


55

5. Données gérées dans SIRHEN : modélisation du noy au RH FPE

Présentation de l’avancement des travaux de modélis ation en cours sur le noyau RH FPE :


Total Reste à faire Ignorée Total A revoir Finiedossier personnel 25 25 330 330

dossier administratif 49 49 548 14 534dossier financier 147 147

Sous total : 74 74 1 025 14 1 011ActeEvenement 34 10 24

organisation 200 1 199

Sous total : 234 11 223référentiels 746 32 714

nomenclatures 3 144 3 144

Sous total : 3 890 32 3 858Total : 74 0 74 5 149 57 5 092

Récapitulatif par onglet du dictionnaire de données ONP :

Traçabilité avec la modélisation de la vue fonctionnelle siRHen

Non modélisée Modélisée

56

5. Données gérées dans SIRHEN : Analyse d’écarts en tre versions pour la modélisation

Ci-dessous la quantification des changements portée s par la V3.40 :

�L’ensemble des changements est à prendre en compte�Le détail est récupérable à l’adresse suivante :

http://activforge.sirhen-dev.in.orion.education.fr/docman/view.php/183/11305/Dictionnaire+des+donnees_V3.40.xlsVoir l’onglet « Quantification »

Total Total Total Total Total Total Total

dossier personnel 2 29 7 38 317

dossier administratif 3 52 5 60 537

dossier financier 14 1 15 132

Sous total : 5 95 13 113 986ActeEvenement 9 9 25

organisation 1 30 8 1 40 160

Sous total : 1 39 8 1 49 185référentiels 55 123 169 1 348 398

nomenclatures 188 2 956

Sous total : 61 123 303 22 1 886 7 481Total : 67 123 437 43 2 1 048 8 652

Nbre de lignes avec au moins un changement

Nbre de lignes sans aucun changement


ajouté supprimé modifié

Nbre par type de changements

complété initial


57

5. Données gérées dans SIRHEN : Analyse d’écarts en tre versions pour la modélisation

Ci-dessous la quantification des changements portée s par la V4.00 :

�L’ensemble des changements est à prendre en compte�Le détail est récupérable à l’adresse suivante :

http://activforge.sirhen-dev.in.orion.education.fr/docman/view.php/183/12407/Dictionnaire_des_donnees_V4.00.xls

Voir l’onglet « Quantification »

Total Total Total Total Total Total Total

dossier personnel 355

dossier administratif 1 2 3 595

dossier financier 147

Sous total : 1 2 3 1 097ActeEvenement 34

organisation 200

Sous total : 234référentiels 8 5 2 15 731

nomenclatures 262 2 887

Sous total : 8 5 2 277 3 618Total : 1 10 5 2 280 4 949

Nbre de lignes avec au moins un changement

Nbre de lignes sans aucun changement


ajouté supprimé modifié

Nbre par type de changements

complété initial


58

5. Données gérées dans SIRHEN et sécurité

Déclaration CNIL– Lors du lancement du programme, SIRHEN à fait l’objet d’une déclaration auprès de

la CNIL, suite à l’instruction de cette déclaration le décret n°2012-342 du 8 mars 2012 portant création du traitement automatisé de d onnées à caractère personnel dénommé « SIRHEN » relatif à la gestion des ressources humaines du ministère de l'éducation nationale, de la jeunesse et de la vie associative et du ministère de l'enseignement supérieur et de la recherche a été publié.Lien vers le décret du 8 mars 2012 : http://www.legifrance.gouv.fr/affichTexte.do?cidTex te=JORFTEXT000025468033&fastPos=1&fastReqId=558564864&categorieLien=cid&oldAction=r echTexte

− Le 13 juillet 2012 le syndicat national des enseignants du second degré (SNES) présente une requête au Conseil d’Etat demandant l’annulation po ur excès de pouvoir du décret n°2012-342 . Les motifs de demande d’annulation portent sur plusieurs points, notamment la mise en œuvre du traitement automatisé des données personnelles relatives à d'autres personnes que les agents des ministères.


59


− Le 28 mars 2014, décision n°361042 du Conseil d'Eta t de ne pas annuler le décret n°2012-242 et de supprimer les données « sexe » et « nationalité » du conjoint dans SIRHEN mentionnés dans le 1° du B du I de l’annexe du décret. Lien html vers la décision du CE : http://arianeinternet.conseiletat.fr/arianeinternet /getdoc.asp?id=200113&fonds=DCE&item=1

− En effet, sur ce point, le rapporteur a jugé que le traitement de ces deux données est non nécessaire et non proportionné à la finalité de SIRHEN. Selon lui, « le besoin ne s’en fait pas sentir et ces données ne sont pas indispensables », la collecte de la donnée relative au sexe est « superfétatoire et inutile ».

− D’autres traitements de données similaires ne collectent pas cette donnée (ex : le ministère de l’intérieur, pour son traitement de gestion des agents de la gendarmerie nationale).

− Cependant, toutes les autres données relatives au conjoint (nom, prénom, date de naissance, taux d’incapacité/invalidité…) sont utiles aux finalités du traitement pour la gestion des agents (ex : en cas de rapprochement de conjoints, …).


60


12 janvier 2015

Actions mises en œuvre par la Direction de programm e SIRHEN suite à la décision du Conseil d’Etat

− Analyse de l’existant : note sur la situation des données dans les SIERH et SIRHEN v6.1 (version utilisée par les sites pilotes)

Donnée Etat de la donnée dans les SIERH

Etat de la donnée dans SIRHEN en v6.1

Sexe du Conjoint Non gérée Non gérée

Nationalité du Conjoint

Non gérée La donnée nationalité du conjoint existe dans SIRHE N en v6.1conformément à la version 3.1 du noyau RH FPE mais n’est pas renseignée :

- Pas reprise des SIERH car non gérées dans ceux-ci,

- Pas d’alimentation par défaut lors de la création du dossier dans SIHREN.

Elle est saisissable et peut prendre les valeurs suivantes de la nomenclature "Nationalité":

-NA01 - française ; - NA02 - UE ou EEE ; - NA03 - autres pays ; - NA04 – apatride

CT MEN - Groupe de travail SIRHEN – document de travail

61


12 janvier 2015

– Suite à l’analyse de l’existant, une demande de changement (DC_200) visant à supprimer l’affichage et la possibilité de saisie de la donnée « nationalité du conjoint » dans les écrans SIRHEN concernés à été mise en production le 15 octobre 2014.

– La suppression de la donnée dans le modèle de donné es est traitée dans le cadre de la demande de changement 116 lot 1 planifiée dans la version 6.3 de SIRHEN (date mise en production prévisionnelle : juin 2016)

CT MEN - Groupe de travail SIRHEN – document de travail

62


Durée de conservation des informations – Les règles de conservation des données sont définies dans l’arrêté du 21

décembre 2012 qui précise la durée de conservation des informations contenues dans le dossier individuel des agents publics géré sur support électronique, conformément au décret n°2011-675 du 15 juin 2011 relatif au dossier individuel des agents publics et à sa gestion sur support électronique,Lien vers le décret du 8 mars 2012 :

www.legifrance.gouv.fr/jopdf/common/jo_pdf.jsp?numJO=0&dateJO=20130101&numTexte=72&pageDebut

– Cet arrêté indique notamment qu’ « au terme de sa conservation en gestion courante, chaque document fait l’objet soit d’un archivage intermédiaire, soit d’une destruction »,

– Deux projets sont identifiés dans le contenu fonctionnel pour traités les problématiques d’archivage (TF02.1.c) et de purges (TR10.2) des données dans SIRHEN,

– Ces projets, qui seront lancés dans le courant de l’année 2015, ont pour objectifs de définir et mettre en œuvre les modalités de transfert des données gérées dans SIRHEN vers une plate-forme d’archivage

Groupe de travail SIRHEN12 janvier 2015

63


Principes de sécurité– Protection des données

- Les informations sont protéger en confidentialité et en intégrité– Chiffrement, segmentation réseau, gestion transactionnelle

- L’ensemble des informations et des environnements sont sauvegardés régulièrement- Les sauvegardes de données ne sont pas soumises aux mêmes risques de sinistres que

les données sauvegardées (principe PCA – réplication de données site secours).

– Architecture des SI- Les principes de défense en profondeur sur l’architecture matérielle et logicielle sont mis en

œuvre

– Traçabilité et auditabilité- Tout acte de gestion est tracé (actions de création, modification et suppression)- Production de traces sur l’ensemble des composants de l’architecture SOA SIRHEN- Mise en œuvre d’un piste d’audit de manière à garantir la traçabilité ascendante et

descendante

– Traitement des incidents- . La chaîne fonctionnelle SSI est informée par la chaîne opérationnelle de tout incident de

sécurité, et contribue à la qualification de l’incident et au pilotage de son traitement


64


Principes de sécurité (suite)– Contrôle d’accès

- L’authentification s’appuie sur les portails d’authentification académiques- Le contrôle d’accès est réalisé par le module de Gestion des Droits d’Accès (GDA)- Contrôle sur les fonctionnalité disponible aux utilisations ainsi que sur le périmètres des

données accessibles (filtres)

– Gestion de l’exploitation et des télécommunications du SI- L’accès aux bases de données n’est possible que

– via la couche Services de l’architecture SIRHEN (principe directeur de conception)

– par les administrateurs SIRHEN (authentification et filtrage d’accès réseau)

» traçabilité des accès à la PF assurée par un bastion de connexion (NAC)

- Mise en œuvre de politiques et procédures de protection de l’information liée à l’interconnexion via une urbanisations des échanges

– Strada pour les échanges asynchrones

– WS pour les échanges synchrones


65


Etudes Ebios SIRHEN– Etude réalisée avec Logica (CGI) en 2011– Lancement d’un groupe de travail sécurité en 2013 pour objectif de décliner les

mesures de sécurités– Classification des mesures

- 83 mesures identifiées par l’étude Ebios- Réparties en 3 domaines :

– Développement (application) – Infrastructure – Organisation informatique

- Affectées à un porteur pour chacune d’elles - Classement des mesures par ordre de priorité selon

– l’importance des risques en corrélation avec les mesures définies

– le statut d’avancement, le degré d’urgence et la difficulté de mise en œuvre


Type Nb MesuresMesures

prioritaires

InfraInfraInfraInfra 46464646 15151515

DevDevDevDev 25252525 16161616

OrgaOrgaOrgaOrga 12121212 0000

Total 83 31

66


Tableau de bord des mesures Ebios (décembre 2014)


Nb %age

à faire 3 4%

en cours 8 10%

partiel 19 23%

terminé 53 64%

à vérifier 0 0%

Total 83 100%

StatutEnsemble des mesures

Nb %age

à faire 0 0%

en cours 3 10%

partiel 3 10%

terminé 25 81%

à vérifier 0 0%

Total 31 100%

Mesures prioritairesStatut

67


Plan d’action– Prise en compte de l’élargissement du périmètre à SIRHEN+

- STRADA, IRHEN et GUILEN

– Rapprochement des mesures de l’étude Ebios et de la PSSIE– Prise en compte des évolutions des paliers P6 et supérieur

- Portail Agent, Portail Lauréat et Architecture PHM

– Fin T2 2015 : tableau prospectif des mesures de sécurités ebios- planification en vue de mise en œuvre des mesures non terminées- instruction des mesures non terminées � acceptation des risques résiduels


68


La Gestion des Droits d’Accès (GDA) – Principes– La gestion des droits d'accès de SIRHEN est régie par une politique d’habilitation

des utilisateurs, distincte du mécanisme d’authentification individuelle sécurisée de l’utilisateur.

– Un droit d’accès se définit par :– l’application à laquelle il permet d’accéder (une ligne de menu),– un champ d’action au sein duquel les fonctionnalités de l’application pourront être

utilisées (un périmètre).

– Les droits d’accès de SIRHEN se gèrent directement dans l’outil via une application dédiée (« Droits d’accès »).

– Une fonctionnalité de l’application Droits d’accès permet à un administrateur GDA de contrôler des droits d’accès donnés aux agents relevant son périmètre, ainsi que le nom de l’administrateur ayant donné ces droits.

– Il existe 3 types de périmètres (personne, budget ou structure) permettant de couvrir les besoins de la gestion du personnel, de la gestion budgétaire et de la gestion des moyens. Ces types de périmètres peuvent se cumuler pour définir un droit d’accès.


69


La Gestion des Droits d’Accès (GDA) – Exemples de droits d’accès des gestionnaires de l’académie de Bordeaux

(*) : valeur non applicable sur les menus de paye


Domaine métier Critère Personne Critère Budget Critère Structure

Gestion administrative des personnels de direction de l’académie (Menus : modalitésde service, position, paye…)

Corps =� F00022 - INSPECT. EDUC.

NAT.;� F00023 - INSPECT ACAD-

INSPECT PEDAGO REG ;� M00104 - INSP. PEDAG.

REGIONAL / INSP. D'ACADEMIE.

Académie =� 04 - BORDEAUX� 99 - NON DEFINI (*)

Gestion des moyens académiques (Menus : affectation, implantation des supports d’affectation…)

Académie =� 04 - BORDEAUX� 99 - NON DEFINI (*)

Académie =� 04 - BORDEAUX

Gestion budgétaire académique Délégataire =� 04 - BORDEAUX

Programme LOLF =� 139 - PROG PRIVE� 140 - 1er DEGRE� 141 - 2nd DEGRE� 214 - SOUTIEN

70


La Gestion des Droits d’Accès (GDA) – Exemple de droits d’accès des gestionnaires de l’administration centrale


Domaine métier Critère Personne Critère Budget Critère Structure

Gestion administrative des emplois fonctionnels (modalités de service, position, paye…)

Type de personnel =� B - EMPL FONCT

Académie =� 30 - ADM. CENTR

Gestion des moyens Académie = (toutes) Académie =� 30 - ADMIN CENTR

Gestion budgétaire N/A Délégataire =� 30 - ADMIN CENTR

Programme LOLF =� 139 - PROG PRIVE� 140 - 1er DEGRE� 141 - 2nd DEGRE� 214 - SOUTIEN

N/A

71


La Gestion des Droits d’Accès (GDA) – Organisation– La gestion des droits d’accès s’opère de façon pyramidale :


un administrateur national unique de la gestion des droits d’accès (GDA national ) habilite

des administrateurs académiques et de centrale de premier niveau.

les administrateurs GDA locaux peuvent à leur tour, au sein de leurs domaines d’action respectifs, donner des droits d’accès aux gestionnaires RH et habiliter des administrateurs GDA locaux de niveau inférieur.

les administrateurs GDA de 1er niveau peuvent, au sein de leurs domaines d’action respectifs, donner des droits d’accès à des gestionnaires RH et habiliter des administrateurs GDA locaux.

Centre d’Exploitation et de Services

Académies

72


La Gestion des Droits d’Accès (GDA) – Fonctionnement– Un droit d’accès peut être attribué soit à un agent (gestionnaire RH) soit à un

support d’affectation. Cette dernière possibilité facilite la modification des droits d’accès en cas de mobilité des gestionnaires : l'agent affecté sur un support d'affectation opérationnelle hérite des droits attribués à ce support.

– Règles génériques de fonctionnement de la GDA :– Seuls les utilisateurs connus dans la base SIRHEN (possédant un Dossier Unique Agent

valide) peuvent se voir attribuer des droits d’accès aux applications SIRHEN,– Un utilisateur ne peut avoir qu’un seul périmètre pour une application SIRHEN donnée,– Un administrateur GDA ne peut donner des droits d’accès que si un administrateur GDA

de niveau supérieur les lui a attribués au préalable,– Un administrateur ne peut accorder des droits qu’à un agent (connu dans la base

SIRHEN) inclus dans son périmètre (ex : l’administrateur académique de Toulouse ne pourra pas donner des droits d’accès à un agent affecté hors de cette académie).

– Des fonctionnalités dédiées de l’application Droits d’accès permettent de gérer les absences et mobilités des administrateurs GDA.


73


La Gestion des Droits d’Accès (GDA) – Contraintes et optimisation– Le mécanisme actuel de la GDA est perfectible :

– le rapport d’audit du programme SIRHEN fait état de sa « complexité »,– son fonctionnement ne permet pas de définir des habilitations de façon satisfaisante

pour l’ensemble des cas métier (gestionnaires réalisant à la fois de la gestion administrative et de la paye ; gestionnaires affectés sur plusieurs supports d’affectation, etc…)

– Afin d’optimiser le fonctionnement de ce composant, la direction de programme réalise les travaux suivants :– Elaboration de Demandes de Changement, pour prendre en compte les évolutions

attendues par les utilisateurs ou par les projets,– Etude comparée du fonctionnement de la gestion des droits d’accès dans les systèmes

d’information de gestion des ressources humaines d’autres ministères pour envisager les optimisations les plus significatives à mettre en œuvre.


74

ANNEXES


Retours d’expérience interministériels

75

Contribution du MEN par rapport à la dématérialisat ion :– L’objectif est de construire une offre de services RH dématérialisés évolutive et

complémentaire aux SIRH, permettant de rendre un meilleur service et source d’économies.

– Dans un premier temps, le schéma retenu est de s’appuyer sur le partage d’expérience des différents ministères ainsi que sur le réglementaire sur lequel l’offre doit s’appuyer. 2 ateliers sont planifiés, un en juillet où le MEN a contribué et un en septembre.

– Le MEN a apporté son retour d’expérience par rapport aux fonctionnalités proposées et attendues dans le cadre du programme SIRHEN pour chaque acteur en lien avec le SIRH :

– Acteurs internes à l’administration (gestionnaires) : Dématérialisation des procédures de gestion et des arrêtés correspondants, notification des justificatifs aux agents,

– Acteurs externes (ex. agents) : Création du portail agent attendu pour fin d’année 2015 permettant la consultation du dossier agent, la saisie des différentes demandes et la signature des différents documents notifiés,

– Organismes de contrôle (ex. , DGFIP) : Transmission dématérialisée des informations attendues par les organismes et validation de ces informations par les organismes compétents par retour dématérialisé.

Annexe : Construction d’une offre de service RH dém atérialisés

Dématérialisation dans le système SIRHEN


76

Le ministère de la justice (Mme Catherine Savaëte ) utilise une solution SAPpour la gestion de SIRH (Harmonie) dans lequel il n’y a pas de g estion depaye mais seulement une gestion RH.

Il a demandé au MEN (DP-SIRHEN-CAU) de présenter le retour d’ expériencesur la gestion de la pré liquidation au sein de SIRHEN.

Mi-juin (13/06/2014), une présentation a été réalisée au mi nistère de lajustice avec :

La présentation globale de l’architecture de SIRHEN,La gestion de la pré liquidation au sein de SIRHEN,L’articulation de la pré liquidation avec la gestion RH,La prise en compte du noyau RH FPE tout au long de cette gestion.

Le MEN (DP-SIRHEN-CAU) a mis à disposition les outils de comp araisonsde Bande GEST.

Annexe : Présentation de la pré liquidation au mini stère de la Justice


77

Le ministère de la culture (Jean-Séverin LAIR) s'en gage sur une refonte d'une partie de son SI avec une architecture orient ée Services (SOA).

Il a demandé au MEN, début mai, de présenter le ret our d’expérience sur la gestion du SOA au sein de SIRHEN.

Mi-juillet (04/07/2014), une présentation a été réa lisée au ministère de la culture comprenant :

La présentation globale de l’architecture orientée services (SOA),La gestion des services au sein de SIRHEN,Le retour d’expérience sur l’implémentation des services.

Annexe : Retour d’expérience du SOA au ministère de la Culture


Groupe de travail SIRHEN CT MEN – Document de …lettre.aeti-unsa.org/IMG/UserFiles/Files/SIRHEN...

Documents

Transcript of Groupe de travail SIRHEN CT MEN – Document de …lettre.aeti-unsa.org/IMG/UserFiles/Files/SIRHEN...