PROJET E-RH DANS L’ADMINISTRATION …unpan1.un.org/intradoc/groups/public/documents/un-dpadm/unpan...Généralités UN | DESA 1. GÉNÉRALITÉS 1.1 INTRODUCTION ... GPEC Gestion

RMA-B07-XXX-0005

15/10/2007

UN | DESAUN | DESAUN | DESAUN | DESA MMSPMMSP

UN | DESAUN | DESAUN | DESAUN | DESA MMSPMMSP

ROYAUME DU MAROC

PROJET E-RH DANS L’ADMINISTRATION PUBLIQUE MAROCAINE

- PREMIÈRE PHASE –

Termes de référence et documents techniques de l'offre concernant la réalisation de l’Infocentre

Royaume du Maroc RMA-B07-XXX-0005Projet e-RH dans l’Administration Publique Marocaine - Première phase Termes de référence et documents techniques de l'offre concernant la réalisation de l’Infocentre

15/10/2007

Version 1.0 Page i

___________________________________________________________________________________ Table des matières

UN | DESAUN | DESAUN | DESAUN | DESAUN | DESAUN | DESA

TABLE DES MATIÈRES

1. GÉNÉRALITÉS .............................................................................. 1

1.1 INTRODUCTION ............................................................................1 1.2 ACRONYMES ET GLOSSAIRE...............................................................1

2. OBJET DU PROJET INFOCENTRE................................................... 3

3. CADRE ET CONDITIONS GÉNÉRALES DU PROJET ......................... 4

3.1 CONDITIONS GÉNÉRALES DU PROJET ....................................................4 3.2 LES FOURNISSEURS DES DONNÉES ......................................................5 3.3 CATÉGORIES D’UTILISATEURS ET AUTORISATIONS .....................................5

4. SPÉCIFICATIONS FONCTIONNELLES DE LA SOLUTION ................ 7

4.1 LOT I - INFOCENTRE POUR LES DONNÉES ADMINISTRATIVES .........................7 4.2 LOT II - INFOCENTRE POUR LES DONNÉES QUALITATIVES.............................9

5. SPÉCIFICATIONS TECHNIQUES DE LA SOLUTION ...................... 10

6. MISE EN PLACE DU SYSTÈME ..................................................... 12

6.1 LOT I - INFOCENTRE POUR LES DONNÉES ADMINISTRATIVES ....................... 12 6.1.1 Cadrage de la mission........................................................... 13 6.1.2 Itération 1 : première conception ........................................... 14

a) Analyse .............................................................................. 15 b) Réalisation .......................................................................... 15 c) Essai/Validation ................................................................... 16 d) Mise en exploitation.............................................................. 16

6.1.3 Itération 2 : Renforcement fonctionnel .................................... 17 6.2 LOT II - INFOCENTRE POUR LES DONNÉES QUALITATIVES........................... 17

7. FORMATION............................................................................... 19

7.1 LES TYPES DE FORMATION .............................................................. 19 7.1.1 Formation en « amont » de l’équipe projet............................... 19 7.1.2 Formation des formateurs ..................................................... 20

8. ASSISTANCE .............................................................................. 21

9. MAINTENANCE ET ENTRETIEN ................................................... 22

10. DOCUMENTATION ...................................................................... 23

10.1 DOCUMENTATION UTILISATEURS....................................................... 23 10.2 DOCUMENTATION TECHNIQUE .......................................................... 23

11. LIVRABLES................................................................................. 24


15/10/2007

Version 1.0 Page ii

___________________________________________________________________________________ Table des matières


11.1 LOT I - INFOCENTRE POUR LES DONNÉES ADMINISTRATIVES ....................... 24 11.1.1 Cadrage de la mission ........................................................ 24 11.1.2 Itération 1 : première conception ........................................ 24

a) Analyse .............................................................................. 24 b) Réalisation .......................................................................... 24 c) Essai/Validation ................................................................... 25 d) Mise en exploitation.............................................................. 25

11.1.3 Itération 2 : Renforcement fonctionnel ................................. 26 11.2 LOT II - INFOCENTRE POUR LES DONNÉES QUALITATIVES........................... 26

12. PLAN ASSURANCE QUALITÉ DU PROJET..................................... 27

13. ÉLÉMENTS DIMENSIONNELS DU PROJET.................................... 28

14. DÉLAIS D’EXÉCUTION................................................................ 29

15. PLANNING DE RÉALISATION ..................................................... 30


15/10/2007

Version 1.0 Page 1

___________________________________________________________________________________ Généralités


1. GÉNÉRALITÉS

1.1 INTRODUCTION Ce document a pour but de fournir un aperçu global sur les termes de référence de l'offre concernant la réalisation de l’Infocentre. Le document « Architecture fonctionnelle et technique pour l’Infocentre du Personnel de l’État » (code RMA-B07-XXX-0004) constitue une partie intégrante du présent document.

1.2 ACRONYMES ET GLOSSAIRE Le tableau suivant indique les acronymes et les définitions de tous les termes, d’utilisation courante, nécessaires pour une compréhension correcte et complète du document.

Acronyme Description

GRH Gestion des ressources humaines GIPE Gestion intégrée du personnel de l’État GPEC Gestion Prévisionnelle des Emplois et Compétences MFP Ministère des Finances et Privatisation MEN Ministère de l’Éducation Nationale MMSP Ministère de la Modernisation des Secteurs Publics ORD Ordonnateurs PB Poste budgétaire PPR Paierie Principale des Rémunérations TGR Trésorerie Générale du Royaume TE Tableau des effectifs GISRH Gestion Intégrée du Système des Ressources Humaines

Terme Description

Mini-entrepôts (DataMarts)

