Conception Dun Systeme Daide A La Decision

ROYAUME DU MAROC
Conception dun Systme dAide la Dcision

Les effectifs budgtaires du personnel de lEtat
RAPPORT POUR LAVANCEMENT AU GRADE PRINCIPAL DU CADRE DINGENIEUR DETAT
Ralis par
Badr TALAGHZI
Ingnieur dEtat premier grade la Direction du Budget
-Mars 2006-
Systme dAide la Dcision DB/DB2/DSI/SCD
Remerciements
Au terme de ce travail, je tiens exprimer ma Haute gratitude Mr Abdellatif BENNANI, le Directeur du Budget au sein du ministre des finances et de la privatisation.
Je tiens remercier aussi toute personne qui a aid raliser ce projet. Ainsi, Mes sincres et chaleureux remerciements sadressent aussi :
Mr Mohammed ERRAHALI, Chef de la Division des Systmes dInformation et directeur du projet dcisionnel, pour ses directives pertinentes. Mr Abdellali FATHI, Chef du Service Communication et Dcisionnel pour son implication la ralisation de ce projet, et ses conseils pour la rdaction de ce rapport. Lquipe informatique du Service Communication et Dcisionnel pour sa participation la ralisation du projet. Lquipe dassistance technique de ARCHOS CONSEIL, pour leur soutient technique tout au long de ce projet. Messieurs les membres de jury, pour avoir bien accept dvaluer et de juger ce travail.
Que toute personne ayant contribu de prs ou de loin llaboration de ce travail, trouve ici lexpression de ma grande reconnaissance.
SOMMAIRE
Liste des abrviations Liste des figures Introduction CHAPITRE I: Contexte du projet
4 5 6 8 9 9 9 10 11 12 13 13 14 15 16 17 18 18 20 21 21 21 23 23 23 25 26 28 28 29 30 30 31 32 33
I. Objectif du rapport II. Contexte du projet
II.1. Objectif du projet II.2. Dmarche du projet CHAPITRE II: Etude du systme existant
I. Processus et fonctionnement II. Architecture fonctionnelle
II.1. Lapplication OTOR II.2. Les bases de donnes III. Insuffisances du systme existant CHAPITRE III: Notions gnrales
I. Le dcisionnel II. Le datawarehouse
II.1. Dfinition du datawarehouse II.2. La structure du datawarehouse III. Composition du systme d'information dcisionnel III.1. Les sources de donnes III.2. Le systme dalimentation (ETL) III.3. Datawarehouse, datamart, entrept de donnes III.4. Analyse multidimensionnelle OLAP III.5. Systme de diffusion et de prsentation CHAPITRE IV: Analyse et conception
I. Modlisation multidimensionnelle II. Spcification des dimensions et des mesures
II.1. Indicateurs II.2. Axes III. Conception du modle dcisionnel III.1. Tables de faits III.2. Tables des Dimensions III.3. Modle du cube "Effectif" III.4. Modle physique de donnes
CHAPITRE V:
I. II. III. IV.
Ralisation de la plate forme dcisionnelle

La plate forme matriel La plate forme logiciel Les sources de donnes Le chargement de lentrept des donnes
34 35 35 36 36 36 38 39 40 40 41 42 43 43 43 45 47 48 51 52
IV.1. Extraction des donnes IV.2. Traitement des donnes IV.3. Chargement des donnes V. La cration et la publication des cubes V.1. Le modle des mtadonnes V.2. La cration des cubes V.3. La publication des cubes VI. Lutilisation et ladministration VI.1. La scurit VI.2. Lutilisation VI.3. Les prrequis VI.4. Ladministration Conclusion & recommandations Bibliographie Annexes Annexe AAnnexe -B-
53 57
Liste des abrviations
BI CED CLI CP CR CT DB DSI DTS ETL F ODBC OLAP PPES SIAD SQL T T/F
Business intelligence Control des engagements et des dpenses Comit de Liaison Informatique Cration accorde par le Premier ministre Cration de Rgularisation Cration Titularisation Direction du Budget Division du Systme dinformation Data Transformation Services Extract Transform Load Transformation Open Data Base Connectivit On-Line Analytical Processing PowerPlay Entreprise Server Systme dinformation daide la Dcision Structured Query Language Transfert Transfert/Transformation
Liste des figures
Figure 1 : Le processus dcisionnel Figure 2 : Schma de principe du datawarehouse Figure 3 : La structure du datawarehouse (source EDS-Promthus) Figure 4 : Le systme d'alimentation Figure 5 : Reprsentation de la modlisation et la prsentation Figure 6 : Exemple dun modle en toile Figure 7 : Exemple dun modle en Flocon Figure 8 : Modle en Flocon du DataMart "Effectif" Figure 9: Lot DTS : Chargement des donnes de INGRES Figure 10 : Lot DTS : Traitements des donnes de la Table de fait Figure 11 : Framework Manager : Modle des effectifs Budgtaires Figure 12 : Transformer: Modle des effectifs Budgtaires Figure 13 : PowerPlay Entreprise Server : Administration des serveurs Figure 14 : Cognos Access Manager : Connexion UpFront Figure 15 : Cognos UpFront : Gestion des rapports et des cubes Figure 16 : Cognos PowerPlay Web Figure 17 : Cognos PowerPlay Web : Exemple daffichage graphique
17 19 20 22 24 27 27 33 37 39 40 41 42 43 44 45 46
Introduction
La direction du Budget (DB) est charge de la mise en oeuvre de la politique budgtaire nationale. Elle se trouve au centre d'un rseau de partenaires constitus essentiellement Publics, d'Administrations, d'Administrations de Collectivits Locales, et
d'Etablissements
Publiques
trangres
d'Organisations Internationales.
Sa mission embrasse un vaste ventail d'attributions dont notamment la prparation de la Loi des Finances et le suivi de son excution, le suivi des budgets des Collectivits Locales et des Etablissements Publics, l'examen des statuts des personnels et leurs rgimes de retraite, l'tude des textes juridiques ayant une incidence sur les finances publiques et la mise en oeuvre du financement extrieur des projets publics.
Depuis 1987, la division du systme dinformation (DSI) de la DB assure lvolution de son systme dinformation, aussi bien sur le plan applicatif que sur le plan architecture logiciel. Pendant cette priode deux transitions cls ont t enregistres, Client/Server le passage de larchitecture Terminal/Server larchitecture et celui de larchitecture Client/Server lenvironnement Web.
Ainsi, la DSI dessert ; via son systme dinformation ; les diffrents partenaires internes et externes de la DB.
Le systme dinformation de la DB se dcline des missions et attributions de cette dernire. En effet, il dessert les mtiers de gestion budgtaire dans ses volets crdits et effectifs, les Finances Locales, les statuts du personnel et la rmunration ainsi que le suivi Financement des Projets Publics. Il a ; au fil du temps ; cre un patrimoine informationnel trs riche : une base de donnes oprationnelle qui contient les informations annuelles, cette dernire alimente la base de donnes informationnelles qui contient les informations multi annuelles.
Le patrimoine informationnel budgtaire tant difficile exploiter, la mise en place d'outils dcisionnels pour l'exploitation de ce patrimoine informationnel constitue un axe prioritaire. Cette priorit s'explique d'une part par la demande
croissante exprime par les partenaires, aussi bien internes qu'externes, et d'autre part par les recommandations de la commission qui a ralis laudit des systmes dinformation du dpartement des Finances et de la privatisation. Vu la diversit des mtiers de la DB, on se limitera dans ce rapport lapplication du systme dcisionnel au domaine de la gestion des effectifs budgtaires. Ce rapport prsente les dmarches et les principales tapes tablies pour la conception et la mise en place dun systme dcisionnel et en particulier qui permettra aux dcideurs de suivre lvolution des effectifs budgtaires.
Ce rapport est compos de trois parties principales :
La premire partie pointe sur la ncessit de mettre en place un systme dcisionnel au sein de la Direction du Budget.
La seconde partie tudie les diffrents choix techniques de la modlisation du systme dcisionnel relatif aux effectifs budgtaires.
La troisime partie dtaille les mthodes et les techniques de la ralisation du dite systme dcisionnel.
CHAPITRE I Contexte du projet
I.
Objectif du rapport
Le prsent document a pour objectif la mise en valeur du travail labor pour la conception et la ralisation du systme dcisionnel de la Direction de Budget. Ce document tablit donc une description dtaille des droulements des travaux raliss savoir: Une prsentation du systme informatique de la gestion des postes budgtaires. Une documentation sur ltude de conception de la plate dcisionnelle. Une description des tapes de la ralisation de cette plate forme
dcisionnelle.
II. Contexte du projet

