ROYAUME DU MAROC PROJET E-RH DANS L ADMINISTRATION PUBLIQUE MAROCAINE - PREMIÈRE PHASE

Transcription

1 MMSP ROYAUME DU MAROC PROJET E-RH DANS L ADMINISTRATION PUBLIQUE MAROCAINE - PREMIÈRE PHASE Architecture fonctionnelle et technique pour l Infocentre du Personnel de l État

2 Version 1.0 Page 0/1 TABLE DES MATIÈRES 1. GÉNÉRALITÉS INTRODUCTION ACRONYMES ET GLOSSAIRE CONTEXTE DU PROJET SYSTÈME CIBLE OBJECTIFS IDENTIFICATION DES CONTRAINTES CATÉGORIES D UTILISATEURS ET AUTORISATIONS STRATÉGIE DE DEVELOPPEMENT Stratégie à court terme : Données administratives Stratégie à moyen long terme : Données qualitatives LIGNES DIRECTRICES DU PROJET CONDITIONS REQUISES DE LA SOLUTION Conditions requises portant sur les données Conditions requises portant sur les processus d alimentation de l entrepôt de données Conditions requises portant sur la qualité de la donnée Conditions requises portant sur les métadonnées Conditions requises portant sur le portail Conditions requises architecturales ARCHITECTURE D APPLICATION DU SYSTEME DECISIONNEL Zone d entreposage temporaire Entrepôt de données d entreprise (EDW) Mini-entrepôts Plateforme d alimentation a) Stratégies d alimentation b) Politiques d alimentation Qualité des données Métadonnées Le portail Reporting prédéfini L analyse OLAP Les tableaux de bord décisionnels Les applications analytiques ARCHITECTURES TECHNOLOGIQUES Vue d ensemble des outils d intégration des données a) ETL b) Cadre général des produits de Qualité des données Vue d ensemble des outils de livraison des informations Table des matières

3 Version 1.0 Page 1/ Vue d ensemble des outils d analyse Matériel Infrastructure d exploitation Infrastructure d essai/test STRUCTURE DE GESTION DE L ENTREPOT DE DONNEES SERVICES FORMATION ASSISTANCE INDICATIONS POUR LA GESTION DU PROJET ANALYSE DU RISQUE FIGURES PROFESSIONNELLES REQUISES FIGURES Figure 1 - Niveaux de l entrepôt de données...7 Figure 2 - Cycle de développement itératif...9 Figure 3 Tableaux de bord décisionnels Figure 4 KPI Figure 5 - ETL Figure 6 - Magic Quadrant for data Integration Tools, Figure 7 - Magic Quadrant for Data Quality Tools, Figure 8 - Magic Quadrant for Business Intelligence Platforms, Figure 9 - BI Platform Capabilities: Analysis Figure 10 - Architecture du système Figure 11 - Infrastructure matérielle logique d exploitation solution Figure 12 - Infrastructure matérielle logique d exploitation solution Figure 13 - Infrastructure matérielle logique d exploitation solution Figure 14 - Structure de gestion de l entrepôt de données Table des matières

4 Version 1.0 Page 1 1. GÉNÉRALITÉS 1.1 INTRODUCTION Le présent document fournit un aperçu global de la faisabilité du système décisionnel «Entrepôt de données du personnel de l État», en décrivant les caractéristiques, les aspects applicatifs et techniques ainsi que la structure de gestion de l entrepôt des données. Ce document définit le projet dans son ensemble qui permettra, dans une première phase, la réalisation de l entrepôt de données du personnel de l État, portant sur les données administratives et, successivement, l évolution modulaire de ce système à travers l intégration des données qualitatives. Donc, ce document propose deux solutions qui seront mises en œuvre en deux étapes, l une à court terme et l autre à moyen et long terme. Ceci permettra la mise en place de l'infocentre intégré du personnel de l État (infrastructures matérielles et logicielles). Enfin, ce document fournit les renseignements concernant essentiellement les facteurs de risque, les coûts, les bénéfices et les échéances temporelles du projet à un premier niveau de détail. 1.2 ACRONYMES ET GLOSSAIRE Le paragraphe 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 CCED CED CGED CMR DAAG DB GRH GIPE GPEC MFP MEN MMSP ORD Description Contrôle central des engagements de dépenses de l État Contrôle des engagements de dépenses de l État Contrôle général des engagements de dépenses de l État Caisse marocaine des retraites Direction des affaires administratives et générales Direction du budget Gestion des ressources humaines Gestion intégrée du personnel de l État Gestion Prévisionnelle des Emplois et des Compétences Ministère des Finances et de la Privatisation Ministère de l Éducation nationale Ministère de la Modernisation des Secteurs Publics Ordonnateurs Généralités