Archives alimentés à partir de l’entrepôt de données d’entreprise, contenant les données agrégées et thématiques, concernant un domaine bien donné.

ETL Processus d’extraction, d’intégration, de transformation et d’enrichissement visant au chargement des bases de données (Extract, Transform and Load)

Métadonnées Information à support de la donnée, information des informations.

Portail Site Web accueillant le système de présentation des informations de support à la décision.


15/10/2007

Version 1.0 Page 2

___________________________________________________________________________________ Généralités


Terme Description

Aire/Zone d’entreposage temporaire (Staging Area)

Zone technique où les produits des processus métier sont consolidés, traités par différentes procédures (qualité, synchronisation et historisation) et agrégés ; tout cela avant l’alimentation de l’entrepôt et des mini-entrepôts.

Informatique Décisionnelle (Veille stratégique, Business Intelligence)

Elle désigne les moyens, les outils et les méthodes qui permettent de collecter, consolider, modéliser et restituer les données d'une entreprise en vue d'offrir une aide à la décision et de permettre aux responsables de la stratégie d’avoir une vue d’ensemble de l’activité traitée.

KPI Indicateurs clés de performance (Key Performance Indicators)

Le terme Infocentre désigne l’ensemble des solutions, systèmes, outils permettant d’offrir à chaque utilisateur toutes les informations pertinentes pour le contrôle et le pilotage de ses missions.


15/10/2007

Version 1.0 Page 3

___________________________________________________________________________________ Objet du projet


2. OBJET DU PROJET INFOCENTRE

Le présent projet a pour objet la réalisation d’un infocentre national Fonction Publique, en matière de gestion des ressources humaines (Infocentre RH), afin de permettre au MMSP d’accomplir sa mission d’évaluation et de pilotage de la Fonction Publique, et pour supporter le reporting et l’aide à la décision pour tous les Ministères, et les autres partenaires engagés dans la gestion du personnel de l’État, chacun selon ses propres compétences. Le projet est organisé en deux lots :

• Lot I : réalisation de l’Infocentre du Personnel de l’État pour les données administratives ;

• Lot II : élargissement du champ d’application fonctionnel de l’Infocentre aux données qualitatives.


15/10/2007

Version 1.0 Page 4

___________________________________________________________________________________ Cadre et conditions générales du projet


3. CADRE ET CONDITIONS GÉNÉRALES DU PROJET

3.1 CONDITIONS GÉNÉRALES DU PROJET La solution devrait être basée sur :

• Un entrepôt de données validées (et conformes aux référentiels communs Fonction Publique), alimenté régulièrement à partir des données contenues dans les systèmes présents dans le circuit de gestion des Ressources Humaines;

• Des outils pour effectuer des études et des analyses, et réaliser des tableaux de bord, des simulations permettant d’éclairer les choix en matière d’emploi public, de gestion globale des ressources humaines, et de modernisation de l’administration.

La solution devrait se baser sur un progiciel standard du marché, paramétrable selon les besoins spécifiques du Ministère (et des partenaires du projet), et couvrant les fonctionnalités nécessaires pour mettre à la disposition des décideurs un système de pilotage et d’aide à la décision sur la gestion des ressources humaines. En conséquence, la solution devrait afficher prendre en considération les exigences suivantes:

• La création à moyen et long terme d'une base de données complète concernant le personnel de la Fonction Publique ;

• L’intégration des données à l’aide de sources externes (par exemple la Direction de la Statistique);

• Le caractère exhaustif, l’homogénéité, la cohérence et l’intégrité des données acquises ;

• Le caractère immédiat de l’utilisation des données et donc la possibilité pour le MMSP de respecter les obligations qui lui reviennent de façon plus efficace :

la possibilité d’élaborer de façon exhaustive et immédiate les rapports, les publications, ...;

la possibilité de créer facilement des rapports pour des analyses improvisées ;

• La disponibilité de fonctionnalités avancées d’analyse: enquêtes basées sur des niveaux accrus d’analyse; fonctionnalités en mesure d’afficher une très grande profondeur historique, en envisageant éventuellement des mécanismes d’homogénéisation des données traitées ;

la couverture des exigences à caractère cognitif/statistique à travers l’élaboration des indicateurs appropriés;

• Le contrôle de la mobilité du fonctionnaire ;


15/10/2007

Version 1.0 Page 5



• Une action de contrôle et d’enquête sur les dépenses pour le personnel de chaque administration ;

• L’accès à l’information partout dans le territoire ; • La possibilité de permettre l’accès (authentification préalable) à d’autres

types d’utilisateurs ; • La définition d’une architecture fiable ; • La définition d’une architecture modulable et évolutive au fil des ans.

3.2 LES FOURNISSEURS DES DONNÉES Les sources de données, qui alimenteront l’entrepôt de données, seront représentées par les systèmes de gestion des institutions suivantes :

• Ministères, • Trésorerie Générale du Royaume (TGR), • Caisse Marocaine des Retraites (CMR), • d’autres sources externes (par exemple la Direction de la Statistique).

3.3 CATÉGORIES D’UTILISATEURS ET AUTORISATIONS Le système devra fournir une série de fonctions pour la définition et la gestion de la sécurité applicative, autrement, assurer la sécurité des données d’application et en même temps identifier les préférences d’accès des utilisateurs. Chaque utilisateur recevra un nom d’utilisateur, un mot de passe et un profil utilisateur. Le profil utilisateur identifie les privilèges d’accès aux différentes fonctionnalités offertes, en associant à tout utilisateur ou groupe d’utilisateurs une ou plusieurs responsabilités. La responsabilité définit l’ensemble des fonctionnalités (simple consultation des rapports, possibilité d’élaborer de nouveaux plans d’analyse, création d’utilisateurs, etc.) et des données d’application auxquelles l'utilisateur peut accéder. Les niveaux d’autorisation peuvent être définis de façon totalement correspondante aux exigences organisationnelles et selon le type d’utilisateur prévu. Les profils des utilisateurs peuvent être classés comme suit :