Dans le cadre de lexcution de ses attributions, la Direction du Budget est appele jouer un rle important dans la matrise de lvolution de la masse salariale du personnel de lEtat. Pour sacquitter convenablement de cette mission, la Direction du Budget a besoin notamment dun outil informatique convivial, simple utiliser et facile maintenir pour exploiter et valoriser son patrimoine informationnel relatif au personnel de lEtat. Le systme dcisionnel de la DB sera compos dun systme dcisionnel global commun et des modules dcisionnels particuliers pour les entits dcisionnelles qui auront des besoins danalyse mtier trs fins et des besoins trs spcifiques.
II.1. Objectif du projet

Lobjectif essentiel de ce travail est de dvelopper bas sur les outils un systme dcisionnel
Web qui aidera la Direction du Budget mieux suivre
lvolution des effectifs budgtaires. Les principales composantes de ce travail sarticulent autour : La conception et la modlisation dun datawarehouse qui stocke les donnes des effectifs budgtaires. La conception et la cration des cubes selon les diffrentes axes danalyse et indicateurs pour une analyse multidimensionnelle des effectifs budgtaires.
Le dveloppement et la publication des interfaces Web, pour une navigation facile qui permet de faire des analyses selon diffrents critres et daccder rapidement aux dtails expliquant les synthses rsultantes.
II.2. Dmarche du projet

Ce projet sest focalis sur la conception et la ralisation du systme dcisionnel relatif aux effectifs budgtaires. En premier lieu, il a t procd lanalyse du systme informatique de la gestion des effectifs budgtaires et la spcification des besoins. Cette tape consiste recenser les besoins des utilisateurs en numrant la liste des demandes formules par ces utilisateurs et en tudiant le systme informatique existant (bases de donnes et applications informatiques). La seconde tape a consist ltude et la conception de la plate forme dcisionnelle mettre en place, on a alors identifi les diffrents indicateurs et axes danalyses pertinents qui permettront aux dcideurs daccder aux donnes danalyse dune manire simple et conviviale. Ensuite, on a conu une base de donnes dcisionnelle qui constitue la plateforme daide la dcision et qui regroupe tout le patrimoine informationnel de la Direction de Budget en vue de mieux suivre lvolution des effectifs budgtaires. Cette tape consiste modliser la conception dtermine lors de ltape prcdente et dfinir larchitecture de la plate-forme de la DB en identifiant les systmes de production comme sources de donnes, la zone de stockage comme base de donnes dcisionnelles et les mthodes dextraction, de transformation et de chargement des donnes. La dernire tape est la prsentation des informations sous une forme conviviale et simple exploiter par lutilisateur final ; elle consiste modliser les cubes, les construire et les publier dans le portail dcisionnel de la DB.
10
CHAPITRE II Etude du systme existant
11
I.
Processus et fonctionnement
La gestion des postes budgtaires permet la direction Budget de bien matriser lvolution de leffectif du personnel exerant dans la fonction publique pendant un exercice budgtaire (anne budgtaire). Les effectifs de personnel pour une anne budgtaire sont classs par dpartement et service ou par grade et chelle. Lavancement dans le grade est le passage dun grade un autre suprieur selon le statut rgissant ce type de poste budgtaire, ceci est autoris par le mouvement de la loi de finances nomme transformation du poste budgtaire. La mutation dun poste budgtaire dun dpartement vers un autre ou dun article vers un autre est autorise par un transfert du type de poste budgtaire. Les postes budgtaires allous un dpartement et non occups au cours de lanne doivent tre dduits de leffectif budgtaires thorique du ministre. Cest le CED qui dtient la situation des postes vacants pour un ministre. Les postes budgtaires sont supprims suite aux dparts en retraite, ou suite une vacance demploi. La loi cadre est la situation des effectifs des postes budgtaires par dpartement pour lanne budgtaire en cours, elle dfinit la rpartition des postes budgtaires crs par la Loi de Finance du mme exercice budgtaires. Elle est dit une fois chaque anne budgtaire. Le systme OTOR soccupe de la prise en charge de la gestion de la loi cadre, il est compos des modules suivants : La nomenclature des postes budgtaires et administratives. La prise en charge des effectifs budgtaires qui donne les nombres des
postes budgtaires, des fonctions de responsabilit et des chelles. Les mouvements concernant les postes budgtaires de la loi de finances savoir les transferts et les transformations. Les errata qui taient pris en charge par la Direction de Budget avant Janvier 2005.
12
II. Architecture fonctionnelle

II.1. Lapplication OTOR
Lapplication OTOR consigne toutes les donnes concernant leffectif thorique, une fois quil est valid par la Loi de Finance. Les donnes de cette application sont stockes dans une base de donnes sous le SGBDR Ingres. Lexercice de lanne N dmarre au 1er janvier avec comme effectif initial celui de lanne N-1. Il est ensuite mis jour selon un certain nombre de mouvements prvus par la Loi de Finance au niveau des diffrents dpartements.
Les mouvements
Diffrents types de mouvements sont possibles au niveau des postes budgtaires : Transferts (T): Changement de types de postes budgtaires entre services ou dpartements ; Transformations (F): Changement dun type de poste budgtaire vers un autre type de poste budgtaire; Transferts / Transformations (T/F): Changement combinant le transfert et la transformation ; Suppressions : permanents ; Crations : Crations normales : Nouveaux postes ; Crations rgularisations (CR) : Titularisations des permanents ; Crations par le 1er Ministre (CP) : Crations de postes accordes par le 1er Ministre ; Crations Titularisations (CT) : Titularisations prvues par la Loi de Finance. Errata : Transformations de postes vacants en cours dexercice. Dparts en retraite ou titularisation des postes
13
La consultation
Les utilisateurs disposent dune application annexe qui permet la consultation des donnes de OTOR . Ils peuvent consulter par Dpartement, chapitre ou type de mouvement. Ainsi, ils peuvent produire leurs propres rapports et les exporter vers Excel et les retravailler.
II.2. Les bases de donnes

