1 PROJET INTERNE Réalisation dun outil de pilotage des Ressources Humaines Licence professionnelle CSD 2009-2010

1

PROJET INTERNE

Réalisation d’un outil de pilotagedes Ressources Humaines

Licence professionnelle CSD 2009-2010

2

SOMMAIRE

Introduction1.L’équipe2.Le client3.Le contexte4.Le besoin5.La démarche6.L’architecture7.Les données8.Les traitements9.Démonstration10.Bilan

3

L’EQUIPE

4

Benoist ROLLET

BI Expérience : une entreprise innovante

Introduction1.L’équipe

A.Entreprise innovante

B.Equipe

2.Le client3.Le contexte4.Le besoin5.La démarche6.L’architecture7.Les données8.Les traitements9.Démonstration10.Bilan

Entreprise innovante spécialisée :- Conception et réalisation de projet d’aide à la décision

Compétences particulières :- Mise en place et alimentation de Tableaux de bord

BI Expérience

8, rue MontaigneBP 56156017 VANNES CedexTél. 02.97.62.64.64 Fax 02.97.63.47.22

5

Benoist ROLLET

BI Expérience : une équipe

Introduction1.L’équipe

A.Entreprise innovanteB.Equipe

2.Le client3.Le contexte4.Le besoin5.La démarche6.L’architecture7.Les données8.Les traitements9.Démonstration10.Bilan

Benoist ROLLETChef de projet

Benjamin VARENNESResponsable plateforme BI

David LUCASAdministrateur de base de données

Yann HERVYDéveloppeur Java

PROJET

6

LE CLIENT

7

Benoist ROLLET

Le client : Fiche d’identité

Introduction1.L’équipe2.Le client

A.Fiche d’identitéB.OrganigrammeC.Activité

3.Le contexte4.Le besoin5.La démarche6.L’architecture7.Les données8.Les traitements9.Démonstration10.Bilan

COMPUDISTRI S.A.3 Boulevard Ledru Rollin34000 Montpellier

Dirigeant Patrick ZIMMERMAN

Activité principaleVente de composants informatiques

Effectif 40 Salariés

Achats 7 Fournisseurs

Ventes

430 Clients

50 produits proposés

64392 Factures

8

Benoist ROLLET

Le client : Organigramme




2 Services :

- Ventes

- Direction

9

Benoist ROLLET

Le client : Activité




8 catégories de composants réunies dans 2 familles :

········

Marché professionnel local

Clients uniquement professionnels

Hardware Périphériques

Processeurs Ecrans

Cartes mères Modem/Routeurs

Mémoire

Cartes graphiques

Disques durs

Lecteurs de CD-ROM

10

LE CONTEXTE

11

Yann HERVY

Le contexte


L’entreprise « COMPUDISTRI » a fait appel à nos services (« BI-Expérience ») et ceux de l’entreprises « Business Corporation » parce qu'actuellement elle ne dispose pas de système de tableaux de bord.

Elle dispose uniquement d'une base de production avec un système de reporting non-évolué (Utilisation d’Excel).

12

Yann HERVY

Le contexte


La base de production est composée de 7 tables et disponible sous Oracle :

ArticlesClientsConditions_de_venteEmployesFacturesFournisseursLignes_de_factureReceptions

13

Yann HERVY

Le contexte


L’entreprise « COMPUDISTRI » n’est pas satisfait par son système de reporting actuel pour les raisons suivantes :

Elle ne possède pas de gisement de données permettant de concevoir un système décisionnel

L’entreprise a atteint les limites d’Excel.

Absence de système de tableau de bord avec des résultats disponibles en direct.

14

LE BESOIN

15

Yann HERVY

Le besoin : la demande

Introduction1.L’équipe2.Le client3.Le contexte4.Le besoin

A.La demandeB.Les contraintes

techniques

5.La démarche6.L’architecture7.Les données8.Les traitements9.Démonstration10.Bilan

La demande : Concevoir un environnement spécifique de tableau de bord disposant d'un gisement RH et d'un gisement Commercial.

Les constituants du tableau de bord pour la partie RH :

Un organigramme dynamique

Un système de pyramide des âges dynamique

Un reporting salaire de chaque employé

Des fonctions classiques d’un tableau de bord : Export Excel, PDF, impression, mail…