Profil utilisateur Quantité estimée

utilisateurs Autorisation

Manager gouvernemental

20 Consultation des rapports, KPI, simulations, etc. sur tout le personnel de l’Etat.

Manager ministériel

2 pour chaque Ministère /

Institution

Consultation des rapports, KPI, simulations, etc….

Consultation des données synthétiques et analytiques sur le personnel de son propre


15/10/2007

Version 1.0 Page 6



département.

Fonctionnaire 8 pour chaque Ministère /

Institution

Consultation des rapports, KPI, simulations, etc. sur le personnel, selon sa compétence.

Gestionnaire 10 Gestion du système (élaboration de nouveaux plans d’analyse, création d’utilisateurs, etc.)


15/10/2007

Version 1.0 Page 7

___________________________________________________________________________________ Spécifications fonctionnelles de la solution


4. SPÉCIFICATIONS FONCTIONNELLES DE LA SOLUTION

Les produits assemblés pour la réalisation de l’environnement d’entrepôt de données, devraient garantir la réalisation d’un environnement technologique permettant de :

• Collecter et historiser les données dans un entrepôt de données, en utilisant des outils graphiques pour les transformations et le nettoyage des données;

• Produire des rapports dynamiques (permettant la navigation à travers les hiérarchies identifiées)

• Permettre aux utilisateurs externes la production de rapports personnalisés; • Produire des rapports analytiques pour le soutien des décisions

stratégiques; • Produire des “cartes de pointage” (Scorecard) à travers lesquelles, on met

en évidence les zones pour l’amélioration des performances de gestion à l’aide de KPI et Balanced Scorecards, à travers lesquels il serait possible de se situer par rapport aux objectifs prédéfinits ;

• Produire des “tableaux de bord” (dashboard) à travers lesquels il serait possible d’identifier et de suivre, à l’aide des indicateurs graphiques, les performances des différentes activités critiques /stratégiques ;

• Produire des simulations de scénarios ; • Réaliser un environnement de sécurité intégré même avec des produits

externes au système offert ; • Réaliser un environnement de gestion complet et centralisé pour les

applications d’entreposage de données ; • Être performant et modulable par rapport aux changements en termes de

charge et de performances du système ; • Réaliser un environnement de haute fiabilité. Le système décisionnel doit prendre en charge l'ensemble des spécifications fonctionnelles définies dans le document « Architecture fonctionnelle et technique pour l’Infocentre du Personnel de l’État » (code RMA-B07-XXX-0004).

4.1 LOT I - INFOCENTRE POUR LES DONNÉES ADMINISTRATIVES Ce lot concerne la mise en place d’un système de reporting et d’aide à la décision pour le domaine administratif. La gestion administrative du personnel de l’État a pour finalités la mise en œuvre de la réglementation en vigueur, la tenue de la situation du personnel, la conservation des pièces justificatives et le maintien des relations avec les autres intervenants dans la gestion du personnel de l’État, notamment pour les contrôles, le paiement des rémunérations et des retraites.


15/10/2007

Version 1.0 Page 8



Plus précisément, ce domaine comprend : • la gestion du dossier administratif :

grade, échelon, congés, promotions, …

• la gestion du dossier personnel :

identification de l’agent (état civil, statut, position, adresse, …), situation familiale, carrière (diplômes, expériences professionnelles, …), affectations, …

• la paie et la rémunération :

définition des éléments de rémunération (par catégorie, par lieu géographique, …),

suivi de la masse salariale, …

• le recrutement et la mobilité :

mobilité interne, mobilité externe (détachement, mise à disposition, …), recrutement direct, radiation, interruption de service, …

• l’évaluation et la notation:

fiche de carrière, propositions d’avancement, notation, …

• la gestion des temps et accès. Les sources d’alimentation de l’entrepôt de données, pour le Lot I, seront principalement :

• Trésorerie Générale du Royaume (TGR) ; • Caisse Marocaine des Retraites (CMR).


15/10/2007

Version 1.0 Page 9



4.2 LOT II - INFOCENTRE POUR LES DONNÉES QUALITATIVES Le Lot II concerne la mise en place d’un système de Reporting et d’aide à la décision pour le domaine qualitatif. La gestion qualitative concerne les structures administratives, les postes, les compétences des fonctionnaires et leur formation. Elle est basée sur l’appréciation du fonctionnaire à travers la notation, le bilan par rapport à un référentiel, la qualification ou l’examen d’aptitude professionnelle. Cette gestion peut être décomposée en deux grandes fonctionnalités intégrées : • Gestion Prévisionnelle des Emplois et des Compétences (GPEC), qui

concerne:

la structure organisationnelle, les fonctions et les postes ainsi que les liens entre ces objets ;

les référentiels de compétences et l’évaluation ; …

La mise en œuvre d’une gestion des compétences permettra de :

repérer les ressources disponibles et les évolutions significatives de l’emploi et des compétences ;

identifier et programmer, dans une vision pluriannuelle, les besoins de recrutement, de mobilité, de formation (plan de GPEC) ;

analyser et suivre le besoin d’activité et de compétences des structures, même pour corriger les écarts entre exigences du poste et compétences du personnel affecté ;

mettre en place un suivi personnalisé des réalisations et des situations professionnelles des agents ;

… • Formation, qui permettra :

la gestion des plans de formation ; la gestion du bilan de formation ; la gestion des stagiaires ; la gestion du catalogue de formation ; le suivi des parcours professionnels ; …