Les donnes du systme dinformation sont rparties dans des tables selon les rgles de gestion de la Loi Cadre ou des tables de nomenclatures budgtaires : Les tables de gestion de la Loi de Cadre : Effectif : Elle contient la rpartition des effectifs initiaux (au dbut de lanne budgtaire) et des effectifs disponibles des postes budgtaires par dpartement. Mouvement : Elle contient tous les mouvements des postes budgtaires, leffectif concern et le type de ces mouvements. Cration : Elle contient tous les crations des postes budgtaires, leffectif concern et le type de ces crations.
Les tables de nomenclatures budgtaires : Anne Loi de Finance : Elle contient une liste des exercices budgtaires. Type de budget : Elle contient les diffrents type de budget. Dpartement : Elle contient la liste des dpartements ministriels. Article : Elle contient la liste des articles appartement aux dpartements ministriels. Service : Table de service, soit central ou Extrieur, pour les
dpartements qui ont des dlgations lextrieur de Rabat. Catgorie : Elle contient la liste des catgories regroupant les corps des types de poste budgtaires. Corps : Elle contient la liste des corps regroupant les cadres des types de postes budgtaires. Cadre : Elle contient la liste des cadres regroupant les types de postes budgtaires. Type de poste budgtaires : Elle contient la nomenclature des grades.
14
Les donnes sont stockes sous le SGBD INGRES, dans deux bases de donnes diffrentes BUDGET_EXP et BUDGET_INFO : BUDGET_EXP : Cest la base dexploitation qui gre les donnes des effectifs budgtaires de lexercice budgtaire en cours et enregistre les donnes des exercices budgtaires prcdents. BUDGET_INFO : Cest la base de donnes darchivage, les donnes sont volatiles (non modifies dans le temps).
III. Besoin dun systme dcisionnel

Le systme de gestion de la loi cadre a pour objectif principal, la prise en charge de la nomenclature budgtaire et administrative ainsi que et la gestion des effectifs budgtaires, les mouvements et les errata. La DB a cumul un patrimoine informationnel trs important. Ainsi, des crans de consultations ont t dvelopps, ces consultations sont prdfinies, Lutilisateur est amen faire des choix et des critres de son tableau de bord avant de le charger. Les informations recueillies lors des runions avec le Comit de Liaison Informatique (CLI) et les requtes frquemment demands par les responsables des divisions sectorielles de la DB permettent de conclure quun systme daide la dcision est indispensable pour gnrer des rapports plus conviviaux, des tableaux de bord plus adapts et des graphiques plus signifiantes. Ainsi, le portail dcisionnel sera un outil de travail quotidien qui permettra aux utilisateurs de gagner du temps dans leurs analyses multidimensionnelles.
15
CHAPITRE III Notions gnrales
16
I. Le dcisionnel
Le systme d'information dcisionnel est un ensemble de donnes organises de faon spcifique, facilement accessible et appropries la prise de dcision ou encore une reprsentation intelligente de ces donnes au travers d'outils spcialiss. La finalit d'un systme dcisionnel est le pilotage de l'entreprise.
Les systmes dcisionnels sont ddis au management de l'entreprise pour l'aider au pilotage de l'activit, et indirectement oprationnels car n'offrant que rarement le moyen d'appliquer les dcisions. Ils constituent une synthse d'informations oprationnelles, internes ou externes, choisies pour leur pertinence et leur transversalit fonctionnelles, et sont bass sur des structures particulires de stockage volumineux (datawarehouse, bases OLAP). Le principal intrt d'un systme dcisionnel est d'offrir au dcideur une vision transversale de l'entreprise intgrant toutes ses dimensions.
Figure 1 : Le processus dcisionnel
17
II. Le datawarehouse
II.1. Dfinition du datawarehouse
Le datawarehouse est un entrept de donnes. Il s'agit d'un stockage intermdiaire des donnes issues des applications de production, dans lesquelles les utilisateurs finaux puisent avec des outils de restitution et d'analyse. Un datawarehouse est une collection de donnes thmatiques, intgres, non volatiles et histories pour la prise de dcisions.
Dfinition nonce par Bill Inmon
Orientes sujet
Le datawarehouse est organis autour des sujets majeurs et des mtiers de l'entreprise. Les donnes sont organises par thme. L'intrt de cette
organisation rside dans le fait qu'il devient possible de raliser des analyses sur des sujets transversaux aux structures fonctionnelles et organisationnelles de l'entreprise. Cette orientation permet galement de faire des analyses par itration, sujet aprs sujet. L'intgration dans une structure unique est indispensable pour viter aux donnes concernes par plusieurs sujets d'tre dupliqu. Cependant dans la pratique il existe galement des datamarts. Le datawarehouse est fragment en plusieurs bases qui supportent l'orientation sujet.
Donnes intgres
Un datawarehouse est un projet d'entreprise. Il concerne les diffrents services et mtiers de l'entreprise. Avant d'tre intgres dans le datawarehouse, les donnes doivent tres mises en forme et unifies afin d'avoir un tat cohrent. L'intgration ncessite une forte normalisation, une bonne gestion des rfrentiels et de la cohrence, une parfaite matrise de la smantique et des rgles de gestion s'appliquant aux donnes manipules. C'est ainsi que l'on pourra donner une bonne vision de l'entreprise via l'utilisation d'indicateurs.
Donnes historises
L'historisation est ncessaire pour suivre dans le temps l'volution des diffrentes valeurs des indicateurs analyser. Ainsi, un rfrentiel temps doit tre associ aux donnes afin de permettre l'identification dans la dure de valeurs prcises.
18
Donnes non volatiles

Afin de conserver la traabilit des informations et des dcisions prises, les informations stockes au sein du datawarehouse ne peuvent pas tre supprimes. Une requte lance diffrentes dates sur les mmes donnes doit toujours retourner les mmes rsultats. Une donne introduite dans le datawarehouse ne pourra donc plus tre supprime ni mme modifie. Dans le cas prsent les donnes ne sont pas volatiles.
Figure 2 : Schma de principe du datawarehouse Le datawarehouse est donc une sorte de point focal stockant en un point unique toute l'information utile provenant des systmes de production et des sources externes. Avant d'tre intgr dans le datawarehouse, l'information doit tre extraite des bases propritaires et nettoye. Ensuite, elle doit tre mise en forme de manire devenir comprhensible par l'utilisateur final.
19
II.2. La structure du datawarehouse
Figure 3 : La structure du datawarehouse (source EDS-Promthus) Un datawarehouse peut se structurer en quatre classes de donnes, organises selon un axe historique et un axe de synthse.
Les donnes dtailles

Elles refltent les vnements les plus rcents. Les intgrations rgulires des donnes issues des systmes de production vont habituellement tre ralises ce niveau.
Les donnes agrges

Elles correspondent des lments danalyse reprsentatifs des besoins utilisateurs. Elles constituent dj un rsultat danalyse et une synthse de linformation contenue dans le systme dcisionnel, et doivent tre facilement accessibles et comprhensibles.
Les mtadonnes
Trs souvent les donnes fdrer dans le datawarehouse proviennent de sources trs htrognes. Cela rend indispensable la prsence d'un dictionnaire unique qui sait grer l'ensemble des fonctions du datawarehouse. Cette cohrence du dictionnaire est dcrite au sein des mtadonnes du dictionnaire du datawarehouse.
20
Les mtadonnes constituent l'ensemble des donnes qui dcrivent des rgles ou des processus attachs d'autres donnes. Ces dernires constituent la finalit du systme d'information.
Les donnes historises

Chaque nouvelle insertion de donnes provenant du systme de production ne dtruit pas les anciennes valeurs, mais cre une nouvelle occurrence de la donne.
III. composition du systme d'information dcisionnel

III.1. Les sources de donnes
Ces sources de donnes sont multiples : donnes internes (bases de donnes de production, applications mtiers) ou donnes externes (bases de donnes des partenaires tel que le CED, la PPR, la DEPG, ou tous autres informations conomiques non produites par la direction de Budget)
III.2.
Le systme dalimentation (ETL)
Le systme d'alimentation ou lETL (Extract Transform Loading), recouvre la fois des outils et le processus dalimentation. Il sagit dun lment cl dans lintgration dapplications, en particulier dans le domaine du dcisionnel et du datawarehouse. Loutil ETL rcupre toutes ces donnes et les centralise dans une base de donnes particulire appele datawarehouse, datamarts ou entrept de donnes. Les outils ETL permettent de rcuprer les donnes quels que soient leurs sources et les systmes qui les supportent (systme dexploitation, SGBD, formats), dautomatiser et dindustrialiser le processus dalimentation, de faciliter la maintenance des donnes et de limiter les dveloppements spcifiques.
Le processus ETL est une opration de migration de donnes qui reprsente une part majeure des traitements et ncessite une attention rgulire tout au long du cycle de vie du systme. Un processus ETL se dcompose en trois phases : l'extraction, la prparation/transformation et le chargement.
21
Lextraction des donnes :

