PROJET INTERNE Réalisation d’un outil de pilotage des Ressources Humaines Licence professionnelle CSD 2009-2010
SOMMAIRE Introduction L’équipe Le client Le contexte Le besoin La démarche L’architecture Les données Les traitements Démonstration Bilan
L’EQUIPE
BI Expérience : une entreprise innovante Benoist ROLLET BI Expérience 8, rue Montaigne BP 561 56017 VANNES Cedex Tél. 02.97.62.64.64 Fax 02.97.63.47.22 Introduction L’équipe Entreprise innovante Equipe Le client Le contexte Le besoin La démarche L’architecture Les données Les traitements Démonstration 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 : une équipe Benoist ROLLET Introduction L’équipe Entreprise innovante Equipe Le client Le contexte Le besoin La démarche L’architecture Les données Les traitements Démonstration Bilan Benoist ROLLET Chef de projet Benjamin VARENNES Responsable plateforme BI David LUCAS Administrateur de base de données Yann HERVY Développeur Java PROJET
LE CLIENT
Le client : Fiche d’identité Benoist ROLLET COMPUDISTRI S.A. 3 Boulevard Ledru Rollin 34000 Montpellier Introduction L’équipe Le client Fiche d’identité Organigramme Activité Le contexte Le besoin La démarche L’architecture Les données Les traitements Démonstration Bilan Dirigeant Patrick ZIMMERMAN Activité principale Vente de composants informatiques Effectif 40 Salariés Achats 7 Fournisseurs Ventes 430 Clients 50 produits proposés 64392 Factures
Le client : Organigramme Benoist ROLLET Introduction L’équipe Le client Fiche d’identité Organigramme Activité Le contexte Le besoin La démarche L’architecture Les données Les traitements Démonstration Bilan 2 Services : - Ventes - Direction
Le client : Activité Benoist ROLLET 8 catégories de composants réunies dans 2 familles : · Marché professionnel local Clients uniquement professionnels Introduction L’équipe Le client Fiche d’identité Organigramme Activité Le contexte Le besoin La démarche L’architecture Les données Les traitements Démonstration Bilan Hardware Périphériques Processeurs Ecrans Cartes mères Modem/Routeurs Mémoire Cartes graphiques Disques durs Lecteurs de CD-ROM
LE CONTEXTE
Le contexte Yann HERVY Introduction L’équipe Le client Le contexte Le besoin La démarche L’architecture Les données Les traitements Démonstration 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).
Le contexte Yann HERVY La base de production est composée de 7 tables et disponible sous Oracle : Articles Clients Conditions_de_vente Employes Factures Fournisseurs Lignes_de_facture Receptions Introduction L’équipe Le client Le contexte Le besoin La démarche L’architecture Les données Les traitements Démonstration Bilan
Le contexte Yann HERVY Introduction L’équipe Le client Le contexte Le besoin La démarche L’architecture Les données Les traitements Démonstration 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.
LE BESOIN
Le besoin : la demande Yann HERVY 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. Introduction L’équipe Le client Le contexte Le besoin La demande Les contraintes techniques La démarche L’architecture Les données Les traitements Démonstration Bilan
Le besoin : les contraintes techniques Yann HERVY Introduction L’équipe Le client Le contexte Le besoin La demande Les contraintes techniques La démarche L’architecture Les données Les traitements Démonstration 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.
LA DEMARCHE
Le projet s’est déroulé en 3 phases : La démarche Yann HERVY Le projet s’est déroulé en 3 phases : Introduction L’équipe Le client Le contexte Le besoin La démarche Définition Développement Recette L’architecture Les données Les traitements Démonstration Bilan Définition Développement Recette Vendredi 13 novembre 2009 Vendredi 26 mars 2010
La démarche : la définition Yann HERVY Introduction L’équipe Le client Le contexte Le besoin La démarche Définition Développement Recette L’architecture Les données Les traitements Démonstration 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 2010 Prévu
La démarche : la définition Yann HERVY Introduction L’équipe Le client Le contexte Le besoin La démarche Définition Développement Recette L’architecture Les données Les traitements Démonstration 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 2010 Effectué
La démarche : le développement Yann HERVY Introduction L’équipe Le client Le contexte Le besoin La démarche Définition Développement Recette L’architecture Les données Les traitements Démonstration Bilan Développement But : - Conception - Base de Données Développement (alimentation + restitution) - Test - Validation 8 janvier 2010 19 mars 2010 Prévu
La démarche : le développement Yann HERVY Introduction L’équipe Le client Le contexte Le besoin La démarche Définition Développement Recette L’architecture Les données Les traitements Démonstration Bilan Développement Livrables : - Gisement de données RH - Application Documentation technique 8 janvier 2010 24 mars 2010 Effectué
La démarche : la recette Yann HERVY Introduction L’équipe Le client Le contexte Le besoin La démarche Définition Développement Recette L’architecture Les données Les traitements Démonstration Bilan Recette But : - Exécution des test de recette - Bilan des tests 19 mars 2010 Prévu
La démarche : la recette Yann HERVY Introduction L’équipe Le client Le contexte Le besoin La démarche Définition Développement Recette L’architecture Les données Les traitements Démonstration Bilan Recette Livrables : Procès verbal de recette 19 mars 2010 Effectué
L’ARCHITECTURE
L’architecture : Technique Benjamin VARENNES SAS V9.1.3 Oracle 10g Java JDK 1.6 AppDev Studio 3.3 RH COM Introduction L’équipe Le client Le contexte Le besoin La démarche L’architecture Les données Les traitements Démonstration Bilan CUBE OLAP SERVEUR OLAP Extraction Transformation Chargement E.T.L. Base de production DataWareHouse Lancement des traitements Gestion des erreurs Application Echanges informations Affichage graphique Reporting
LES DONNEES
Les données sources : Production David LUCAS Introduction L’équipe Le client Le contexte Le besoin La démarche L’architecture Les données Production Datawarehouse Datamart RH Les traitements Démonstration Bilan Base de données de production
Les données : MCD du Datawarehouse David LUCAS Introduction L’équipe Le client Le contexte Le besoin La démarche L’architecture Les données Production Datawarehouse Datamart RH Les traitements Démonstration Bilan Base décisionnelle
Les données : MCD du Datawarehouse David LUCAS Introduction L’équipe Le client Le contexte Le besoin La démarche L’architecture Les données Production Datawarehouse Datamart RH Les traitements Démonstration Bilan Base décisionnelle 6 Tables de Dimension
Les données : MCD du Datawarehouse David LUCAS Introduction L’équipe Le client Le contexte Le besoin La démarche L’architecture Les données Production Datawarehouse Datamart RH Les traitements Démonstration Bilan Base décisionnelle 3Tables de Faits
Les données : MCD du Datamart RH David LUCAS Introduction L’équipe Le client Le contexte Le besoin La démarche L’architecture Les données Production Datawarehouse Datamart RH Les traitements Démonstration Bilan Le Datamart des ressources humaines
LES TRAITEMENTS
On décompte 4 grands types de traitements : Les traitements Benjamin VARENNES Introduction L’équipe Le client Le contexte Le besoin La démarche L’architecture Les données Les traitements Démonstration 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 :
Les traitements : Initialisation (1/2) Benjamin VARENNES Introduction L’équipe Le client Le contexte Le besoin La démarche L’architecture Les données Les traitements Initialisation Mensuels Annuels Administration Gestion des erreurs Démonstration Bilan L’initialisation se déroule en deux phases distinctes : 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
Les traitements : Initialisation (2/2) Benjamin VARENNES Alimentation initiale Introduction L’équipe Le client Le contexte Le besoin La démarche L’architecture Les données Les traitements Initialisation Mensuels Annuels Administration Gestion des erreurs Démonstration Bilan Table employé (base de production) L’alimentation initiale permet le passage du modèle relationnel au modèle décisionnel E.T.L. Table de faits employé Dimension employé
Les traitements : Mensuels (1/2) Benjamin VARENNES Principes : Introduction L’équipe Le client Le contexte Le besoin La démarche L’architecture Les données Les traitements Initialisation Mensuels Annuels Administration Gestion des erreurs Démonstration Bilan 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 (2/2) Benjamin VARENNES Exemple, scénario « Nouveaux employés » : Introduction L’équipe Le client Le contexte Le besoin La démarche L’architecture Les données Les traitements Initialisation Mensuels Annuels Administration Gestion des erreurs Démonstration Bilan On ajoute 7 nouveaux employés dont un ayant une date de sortie dans la base de production : Table production employé E.T.L. Table dimension employé Table faits employé Mise à jour des informations de tous les employés Un nouvel enregistrement pour chaque employé nouvellement arrivée
Les traitements : Annuels Benjamin VARENNES Principes: Introduction L’équipe Le client Le contexte Le besoin La démarche L’architecture Les données Les traitements Initialisation Mensuels Annuels Administration Gestion des erreurs Démonstration Bilan Le traitement annuel a pour but de gérer les modifications de salaires des employés : Seul la table de fait employé est concernée Une ligne est rajoutée pour chaque employé en service Exemple : Scenario augmentation des salaires Le salaire de chaque employé est augmenté de 20%. Puis on réalise un traitement annuel. On peut ensuite suivre l’historique des changements pour 4 employés choisis. On constate que l’évolution des salaires.
Les traitements : Administration (1/2) Benjamin VARENNES Habilitation L’utilisateur est automatiquement dirigé vers sa partie de l’application L’administrateur accède directement à la page ADMIN Introduction L’équipe Le client Le contexte Le besoin La démarche L’architecture Les données Les traitements Initialisation Mensuels Annuels Administration Gestion des erreurs Démonstration Bilan Backup / Restore Un backup de l’entrepôt de données est réalisé à la suite des traitement : - initiaux - mensuels - annuels
Les traitements : Administration (2/2) Benjamin VARENNES Purge Introduction L’équipe Le client Le contexte Le besoin La démarche L’architecture Les données Les traitements Initialisation Mensuels Annuels Administration Gestion des erreurs Démonstration Bilan La purge permet de ne garder que 3 années d’historique. Elle est automatiquement déclenchée lors de chaque traitement. Base de production Insertion des données DataWareHouse +de 3 ans de données Supression Données de plus de 3 ans purgé PURGE
Les traitements : Gestion des erreurs Benjamin VARENNES Introduction L’équipe Le client Le contexte Le besoin La démarche L’architecture Les données Les traitements Initialisation Mensuels Annuels Administration Gestion des erreurs Démonstration 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
DEMONSTRATION
Démonstration Introduction L’équipe Le client Le contexte Le besoin BR / YH / BV / DL Introduction L’équipe Le client Le contexte Le besoin La démarche L’architecture Les données Les traitements Démonstration Bilan
BILAN
Tableau reporting salaire Pyramide des âges Organigramme Fiche employé Bilan : CompuDistri David LUCAS Reporting : Introduction L’équipe Le client Le contexte Le besoin La démarche L’architecture Les données Les traitements Démonstration Bilan Projet Personnel Objectifs initiaux Réalisés Tableau reporting salaire Pyramide des âges Organigramme Fiche employé Fonctions: Objectifs initiaux Réalisés Export (PDF, Excel) Mail, Agenda Impression
Gestion des traitements Gestion des erreurs Partie Admin Bilan : CompuDistri David LUCAS Traitements : Introduction L’équipe Le client Le contexte Le besoin La démarche L’architecture Les données Les traitements Démonstration Bilan Projet Personnel Objectifs initiaux Réalisés Gestion des traitements Gestion des erreurs Partie Admin Application : Objectifs initiaux Réalisés Tourne sur toute les machines Gestion des utilisateur
Problèmes rencontrés : - Interaction entre SAS et Java Bilan : BI Experience David LUCAS 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 Introduction L’équipe Le client Le contexte Le besoin La démarche L’architecture Les données Les traitements Démonstration Bilan Projet Personnel Expérience acquise : - Le travail en équipe - L’apprentissage de nouveaux langage - Le perfectionnement dans d’autres langages - L’utilisation de différents outils décisionnels
Bilan: Personnel David LUCAS Introduction L’équipe Le client Le contexte Le besoin La démarche L’architecture Les données Les traitements Démonstration Bilan Projet Personnel
Merci de votre attention Remerciement Merci de votre attention