5 Version 1.0 Page 2 Acronyme PB PPR TGR TE GISRH Terme Composantes COM Mini-entrepôts (DataMarts) CWM Pare-feu (Coupe-feu, Firewall) ETL Fichier journal HTML Métadonnées Portail Aire/Zone d entreposage temporaire (Staging Area) Informatique Décisionnelle (Veille stratégique, Business Intelligence) Description Poste budgétaire Paierie Principale des Rémunérations Trésorerie générale du Royaume Tableau des effectifs Gestion Intégrée du Système des Ressources Humaines Description COM est le standard de référence pour le développement de composantes en environnement Windows. 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é. CWM est une série de spécifications pour le traitement des métadonnées. Ces spécifications fournissent, entre autres, un standard pour la création et à la mémorisation de métadonnées et un standard pour l échange d informations contenant des métadonnées parmi les différentes applications à l aide des interfaces. Dans le cadre des réseaux d ordinateurs, un coupe-feu est une composante passive de défense périphérique, un dispositif matériel qui peut accomplir également des fonctions de connexion entre deux ou plusieurs tronçons de réseau. Processus d extraction, d intégration, de transformation et d enrichissement visant au chargement des bases de données (Extract, Transform and Load) On appelle journal, un fichier texte où on enregistre les opérations exécutées par un programme informatique. Langage utilisé pour décrire les documents hypertextuels disponibles sur le Réseau. Il ne s agit pas d un langage de programmation, mais d un langage de balisage, à savoir il décrit le contenu, textuel et non textuel, d une page Web. Information à support de la donnée, information des informations. Site Web accueillant le système de présentation des informations de support à la décision. 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. 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. Généralités

6 Version 1.0 Page 3 Terme Description XML Langage de balisage ouvert et basé sur un texte fournissant les informations, de type structurel et sémantique, concernant les véritables données. KPI Indicateurs clés de performance (Key Performance Indicators) Généralités

7 Version 1.0 Page 4 2. CONTEXTE DU PROJET La nécessité de la réalisation d un «entrepôt de données du personnel de l État» découle de la conscience acquise des exigences liées à une meilleure planification des politiques portant sur les Ressources Humaines de l Administration publique du Maroc. La gestion administrative traditionnelle et les systèmes actuellement utilisés, sauf très rares exceptions, ne permettent pas de : Disposer de données immédiates et fiables pour évaluer l état du personnel ; Analyser les évolutions de phénomènes clés ; Identifier en temps utile les situations à corriger ; Simuler l impact d interventions de différente nature (administrative, organisationnelle, ). Il est essentiel de souligner que la réalisation de systèmes décisionnels ne sera pas d aide seulement pour les niveaux les plus élevés de gouvernement (les «décideurs»), mais elle fournira des outils de gestion et de planification des Ressources Humaines pour les gérants à plusieurs niveaux de chaque Administration. Dans le document «État des lieux et stratégie e-rh à court, moyen et long terme», on a décrit en détail les systèmes d information actuels, les bases de données disponibles, les partenaires concernés à différent titre dans la gestion des Ressources Humaines de l'état et les limites du système actuel. L étude a également mis en évidence les données et les systèmes pouvant représenter une base significative pour la réalisation de l «entrepôt de données du personnel de l État», comme il sera illustré par la suite. Contexte du projet

8 Version 1.0 Page 5 3. SYSTÈME CIBLE Un infocentre-rh est un système décisionnel constitué par : Des référentiels communs (concepts, données et nomenclatures associées); Un entrepôt de données validées et conformes aux référentiels communs, 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 d analyse et de simulation permettant d établir des tableaux de bord et d estimer, par exemple, les départs prévisibles à la retraite ou encore d évaluer l impact financier du repyramidage d un corps ou d une modification des règles de promotion. L entrepôt de données du personnel de l État, en perspective, se configurera comme une banque de données, unique et certifiée, sur les ressources humaines, prévue pour accueillir et mettre à la disposition des concernés des informations consolidées venant de systèmes source hétérogènes, visant à la aider les décideurs dans leurs mission de gestion des ressources humaines. Les sources de données qui alimenteront l entrepôt de données seront représentées par les systèmes d information des institutions suivantes : Ministères ; Paierie Principale des Rémunérations (TGR) ; Caisse Marocaine des Retraites (CMR) ; D autres sources. Le système respectera la structure et les règles des systèmes décisionnels; il s étalera sur plusieurs niveaux détaillés ci-dessous. Le premier niveau, concernant les données, est représenté par la zone de «entreposage temporaire» contenant les données de détail certifiées venant des sources indiquées. Le deuxième niveau est représenté par une base de données, l entrepôt de données d entreprise (EDW), constituant l archive centralisé contenant les données organisées avec le maximum de la granularité et l histoire, univoques et certifiées. Il est alimenté par la zone d entreposage temporaire. Le troisième niveau concerne les bases de données des mini-entrepôts, c est-à-dire des archives alimentés à partir du EDW, contenant les données agrégées ou/et thématiques (organisées en zones thématiques), soit portant sur une zone thématique bien donnée ou dédiées à une catégorie d utilisateurs spécifique. Le dernier niveau est représenté par le portail pour l accès aux informations qui fournira aux utilisateurs, sur la base de leurs habilitations, les services typiques d un système décisionnel : reporting prédéfini et personnalisé, accès à Système cible

9 Version 1.0 Page 6 l environnement de création d interrogations personnalisées, accès aux informations enrichissant la donnée (métadonnée), accès aux informations concernant la qualité de la donnée et aux tableaux de bord. Les deux premiers niveaux sont généralement indiqués comme zone dorsale, tandis que le troisième et le quatrième niveau sont généralement indiqués comme zone frontale. Les données élémentaires dans le passage à travers les différents niveaux seront soumises à des processus d intégration, transformation, enrichissement, appelés ETL (Extraction, transformation et chargement) visant au chargement des bases de données. À l intérieur du ETL, les données seront soumises à des processus de nettoyage, de contrôle du caractère exhaustif et de validation, ce qui est appelé processus de qualité des données. L élaboration d un entrepôt de données exige une gestion des informations sur les données, généralement appelées «métadonnées», pour laquelle il est nécessaire de garder les traces de toutes les informations visant à définir et à décrire la donnée (la définition, la provenance, la composition ). Ces informations sont gérées, dans une autre archive spécifique : le dépôt d archives des métadonnées. Ce dernier représente une référence cruciale lors des processus de développement de l'entrepôt de données et de recherche, ainsi que d extraction des informations qu il contient. Ces informations peuvent représenter le point d entrée pour la navigation sur le patrimoine informatif, à l aide de fonctionnalités mises à la disposition par les outils logiciels, destinées à l utilisateur final (par ex : le créateur des rapports) et aussi au technicien responsable de la gestion de l infocentre. Le cadre univoque et certifié de l information permet de satisfaire, en temps utile, les exigences cognitives de synthèse, en assurant en même temps la cohérence et la fiabilité des informations. Système cible