Il sagit en premier lieu d'aller chercher les donnes l o elles se trouvent. L'outil ETL a la capacit de se connecter aux diffrentes applications, bases de donnes ou fichiers.
La transformation et le contrle des donnes :

Les ETL sont des ateliers spcialiss dans la migration de donnes. La transformation des donnes est leur fonctionnalit principale. Ils disposent dune fonction permettant de vrifier quune donne est cohrente par rapport aux donnes dj existantes dans la base cible, ils ont des outils de conversion de donnes et ils sont conus pour manipuler de gros volumes de donnes. Ltape de contrle seffectue par application de rgles adaptes sur les flux de donnes entrant.
Le chargement et le transfert des donnes :

Le chargement prend en compte la gestion du format final des donnes. Pour la mise en oeuvre du transfert de donnes.
Figure 4 : Le systme d'alimentation
22
III.3. Datawarehouse, datamart, entrept de donnes

Il sagit de la base ou des bases ddies recueillant et grant toutes les donnes collectes, transformes et prpares des fins de traitement
dcisionnel. Les outils danalyse accdent directement ces donnes.
III.4. Analyse multidimensionnelle OLAP

Les outils OLAP (On-Line Analytical Processing) permettent de modliser
l'activit d'une entreprise suivant des axes. Par exemple, le chiffre d'affaires par catgorie de client sur un produit donn se dcline en trois axes au minimum: chiffre d'affaires, catgorie de clients et produit. On appelle cube OLAP une reprsentation en axes. Cette structure prsente de nombreux avantages. En effet, un utilisateur peut rechercher une reprsentation du chiffre d'affaires par produit et par rgion. Puis, aprs rflexion, prfrer une reprsentation par rgion et par produit.
III.5. Systme de diffusion et de prsentation

Les portails dcisionnels permettent de crer un point d'accs unique vers les informations htrognes de l'entreprise. C'est l'lment le plus important pour l'utilisateur car il correspond la partie visible du systme. Quelles que soient les solutions retenues, elles doivent tre simples utiliser et tre compatibles avec les outils bureautiques existants. Un SIAD (Systme Interactif d'Aide la Dcision) est un outil d'analyse et de modlisation des donnes de l'entreprise qui permet de crer des reprsentations multidimensionnelles de l'information.
23
Portail dcisionnel
SIAD
Effectif Grade Echelle Dpartement Anne LF .
Figure 5 : Reprsentation de la modlisation et la prsentation
24
CHAPITRE IV Analyse et conception
25
I. Modlisation multidimensionnelle
Une caractristique du dcisionnel est que les utilisateurs cherchent
frquemment mettre en relation des lments qui priori ne sont pas corrls au dpart. Pour y parvenir, des demandes complexes sont ncessaires
interrogeant un grand nombre de tables. Ces demandes ncessitent un temps important pour tre rsolues. Plusieurs solutions ont t proposes par les chercheurs pour rpondre aux besoins des utilisateurs en amliorant les temps de rponse, parmi elles, ladoption de la modlisation multidimensionnelle. Cette modlisation se base sur l'application au Datawarehouse les concepts de dimensions et de mesures : Chaque table de dimension donnera les diffrentes informations pour
construire l'axe. Pour ce qui est des mesures, on aura une table des faits qui regroupe pour chaque n-uplet (dim1, dim2, dim3...) la valeur dsire. Une requte consistera donc slectionner les n-uplets correspondant aux dimensions et agrger les donnes. Parmi les modles de la modlisation multidimensionnelle, on peut citer le schma en toile et le schma en flocon. La modlisation en toile est une structure dans laquelle les donnes sont conserves dans une table de faits unique au centre du schma avec des donnes de dimensions supplmentaires stockes dans des tables dites tables des dimensions. Chaque une de ces tables des dimensions est directement lie la table de faits par une colonne de cl. La modlisation en flocon est une modlisation en toile pour laquelle en clate les tables des dimensions en sous-tables selon la hirarchie de cette dimension, ce qui signifie une conservation de la forme dimensionnelle normale existante au niveau de la base de production.
26
DIMENSION1 Cl1 Info T-FAITS Cl1 Cl2 Cl3 Cl4 Mesure1 Mesure2 DIMENSION4 Cl4 Cl41 Cl42 Info
Figure 6 : Exemple dun modle en toile.
DIMENSION2 Cl2 Info
DIMENSION3 Cl3 Info
DIMENSION1 Cl1 Info T-FAITS Cl1 Cl2 Cl3 Cl4 Mesure1 Mesure2 DIMENSION4 Cl4 Cl41 Cl42 Info DIMENSION41 Cl41 Info DIMENSION42 Cl42 Info
DIMENSION2 Cl2 Info
DIMENSION3 Cl3 Info
Figure 7 : Exemple dun modle en Flocon.
27
II. Spcification des dimensions et des mesures

Afin de dterminer les diffrentes dimensions et axes danalyse du cube raliser, nous avons tenus a des runions avec des CLI et nous avons tudi les diffrentes demandes et requtes formuls par les utilisateurs finaux. Ces besoins ont t formaliss selon la dmarche suivante : Identification des domaines danalyse ou Proccupations, Conception des mesures de performances, Identification des dimensions (ou axes danalyse des mesures retenues), Hirarchisation des dimensions en niveaux de manire affiner lanalyse.
II.1. Indicateurs
Un indicateur est une combinaison de deux ou plusieurs donnes qui renseigne sur les changements dune variable donne dans le temps et dans lespace. En dautres termes, lindicateur est une mesure objective (vrifiable et indicative) qui reflte ltat (le statut) dune variable quon voudrait mesurer. Enfin lindicateur peut tre un chiffre, un taux, un ratio, une moyenne. Les indicateurs relevs lors de cette phase danalyse sont : Effectif initial : cest leffectif des postes budgtaires au dbut de lexercice budgtaires en cours, il est gal leffectif des postes budgtaires la fin de lexercice budgtaires prcdent. Effectif cre : cest le nombre des postes budgtaires cre depuis le dbut de lanne budgtaire jusquau jour j. Il ne doit pas tre dpass le nombre arrt par la Loi de Finance. Effectif supprim : cest leffectif des postes budgtaires supprims suite au dpart la retraite. Effectif disponible : cest leffectif des postes budgtaires actuel au jour j. Effectif transfr : cest Effectif des postes budgtaires transfrs vers un autre dpartement. Effectif transform : cest Effectif des postes budgtaires transforms vers un type de poste budgtaire
28
Effectif transfr/transform : Effectif des postes budgtaires transfrs et transforms vers un autre dpartement et un autre TPB.
II.2. Axes
Un ensemble de donnes du mme type, permettant de structurer la base multidimensionnelle. Une dimension est parfois appele un axe. Chaque cellule d'une mesure est associe une seule position de chaque dimension. Les axes danalyses reprsentent les dimensions construisant le cube de donne. Les diffrents axes relevs sont : Exercices : Lexercice ou Anne Loi de Finances est lanne budgtaire pour laquelle lensemble des ressources et des charges de lEtat sont prvues, values et autorises. Cette dimension sera hirarchise selon le niveau Anne et Mois en fonction des cubes. Dpartements : Le dpartement correspond un ministre du royaume, exemple le Ministre des Finances et de la Privatisation . Il peut tre compos de plusieurs articles (essentiellement les directions), lesquels appartiennent un service soit central ( Rabat), soit extrieur (ayant une dlgation dans dautres villes du royaume). Cet axe peut tre dclin selon quatre niveaux : Type de budget : deux diffrents types de budget : budget gnral et budget annexe qui en voie dextinction. Dpartement : reprsentant lensemble des ministres, Article, Service. TPB : Cette dimension dont la structure est conforme la nomenclature des types de postes budgtaires est compose de quatre niveaux danalyse : Catgorie : Les catgories se situent au premier niveau de groupement des postes, elles correspondent aux dpartements dont elles portent les mmes codes, hormis les catgories (96, 97, 98, 99) dont les postes sont communs plusieurs dpartements. Corps : Second niveau de groupement
29
Cadre : Troisime niveau TPB : dernier niveau qui correspond aux postes eux-mmes. Echelle : Cette dimension reprsente la classification du personnel de ladministration publique. Elle est regroup selon la classe dchelles : agents dexcution, agents de matrise, cadres et cadres suprieurs.
III. Conception du modle dcisionnel