Les sources d’alimentation l’entrepôt de données, pour le Lot II, seront principalement les systèmes de gestion des ressources humaines des Ministères (ordonnateurs).


15/10/2007

Version 1.0 Page 10

___________________________________________________________________________________ Spécifications techniques de la solution


5. SPÉCIFICATIONS TECHNIQUES DE LA SOLUTION

La prestation comprend la cession de licences d’utilisation, la livraison de produits avec la documentation correspondante ainsi que les services de mise en place, personnalisation et configuration d'un système de produits, adéquatement intégrés, qui puisse assurer les fonctionnalités suivantes :

• ETL (extraction, transformation et chargement) et de Qualité des données ; • Création d’un environnement centralisé pour la gestion des métadonnées ; • Analyse multidimensionnelle à travers un “moteur” multidimensionnel

physique ; • Affichage et analyse, à travers des outils de reporting, analyse

décisionnelle, tableaux de bord, simulation utilisables en modalités Web. La prestation englobe, également, l’entraînement du personnel MMSP en matière d’utilisation, mise en place et personnalisation, pour au moins 200 jours à offrir pendant la période de durée du contrat, ainsi que l’entretien comme gage des produits logiciel offerts, pour au moins 1096 jours à partir de la date d’essai positif. Il est permis que les fonctionnalités prévues soient satisfaites par une seule composante ou par plusieurs composantes indépendantes. Il est important que tout produit offert, respecte les critères suivants :

• Disposer d’un archive pour la gestion des métadonnées ; • Tout élément fonctionnel, selon les caractéristiques du produit, doit être

géré en tant que métadonnée à l'intérieur de l'archive (par éléments fonctionnels, on fait allusion, par exemple, à règles, définitions de champs et de tableaux, définitions et structures de processus, définitions d’agrégation, définitions de hiérarchies, définitions et profil d’utilisateurs et groupes d’utilisateurs, configurations fonctionnelles des produits, rapport et leur structure, etc.) ;

• Disposer de connecteurs, fournis en tant que support de base au produit, envers les différentes bases de données;

• Disposer d’un archive de système propre (LOG) à utiliser, par exemple, pour le traçage des activités internes, pour le diagnostic de mal fonctionnements, etc. ;

• Disposer d’un environnement de développement avec interface graphique pour la réalisation des applications ;

• Disposer de fonctions pour la définition des utilisateurs, groupes d’utilisateurs, profils avec application d’administration des mêmes ;

• Exporter les données en formats compatibles avec les outils Microsoft Office et format pdf ;

• Disposer de fonctionnalités d’imprimerie ;


15/10/2007

Version 1.0 Page 11

___________________________________________________________________________________ Spécifications techniques de la solution


• Disposer d’un guide en ligne en français (et en arabe, si possible). Le système décisionnel doit prendre en charge l'ensemble des spécifications techniques définies dans le document « Architecture fonctionnelle et technique pour l’Infocentre du Personnel de l’État » (code RMA-B07-XXX-0004).


15/10/2007

Version 1.0 Page 12

___________________________________________________________________________________ Mise en place du système


6. MISE EN PLACE DU SYSTÈME

En ce qui concerne la méthode de développement du système, on devrait adopter une approche par livraisons successives (ou itérations) où, à chaque livraison, on analyse et intègre dans l’entrepôt de données une autre portion de données, en augmentant ainsi le patrimoine informatif du système. Dans cet esprit « incrémentiel », à travers une série de cycles de développement, on minimisera tant les risques de faillite que les délais de livraison du système à l’utilisateur final. Les éléments qui qualifient le processus du développement sont les suivants :

• la définition d’un modèle conceptuel unifié qui puisse représenter tout le patrimoine de données géré dans l’entrepôt de données, créé de façon itérative et à travers lequel il serait possible de décrire de façon univoque les concepts entamés et les définitions correspondantes ;

• l’élaboration d’un dépôt d’archives unique des données (EDW), où elles puissent être intégrées et soumises à des procédures de contrôle et de validation en assurant la certification ;

• la création d’un dépôt d’archives des métadonnées où il serait possible de mémoriser les « informations sur les données », en vue de les utiliser comme corollaire et explication des données mêmes ;

• la définition d’un modèle dimensionnel unifié où les dimensions et les mesures ayant la même valeur puissent être uniques (conformes) ;

• la définition d’un processus qui certifie la qualité des données du système cognitif, en assurant que les informations faisant l’objet de l’analyse sont correctes par rapport aux données reçues lors de l’entrée dans le système.

La stratégie proposée est cruciale pour le projet de développement car plusieurs acteurs sont concernés, tels que les différentes institutions fournissant les données d’intérêt. L’acquisition des données possédées par les différentes institutions exigera, en effet, une phase préliminaire et conjointe d’analyse des données et successivement la définition d’un protocole de transmission des informations. Ci-après on décrit une séquence d’ itérations à travers lesquelles on construira l’entrepôt de données du personnel de l’État.

6.1 LOT I - INFOCENTRE POUR LES DONNÉES ADMINISTRATIVES Le prestataire doit s’engager sur les résultats de chaque itération et assurer l'intégration de toute la solution. Il doit proposer, lors de l’établissement de son offre, une démarche et un échéancier de mise en service de toutes les


15/10/2007

Version 1.0 Page 13



fonctionnalités, tout en respectant les délais et les grandes lignes de la démarche ci-dessous. En particulier les itérations seront précédées d’une phase de cadrage de la mission. Pour les livrables que le prestataire doit mettre à la disposition de l’administration, voir le paragraphe « LIVRABLES ».

Ci-dessous sont décrites les différentes activités prévues par le Lot I.

6.1.1 Cadrage de la mission

Cette phase doit être impérativement achevée au plus tard 2 mois après la date de démarrage du projet. Elle se compose de trois étapes :

