1 projet interne réalisation dun outil de pilotage des ressources humaines licence professionnelle...
Post on 03-Apr-2015
111 Views
Preview:
TRANSCRIPT
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
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
2 Services :
- Ventes
- Direction
9
Benoist ROLLET
Le client : Activité
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
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
Introduction1.L’équipe2.Le client3.Le contexte4.Le besoin5.La démarche6.L’architecture7.Les données8.Les traitements9.Démonstration10.Bilan
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
Introduction1.L’équipe2.Le client3.Le contexte4.Le besoin5.La démarche6.L’architecture7.Les données8.Les traitements9.Démonstration10.Bilan
La base de production est composée de 7 tables et disponible sous Oracle :
ArticlesClientsConditions_de_venteEmployesFacturesFournisseursLignes_de_factureReceptions
13
Yann HERVY
Le contexte
Introduction1.L’équipe2.Le client3.Le contexte4.Le besoin5.La démarche6.L’architecture7.Les données8.Les traitements9.Démonstration10.Bilan
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
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
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
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
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
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
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
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
Développement
Livrables :- Gisement de données RH- Application- Documentation technique
8 janvier 2010
24 mars 2010Effectué
23
Yann HERVY
La démarche : la recette
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
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
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
Recette
Livrables :- Procès verbalde recette
19 mars 2010
19 mars 2010Effectué
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
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 décisionnelle
30
David LUCAS
Les données : MCD du Datawarehouse
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 décisionnelle
6 Tables de Dimension
31
David LUCAS
Les données : MCD du Datawarehouse
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 décisionnelle
3Tables de Faits
32
David LUCAS
Les données : MCD du Datamart RH
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
Le Datamart des ressources humaines
33
LES TRAITEMENTS
Benjamin VARENNES
Les traitements
Introduction1.L’équipe2.Le client3.Le contexte4.Le besoin5.La démarche6.L’architecture7.Les données8.Les traitements9.Démonstration10.Bilan
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
Introduction1.L’équipe2.Le client3.Le contexte4.Le besoin5.La démarche6.L’architecture7.Les données8.Les traitements9.Démonstration10.Bilan
Démonstration
45
BILAN
David LUCAS
Bilan : CompuDistri
Introduction1.L’équipe2.Le client3.Le contexte4.Le besoin5.La démarche6.L’architecture7.Les données8.Les traitements9.Démonstration10.Bilan
A.ProjetB.Personnel
Objectifs initiaux Réalisés
Tableau reporting salaire
Pyramide des âges
Organigramme
Fiche employé
Reporting :
Objectifs initiaux Réalisés
Export (PDF, Excel)
Mail, Agenda
Impression
Fonctions:
David LUCAS
Bilan : CompuDistri
Introduction1.L’équipe2.Le client3.Le contexte4.Le besoin5.La démarche6.L’architecture7.Les données8.Les traitements9.Démonstration10.Bilan
A.ProjetB.Personnel
Objectifs initiaux Réalisés
Gestion des traitements
Gestion des erreurs
Partie Admin
Traitements :
Objectifs initiaux Réalisés
Tourne sur toute les machines
Gestion des utilisateur
Application :
David LUCAS
Bilan : BI Experience
Introduction1.L’équipe2.Le client3.Le contexte4.Le besoin5.La démarche6.L’architecture7.Les données8.Les traitements9.Démonstration10.Bilan
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
Introduction1.L’équipe2.Le client3.Le contexte4.Le besoin5.La démarche6.L’architecture7.Les données8.Les traitements9.Démonstration10.Bilan
A.ProjetB.Personnel
50
Remerciement
Merci de votre attention
top related