III.1. Tables de faits
Chaque Datawarehouse ou DataMart comprend une ou plusieurs tables de faits (table des mesures). Situe au centre d'un schma en toile ou en flocon, une table de faits capture les donnes qui mesurent les activits de l'entreprise. Elle peut contenir des vnements de mouvements, tels que les crations, les transformations, les transferts ou les suppressions. Les tables de faits comportent gnralement une multitude de lignes, reprsentant souvent des millions d'enregistrements lorsqu'elles couvrent une ou plusieurs annes de l'historique. Dans le cadre de ce projet, la table de fait TF_effectif du DataMart
effectif contient les colonnes suivantes : Nom du champ

Anlf_an Anlf_num Typb_typ Dept_cd Artl_cd Serv_cd Catg_cd Corp_cd Cadr_cd Tpb_cd Echelle_cd Efct_ini Efct_desp Efct_cree Efct_supp Mvt_t Mvt_f Mvt_tf
description
Cl trangre de la table de dimension Dim_Anlf Cl trangre de la table de dimension Dim_Anlf Cl trangre de la table de dimension Dim_Typb Cl trangre de la table de dimension Dim_Dept Cl trangre de la table de dimension Dim_Artl Cl trangre de la table de dimension Dim_Serv Cl trangre de la table de dimension Dim_Catg Cl trangre de la table de dimension Dim_Corp Cl trangre de la table de dimension Dim_Cadr Cl trangre de la table de dimension Dim_Tpb Cl trangre de la table de dimension Dim_Echl Colonne numrique indiquant leffectif initial au dbut de lexercice budgtaire Colonne numrique indiquant leffectif disponible la fin de lexercice budgtaire Colonne numrique indiquant leffectif cre au cours de lanne budgtaire Colonne numrique indiquant leffectif supprim au cours de lanne budgtaire Effectif transfr vers un autre dpartement. Effectif transform vers un autre type de poste budgtaire. Effectif transfr et transform vers un autre dpartement et un autre TPB.
30
III.2. Tables de dimensions

Les tables de dimension contiennent des attributs qui dcrivent les
enregistrements qui sont mesurs dans la table de faits. Certains de ces attributs fournissent des informations descriptives ; d'autres servent spcifier la faon dont les donnes de la table de faits doivent tre synthtises afin de fournir des informations pertinentes l'analyste. Les tables de dimension contiennent des hirarchies d'attributs qui facilitent la synthse. Par exemple, une dimension comprenant des informations sur les types de postes budgtaires contient
souvent une hirarchie qui rpartit les TPB en catgories, telles que personnels communs ladministration ou personnel du ministre des finances, chacune d'elles comportant des corps, des cadres jusqu'au dernier niveau qui reprsente le type de poste budgtaires. Lanalyse du systme de gestion des postes budgtaires a distingus les tables de dimensions suivantes : Dim_Anlf : Table de dimension de lanne de Loi de Finance, elle dfinit lanne de Loi de Finance ainsi que le numro de Loi. Dim_Catg: Table de dimension regroupant les catgories des postes budgtaires. Dim_Corp: Table de dimension qui contient la liste des corps des postes budgtaires. Dim_Cadr: Table de dimension qui contient la liste des cadres des postes budgtaires. Dim_Tpb: Table de dimension des types de postes budgtaires ou grades tells quils sont dfinis par la nomenclature budgtaires. Dim_Typb : Table de dimension des types de budget gnral ou annexe. Dim_Dept: Table de dimension des dpartements ministriels. Dim_Artl: Table de dimension des articles appartenant aux dpartements ministriels. Dim_Serv: Table de dimension qui regroupe les services soit central ( Rabat), soit extrieur (ayant une dlgation dans dautres villes du royaume).
31
Dim_Echl: Table de dimension qui regroupe la liste des chelles de la fonction publique. Dim_Cl_Echl : Table de dimension qui classe les chelles du personnel de lEtat en quatre catgorie : agents dexcution, agents de matrise, cadres et cadres suprieurs.
III.3. Modle du cube Effectif

La conception du cube effectif a relev le modle bas sur les mesures et les dimensions suivantes : Les Mesures : Effectif initial, Effectif cre, Effectif supprim, Effectif disponible, Effectif transfr, Effectif transform et lEffectif Transfr/Transform. Les dimensions : La structure de la hirarchisation des niveaux des dimensions est la suivante :
Nom de laxe Niveau Exercice Anne Loi Dpartement Type budget Dpartement Article Service TPB Catgorie Corps Cadre TPB Echelle Classe dchelles Echelle
32
III.4. Modle physique de donnes

Le modle physique de donnes est un modle en flocon, il est dcrit sur la figure suivante.
Modle Physique de Donnes Modle : Modele_en_Flocon du DataMart "Effectif" Package : Diagramme : Diagramme_1 Auteur : TALAGHZI Badr Date : 23/02/2006 Version : Dim_dept Dim_TPB Dim_Cadr Dim_Artl Dim_Typb
TF_Effectif Dim_Corp Dim_Serv
Dim_Catg Dim_Echl
Dim_Anlf
Dim_Cl_Echl
Figure 8 : Modle en Flocon du DataMart "Effectif"
33
CHAPITRE V Ralisation de la plate forme dcisionnelle
34
Suite lappel doffre 65/2004/MFP/DB/INF, la Direction Budget a acquis par lintermdiaire de ARCHOS CONSEIL, une plate forme dcisionnelle Cognos. La ralisation et le suivi du projet est assur par une quipe informatique du service Dcisionnel et Communication personnes dont je suis le chef de projet. Une assistance technique a t assure par une quipe technique de ARCHOS CONSEIL. de la direction de Budget de quatre
I.
La plate forme matriel
Linstallation du serveur dcisionnel a t faite sur un serveur IBM XSERIES 345 dont les caractristiques sont les suivantes : Processeur : Bi-processeur Intel XEON 2.4 Ghz RAM : 1Go Disque Dur : 3 disques de 73.4 Go en RAID 5 Systme dexploitation : Windows 2000 Advanced Server service pack 4 Serveur de base de donnes : Microsoft SQL Server 2000 service pack 3
II. La plate forme logiciel

