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