Étape 1 : Initiation du projet (dans 1 mois de la date de démarrage du projet)

• Organisation de séminaires de présentation du projet; • Présenter l’équipe du prestataire; • Adapter et valider la démarche de travail proposée initialement par le

prestataire ; • Élaborer la conception générale de la solution; • Élaborer la stratégie de mise en place et de déploiement. • Organiser pratiquement l’intervention; • Présenter un plan de charge et un calendrier détaillé des différentes

phases; • Présenter le Plan Assurance Qualité du projet qui doit être respecté à

chaque étape du projet (voir le paragraphe « PLAN ASSURANCE QUALITE DU PROJET »);

• Présenter les modalités de transfert de compétences durant toutes les phases du projet pour une meilleure appropriation par l’équipe du Ministère (ou une équipe interministérielle);

• Assurer une formation en « amont » de l’équipe projet du Ministère (ou une équipe interministérielle) pour pouvoir participer entre autre à l’étude détaillée.

Étape 2 : Architecture technique (dans 2 mois de la date de démarrage du projet)

• Élaborer un cahier des spécifications techniques détaillées, décrivant la configuration de la plateforme (matériel, système d'exploitation, ...) qui permettra l'exploitation de la solution proposée et qui doit être acquise par l’administration. Cette configuration matérielle doit tenir compte de


15/10/2007

Version 1.0 Page 14



l’existant et des spécifications techniques définies dans le document « Architecture fonctionnelle et technique pour l’Infocentre du Personnel de l’État » (code RMA-B07-XXX-0004) ;

• Le titulaire participera avec l’administration dans le choix de la plateforme matériel.

N.B : Mise en place par le prestataire de la plateforme de travail dans les locaux du Ministère (licences des produits et matériels)

Pour la réalisation de ces différentes tâches, le prestataire doit livrer les licences nécessaires aux fonctionnements du projet (démonstration des prototypes, développements, exploitation de toutes les fonctionnalités, ...). Ces licences doivent être au nom du prestataire.

Ces opérations doivent être réalisées sur une plate-forme technique, dont le prestataire est le propriétaire et qu'il mettra à la disposition de l’administration jusqu’à ce que celle ci procède à l’acquisition de ses propres équipements.

Étape 3 : Fourniture des licences (dans 2 mois de la date de démarrage du projet)

Fourniture à l’administration des licences nécessaires aux fonctionnements du système (démonstration des prototypes, développements, exploitation de toutes les fonctionnalités etc.). Les licences livrées doivent être au nom du Ministère et pour une durée illimitée. Par ailleurs, le prestataire procédera à l’installation des produits sur la plateforme du Ministère ainsi que la migration des travaux réalisés sur sa plateforme.

6.1.2 Itération 1 : première conception

Cette itération doit être impérativement achevée au plus tard 12 mois après la date de démarrage du projet. Pour atteindre ce but, il faudra :

• Concevoir et réaliser la zone d’entreposage temporaire et l’entrepôt de données d’entreprise (EDW), afin d’accueillir les données administratives fournies par la TGR et la CMR ;

• Concevoir et réaliser le mini-entrepôt ; • Concevoir et réaliser les processus d’alimentation de l’entrepôt de données

(ETL) ; • Concevoir et réaliser les procédures de qualité aptes à assurer la

certification de la donnée ; • Intégrer les métadonnées techniques dans le dépôt d’archives unique (cela

dépend du choix de l'outil qu'on envisage d'utiliser) et éventuellement publier les référentiels communs (concepts, données et nomenclatures associées) sur le portail ;


15/10/2007

Version 1.0 Page 15



• Concevoir et réaliser tous les systèmes frontaux (portail, contextes d’analyse, rapports, tableaux de bord).

a) Analyse

Cette phase doit durer au maximum 2 mois et doit être impérativement achevée au plus tard 4 mois après la date de démarrage du projet. Elle est composée des étapes suivantes :

Étape 1.1 : Etude détaillée

Lors de cette étape le prestataire doit élaborer:

• L’étude détaillée des besoins, éventuellement en complétant ceux qui n’ont pas été mentionnés dans le document « Architecture fonctionnelle et technique pour l’Infocentre du Personnel de l’État » (code RMA-B07-XXX-0004) ;

• La définition avec le Ministère (ou une équipe interministérielle) des fonctionnalités à mettre en place au cours de la première itération ;

• L’étude des interfaces avec les fournisseurs (TGR et CMR) ; • La définition de la zone d’entreposage temporaire et de l’entrepôt de

données d’entreprise (EDW), afin d’accueillir les données administratives fournies par la TGR et la CMR ;

• La définition des mini-entrepôts ; • La définition des processus d’alimentation de l’entrepôt de données (ETL) ; • La définition des procédures de qualité aptes à assurer la certification de la

donnée ; • L’intégration des métadonnées techniques dans le dépôt d’archives unique

(cela dépend du choix de l'outil qu'on envisage d'utiliser) ; • La définition des systèmes frontaux (portail, contextes d’analyse, rapports,

tableaux de bord).

Étape 1.2 : Prototypage

Faire le prototypage pour traduire sur une plate forme applicative et selon un modèle réduit du système décisionnel. Le prestataire doit réaliser cette opération sur une plate forme technique dont il est le propriétaire et qu'il mettra à la disposition de l’administration jusqu’à ce que celle-ci procède à l’acquisition de ses propres équipements. b) Réalisation



15/10/2007

Version 1.0 Page 16



Étape 2.1 : Développement

• Réalisation de la zone d’entreposage temporaire et de l’entrepôt des données d’entreprise (EDW), afin d’accueillir les données administratives fournies par la TGR et la CMR ;

• Réalisation des mini-entrepôts ; • Réalisation des processus d’alimentation de l’entrepôt de données (ETL) ; • Réalisation des procédures de qualité aptes à assurer la certification de la

donnée ; • Publication des référentiels communs (concepts, données et nomenclatures

associées) sur le portail ; • Réalisation des systèmes frontaux (portail, contextes d’analyse, rapports,

tableaux de bord) ; • Transcription du document d’étude détaillée (étape 1.1) en langage

technique destiné aux personnes chargées des développements ; • Préparation des manuels pour les utilisateurs et du guide en ligne en langue

française (et en arabe, si possible).

Étape 2.2 : Tests

• Réalisation des tests unitaires et des tests d’intégration. Ces opérations doivent être réalisées sur une plateforme technique dont le prestataire est le propriétaire et qu'il mettra à la disposition de l’administration jusqu’à ce que celle-ci procède à l’acquisition de ses propres équipements.

c) Essai/Validation