Les outils Cognos qui ont t installs sur le serveur DECISIONNEL sont les suivants : Cognos ReportNet: cest une solution de reporting base sur le Web, il est compos des modules suivants :
Framework Manager : ce module est utilis pour crer et publier les modles de mtadonnes sur les quels les rapports sont bass. Ces modles de mtadonnes servent aussi comme source de donnes pour la cration des cubes.
Cognos Connection : il sagit du portail Web qui donne accs toutes les informations ReportNet.
35
Query Studio : ce composant est utilis pour crer des rapports Ad Hoc. Report Studio : perfectionns. ce module sert pour crer des rapports plus
Cognos PowerPlay : cest une solution qui permet danalyser les donnes stratgiques de la DB sous diffrents angles et selon plusieurs combinaisons. Il se compose de :
PowerPlay Entreprise Server : (PPES) est le serveur dapplications, il traite et synthtises les donnes au niveau de la couche dapplication. Il ne prsente que la couche des rsultats. Partant du rcapitulatif des informations, les utilisateurs peuvent tudier les tendances et effectuer des analyses descendantes, limitant le nombre des requtes et le accs eux entrepts de donnes. PowerPlay Transformation Server : Le moteur de transformation de PowerPlay est loutil de Cognos de modlisation des donnes et de cration de cubes. il lit et manipule les donnes des diffrentes bases et fichiers. Il est accessible via une interface graphique. Les cubes crs sont ensuite publis et visualiss via une interface Web.
III. Les sources de donnes

Comme il a t dj cit dans ltude de lexistant, les sources de donnes sont hberges par le systme de gestion de bases de donnes INGRES dans un environnement UNIX.
IV.
Le chargement de lentrept des donnes IV.1. Extraction des donnes
Lextraction des donnes de sources des tables de dimensions et de la table de fait est excute par un lot DTS (Data Transformation Services) de Microsoft SQL SERVER sur le serveur DECISIONNEL.
36
Figure 9 : Lot DTS : Chargement des donnes de INGRES Ce lot contient deux connexions, deux tches dexcutions de requtes SQL et seize tches de transformations de donnes schmatises par des flches noires entre la Connexion BUD_EXP(INGRES) et effectif(DECISIONNEL) Ce lot DTS permet dextraire les donnes de la source vers le DataMart hberg sous MSQL SERVER, le tableau suivant dcrit les diffrentes extractions :
SOURCE (INGRES)
Anlf Artl Catg Corp Cadr Tpb Dept Serv Echl
DESTINATION (MSQL SERVER 2000)

Dim_Anlf Dim_Artl Dim_Catg Dim_Corp Dim_Cadr Dim_Tpb Dim_Dept Dim_Serv Dim_Echl
OBSERVATION
Table Table Table Table Table Table Table Table Table
de de de de de de de de de
dimension dimension dimension dimension dimension dimension dimension dimension dimension
37

Typb Efct Creation Mvt Mvt_type Dim_Typb Efct Creation Mvt Mvt_type Table Table Table Table Table de dimension source pour le source pour le source pour le source pour le
chargement chargement chargement chargement
de de de de
la la la la
table table table table
de de de de
fait fait fait fait
IV.2. Traitement des donnes

Ce lot permet de charger la table de fait TF_Effecif , de mettre jour les informations sur les chelles, les effectifs cr, supprim et tableau suivant dcrit les diffrents traitements de cette tape : mouvement. Le
TF_EFFECTIF SOURCE
Anlf_an Anlf_num Typb_typ Dept_cd Artl_cd Serv_cd Catg_cd Corp_cd Cadr_cd Tpb_cd Echelle_cd Efct_ini Efct_disp Efct_cree Efct_supp Mvt_t Mvt_f Mvt_tf Efct.Anlf_an Efct.Anlf_num Efct.Typb_typ Efct.Dept_cd Efct.Artl_cd Efct.Serv_cd Efct.Catg_cd Efct.Corp_cd Efct.Cadr_cd Efct.Tpb_cd Dim_Tpb.echl_cd Efct.Efct_ini Efct.Efct_disp Creation.crea_eff Creation.crea_eff Mvt.mvt_eff Mvt.mvt_eff Mvt.mvt_eff
TRAITEMENT
Copie de colonne de la table Efct Copie de colonne de la table Efct Copie de colonne de la table Efct Copie de colonne de la table Efct Copie de colonne de la table Efct Copie de colonne de la table Efct Copie de colonne de la table Efct Copie de colonne de la table Efct Copie de colonne de la table Efct Copie de colonne de la table Efct Mise jour de lchelle partir de la table Dim_Tpb Copie de colonne de la table Efct Copie de colonne de la table Efct Mise jour de leffectif cr partir de la table Creation (type de Creation <> S) Mise jour de leffectif supprim partir de la table Creation (type de Creation = S) Mise jour de leffectif Transfr partir de la table Mvt (type de mouvement est T ou MT) Mise jour de leffectif Transform partir de la table Mvt (type de mouvement est F ou MF) Mise jour de leffectif Transfr/Transform partir de la table Mvt (type de mouvement est TF ou MTF)
Le script SQL de traitement et de chargement de la table de fait TF_Effectif est joint dans lannexe A
38
Figure 10 : Lot DTS : Traitements des donnes de la Table de fait
IV.3. Chargement des donnes

Le chargement des donnes est fait dans le DataMart Effectif sur le serveur DECISIONNEL.
39
V. La cration et la publication des cubes

V.1. Le modle des mtadonnes
Le modle des mtadonnes a t conu avec Cognos Framework Manager, on se base sur le modle en flocon. La publication du modle nous permet aussi de crer des fichiers (*.iqd) qui servent comme sources de donnes pour la cration des cubes plus tard par Cognos Transformation Server. Ces fichiers (*.iqd) ou dfinition dinterrogation dimpromptu sont de simples requtes SQL qui interrogent lentrept de donnes. Vous trouverez dans lannexe B un exemple de fichier (*.iqd).
Figure 11 : Framework Manager : Modle des effectifs Budgtaires
40
V.2. La cration des cubes

La conception et la cration du cube sont faites par loutil Cognos PowerPlay Transformation Server, il sagit dabord de dfinir les sources de donnes (les fichiers iqd) identifier les mesures, dfinir leurs proprits et construire les dimensions avec leurs diffrents niveaux.
Les formats daffichages et les profils de scurit doivent tre identifis ce stade, avant la gnration et la cration des cubes.
Figure 12 : Transformer: Modle des effectifs Budgtaires
41
V.3. La publication des cubes

La dernire tape avant lexploitation du cube est sa publication sur le portail danalyse dcisionnel (PPES). L'utilitaire Administration des serveurs fournit un point d'accs unique aux outils d'administration et indique l'ordre suivre pour configurer et excuter une application serveur Cognos. Il agit comme une console pour les utilitaires d'administration appropris, notamment PowerPlay Entreprise Server. Cest lutilitaire qui permet de publier les cubes sur le portail PPES. Laccs aux cubes est possible par deux voies , le premier cest Cognos UpFront produit du PPES, le second est le portail de Cognos ReportNet.
Figure 13 : PowerPlay Entreprise Server : Administration des serveurs
42
VI.
Lutilisation et ladministration
VI.1. La scurit
Lutilisation du portail PPES de Cognos est scurise par une authentification
Figure 14 : Cognos Access Manager : Connexion UpFront
Les informations de scurit pour les applications de Cognos BI sont gres par lutilitaire Cognos Access Manager, il fournit un environnement centralis qui permet de dfinir, de stocker et de grer toutes ces informations.
VI.2. Lutilisation
L'application UpFront de Cognos est une interface utilisateur personnalisable qui permet de publier, rechercher, organiser et afficher des donnes sur le Web.
43
Figure 15 : Cognos UpFront : Gestion des rapports et des cubes
PowerPlay Web Explorer autorise une approche multidimensionnelle de l'analyse. Il rassemble les dimensions cls et permet d'explorer toute combinaison de donnes : vers les niveaux suprieurs, infrieurs ou au sein des dimensions critiques. Dans le navigateur Web, vous pouvez : explorer des informations, soit dans une seule dimension la fois, soit en utilisant plusieurs niveaux pour diffrentes dimensions ou pour les mmes (catgories imbriques), comparer des donnes l'aide de mesures quantitatives telles que le revenu ou la marge bnficiaire, ajouter vos propres calculs aux rsultats, afficher des informations sous forme de valeurs relles, de pourcentages ou dans d'autres monnaies,
44
filtrer des donnes, supprimer, mettre en vidence et trier des valeurs, choisir le type de graphique, tel qu'un tableau ou un graphique circulaire ou barres, ainsi que la quantit de donnes afficher, changer les lignes et les colonnes, limiter le nombre de lignes et de colonnes du graphique, rorganiser les mesures de vos donnes, accder aux catgories de niveau infrieur, publier, exporter ou imprimer des rapports.
Figure 16 : Cognos PowerPlay Web
VI.3. Les prrequis