10 Version 1.0 Page 7 KPI Analyses Rapports Rolap/Molap Simulations Tableaux de Bord Rapports d analyse Rapports préformatés Données agrégées Aide à la décision Vision intégrée, synthétique des indicateurs sur RH Information organisée Analyses dynamiques/préformatées Données agrégées organisées en DM (par ex. par grade, par région) Relationnel 3FN Xml < > < > < > Données traitées Acquisition des données Contrôle qualité Données sur le fonctionnaire Données provenant de Ministères, TGR, et d'autres sur chaque Fonctionnaire Figure 1 - Niveaux de l entrepôt de données 3.1 OBJECTIFS Une solution d informatique décisionnelle devrait permettre d'extraire, dans ce contexte, des "informations" à partir des données brutes, les analyser et les distribuer à tous les acteurs concernés. Cette solution devrait être basée sur un entrepôt de données où il serait possible de faire confluer le patrimoine de données concernant le personnel, géré par plusieurs départements ministériels. Par conséquent, la disponibilité de ce patrimoine permettrait d atteindre les objectifs suivants : Acquérir une visibilité plus cohérente et plus fine des ressources humaines de la Fonction Publique ; Effectuer des études et des analyses, réaliser des tableaux de bord, des simulations permettant d éclairer les choix en matière de gestion globale des ressources humaines ; Harmoniser et rapprocher les données RH entre les différents partenaires ; Optimiser la mise en œuvre de la Gestion Prévisionnelle des Emplois et des Compétences (GPEC). Suite à tout cela, la solution devrait assurer: La création à moyen 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 autorisées (par exemple la Direction de la Statistique), de façon à disposer d une Système cible

11 Version 1.0 Page 8 augmentation remarquable des informations disponibles et, par conséquent, de la possibilité d analyse ; Le caractère exhaustif, l homogénéisation, la cohérence et l intégrité des données acquises ; Le caractère immédiat dans 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é de rédiger, de façon exhaustive et immédiate, les rapports, parmi lesquels les publications institutionnelles; La possibilité de créer facilement des rapports pour des analyses improvisées ; La disponibilité de fonctionnalités d analyse des données plus sophistiquées: Enquêtes basées sur des niveaux avancés d analyse des données; 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 besoins à caractère décisionnel/statistique à travers l élaboration des indicateurs appropriés d efficacité de la gestion du personnel ; Une action efficace de contrôle et d enquête accrue concernant les dépenses du personnel de chaque administration ; La consultation des données même auprès des bureaux distribués sur le territoire; La définition d une architecture fiable ; La définition d une architecture modulable et évolutive au fil des années. 3.2 IDENTIFICATION DES CONTRAINTES Les contraintes principales à considérer pour la solution sont définies par le contexte dans lequel l infocentre RH s insère, par conséquent, il serait nécessaire d'envisager un système : Évolutif, en mesure de répondre aux besoins des partenaires par priorité ; Couvrant, d une manière progressive, les domaines fonctionnels (selon l ordre de disponibilité et de priorité) ; S opérant initialement sur des départements pilotes. 3.3 CATÉGORIES D UTILISATEURS ET AUTORISATIONS Le système devrait fournir un éventail de fonctions pour la définition et la gestion de la sécurité applicative. Ainsi, il devra assurer la sécurité des données d application et en même temps, identifier les droits 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, en associant à chaque utilisateur ou groupe d utilisateurs un ou plusieurs rôles. Un rôle définit un ensemble de fonctionnalités (simple consultation des rapports, possibilité d élaborer de nouveaux plans d analyse, création Système cible

12 Version 1.0 Page 9 d utilisateurs, etc.) et des données 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 d utilisateur Quantité utilisateurs Autorisation 3.4 STRATÉGIE DE DEVELOPPEMENT En ce qui concerne la méthodologie du développement du nouveau système, il est suggéré d adopter une approche par démarches successives (ou itérations). À chaque démarche, une nouvelle portion de données est analysée et intégrée dans l entrepôt de données, en augmentant ainsi le patrimoine informatif du système. Par cette approche «incrémentielle» et «itérative», à travers une série de cycles de développement, les objectifs susmentionnés sont graduellement atteints. Ainsi, au fil des années, les risques de faillite et les délais de livraison du système à l utilisateur final sont réduits au minimum. Analyse Première Itération Deuxième Itération Mise en exploitation Réalisation n-ième Itération Essai/Validation Figure 2 - Cycle de développement itératif Système cible