Étape 3.1 : Installation et validation

• Installer la solution finalisée et fournir tous les produits qui la composent ; • Mener les essais et les validations.

Étape 3.2 : Intégration et expérimentation

• Expérimenter la solution en conditions réelles de fonctionnement ; • Établir un rapport sur les résultats de l’expérimentation.

d) Mise en exploitation



15/10/2007

Version 1.0 Page 17



Étape 4.1 : Déploiement de la solution

• Définir une procédure technique de déploiement ; • Mener les essais et les validations ; • Mettre la solution en exploitation (D’abord en interne, après dans certains

ministères pilotes et par la suite graduellement pour tous les autres); • Former les informaticiens du Ministère (ou une équipe interministérielle); • Assurer l’assistance, corriger les anomalies et stabiliser le système.

6.1.3 Itération 2 : Renforcement fonctionnel

Cette itération doit être achevée au plus tard 6 mois après la date de terme de la mise en exploitation de l’itération 1. Le but est d’enrichir les systèmes frontaux existants selon les nouvelles exigences exprimées par les utilisateurs et ajouter des outils et des fonctionnalités d’analyse des données administratives plus sophistiqués (es. Simulation, ..). Pour atteindre ce but, il faudra répéter toutes les phases décrites dans le paragraphe précédent 6.1.2.

6.2 LOT II - INFOCENTRE POUR LES DONNÉES QUALITATIVES De façon analogue au Lot I, le prestataire doit s’engager sur les résultats de chaque itération et assurer l'intégration de toute la solution. Il doit proposer, lors de l’établissement de son offre, une démarche et un échéancier de mise en service de toutes les fonctionnalités, tout en respectant les délais et les grandes lignes de la démarche ci-dessous. Pour le livrables que le prestataire doit mettre à la disposition de l’administration, voir le paragraphe « LIVRABLES ». La mise en place de ce lot dépend de l'achèvement des référentiels communs des données qualitatives et de la disponibilité des informations portant sur les ministères. À présent, on peut identifier 2 itérations :

• itération 3 : qui concernera la Gestion Prévisionnelle des Emplois et des Compétences (GPEC) ;

• itération 4 : qui concernera la Formation. La durée de chaque itération ne devra pas excéder les 6-8 mois. Pour atteindre ce but, il faudra :


15/10/2007

Version 1.0 Page 18



• Concevoir et réaliser la zone d’entreposage temporaire et l’entrepôt de données d’entreprise (EDW) afin d’accueillir les données qualitatives fournies par les Ordonnateurs ;

• Concevoir et enrichir les mini-entrepôts existants ou en créer d’autres ; • Définir les protocoles d’alimentation avec les Ordonnateurs ; • Concevoir et réaliser les processus d’alimentation (ETL) afin d’enrichir

l’entrepôt de données à l’aide de données nouvelles ; • Concevoir et réaliser les procédures de qualité aptes à assurer la

certification de la donnée ; • Intégrer les métadonnées techniques et les référentiels communs

éventuellement publiées sur le portail ; • Élargir le système frontal (portail, contextes d’analyse, rapports). Pour chaque itération il faudra répéter toutes les phases décrites dans le paragraphe 6.1.


15/10/2007

Version 1.0 Page 19

___________________________________________________________________________________ Formation


7. FORMATION

Lors de l’établissement de son offre, le prestataire doit proposer un plan de formation, par catégorie de groupe, qui doit contenir, au moins, les thèmes cités ci dessous. Les formations doivent être assurées par des personnes qualifiées ayant une parfaite maîtrise de leurs domaines d’intervention, de la gestion des ressources humaines et des systèmes décisionnels. Pour être réussie, la formation à l'application finale se fixera les objectifs suivants :

• Permettre l'adhésion de l'utilisateur (interne et externe au MMSP) au nouveau projet ;

• Lui donner toutes les connaissances pour vivre son application au quotidien; • Le familiariser avec sa future documentation qui le rendra autonome. Ce projet à part entière devra être conduit par une méthode impliquant :

• L'adoption d'une démarche formalisée et de qualité ; • La capitalisation et la mise à profit du savoir-faire accumulé au sein des

équipes de formation et d'ingénierie. La plateforme de formation sera installée par le prestataire sur la base de la version déployée de la solution. La formation aura lieu dans les locaux de l’Administration.

7.1 LES TYPES DE FORMATION

7.1.1 Formation en « amont » de l’équipe projet

Il s’agit de la formation des personnes de l’équipe projet sur les produits et les outils du système décisionnels (administrateurs du système). Le nombre de personnes à former est de dix (10). Elle abordera les thèmes suivants :

• Généralités sur la logique de fonctionnement du système ; • Procédures de lancement et d’arrêt du système ; • Description de l’utilisation des processus d’alimentation (ETL) ; • Description de l’utilisation des procédures de qualité aptes à assurer la