Pour une bonne visualisation du portail danalyse dcisionnel PPES, il est recommand : Une utilisation de Microsoft Internet Explorer Version 6 et plus. Une rsolution dcran 800/600 pixels minimum. Linstallation de lAdobe Acrobat Reader et/ou Ms Excel pour lexportation des rapports confectionns.
45
Figure 17 : Cognos PowerPlay Web : Exemple daffichage graphique
46
VI.4.
Ladministration
Ladministration de la plate forme dcisionnelle assure la continuit de lexploitation des donnes multidimensionnelles. En collaboration avec le service exploitation et support les tches suivantes ont t mise en action :
Structurer les rpertoires qui contiennent les fichiers de mtadonnes et les fichiers de donnes, Mettre un plan de sauvegarde priodique de tous ces rpertoires et tous les bases de donnes qui contiennent lentrept de donnes, Dfinir des procdures de restaurations, La mise jour des donnes multidimensionnelles par lalimentation des nouvelles donnes, la cration et la distribution des cubes.
47
Conclusion & recommandations
48
Tout au long de ce travail, nous avons tent de concevoir et de raliser une plate forme dcisionnelle base sur le mtier des effectifs budgtaires. En effet, le prsent rapport relate les diffrentes tapes ralises pour russir ce travail. En loccurrence, ltude du systme oprationnel existant, la conception du datamart et la cration des cubes et leur distribution sur le Web. Ainsi, lexploitation du portail Dcisionnel et la navigation dans les donnes multidimensionnelles agrges nous a permis de confectionner des tableaux de bord concis et des
situations explicatifs chiffres coupls de graphiques, et ce en un temps rduit.
Compte tenu du primtre de ce travail, une tude a t faite sur lensemble des mtiers de la direction de budget pour la ralisation dune plate forme dcisionnelle globale et un datawarehouse gnral. Cependant, il est recommand de raliser des DataMarts plus spcialiss, chacune ciblant un mtier de la Direction de Budget, avant de les regrouper et concevoir un datawarehouse qui englobe tout son patrimoine informationnel.
Le primtre dapplication de ce projet peut aussi stendre aux techniques de simulation et de prvisions travers la mise contribution dautres outils tiers.
Cependant, la russite de ce projet ne peut tre complte que par une introduction de la culture dcisionnelle auprs des utilisateurs et informaticiens et ce par des formations continues sur les concepts dcisionnels et sur lutilisation du portail dcisionnel.
LInternet peut largir le spectre des utilisateurs potentiels de ce systme. En effet, destines jusqu prsent aux seuls utilisateurs de la DB, le systme connatre une extension aux partenaires de la DB travers un extra net scuris.
49
Ce travail peut tre tendue par lintgration de nouveaux critres et axes danalyses. Ces informations doivent tre mobilises auprs des partenaires
externes tel que la Direction des statistiques pour recouper avec leffectif de la population selon diffrents profils. Dautres changes de donnes avec dautres partenaires externes doivent tre automatiss pour enrichir le datawarehouse dune manire rgulire.
Par ailleurs, lutilisation des techniques de datamining permettrait dextraire des connaissances partir des informations du datawarehouse et des rgles de gestion implmenter dans ce datamining.
50
Bibliographie
[1]
La construction du datawarehouse, du datamart au dataweb; Jean-Franois Goglin; Nouvelles Technologies Informatiques; Ed. HERMES.
[2] [3]
SQL Server2000, Manuel de formation Manuel Cognos PowerPlay Web Explorer Archos Conseil
[4]
Cognos PowerPlay Entreprise Server Administration Guide de ltudiant Archos Conseil
[5]
Cognos Access Manager Administration Guide de ltudiant Archos Conseil
Lien :
http://www.cognos.fr http://www.guideinformatique.com http://www.decisionnel.net/
51
Annexes
52
Annexe AScript SQL pour la mise jour de lchelle Tache dexcution MAJ_ECHELLE
update TF_Effectif set echelle_cd = t.echl_cd from TF_effectif e , dim_tpb t where t.anlf_an = e.anlf_an and t.anlf_num = e.anlf_num and t.catg_cd = e.catg_cd and t.corp_cd = e.corp_cd and t.cadr_cd = e.cadr_cd and t.tpb_cd = e.tpb_cd
Script SQL pour la mise jour de leffectif cr Tache dexcution MAJ_Efct_cree
update TF_Effectif set efct_cree = t.crea_eff from TF_effectif e , creation t where t.crea_typ <> 'S' and -- S = Suppression t.anlf_an = e.anlf_an and t.anlf_num = e.anlf_num and t.catg_cd = e.catg_cd and t.corp_cd = e.corp_cd and t.cadr_cd = e.cadr_cd and t.tpb_cd = e.tpb_cd and t.typb_typ =e.typb_typ and t.dept_cd = e.dept_cd and t.artl_cd = e.artl_cd and t.serv_cd = e.serv_cd
53
Script SQL pour la mise jour de leffectif supprim Tache dexcution MAJ_Efct_supp
update TF_Effectif set efct_supp = t.crea_eff from TF_effectif e , creation t where t.crea_typ = 'S' and -- S = Suppression t.anlf_an = e.anlf_an and t.anlf_num = e.anlf_num and t.catg_cd = e.catg_cd and t.corp_cd = e.corp_cd and t.cadr_cd = e.cadr_cd and t.tpb_cd = e.tpb_cd and t.typb_typ =e.typb_typ and t.dept_cd = e.dept_cd and t.artl_cd = e.artl_cd and t.serv_cd = e.serv_cd
Script SQL pour la mise jour de leffectif mouvement Tache dexcution MAJ_MVT
--Depart --Transfert update TF_Effectif set mvt_t = - c.mvt_eff from mvt c , TF_Effectif t where c.[typb_typ1]= t.typb_typ and c.[dept_cd1] = t.dept_cd and c.[artl_cd1] = t.artl_cd and c.[serv_cd1] = t.serv_cd and c.[catg_cd1] = t.catg_cd and c.[corp_cd1] = t.corp_cd and c.[cadr_cd1] = t.cadr_cd and c.[tpb_cd1] = t.tpb_cd and c.[anlf_an]= t.anlf_an and c.[anlf_num]= t.anlf_num and c.mvt_typ in ('T','MT')
54
--transformation update TF_Effectif set mvt_f = - c.mvt_eff from mvt c , TF_Effectif t where c.[typb_typ1]= t.typb_typ and c.[dept_cd1] = t.dept_cd and c.[artl_cd1] = t.artl_cd and c.[serv_cd1] = t.serv_cd and c.[catg_cd1] = t.catg_cd and c.[corp_cd1] = t.corp_cd and c.[cadr_cd1] = t.cadr_cd and c.[tpb_cd1] = t.tpb_cd and c.[anlf_an]= t.anlf_an and c.[anlf_num]= t.anlf_num and c.mvt_typ in ('F','MF') -- transfert transformation update TF_Effectif set mvt_tf = - c.mvt_eff from mvt c , TF_Effectif t where c.[typb_typ1]= t.typb_typ and c.[dept_cd1] = t.dept_cd and c.[artl_cd1] = t.artl_cd and c.[serv_cd1] = t.serv_cd and c.[catg_cd1] = t.catg_cd and c.[corp_cd1] = t.corp_cd and c.[cadr_cd1] = t.cadr_cd and c.[tpb_cd1] = t.tpb_cd and c.[anlf_an]= t.anlf_an and c.[anlf_num]= t.anlf_num and c.mvt_typ in ('TF','MTF') -- destination -- changement du dep et tpb update TF_Effectif set mvt_tf = mvt_tf + c.mvt_eff from mvt c , TF_Effectif t where c.[typb_typ2]= t.typb_typ and c.[dept_cd2] = t.dept_cd and c.[artl_cd2] = t.artl_cd and c.[serv_cd2] = t.serv_cd and c.[catg_cd2] = t.catg_cd and c.[corp_cd2] = t.corp_cd and c.[cadr_cd2] = t.cadr_cd and c.[tpb_cd2] = t.tpb_cd and c.[anlf_an]= t.anlf_an and c.[anlf_num]= t.anlf_num and c.mvt_typ in ('TF','MTF') -- changement du departement update TF_Effectif set mvt_t = mvt_t + c.mvt_eff from mvt c , TF_Effectif t where c.[typb_typ2]= t.typb_typ and
55
c.[dept_cd2] = t.dept_cd and c.[artl_cd2] = t.artl_cd and c.[serv_cd2] = t.serv_cd and c.[catg_cd1] = t.catg_cd and c.[corp_cd1] = t.corp_cd and c.[cadr_cd1] = t.cadr_cd and c.[tpb_cd1] = t.tpb_cd and c.[anlf_an]= t.anlf_an and c.[anlf_num]= t.anlf_num and c.mvt_typ in ('T','MT') ---changement du tpb update TF_Effectif set mvt_f = mvt_f + c.mvt_eff from mvt c , TF_Effectif t where c.[typb_typ1]= t.typb_typ and c.[dept_cd1] = t.dept_cd and c.[artl_cd1] = t.artl_cd and c.[serv_cd1] = t.serv_cd and c.[catg_cd2] = t.catg_cd and c.[corp_cd2] = t.corp_cd and c.[cadr_cd2] = t.cadr_cd and c.[tpb_cd2] = t.tpb_cd and c.[anlf_an]= t.anlf_an and c.[anlf_num]= t.anlf_num and c.mvt_typ in ('F','MF')
56
Annexe BExemple de fichier (iqd) du modle TF_Effectif
COGNOS QUERY STRUCTURE,1,1 DATABASE,effectif TITLE,[effectif].[TF_Effectif] BEGIN SQL {select "TF_Effectif"."anlf_an" AS "anlf_an", "TF_Effectif"."anlf_num" AS "anlf_num", "TF_Effectif"."typb_typ" AS "typb_typ", "TF_Effectif"."dept_cd" AS "dept_cd", "TF_Effectif"."artl_cd" AS "artl_cd", "TF_Effectif"."serv_cd" AS "serv_cd", "TF_Effectif"."catg_cd" AS "catg_cd", "TF_Effectif"."corp_cd" AS "corp_cd", "TF_Effectif"."cadr_cd" AS "cadr_cd", "TF_Effectif"."tpb_cd" AS "tpb_cd", "TF_Effectif"."echelle_cd" AS "echelle_cd", "TF_Effectif"."efct_init" AS "efct_init", "TF_Effectif"."efct_disp" AS "efct_disp", "TF_Effectif"."efct_cree" AS "efct_cree", "TF_Effectif"."efct_supp" AS "efct_supp", "TF_Effectif"."mvt_t" AS "mvt_t", "TF_Effectif"."mvt_f" AS "mvt_f", "TF_Effectif"."mvt_tf" AS "mvt_tf" from "effectif"."dbo"."TF_Effectif" "TF_Effectif"} END SQL COLUMN,0,anlf_an COLUMN,1,anlf_num COLUMN,2,typb_typ COLUMN,3,dept_cd COLUMN,4,artl_cd COLUMN,5,serv_cd COLUMN,6,catg_cd COLUMN,7,corp_cd COLUMN,8,cadr_cd COLUMN,9,tpb_cd COLUMN,10,echelle_cd COLUMN,11,efct_init COLUMN,12,efct_disp COLUMN,13,efct_cree COLUMN,14,efct_supp COLUMN,15,mvt_t COLUMN,16,mvt_f COLUMN,17,mvt_tf
57