13 Version 1.0 Page 10 Le processus précédemment décrit est, donc, le résultat de plusieurs projets appelés «itérations» qui diffèrent des phases traditionnelles car chacun d entre eux produit un résultat immédiatement utilisable par l utilisateur final. L itération se compose, à son tour, de phases traditionnelles d analyse, réalisation, essai/validation et mise en exploitation; elle est accomplie sur la base des résultats acquis lors du cycle précédent de développement, avec un enrichissement réel du potentiel informatif de l entrepôt de données. Les éléments qui qualifient le processus du développement proposé sont les suivants : La définition d un modèle conceptuel unifié qui représente 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 est 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ù celles-ci sont 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 est possible de mémoriser les «informations concernant les données»; La définition d un modèle dimensionnel unifié où les dimensions et les mesures ayant la même valeur peuvent être uniques (conformes) ; La définition d un processus qui certifie la qualité des données du système, 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. 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, est illustrée une séquence possible des itérations pour la construction de l entrepôt de données du personnel de l État Stratégie à court terme : Données administratives Itération 1 première conception Dans cette étape, il faudra : Concevoir et réaliser aussi bien la zone d entreposage temporaire que l entrepôt de données d entreprise (EDW), afin de collecter 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) ; Système cible

14 Version 1.0 Page 11 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 un 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 ; Concevoir et réaliser tous les systèmes frontaux (portail, contextes d analyse, rapports, tableaux de bord). Itération 2 Renforcement fonctionnel Enrichir les systèmes frontaux existants selon les nouveaux besoins exprimés par les utilisateurs et ajouter des outils et des fonctionnalités d analyse des données administratives plus sophistiqués (par ex. Simulation,..) Stratégie à moyen long terme : Données qualitatives Itération 3 première conception Dans cette étape, il faudra : Concevoir et réaliser aussi bien la zone d entreposage temporaire que l entrepôt de données d entreprise (EDW) afin de collecter les données qualitatives fournies par les Ordonnateurs ; Concevoir et enrichir les mini-entrepôts existants ou en créer d autres ; 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). Itération 4 Renforcement fonctionnel Enrichir les systèmes frontaux existants selon les nouveaux besoins exprimés par les utilisateurs et ajouter des outils et des fonctionnalités d analyse des données qualitatives plus sophistiqués (ex. Simulation,..). Itérations à venir Les itérations à venir suivront l approche prévue en augmentant d un côté les informations et de l autre côté les fonctionnalités et les potentiels d analyse. Système cible

15 Version 1.0 Page LIGNES DIRECTRICES DU PROJET Les lignes directrices illustrent les itérations du Système décisionnel ; elles englobent, également, la définition des conditions requises initiales du projet et une description du système proposé en termes de ses propriétés et des principales modalités de réalisation. 4.1 CONDITIONS REQUISES DE LA SOLUTION Dans ce paragraphe, on décrit les conditions requises initiales du projet portant sur les différents aspects de la solution, aussi bien celles fonctionnelles que celles architecturales et techniques. L adoption d outils méthodologiques et technologiques sophistiqués, permettra de parvenir à un modèle «ouvert» qui devra permettre : L acquisition et l intégration, dans le système, de données venant d acteurs même extérieurs faisant partie du panorama général du sujet entamé (par example la Direction de la Statistique); L élaboration d une banque de données unique et certifiée sur le Personnel de l État ; La distribution, à l aide de modalités simples et intuitives, de l information pas seulement vers les partenaires de d Infocentre, mais aussi vers d autres acteurs faisant parti du processus général d utilisation des données ; La possibilité pour certaines catégories d utilisateurs d effectuer tous seuls et de façon improvisée l analyse des données. Face aux conditions requises de bases susmentionnées, d autres conditions s imposent, plus spécifiques et découlant des objectifs fonctionnels et opérationnels des différentes catégories d utilisateurs vers lesquelles le système devrait se tourner. Le système décisionnel devrait, en particulier : Fournir aux utilisateurs un ensemble de rapports prédéfinis visant à la publication de documents institutionnels ou internes, en mettant en place un nouveau processus de composition du document donné permettant de réduire les délais actuels de production ; Fournir un ensemble d indicateurs mettant en relief les situations critiques remarquées ; Permettre aux utilisateurs, bénéficiant des autorisations, de créer et de publier des rapports pour répondre aux questions que les acteurs internes et/ou externes au MMSP leur posent avec une régularité accrue; Exporter les informations fournies par le système sous format non propriétaire (par exemple Excel).

16 Version 1.0 Page 13 Les paragraphes suivants décrivent les conditions requises du système portant sur les données, les processus d alimentation et de qualité des données, les métadonnées et l instrument d interrogation du patrimoine informatif Conditions requises portant sur les données Potentiellement, tous les personnels civils de l État - régis par le statut général de la Fonction Publique et les statuts des particuliers - font l objet de ce système. L effectif total du personnel civil de la fonction publique se chiffre autour de : Départements Effectif Ministère de l Éducation nationale DGSN Ministère de la Santé Ministère de la Justice Ministère de l'éducation Nationale, de l'enseignement Supérieur, de la Formation des Cadres et de la Recherche Scientifique (Enseignement Supérieur) Ministère des Finances et de la Privatisation Ministère de l'intérieur Ministère de l'agriculture et du Développement rural et des 7355 Pêches Maritimes (Dép. Agriculture et Développement rural) Ministère de l'équipement et du Transport (Équipement) 5454 Haut Commissariat aux Eaux et Forêt et la Lutte contre la 5342 Désertification Secrétariat d'état auprès du Premier Ministre, chargé de la 3866 Jeunesse Secrétariat d'état auprès du Ministre de l'aménagement du 2768 territoire, de l'eau et de l'environnement, chargé de l'eau. Ministère des affaires étrangères et de la coopération 2604 Haut Commissariat au Plan 2286 Ministère de l'équipement et du Transport (Transport) 1806 Ministère de la Culture 1752 Ministère de l'habitat et de l'urbanisme 1423 Ministère du Tourisme, de l'artisanat et de l'économie sociale 1292 (Départ. Tourisme) Ministère du Tourisme, de l'artisanat (Départ. Artisanat) 1184 Ministère de l'agriculture et du Développement rural et des 1182 Pêches Maritimes (Dép. Pêches Maritimes) Ministère des Habous et des affaires islamiques 1167 Ministère de l'emploi et de la Formation Professionnelle 1073 (Emploi) Ministère de la Défense Nationale Source : MMSP NON COMPRIS LA DGSN, L ADMINISTRATION DE LA DEFENSE NATIONALE ET L ADMINISTRATION DE LA GENDARMERIE ROYALE