Une fonction particulière : Un calendrier-agenda permettant de planifier les réunions du groupe RH.

16

Yann HERVY

Le besoin : les contraintes techniques

Introduction1.L’équipe2.Le client3.Le contexte4.Le besoin

A.La demandeB.Les contraintes

techniques

5.La démarche6.L’architecture7.Les données8.Les traitements9.Démonstration10.Bilan

Contraintes techniques :

Application entièrement effectuée en langage JAVA

Un tableau de bord disposant d’un affichage quasi-instantané.

L’utilisation de SAS pour les divers ETL.

17

LA DEMARCHE

Yann HERVY

La démarche

Introduction1.L’équipe2.Le client3.Le contexte4.Le besoin5.La démarche

A.DéfinitionB.DéveloppementC.Recette

6.L’architecture7.Les données8.Les traitements9.Démonstration10.Bilan

Le projet s’est déroulé en 3 phases :

18

Définition Développement Recette

Vendredi 13 novembre 2009

Vendredi 26 mars 2010

19

Yann HERVY

La démarche : la définition




Définition

But :- Analyse de l’existant- Analyse des besoins du client- Réaliser la maquette- Rédiger le PQP- Rédiger le cahier de Recette- Planifier le projet

13 novembre 2009

8 janvier 2010Prévu

20

Yann HERVY

La démarche : la définition




Définition

Livrables:- Plan Qualité Projet- Spécifications Fonctionnelles Détaillées- Maquette- Cahier de recette- Planning de suivi de projet

13 novembre 2009

19 mars 2010Effectué

21

Yann HERVY

La démarche : le développement




Développement

But :- Conception- Base de Données- Développement(alimentation + restitution)- Test- Validation

8 janvier 2010

19 mars 2010Prévu

22

Yann HERVY

La démarche : le développement




Développement

Livrables :- Gisement de données RH- Application- Documentation technique

8 janvier 2010


23

Yann HERVY

La démarche : la recette




Recette

But :- Exécution des test de recette- Bilan des tests

19 mars 2010

19 mars 2010Prévu

24

Yann HERVY

La démarche : la recette




Recette

Livrables :- Procès verbalde recette

19 mars 2010


25

L’ARCHITECTURE

Benjamin VARENNES

Introduction1.L’équipe2.Le client3.Le contexte4.Le besoin5.La démarche6.L’architecture7.Les données8.Les traitements9.Démonstration10.Bilan E.T.L.

SERVEUR OLAP

ExtractionTransformationChargement

DataWareHouseBase deproduction

RH COM

CUBE OLAP

Application

ReportingEchanges informationsAffichage graphique

Lancement des traitementsGestion des erreurs

• SAS V9.1.3• Oracle 10g• Java JDK 1.6•AppDev Studio 3.3

L’architecture : Technique

27

LES DONNEES

28

David LUCAS

Les données sources : Production

Introduction1.L’équipe2.Le client3.Le contexte4.Le besoin5.La démarche6.L’architecture7.Les données

A.ProductionB.DatawarehouseC.Datamart RH

8.Les traitements9.Démonstration10.Bilan

Base de données de production

29

David LUCAS

Les données : MCD du Datawarehouse




Base décisionnelle

30

David LUCAS





Base décisionnelle

6 Tables de Dimension

31

David LUCAS





Base décisionnelle

3Tables de Faits

32

David LUCAS

Les données : MCD du Datamart RH




Le Datamart des ressources humaines

33

LES TRAITEMENTS

Benjamin VARENNES

Les traitements


On décompte 4 grands types de traitements :

• Traitements d’initialisation• Traitements mensuel• Traitements annuel• Traitement d’administration

On exécute les traitements via la partie ADMIN :

Benjamin VARENNES

Les traitements : Initialisation (1/2)

Introduction1.L’équipe2.Le client3.Le contexte4.Le besoin5.La démarche6.L’architecture7.Les données8.Les traitements

A.InitialisationB.MensuelsC.AnnuelsD.AdministrationE.Gestion des erreurs

9.Démonstration10.Bilan

L’initialisation se déroule en deux phases distinctes :

I. Création des tables vides :

6 tables de dimensions et 3 tables de faits pour l’entrepôt complet

Pour le profil RH : 2 Dimensions et une table de faits

Benjamin VARENNES


A.InitialisationB.MensuelsC.AnnuelsD.AdministrationE.Gestion des erreurs