Conception Dun Systeme Daide A La Decision

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Conception Dun Systeme Daide A La Decision

Transféré par

Droits d'auteur :

Formats disponibles

ROYAUME DU MAROC

Conception dun Systme dAide la Dcision

RAPPORT POUR LAVANCEMENT AU GRADE PRINCIPAL DU CADRE DINGENIEUR DETAT

Systme dAide la Dcision DB/DB2/DSI/SCD

Systme dAide la Dcision DB/DB2/DSI/SCD

I. Objectif du rapport II. Contexte du projet

Systme dAide la Dcision DB/DB2/DSI/SCD

Ralisation de la plate forme dcisionnelle

Systme dAide la Dcision DB/DB2/DSI/SCD

Liste des abrviations

Systme dAide la Dcision DB/DB2/DSI/SCD

Liste des figures

Systme dAide la Dcision DB/DB2/DSI/SCD

Systme dAide la Dcision DB/DB2/DSI/SCD

Ce rapport est compos de trois parties principales :

Systme dAide la Dcision DB/DB2/DSI/SCD

CHAPITRE I Contexte du projet

Systme dAide la Dcision DB/DB2/DSI/SCD

II. Contexte du projet

II.1. Objectif du projet

Web qui aidera la Direction du Budget mieux suivre

Systme dAide la Dcision DB/DB2/DSI/SCD

II.2. Dmarche du projet

Systme dAide la Dcision DB/DB2/DSI/SCD

CHAPITRE II Etude du systme existant

Systme dAide la Dcision DB/DB2/DSI/SCD

Systme dAide la Dcision DB/DB2/DSI/SCD

II. Architecture fonctionnelle

Systme dAide la Dcision DB/DB2/DSI/SCD

II.2. Les bases de donnes

Systme dAide la Dcision DB/DB2/DSI/SCD

III. Besoin dun systme dcisionnel

Systme dAide la Dcision DB/DB2/DSI/SCD

CHAPITRE III Notions gnrales

Systme dAide la Dcision DB/DB2/DSI/SCD

Figure 1 : Le processus dcisionnel

Systme dAide la Dcision DB/DB2/DSI/SCD

Systme dAide la Dcision DB/DB2/DSI/SCD

Donnes non volatiles

Systme dAide la Dcision DB/DB2/DSI/SCD

II.2. La structure du datawarehouse

Les donnes dtailles

Les donnes agrges

Systme dAide la Dcision DB/DB2/DSI/SCD

Les donnes historises

III. composition du systme d'information dcisionnel

Le systme dalimentation (ETL)

Systme dAide la Dcision DB/DB2/DSI/SCD

Lextraction des donnes :

La transformation et le contrle des donnes :

Le chargement et le transfert des donnes :

Figure 4 : Le systme d'alimentation

Systme dAide la Dcision DB/DB2/DSI/SCD

III.3. Datawarehouse, datamart, entrept de donnes

dcisionnel. Les outils danalyse accdent directement ces donnes.

III.4. Analyse multidimensionnelle OLAP

III.5. Systme de diffusion et de prsentation

Systme dAide la Dcision DB/DB2/DSI/SCD

Effectif Grade Echelle Dpartement Anne LF .

Figure 5 : Reprsentation de la modlisation et la prsentation

Systme dAide la Dcision DB/DB2/DSI/SCD

CHAPITRE IV Analyse et conception

Systme dAide la Dcision DB/DB2/DSI/SCD