17 Version 1.0 Page 14 Ministère de l'industrie, du Commerce et de la mise à niveau 908 de l'économie Ministère de l'énergie et des mines 868 Ministère de l'aménagement du Territoire, de l'eau et de 803 l'environnement (Aménagement du Territoire et Environnement) Ministère de la Communication 477 Haut commissariat aux anciens résistants et anciens 422 membres de l'armée de libération Secrétariat Général du Gouvernement et Primature 542 Ministère de l'emploi et de la Formation Professionnelle 336 (Formation Professionnelle) Ministère de la Modernisation des Secteurs Publics 319 Commerce Extérieur 206 Ministère délégué auprès du Premier Ministre, chargé des 202 Affaires économiques et générales Ministère du Développement Social, de la Famille et de la 188 Solidarité Administration de la Gendarmerie Royale 175 Département de la poste, des télécommunications et des 145 technologies de l'information Ministère chargé des Relations avec le Parlement 129 Secrétaire d'état auprès du Ministre du Développement 111 Social, de la Famille et de la Solidarité, chargé de la Famille, de l'enfance et des Personnes Handicapées Secrétariat d'état chargé de l'analphabétisme et de 110 l'éducation non Formelle Total Les conditions requises du système portant sur les données sont: Les données de type administratif et qualitatif doivent parvenir des fournisseurs sous un format standard unique et concordé et au niveau maximal de détail présent dans les différents systèmes ; Le système, résultant de différentes itérations, doit pouvoir acquérir et intégrer, à partir d autres sources, des données concernant le contexte social et territorial. Ces informations doivent toujours afficher, parmi les métadonnées, la source d'origine; Les sources ayant le même contenu, même si partiellement, peuvent être toutes acquises ou bien une source peut être identifiée comme primaire; ces informations doivent toujours afficher, parmi les métadonnées, la source d'origine; Les données à caractère descriptif doivent être en français et arabe, par conséquent la banque de données devra être charpentée de sorte à permettre une simple interrogation des données dans les deux langues ; La granularité des données présentes dans l entrepôt de données (EDW) et dans les mini-entrepôts devra être au niveau maximal de détail disponible ;

18 Version 1.0 Page 15 La profondeur historique des données présentes dans le EDW pourrait être, par exemple, de 10 ans ; La profondeur historique des données présentes dans les mini-entrepôts et, par conséquent, des données en ligne pourrait être, par exemple, de 5 ans; La date initiale de référence de données devra être établie, en envisageant éventuellement le chargement initial des données précédentes ; Les données historiques dépassant, par exemple, les 10 ans doivent être gardées hors ligne. Ci-après la liste de toutes les sources qui alimenteront l'entrepôt de donnés du personnel. Source TGR Données d intérêt/système Description Fréquence Remarques CMR SIRH Ministériel Direction de la Statistique Les données, validées et certifiées, extraites de l entrepôt de données à travers des processus de chargement seront à la disposition de l utilisateur final pour faire des analyses et des interrogations, dans les mini-entrepôts représentant le système. Les mini-entrepôts seront conceptuellement organisés en contextes d analyse, à savoir en regroupements homogènes d informations facilement reconnaissables par l utilisateur final Conditions requises portant sur les processus d alimentation de l entrepôt de données En ce qui concerne les procédures nécessaires pour acquérir les données de leurs différentes sources, les intégrer, les transformer et les charger dans les structures finales (processus ETL), il faut considérer les conditions générales suivantes : Réalisation, le cas échéant, d une mise à jour incrémentale des données ; Mise en place de l historique des données ;