certification de la donnée ; • Description de l’utilisation des métadonnées techniques et des référentiels

communs éventuellement publiés sur le portail ; • Description des différentes utilisations des fonctionnalités pour la création

de : rapports prédéfinis, analyse dynamique, KPI, tableaux de bord, simulations, ….


15/10/2007

Version 1.0 Page 20

___________________________________________________________________________________ Formation


Toutes les fonctionnalités devront être évoquées et explicitées. Les formations devront contenir des exercices et des études de cas.

7.1.2 Formation des formateurs

Il s’agit de la formation des utilisateurs (internes et externes) du système. Le nombre d’utilisateurs à former est d’environ trente six (36) formateurs (au moins 1 pour chaque Ministère). Elle abordera les thèmes suivants :

• Description des différentes utilisations des fonctionnalités ; • Description de l’utilisation des métadonnées techniques et des référentiels

communs éventuellement publiés sur le portail ; • Description de l’utilisation du système frontal (portail, contextes d’analyse,

rapports, tableaux de bord, KPI). Toutes les fonctionnalités devront être évoquées et explicitées. Les formations devront contenir des exercices et des études de cas.


15/10/2007

Version 1.0 Page 21

___________________________________________________________________________________ Assistance


8. ASSISTANCE

Le prestataire devra mettre à la disposition de l’administration des collaborateurs afin qu’ils assistent ses informaticiens, entre autres, dans les domaines suivants :

• Assistance au démarrage du système; • Assistance à l’exploitation ; • Assistance aux développements spécifiques en interne ; • Assistance à l’alimentation des données par les fournisseurs. La durée de cette assistance doit être de 2 mois pour chaque itération.


15/10/2007

Version 1.0 Page 22

___________________________________________________________________________________ Maintenance et entretien


9. MAINTENANCE ET ENTRETIEN

La maintenance et l’entretien du progiciel objet du présent marché prendront effet dès expiration du délai de garantie et réception définitive de la totalité des prestations et feront l’objet d’un marché - cadre.


15/10/2007

Version 1.0 Page 23

___________________________________________________________________________________ Documentation


10. DOCUMENTATION

10.1 DOCUMENTATION UTILISATEURS Les applications seront fournies avec une documentation utilisateurs complète en français sur CD et sur support papier, elle doit comprendre entre autres :

• Description des différentes utilisations des fonctionnalités pour la consultation de : rapports prédéfinis, analyse dynamique, KPI, tableaux de bord, simulations, … ;

• Description de l’utilisation des métadonnées techniques et des référentiels communs éventuellement publiées sur le portail ;

• Description de l’utilisation du système frontal (portail, contextes d’analyse, rapports, tableaux de bord, KPI).

10.2 DOCUMENTATION TECHNIQUE La documentation technique nécessaire pour l’administration doit être fournie sur CD, accessible sous format HTML, et sur support papier en français; elle doit comprendre entre autres :

• Logique de fonctionnement du système ; • Procédures de lancement et d’arrêt du système ; • Processus d’alimentation (ETL) ; • Procédures de qualité aptes à assurer la certification de la donnée ; • Métadonnées techniques et référentiels communs ; • Fonctionnalités pour la création de : rapports prédéfinis, analyse

dynamique, KPI, tableaux de bord, simulations, …. .


15/10/2007

Version 1.0 Page 24

___________________________________________________________________________________ Livrables


11. LIVRABLES

Le prestataire est tenu d’établir par étape au moins, les livrables suivants:

11.1 LOT I - INFOCENTRE POUR LES DONNÉES ADMINISTRATIVES

11.1.1 Cadrage de la mission

À l’issue de cette phase le prestataire doit livrer: Étape 1 : Initiation du projet

• Un rapport expliquant la démarche et méthodologie du projet ; • Le Plan Assurance Qualité du projet ; • Un rapport sur l’organisation et le plan de charge ; • Un calendrier détaillé des différentes phases ; • Un plan de formation en « amont » de l’équipe projet (pour participer à

l’étude de convergence) ; • Un dossier de conception générale ; • Un rapport des écarts entre les besoins de l’administration et le progiciel ; • Le cahier des charges complété ; • Un rapport sur la stratégie de mise en œuvre et de déploiement. Étape 2 : Architecture technique nécessaire

• Un cahier de spécifications techniques de l’architecture et du matériel à acquérir.

11.1.2 Itération 1 : première conception

a) Analyse Lors de cette phase, le prestataire doit livrer : Étape 1.1 : Étude détaillée

• Le dossier de l’étude détaillée des besoins ; • La description des habilitations. Étape 1.2 : Prototypage

• Un rapport des fonctionnalités à implémenter sur le prototype ; • Un planning de test et de vérification du prototype. b) Réalisation Lors de cette phase, le prestataire doit livrer : Étape 2.1 : Développement


15/10/2007

Version 1.0 Page 25

___________________________________________________________________________________ Livrables


• Un rapport expliquant la zone d’entreposage temporaire, l’entrepôt des données et les mini-entrepôts ;

• Un dossier de description et réalisation des processus d’alimentation de l’entrepôt des données fournies par la TGR et la CMR ;

• Un dossier de description et réalisation des procédures de qualité aptes à assurer la certification de la donnée ;

• Un dossier de description et publication des référentiels communs (concepts, données et nomenclatures associées) sur le portail ;

• Un dossier de description et réalisation des systèmes frontaux (portail, contextes d’analyse, rapports, tableaux de bord) ;

• Les manuels pour les utilisateurs et le Guide en ligne en langue française (et en arabe, si possible).

Étape 2.2 : Tests

• Un rapport relatif au résultat des tests unitaires et des tests d’intégration. c) Essai/Validation Lors de cette phase, le prestataire doit livrer : Étape 3.1 : Installation et validation