Table employé (base de production)

E.T.L.E.T.L.

II. Alimentation initiale

L’alimentation initiale permet le passage du modèle relationnel au modèle décisionnel

Dimension employéTable de faits employé

Les traitements : Initialisation (2/2)

Benjamin VARENNES


A. InitialisationB.MensuelsC.AnnuelsD.AdministrationE.Gestion des erreurs


I. Principes :

On distingue deux phases lors du traitement mensuel .

• Mise à jour des tables de dimensions :

Mise à jour des informations. Un nouvel enregistrement par nouvel employé.

• Mise à jour des tables de faits :

Aucune donnée n’est effacé ou modifiée. On insère chaque mois une nouvelle ligne pour chaque

employé de l’entreprise.

Objectif : Conserver un historique des changements d’effectif et de salaire.

Les traitements : Mensuels (1/2)

Benjamin VARENNES




II. Exemple, scénario « Nouveaux employés » :

On ajoute 7 nouveaux employés dont un ayant une date de sortiedans la base de production :

E.T.L.E.T.L.

• Mise à jour des informations de tous les employés• Un nouvel enregistrement pour chaqueemployé nouvellement arrivée

Les traitements : Mensuels (2/2)

Table production employé

Table dimension employé Table faits employé

Benjamin VARENNES




I. Principes:

Le traitement annuel a pour but de gérer les modifications de salaires desemployés :

• Seul la table de fait employé est concernée• Une ligne est rajoutée pour chaque employé en service

II. Exemple : Scenario augmentation des salaires

On peut ensuite suivre l’historique des changements pour 4 employés choisis.On constate que l’évolution des salaires.

Les traitements : Annuels

Le salaire de chaque employé est augmenté de 20%. Puis on réalise un traitement annuel.

Benjamin VARENNES




I. Habilitation

• L’utilisateur est automatiquement dirigé vers sa partie de l’application

• L’administrateur accède directement à la page ADMIN

II. Backup / Restore

Un backup de l’entrepôt de données est réalisé à la suite des traitement :

- initiaux- mensuels - annuels

Les traitements : Administration (1/2)

Benjamin VARENNES




III. Purge

Base de production

Base de production

Insertion des données

DataWareHouse

+de 3 ans de données

Supression Supression

Données de plus de 3 ans

DataWareHousepurgé

PURGE

Les traitements : Administration (2/2)

• La purge permet de ne garder que 3 années d’historique.

• Elle est automatiquement déclenchée lors de chaque traitement.

Benjamin VARENNES


A. InitialisationB.MensuelsC.AnnuelsD.AdministrationE.Gestion des

erreurs


Pour les traitements initiaux, mensuels, annuels et pour chaque table :

• Contrôle de la qualité des données

• Suppression des doublons

• Traitement des erreurs:

Chaque erreur est inséré dans une table de rejet Le traitement continue si erreur minime Le traitement s’arrête si erreur bloquante Les erreurs peuvent ensuite être traité au cas par cas

Les traitements : Gestion des erreurs

43

DEMONSTRATION

BR / YH / BV / DL


Démonstration

45

BILAN

David LUCAS

Bilan : CompuDistri


A.ProjetB.Personnel

Objectifs initiaux Réalisés

Tableau reporting salaire

Pyramide des âges

Organigramme

Fiche employé

Reporting :


Export (PDF, Excel)

Mail, Agenda

Impression

Fonctions:

David LUCAS

Bilan : CompuDistri


A.ProjetB.Personnel


Gestion des traitements

Gestion des erreurs

Partie Admin

Traitements :


Tourne sur toute les machines

Gestion des utilisateur

Application :

David LUCAS

Bilan : BI Experience


A.ProjetB.Personnel

Problèmes rencontrés :

- Interaction entre SAS et Java- SAS OLAP avec java- intégration de l’organigramme dans l’application-Retard dans la base de production

- Le travail en équipe- L’apprentissage de nouveaux langage - Le perfectionnement dans d’autres langages- L’utilisation de différents outils décisionnels

Expérience acquise :

49

David LUCAS

Bilan: Personnel


A.ProjetB.Personnel

50

Remerciement

Merci de votre attention

Documents

1 PROJET INTERNE Réalisation dun outil de pilotage des Ressources Humaines Licence professionnelle CSD 2009-2010