19 Version 1.0 Page 16 Organisation des procédures par cible ; Programmation par événement, sur fenêtre temporelle nocturne et diurne ; Programmation charpentée à travers des contraintes de précédence et des parallélismes, gérée par le programmeur ; Mise en place de la gestion des erreurs. Les conditions requises spécifiques pour l entrepôt de données en question sont : Le processus d extraction, transformation et chargement de l entrepôt de données devrait être divisé en deux sous-processus : le processus de chargement initial concernant les données précédentes ; le processus de chargement systématique ; Le processus de chargement initial pourrait englober certains algorithmes d homogénéisation des données précédentes afin d assurer la comparaison au fil des années des informations suite aux changements des différentes structures organisationnelles ; Le processus de chargement systématique des données devrait afficher une périodicité journalière et être de type incrémental afin de minimiser la fenêtre temporelle de l opération ; La solution technologique devrait prévoir l acquisition de données à partir de fichiers XML, basés sur un modèle prédéfini et unique afin d'en permettre l'intégration dans l'entrepôt de données; Les processus de chargement, à partir de l identification et de l extraction des données utiles dans les systèmes source, devraient aboutir à leur acquisition dans le système à travers la mémorisation dans la zone d'entreposage temporaire. Dans cette zone les données seront soumises à des processus de nettoyage, normalisation et filtrage avant d être chargée, à travers les procédures ETL dans, le premier niveau de l entrepôt de données. La donnée sera mémorisée de façon persistante et intégrée, au niveau maximal de granularité utile et avec le minimum de redondance possible ; Les données tirées de cet environnement devraient être ensuite soumises à d autres transformations à travers les procédures ETL, découlant des règles métier identifiées lors de l analyse afin d atteindre une donnée synthétique et organisée en structures adéquates à une analyse multidimensionnelle Conditions requises portant sur la qualité de la donnée En ce qui concerne la qualité de la donnée, afin d assurer la certification de l information, il faudrait appliquer le type de processus de «assainissement des données» schématisé dans les phases principales suivantes : Analyse (profilage) : identification des problèmes causant la qualité limitée de la donnée ; Amélioration ; analyse des problèmes et mise en place d actions amélioratrices visant à les résoudre ;

20 Version 1.0 Page 17 Contrôle : élaboration d un mécanisme de contrôle assurant que la qualité de la donnée est préservée à des niveaux acceptables. La phase de Contrôle sera effectuée, systématiquement, dans le cadre de toute session d'alimentation du système ; à la phase de Contrôle on confiera la tâche de signaler, à l aide d indicateurs donnés, le déclanchement de publication de l information produite. Il est souhaitable que les processus de gestion et amélioration de la qualité des données soient développés à l intérieur des processus d intégration, transformation et chargement des données (ETL). Les méthodes d évaluation, à mettre en place pour réaliser un suivi correct de la qualité des données, seront spécifiées au cours de la mise en place du projet, après une analyse des conditions requises beaucoup plus détaillée Conditions requises portant sur les métadonnées La condition requise est d avoir un dépôt d archives où toutes les métadonnées techniques et opérationnelles puissent converger (la possibilité de cette mise en place dépend du choix de l outil qu on envisage d utiliser). Pour ce qui est des outils, qu on envisage d utiliser dans le développement des réitérations, il est nécessaire qu ils soient compatibles avec le modèle CWM (Modèle de l entrepôt de données commun), désormais un standard reconnu pour cette technologie et extrêmement diffusé Conditions requises portant sur le portail Les conditions requises spécifiques concernant le système frontal sont: Être équipé en interfaces utilisateur des systèmes simples et intuitifs aptes à satisfaire toute exigence afin de maximiser la productivité tant des utilisateurs finaux que du personnel technique chargé de l entretien et/ou de l évolution du système décisionnel; Disposer d un mécanisme de contrôle des accès au système étroitement lié au rôle de l utilisateur, en assurant une utilisation contrôlée et proportionnée au niveau approprié de responsabilité. Pour définir le scénario d une session de travail, on peut dire que lors du démarrage du système, l utilisateur se déclarera au système qui sera à même d identifier la catégorie d utilisateurs à laquelle il appartient et de mettre à sa disposition les fonctions répondant à son profil d utilisation ; Disposer de mécanismes permettant la présentation des informations en français ou en arabe ; Fournir au personnel responsable de la sécurité toutes les fonctions nécessaires à la gestion des profils utilisateurs ; Accéder au patrimoine informatif du système de façon simple et intuitive: en cas d analyse improvisée des données, on devra permettre de :

21 Version 1.0 Page 18 o sélectionner le contexte d analyse d intérêt (où, par contexte d analyse on fait allusion à un regroupement de données satisfaisant une exigence informative donnée) ; o formuler sa propre demande de données en naviguant sur les objets immédiatement compréhensibles par l utilisateur final et représentant les mesures et les dimensions d analyse ; o choisir le type de rapport selon lequel il est possible d afficher le résultat de la recherche (tableau, à domaines croisés, graphique, régler des sauts de pages, en-têtes, etc.) ; o donner un format définitif aux données du rapport (graphique, à domaines calculés, sauts de pages, en-têtes, etc.) ; o enregistrer le rapport créé dans des dossiers personnels ou les partager avec d autres utilisateurs ; en cas de consultation prédéfinie, pour simplifier l orientation parmi les nombreux rapports et documents regroupés, il faudra permettre de : o accéder à un ensemble de rapports regroupés par sujet ; o disposer de fonctionnalités de recherche des rapports par mot contenu dans le titre et/ou, selon l outil frontal choisi, dans la description ou par mot-clé ; o afficher les métadonnées sur lesquelles le rapport repose (définitions des objets avec indication claire et directe de la source d origine, filtres et formules appliqués, détails de production de la recherche et du rapport) afin d interpréter rapidement les informations contenues et d'en comprendre l'origine. L outil d utilisation du patrimoine informatif sera le portail qui représentera un point unique de consultation du patrimoine informatif et il devra permettre aux différentes catégories d utilisateurs, sur la base de leurs propres habilitations, de : Présenter des différentes modalités de consultation du patrimoine informatif : analyses improvisées, rapports prédéfinis, fonctions de recherche des rapports ; Afficher la liste de rapports prédéfinis à la disposition de l utilisateur ; Afficher les documents sous différents utilitaires, tels qu Adobe PDF, Microsoft Word, Excel ou PowerPoint (possibilité liée au choix de l outil frontal). Naviguer et analyser les données selon les dimensions d analyses spécifiées; Fournir aux résultats de la requête de données, un format de présentation tabulaire ou graphique, ayant la possibilité de choisir parmi les différentes possibilités ; Régler des paramètres de sélection sur les rapports (par exemple, demande de paramètres, sélection d une liste de valeurs, etc.) ; Élargir les tableaux et les graphiques vers des niveaux de plus ample détail (zoom avant) et vice-versa (zoom arrière) ;