• Une attestation certifiée de la part de l’éditeur assurant que la version du progiciel livré est la dernière commercialisée ;

• La documentation standard du progiciel (administration, paramétrage et utilisation)

• Un rapport relatif au résultat des tests et des validations. Étape 3.2 : Intégration et expérimentation

• Un rapport sur les résultats de l’expérimentation. d) Mise en exploitation Lors de cette phase, le prestataire doit livrer : Étape 4.1 : Déploiement de la solution

• La documentation d’exploitation et d’administration du produit ; • Le progiciel avec ses outils ; • Les codes sources et exécutables des programmes et procédures

développés et les modules fonctionnels adaptés du progiciel ; • La documentation technique associée ; • Un rapport sur la formation ; • Un rapport sur l’assistance ; • Un rapport sur la procédure technique de déploiement ; • Un rapport sur l’installation de l’infrastructure de la solution ; • Un rapport de mise en exploitation.


15/10/2007

Version 1.0 Page 26

___________________________________________________________________________________ Livrables


11.1.3 Itération 2 : Renforcement fonctionnel

Parmi les livrables décrits au paragraphe 11.1.2, le prestataire doit livrer ceux compatibles avec ce qui est prévu pour l’itération 2.

11.2 LOT II - INFOCENTRE POUR LES DONNÉES QUALITATIVES Parmi les livrables décrits au paragraphe 11.1, le prestataire doit livrer ceux compatibles avec ce qui est prévu pour le lot II.


15/10/2007

Version 1.0 Page 27

___________________________________________________________________________________ Plan assurance qualité du projet


12. PLAN ASSURANCE QUALITÉ DU PROJET

Lors de l’établissement de son offre, le prestataire est tenu de fournir un Plan assurance Qualité du projet qui doit être respecté lors de toutes les phases du projet.

Ce plan doit porter, entre autres, sur les points suivants :

• L’organisation du projet : présentation des structures de travail et de pilotage du projet ; précision des besoins de l’administration pour la réalisation du projet (équipe projet, etc.)

• La méthodologie proposée d’implémentation et de déploiement, ainsi que les pré requis

• La description des charges de travail pour le prestataire et l’administration ainsi que la répartition des responsabilités entre :

l’administration et le prestataire ; mandataire et sous traitants ; éditeurs des produits du marché.

• Le plan prévisionnel du projet et l’identification de jalons et points de contrôle

• La description des mesures d’accompagnement et de communication: présentation générale du projet ; communication de l’état d’avancement et des actions futures ; présentation de la population concernée par les actions de communication;

travaux de conduite du changement. • L’identification des mesures correctives et d’évolution de la solution après

livraison : campagnes d’optimisation après déploiement ; prise en compte des évolutions fonctionnelles.


15/10/2007

Version 1.0 Page 28

___________________________________________________________________________________ Éléments dimensionnels du projet


13. ÉLÉMENTS DIMENSIONNELS DU PROJET

Ci-après on illustre l’estimation de l’engagement prévu pour le développement de l’Infocentre du Personnel de l’État et pour la fourniture des services d’assistance et de formation. En particulier, il faut remarquer que les activités de développement ont été évaluées par la méthode des Points Fonction de l’IFPUG, à travers la méthode “Early & Quick Approach to Functional Size Measurement Methods 5 (E&QFP)”. Le rendement requis pour le développement d’applications de ville économique est de 2 PF Jours.

Points

Fonctions Jours/ personne

Lot I -Itération 1 1.600 800 Lot I -Itération 2 800 400 Lot II -Itération 3

1.000 500

Lot II -Itération 4

500 250

Assistance 320 Formation 80


15/10/2007

Version 1.0 Page 29

___________________________________________________________________________________ Délai d’exécution


14. DÉLAIS D’EXÉCUTION

Les délais de réalisation de la prestation sont fixés à 24 mois à partir de la date de notification de l'ordre de service prescrivant le commencement de la prestation. Cette période sera répartie comme suit : Lot I : Infocentre pour les données administratives : le délai d’exécution est de 18 mois (12 mois pour la première itération et 6 mois pour la deuxième itération); Lot II : Infocentre pour les données qualitatives : le délai d’exécution est de 12 mois après l’achèvement du Lot I. La mise en place du lot et des itérations correspondantes dépend de l’achèvement des référentiels communs des données qualitatives et de la disponibilité des informations pertinentes de la part des ministères.


15/10/2007

Version 1.0 Page 30

___________________________________________________________________________________ Planning de réalisation


15. PLANNING DE RÉALISATION

Le soumissionnaire est tenu de prendre en compte le planning ci-après. Toutefois compte tenu de la méthodologie proposée, il est possible d’apporter quelques aménagements. Lot I - Infocentre pour les données administratives : • Le Cadrage de la Mission doit durer au maximum 2 mois et il doit être

achevé 2 mois après le démarrage du projet ; • L’Itération 1 doit durer au maximum 10 mois et doit être achevée 12 mois

après le démarrage du projet (après réception de la phase précédente) ; • L’Assistance doit durer au maximum 2 mois et doit être démarrée après

réception de l’Itération 1 ; • L’Itération 2 doit durer au maximum 6 mois et doit être achevée 18 mois

après le démarrage du projet (après réception de l’itération précédente). • L’Assistance doit durer au maximum 2 mois et doit être démarrée après

réception de l’Itération 2. Lot II - Infocentre pour les données qualitatives : ce Lot doit durer 12 mois.

Documents

PROJET E-RH DANS L’ADMINISTRATION …unpan1.un.org/intradoc/groups/public/documents/un-dpadm/unpan...Généralités UN | DESA 1. GÉNÉRALITÉS 1.1 INTRODUCTION ... GPEC Gestion