22 Version 1.0 Page 19 Appliquer des filtres sur les données contenues dans les rapports ; Analyser les informations consolidées extraites, sans d autres interrogations de la base de données (la possibilité d'analyse hors ligne dépend du choix de l'outil frontal) ; Exporter des tableaux prédéfinis, des graphiques ou tout simplement des données en fichiers Excel ou PDF ; Naviguer rapidement sur les sections de rapports (possibilité dépendant du choix de l outil frontal, par exemple navigation sur l arborescence) ; Sauver les modifications apportées à un rapport ; Bénéficier de la possibilité de sauvegarder les instances historiques d un document ; Modifier, déplacer, copier, éliminer et renommer les rapports ; Envoyer un document à plusieurs utilisateurs avec différentes informations (selon les droits de l'utilisateur destinataire) ; Imprimer les rapports ; Recevoir et classer les rapports ; Distribuer et échanger les documents entre les utilisateurs ; Gérer les documents de tiers, tels qu Adobe PDF, Microsoft Word, Excel ou PowerPoint Conditions requises architecturales La solution devra satisfaire les conditions requises architecturales suivantes : La modularité : simplicité d adaptation de l architecture matérielle et logicielle, suite à l augmentation du nombre d utilisateurs à satisfaire et de la hausse de volume des données à gérer et élaborer ; L extensibilité : possibilité d introduire au fil du temps de nouvelles applications ou technologies sans aucun impact sur la conception du projet ; La consistance : caractère exhaustif des composantes architecturales, à savoir la présence, pendant une première phase, de toutes les composantes architecturales typiques de l entrepôt de données au moins de façon minimale ; La sécurité : possibilité de contrôler les accès des utilisateurs, en en différenciant les modalités d utilisation et la visibilité de l information tant en termes de quantité que de nature, enfin le système devra assurer un très haut niveau de fiabilité ; L administrabilité : simplicité des activités de l administration du système. D autres conditions requises contribuant à la définition du dimensionnement du système et influençant donc les choix architecturaux sont : La modalité de consultation du patrimoine informatif (frontal) devra être utilisable tant à l intérieur du MMSP que d autres Ministères ou Organismes (Extranet) ; La quantité d utilisateurs, dont : utilisateurs du MMSP,

23 Version 1.0 Page 20 utilisateurs d autres Ministères ou Organismes ; La quantité maximale d utilisateurs en simultanée ; La dimension totale des données gérées dans le système en Gbyte par annualité gérée ; L horaire hypothétique de disponibilité journalière (par exemple, la fenêtre temporelle 8-18) ; La périodicité des procédures d alimentation (par exemple, périodicité journalière où pendant la nuit on met à jour les mini-entrepôts avec les données élaborées par les systèmes d origine). 4.2 ARCHITECTURE D APPLICATION DU SYSTEME DECISIONNEL L image suivante représente la structure du système décisionnel à mettre en place. Instance responsable de la gestion fonctionnelle et technique Ministères Contrôle de la qualité Métadonnées Tableaux préformatés SIRH Min1 SIRH Min2 SIRH Min3 CMR SIRH Min4 SIRH Min5 SIRH Min6 Autres sources Sources P L A T E F O R M E D ALIMENTATION Transformation Synchronisation Historisation Entrepôt de données Données individuelles et agrégées Analyse dynamique Elaborations Statistiques Indicateurs clés de performance P O R T A I L Usagers Ministères MMSP TGR CMR DB Agrégation Tableaux de bord Extraction Bases spécialisées (datamarts) Simulation Figure 4 La structure du système décisionnel Il ressort de la figure que la structure du nouveau système décisionnel est la structure traditionnelle des systèmes de ce genre (Entrepôt de données et informatique décisionnelle de type corporatif). Ci-après l utilisation des différentes composantes.

24 Version 1.0 Page Zone d entreposage temporaire La zone d entreposage temporaire sera utilisée pour les différents buts mentionnés ci-dessous : Déposer les données venant des systèmes source ; les données, présentes dans les fichiers sous format standard et venant des systèmes alimentant, seront introduites dans des tables relationnelles prédéfinies ; Identifier les nouvelles données (celles qui devront être introduites à l intérieur des structures de l EDW), en comparant éventuellement les données nouvelles avec celles déjà présentes dans le système afin de définir les données incrémentielles qui devront être élaborées. Pour des informations plus détaillées, veuillez faire référence aux paragraphes concernant la stratégie d alimentation et les politiques d alimentation Entrepôt de données d entreprise (EDW) L EDW sera principalement utilisé pour organiser les données du système de sorte à créer une situation congrue, avec une profondeur historique bien donnée, à partir de données venant de sources externes. À ce propos, les données contenues seront organisées en structures normalisées, étant ce type de structure le plus adéquat pour ce but Mini-entrepôts Ils engloberont les données pour les analyses de la part des utilisateurs et ils seront organisés en structures nommées schémas en étoile. Afin de permettre des interrogations, en combinant les données présentes dans plusieurs mini-entrepôts, les dimensions des mini-entrepôts devront être conformes entre elles. Afin de mieux préciser, les dimensions ayant la même valeur, présentes en plusieurs mini-entrepôts devront afficher la même structure et le même contenu; dans les cas où deux mini-entrepôts contiendraient la même dimension, mais à des niveaux de granularité différents, la dimension ayant la profondeur la plus réduite devra être identique à la partie de plus haut niveau de l'autre dimension Plateforme d alimentation Elle sera composée par les programmes d alimentation de l entrepôt de données, dont la tâche consiste à acquérir les données venant des systèmes d exploitation (et en général de sources externes) sous format standard (xml) et à les traiter afin de les mettre à la disposition des utilisateurs finaux, sous forme adéquate au type d interrogation requise. L alimentation des structures de données des différents environnements de l entrepôt de données créées ou modifiées pour la réalisation des différents mini-entrepôts sera organisée en unités élaboratrices (PROCÉDURES) dont l exécution sera contrôlée à l aide d un plan d exécution (PROGRAMMATION).

25 Version 1.0 Page 22 La composante d élaboration (lecture, transformation et écriture des données) est assignée au produit de ETL; la composante de gestion de chaque procédure (contrôle des résultats, gestion des erreurs, arrêt et reprise) sera réalisée en combinant les fonctionnalités natives du produit de ETL et du programmeur. L alimentation des différentes composantes de la base de données sera réalisée à travers un macroflux élaborateur intégré dans le macro processus d alimentation plus général de l entrepôt de données et organisé dans les phases suivantes : Phase d élaboration Enrichissement base de données de la zone d entreposage temporaire Chargement des données EDW Chargement des données base de données Buts Préparation de l information et identification du delta de données faisant l objet du chargement. Intégration et mise en place de l historique des données. Agrégation et personnalisation des données. Le chargement du système décisionnel sera réalisé selon les étapes suivantes: Secours informatique des données : afin de permettre la consultation, les fichiers plats contenant les données alimentant devront être sauvegardés dans des dossiers appropriés ; Chargement des données dans la zone d entreposage temporaire : les données contenues dans chaque fichier seront successivement introduites dans une table correspondante de la composante base de données de la zone d entreposage temporaire. Lors du chargement, on effectuera un premier assainissement des données (nettoyage de données). L identification du delta d intérêt (enregistrements nouveaux, modifiés et éliminés par rapport au chargement précédent) sera réalisée, où il n'existe pas d'indicateurs fiables (par exemple : date/heure de la dernière mise à jour) pour identifier les enregistrements modifiées, en effectuant une comparaison entre les données de la table d'entreposage temporaire, chargé à partir du téléchargement en cours, et les données du dernier téléchargement chargé avec succès (elles sont aussi gardées dans la zone d entreposage temporaire dans une table homologue) ; Chargement des données dans l EDW : les données présentes dans la zone d entreposage temporaire seront reliées entre elles et introduites (au niveau de détail le plus élevé possible) dans les tables de l entrepôt de données d entreprise, à l intérieur desquelles on réalisera l historique des données afin de permettre la reconstruction des situations à une date bien précise ;

26 Version 1.0 Page 23 Chargement des données dans les mini-entrepôts : à partir des données de l EDW, on alimentera les mini-entrepôts à l intérieur desquels les informations seront organisées de sorte à pouvoir faire face facilement aux demandes de l'utilisateur final. a) Stratégies d alimentation Dans ce paragraphe, on décrit les principales caractéristiques du macroprocessus d alimentation qui portera les informations des sources des données aux environnements d entreposage temporaire, à l EDW et aux mini-entrepôts. Tenu compte de la volumétrie de données traitées, on a identifié des stratégies d alimentation ayant pour objectif principal la minimisation de l engagement, en termes de temps et de ressources, tant sur les systèmes alimentant que sur les fonctionnalités de reporting (disponibilité en ligne des mini-entrepôts par sujet). Il sera également opportun d adopter une programmation d alimentation des différentes bases de données composant l entrepôt de données, pas obligatoirement séquentielle (zone d entreposage temporaire, EDW et mini-entrepôts), mais répartie en délais et en jours différents selon l importance des données à afficher pour l utilisateur final. Le processus d alimentation suivra, en général, le schéma suivant : Les systèmes de gestion mettront à la disposition les données d intérêt à travers des modalités fiables et sûres ; A des intervalles donnés, sera entamé le processus de copie des données susmentionnées dans la zone d entreposage temporaire ; Il serait convenable d'effectuer un chargement incrémentiel des enregistrements (copie «delta» de la table) si les données sources contiennent des indicateurs fiables de «modification de données» (par exemple : date/heure de la dernière mise à jour, qui permettent d identifier de façon claire et directe seulement les enregistrements avec des modifications effectuées suite à l'élaboration précédente); L exécution du contrôle de synchronisation (réconciliation) seulement pour les données venant de sources différentes, pour lesquelles on prévoit ce traitement et la signalisation des réconciliations éventuellement impossibles; Pour les fichiers d alimentation où il n existe pas d indicateurs fiables de «modification des données» on effectuera la copie complète dans une autre table d entreposage temporaire, qui sera soumise à un autre traitement afin de déterminer les enregistrements variées par rapport au sauvegarde précédent (détermination du «delta») ; Les données présentes dans chaque table «delta» devront être soumises, toujours dans la zone d entreposage temporaire, aux contrôles de qualité identifiés pour chaque donnée et on devra effectuer les éventuelles signalisations d incongruité remarquées ;