SPECIFICATIONS GENERALES DETAILLEES (SFD)

Transcription

1 1/39 Merci de nous retourner 1 exemplaire signé de la 1 ère page SPECIFICATIONS GENERALES DETAILLEES (SFD) Diffusion interne Diffusion externe BI Agency : M. Pierre PICHAUD M. Moudjibou OUSSEINI HASSANE M. Jerôme POIGNIE M. Julien CHANU COMPUDISTRI : M. RENE BABE L4D : M. Louis MAZET M. Kévin PUSTOC H M. Jérôme ETOUBLEAU M. Flavien MAHEO Rédigé par Vérifié par Approuvé par NOM : tous NOM : tous NOM : M. RENE BABE DATE : 05/01/09 VISA : DATE : 06/01/09 VISA : DATE : VISA : Localisation Fichier : C:\Projet Interne \SFG01.doc HISTORIQUE Version Par Motifs 05/01/ Pierre PICHAUD Création 10/01/09 Pierre PICHAUD Modification 24/01/09 Pierre PICHAUD Intégration de correctifs de chaque personne 1

2 2/39 SOMMAIRE I - INTRODUCTION... 4 I.1) OBJECTIFS... 4 I.2) TERMINOLOGIES... 4 I.3) GLOSSAIRE... 5 I.4) DOCUMENTS DE REFERENCE... 6 II - NATURE DU PROJET... 6 II.1) CONTEXTE... 6 II.2) EXISTANT... 8 II.2.1) Dictionnaire des données II.2.2) Modèle Conceptuel des Données II.3) LE BESOIN II.4) LES ACTEURS CONCERNES II.5) CONTRAINTES II.5.1) Contraintes matérielles II.5.2) Contraintes logicielles et économiques II.5.3) Contraintes de temps III - ETUDE D UNE SOLUTION III.1) LE RESULTAT A OBTENIR III.2) LES TRAITEMENTS NECESSAIRES (ARCHITECTURE) III.3) LES INTERFACES DU SYSTEME CIBLE (MAQUETTES) III.3.1) Profil Ressources humaines III.3.) Eléments communs...17 III.3.1.2) d accueil...19 III.3.1.3) Pyramide des âges...20 III.3.1.4) Fiche Signalétique...21 III.3.1.5) Le trombinoscope...22 III.3.1.6) Organigramme...23 III.3.1.7) Statistiques...24 III.3.2) Profil Direction III.3.2.1) Liste des commerciaux...25 III.3.2.2) Palmarès du chiffre d affaires d un mois...26 III.3.2.3) Top 10 du chiffre d affaires des commerciaux...27 III.3.2.4) Historique...27 III.3.2.5) Géolocalisation de la distribution du chiffre d affaire...28 III.3.3) Profil Commercial III.3.3.1) d accueil...29 III.3.3.2) Etat d activité du commercial...29 III.3.3.3) Palmarès du chiffre d affaire du mois précédent...30 III.3.3.4) Top 10 du chiffre d affaire des commerciaux...30 III.3.3.5) Clients du commercial...31 III.3.3.1) Clients du commercial

3 3/39 IV - LES DONNEES DU SYSTEME CIBLE IV.1) LA MODELISATION ORACLE IV.2) SOLUTIONS TECHNIQUES RETENUES IV.3) DEVELOPPEMENT V - LES TRAITEMENTS V.1) SYSTEME DECISIONNEL VERS SYSTEME OPERATIONNEL V.2) SCENARIOS V.3) CAS D ERREUR V.4) REGLES DE GESTION VI - MISE A DISPOSITION DE L APPLICATION VI.1) PLAN DU PROJET VI.2) INTEGRATION DE L APPLICATION VI.3) NOTICE D UTILISATION VI.4) FORMATION DES UTILISATEURS VI.5) SECURITE / DROIT D ACCES VI.6) DIFFICULTES RENCONTREES ET SOLUTIONS APPORTEES VII - CONCLUSION

4 4/39 I - Introduction I.1) Objectifs Le SFD (Spécifications Fonctionnelles Détaillées) regroupe un ensemble de documents qui décrivent de manière formelle et exhaustive l'application à réaliser. Le dossier contient la modélisation de la base, une description du contenu de la base, la maquette de l'application, tous les traitements à effectuer et le résultat à obtenir. La rédaction de la spécification est la première étape du développement de l'application et a pour but de présenter l'ensemble des fonctions de l'application, en vue de sa réalisation. I.2) Terminologies Anomalie Déviation ou dysfonctionnement constaté par rapport à ce qui est attendu ; une anomalie justifie une recherche qui peut aboutir à la constatation d'un défaut, à une action corrective (voir Fiche Anomalie). Cahier de qualification externe (ou cahier de recette) Définition des conditions de Qualification externe du produit (logiciel et document) et de la nature des contrôles effectués (listes des tests exécutés) par le client. Cahier des tests de qualification externe (ou cahier des tests de recette) Ensemble des tests nécessaires pour la couverture de la totalité des spécifications du produit utilisé lors de la phase de qualification externe ou recette réalisée par le client. Cahier de validation Définition des conditions de recette du produit (logiciel et document) et de la nature des contrôles effectués (listes des tests exécutés) par BI Agency. Cahier des tests de validation Ensemble des tests nécessaires pour la couverture de la totalité des spécifications du produit utilisé lors de la phase de validation interne réalisée par BI Agency. Configuration Représentation d'un système logiciel par la description de ses éléments de configurations et de leurs liaisons. Composant logiciel Unité de décomposition du logiciel. Cycle de vie des projets Le cycle de vie des projets comprend les phases de Définition, Réalisation et de Qualification externe. 4

5 5/39 Elément de configuration Constituant physique ou logique du produit dont il est nécessaire de maitriser la définition et les modifications : fichier, logiciel, document,... Essai Exécution d un test avec des données. Evolution Désignation de toute modification d'un composant logiciel suite à un changement de spécifications ou à un ajout de spécifications. Fiche anomalie Toute anomalie mise en évidence pendant le déroulement du projet génère la transmission d'un formulaire Rapport Anomalie. Modification Désignation de toute correction, transformation ou évolution d'un composant logiciel. Outil de développement Moyen de développement matériel ou logiciel. Qualification externe (ou recette) Ensemble des opérations de contrôle par lesquelles le client s assure que le produit présenté par BI Agency est conforme aux spécifications, elle couvre la recette de la fourniture par le client, vérification d aptitude au bon fonctionnement, vérification de service régulier. Réalisation Phase du cycle de vie BI Agency qui couvre tout ou partie de la conception, du codage et des tests, de l'intégration et de la validation interne. Recette Voir Qualification externe. Test Liste des manipulations permettant de vérifier le bon fonctionnement du logiciel. Validation interne Ensemble des opérations de contrôle effectuées par BI Agency pour s assurer que le produit réalisé est conforme aux spécifications. Version Etat d'un logiciel dûment identifié et conservé dans une bibliothèque de référence. I.3) Glossaire Datawarehouse Signifiant entrepôt de données. Il désigne une base de données utilisée pour collecter et stocker de manière définitive des informations volatiles provenant d'autres bases de données. Chaque information collectée se voit affecter une date, ou un numéro de version pour éviter de recouvrir une information déjà présente dans la base de données et permettre de suivre l'évolution de cette information au cours du temps. 5

6 6/39 Datamart Ensemble de données ciblées, organisées, regroupées et agrégées pour répondre à un besoin spécifique à un métier ou un domaine donné. Il est donc destiné à être interrogé sur un panel de données restreint à son domaine fonctionnel, selon des paramètres qui auront été définis à l avance lors de sa conception. Tableau de Bord Un outil d'aide à la décision permettant d'atteindre des objectifs. Il s'appuie sur de nombreux indicateurs qui doivent être pertinents. Sinon, un certain nombre de difficultés pourraient survenir. Les données de production Ce sont les données qui proviennent de l activité de l entreprise. Les données de production ne peuvent être stockées telles quelles au sein du Data warehouse. Les tâches de nettoyage, formatage et de consolidation sont particulièrement conséquentes. I.4) Documents de référence Compte rendu activité (CRA) Plan qualité projet (PQP) Maquettes (MAQ) Fichier Access «.mdb» représentant la base de donnée actuelle réalisé par M. Michel DUBOIS II - Nature du projet II.1) Contexte La société COMPUDISTRI est une société de distribution des produits informatiques (microprocesseurs, cartes mères, disques durs, ), qui se situe à MONTPELLIER, dans l Hérault, dans la région Languedoc-Roussillon. La société COMPUDISTRI est dirigée par M. Pierre DUPOND. Cette entreprise est constituée de deux cents salariés, qui pratiquent de la revente d équipements informatiques auprès de sa clientèle. Elle est positionnée sur le marché professionnel local car, ses clients sont uniquement des entreprises, résidant essentiellement dans les alentours de la ville de MONTPELLIER. L entreprise COMPUDISTRI publie son catalogue dans des revues spécialisées ou l expédie à ses clients. L an passé, l établissement COMPUDISTRI a réalisé un chiffre d affaires de quatre-vingt millions d euros, sur des milliers de produits vendus. La société COMPUDISTRI a fait appel à la société BI AGENCY et L4D, pour la réalisation d un tableau de bord dynamique. Ce projet a pour but de réaliser un système décisionnel qui permettra à la société COMPUDISTRI, de s informer sur les ventes que ses employés réalisent et d obtenir des informations sur son personnel, comme sur les différents articles que COMPUDISTRI vend, ainsi que sur leur clientèle et leurs fournisseurs. Ce projet est décomposé en deux environnements, un environnement commercial et un autre environnement ressources humaines. 6

7 7/39 La partie commerciale est réalisée par la société BI AGENCY, en collaboration avec M. René BABE (directeur commercial de COMPUDISTRI). L objectif du tableau de bord dynamique du service commercial est de gérer la performance des commerciaux de l entreprise COMPUDISTRI, suivant leurs résultats et leurs chiffres d affaires réalisés. Dans un premier temps, le système décisionnel, pour la direction commerciale, sera un prototypage sur un seul département français, qui sera l Hérault. Dans le futur, le segment commercial pourra être étendu à l international, si le prototype sera concluant. Ce système décisionnel contient un environnement, pour la direction commerciale, et un autre environnement, pour les commerciaux. L environnement décisionnel de la direction commerciale permet de : informer sur le chiffre d affaires actuel de la société COMPUDISTRI. lister la liste des différents commerciaux de l entreprise, ainsi que les différents attributs qui les caractérisent et les informe sur leur chiffre d affaires. comparaître les différents vendeurs de la société COMPUSITRI, en fonction de leur chiffre d affaires, ainsi que de leur évolution au cours de leur ancienneté. accéder à la fiche d identité de ces différents commerciaux. visualiser un palmarès des dix meilleurs commerciaux. visualiser l évolution de l entreprise COMPUDISTRI, au cours du temps. En fonction du chiffre d affaires et du nombre d articles vendus. analyser les ventes réalisées par les commerciaux, à l échelle géographique. L environnement décisionnel des commerciaux permet de : montrer leurs dernières statistiques réalisées. analyser leur état d activité en cours, par rapport à celui de la société COMPUDISTRI. comparer les performances du commercial avec ceux qui se trouvent dans la position des dix premiers au palmarès. accéder à son carnet d adresse client. se renseigner sur les produits qui l a le mieux vendus. L environnement décisionnel de la direction des ressources humaines permet de : visualiser tous les thèmes pouvant être consulté, à partir de la page d accueil. Avec, une fenêtre News qui permet de les informer sur les dernières informations de la société COMPUDISTRI. lister tous les employés de l entreprise, avec leur fiche de renseignement. montrer un trombinoscope de tous les employés de la société. visualiser un organigramme détaillé de l entreprise COMPUDISTRI. analyser la pyramide des âges de la société. étudier quelques statistiques comme les salaires, par exemple. Tout le contenu de ces interfaces graphiques, qui composent ce système décisionnel, peuvent être sauvegardées sous forme de fichier portable (PDF), mais elles peuvent être aussi imprimées. 7

8 8/39 II.2) Les existants Actuellement, il n y a pas de systèmes décisionnels existants dans la société COMPUDISTRI. Mais, il existe une base de données ACCESS, sur la production de l entreprise. Cette base de données est administrée par M. DUBOIS, qui est le responsable de l équipe informatique, composée de cinq personnes. Cette base de données comprend neuf tables, qui sont : Détails des différentes tables : TABLES BO_Articles BO_Clients BO_Conditions_de_vente BO_Employes BO_Factures BO_Fournisseurs BO_Lignes_de_facture BO_Receptions La table BO_Articles contient 50 produits, sur cinq variables qui sont : BO_Articles Référence Catégorie Désignation Stock de sécurité Périmé? La table BO_Clients contient 430 clients, sur dix colonnes qui sont : BO_Clients Siret Nom Forme juridique Adresse1 Adresse2 Code postal Ville Téléphone Télécopie Télex La table BO_Conditions_de_vente contient 123 individus, sur quatre variables qui sont : BO_Conditions_de_vente Référence de mise en place Prix H.T. Prix T.V.A. 8

9 La table BO_Employes contient 46 employés, sur vingt variables qui sont : 9/39 BO_Employes Numéro Nom Prénom Adresse1 Adresse2 Code postal Ville Téléphone Poste Service Spécialité d embauche Diplôme Plein temps? Catégorie Salaire Titre Ancienneté de sortie Superviseur La table BO_Factures contient factures, sur sept colonnes qui sont : BO_Factures Numéro Siret Frais de port Service Mode de règlement Vendeur La table BO_Fournisseurs contient sept fournisseurs, sur dix variables qui sont : BO_Fournisseurs Siret Nom Forme juridique Adresse1 Adresse2 Code postal Ville Téléphone Télécopie Télex 9

10 La table BO_Lignes_de_factures contient individus, sur cinq colonnes qui sont : BO_Lignes_de_factures Référence_article _condition_de_vente Numéro_facture Quantité Remise_en_% La table BO_Receptions contient réceptions, sur six variables qui sont : 10/39 II.2.1) BO_Receptions Reference_article Siret_fournisseur Quantité Coût d achat H.T. Taux de T.V.A. Dictionnaire des données Libellé Nature Catégorie Domaine Commentaire Référence article Incrémentée Stable Compteur/Entier long Référence de l'article. Sert uniquement à identifier un article. Format: Catégorie article Saisie Stable Liste de choix/texte[15] Catégorie de l'article, peut être Processeur, Dans ("Processeur";"Mémoire";"Mod Mémoire, Carte mère, Disque dur, Ecran, Carte graphique, CD- ROM, Modem, Autre... em";"carte mère";"disque dur";"ecran";"carte graphique";"cd-rom";"autre") Désignation article Saisie Stable Texte[50] Libellé complet de l'article. Article Périmé? Saisie Evolutive Logique Oui/Non Indique si un article est périmé (ie:ne figure plus au catalogue) ou non. condition de Saisie Stable /Heure d'instauration de la condition de vente vente Valeur par défaut : Instant de saisie Prix de vente HT Saisie Stable Monétaire Prix hors taxes d'un article >0 Le prix d'un article doît toujours être positif Taux TVA sur ventes Saisie Stable Numérique/Réel simple Taux de TVA auquel est soumis l'article au Format : Pourcentage moment où est établie la condition de vente. Valeur par défaut : 20,6% Entre 0% Et 100% Siret client Saisie Stable Texte[15] Numéro SIREN à 9 chiffres de l'entreprise suivi Format : d'un tiret puis des 5 chiffres correspondant à l'établissement. Nom client Saisie Stable Texte[60] Nom de l'entreprise Forme juridique client Saisie Stable Liste de choix/texte[15] Forme juridique de l'entreprise Dans ("S.A.";"S.A.R.L.";"E.U.R.L.";"E.A.R.L.";"S.C.I.";"Individuelle";"Cooperative";"H.L.M.";"Association ";"Autre") Adresse 1 client Saisie Evolutive Texte[60] 1ère ligne de l'adresse de l'entreprise Adresse 2 client Saisie Evolutive Texte[60] 2ème ligne de l'adresse de l'entreprise Code postal client Saisie Evolutive Numérique/Entier long Format : Ville client Saisie Evolutive Texte[24] Téléphone client Saisie Evolutive Texte[10] Format : Télécopie client Saisie Evolutive Texte[10] Fax de l'entreprise Format : Telex client Saisie Evolutive Texte[6] N telex de l'entreprise Format :

11 11/39 Numéro facture Incrémentée Stable Compteur/Entier long Numéro d'une facture, incrémenté automatiquement par le système pour identifier chaque facture. d'émission Saisie Stable /Heure facture Valeur par défaut : instant de la saisie Service client facturé Saisie Stable Texte[50] Eventuel service au sein de l'entreprise client qui est à l'origine de la commande Numéro employé Incrémentée Stable Compteur/Entier long Numéro d'employé. Incrémenté automatiquement par le système pour identifier chaque employé, dont les vendeurs au sein des factures. Libellé Nature Catégorie Domaine Commentaire Quantité vendue Saisie Stable Numérique/Entier Valeur par défaut : 1 La quantité est toujours un nombre entier >0 strictement positif. Remise en % Saisie Stable Numérique/Réel simple Taux de remise en pourcentage qui s'applique Format : Pourcentage à une ligne de facture. Valeur par défaut : 0% Entre 0% Et 100% Montant TVA ligne de facture Montant HT ligne de facture Montant TTC ligne de facture Frais de port HT facturés Calculée Stable Monétaire Prix de vente HT*Taux TVA sur ventes*quantité vendue*(1- Remise en %) Calculée Stable Monétaire Prix de vente HT * Quantité vendue * (1- Remise en %) Calculée Stable Monétaire Montant HT ligne de facture + Montant TVA ligne de facture Saisie Stable Monétaire Frais de ports facturés au client Valeur par défaut : 0 >=0 Les frais de port ne peuvent avoir un montant négatif. Taux TVA sur frais de Saisie Paramètre Numérique Format : Valeur ficée à 20,60 % port pourcentage TVA sur frais de port Calculée Stable Monétaire Frais de port HT facturés *(1+ taux de TVA sur frais de port) Total HT facture Calculée Stable Monétaire Somme(Montant HT ligne de facture) + Frais de port HT facturés* Taux TVA sur frais de port Total TTC facture Calculée Stable Monétaire Somme(Montant HT ligne de facture)+ Somme(Montant TVA ligne de facture) + Frais de port HT facturés*(1+ Taux de TVA sur frais de port) Mode de règlement facture Saisie Stable Numérique/Octet ou Liste de choix Mode de règlement de la facture, obligatoirement l'une des valeurs suivantes : 1 : CCP; 2: Virement postal; 3 : Envoi contre remboursement; 4 : Chèque bancaire; 5 : Virement bancaire Entre 1 Et 5 Siret fournisseur Saisie Stable Texte[15] Numéro SIREN à 9 chiffres de l'entreprise suivi Format : d'un tiret puis des 5 chiffres correspondant à l'établissement. Nom fournisseur Saisie Stable Texte[60] Nom de l'entreprise Forme juridique Saisie Stable Texte[15] Forme juridique de l'entreprise fournisseur Dans ("S.A.";"S.A.R.L.";"E.U.R.L.";"E.A.R.L.";"S.C.I.";"Individuelle";"Cooperative";"H.L.M.";"Association ";"Autre") Adresse 1 fournisseur Saisie Evolutive Texte[60] 1ère ligne de l'adresse de l'entreprise Adresse 2 fournisseur Saisie Evolutive Texte[60] 2ème ligne de l'adresse de l'entreprise Code postal Saisie Evolutive Numérique/Entier long fournisseur Format : Ville fournisseur Saisie Evolutive Texte[24] Téléphone fournisseur Saisie Evolutive Texte[10] Format : Télécopie fournisseur Saisie Evolutive Texte[10] Fax de l'entreprise Format : Telex fournisseur Saisie Evolutive Texte[6] N telex de l'entreprise Format : Stock de sécurité Saisie Evolutive Numérique/Entier Stock de sécurité d'un article, défini progressivement. article >=0 Le stock de sécurité d'un article ne peut être négatif. 11

12 12/39 Libellé Nature Catégorie Domaine Commentaire réception Saisie Stable /Heure de la réception sur la fiche de réception Valeur par défaut : instant de la saisie Quantité livrée Saisie Stable Numérique/Entier Quantité reçue d'un l'article. Entre 1 et 1000 Coût d'achat HT Saisie Stable Monétaire Coût d'achat unitaire d'un article livré. >0 Taux de TVA réception Saisie Stable Numérique/Réel simple Taux de TVA auquel est soumis un article au moment de sa réception. Format : Pourcentage Valeur par défaut : 20,6% Entre 0% Et 100% Nom employé Saisie Evolutive Texte[15] Prénom employé Saisie Stable Texte[10] Adresse 1 employé Saisie Evolutive Texte[20] Première ligne de l'adresse personnelle de l'employé Adresse 2 employé Saisie Evolutive Texte[20] Deuxième ligne de l'adresse personnelle de l'employé Code postal employé Saisie Evolutive Texte[5] Code postal du domicile de l'employé Ville employé Saisie Evolutive Texte[14] Ville du domicile de l'employé Téléphone employé Saisie Evolutive Texte[10] Téléphone personnel de l'employé Format : Poste téléphonique Saisie Evolutive Numérique/Octet Poste téléphonique de l'employé dans l'entreprise employé Entre 0 Et 99 Service employé Saisie Evolutive Liste de choix/texte[15] ou Service (actuellement Ventes ou Direction) dans lequel travaille logique l'employé Dans ("Ventes";"Direction") Spécialité employé Saisie Evolutive Liste de choix/texte[14] Spécialité (actuellement Administration, Commerce ou Gestion) de l'employé Dans ("Administration";"Commerce";"Gestion") d'embauche Saisie Stable /Heure d'entrée de l'employé dans l'entreprise employé Valeur par défaut : instant de la saisie Niveau d'études Saisie Evolutive Texte[3] Diplôme le plus élevé attaint par l'employé (comme employé BAC,DEA,ING,BTS). Vide si l'employé n'a pas de diplôme Employé à plein temps Saisie Evolutive Logique Champ logique qui indique si l'employé travaille à plein temps ou à temps partiel. Format : Plein temps/temps partiel Catégorie employé Saisie Evolutive Numérique/Octet Catégorie de l'employé, comprise entre 1 et 8. Un employé ayant un diplôme ne peut être dans une catégorie inférieure à 3. Entre 1 Et 8 >=3 si Niveau d'études employé renseigné Salaire mensuel Saisie Evolutive Monétaire Niveau de salaire mensuel en francs de l'employé. employé >0 Titre employé Saisie Evolutive Liste de choix/texte[17] Titre de l'employé (actuellement Employé de bureau, Secrétaire, Vendeur, Chef de service, Vice-président ou Président). Dans ("Employé de bureau";"secrétaire";"vendeur";"chef de service";"viceprésident";"président") Années d'ancienneté Saisie Evolutive Numérique/Réel simple Années d'ancienneté de l'employé dans son titre. employé >=0 de sortie employé Saisie Stable /Heure de cessation d'activité de l'employé. Cette date reste vide si l'employé est toujours salarié de l'entreprise. Superviseur employé Saisie Evolutive Numérique/Entier long Numéro d'employé du superviseur (chef) de l'employé courant. 12

13 II.2.2) SPECIFICATIONS GENERALES Modèle Conceptuel des Données 13/39 La base de données est modélisée à l aide d un MCD qui vous sera présenté dans le chapitre «les données du système cible». Il y sera détaillé les liaisons entre les différentes tables ainsi que les règles de gestion. II.3) Le besoin COMPUDISTRI stocke depuis plusieurs mois les chiffres d affaires, et les renseignements des ressources humaines de sa société, ces informations entrées dans la base de données ne sont pas ou peu facilement consultable, seuls quelques utilisateurs expérimentés peuvent trouver les renseignements désirés. De plus cet accès aux données n est pas autorisé à tout le monde afin de garder confidentiels certains renseignements, comme des informations personnelles concernant les employer. Compudistri voudrait donc pouvoir analyser sa société que se soit sur le pour ses ressources humaines et son service commercial. D une part, le client a besoin de connaître les principaux renseignements des employer de sa société, savoir qu elle est sa structure. De plus, la société gère plusieurs commerciaux et cherche à les comparer, se renseigner sur leurs activités, mettre en avant leurs forces et faiblesses, ainsi que les autoriser à consulter leurs propre informations. II.4) Les acteurs concernés Le système décisionnel général concerne le directeur général de COMPUDISTRI (M. Pierre DUPOND). Le tableau de bord commercial concerne la direction commerciale, dirigé par M. René BABE ayant tous les privilèges d accès. Mais, le système décisionnel commercial s adresse aussi à tous les commerciaux de l entreprise COMPUDISTRI, ayant des privilèges d accès différents de ceux de la direction commerciale. M. René BABE est le client du projet. Il est notre interlocuteur pour répondre aux questions sur le projet. - Direction commerciale : M. René BABE et son assistante - Les commerciaux de l entreprise Le système décisionnel des ressources humaines concerne le service des ressources humaines de l entreprise COMPUDISTRI. - La direction des Ressources Humaines 13

14 14/39 Diagramme 3 Cas d utilisation du Système Décisionnel de COMPUDISTRI II.5) Contraintes II.5.1) Contraintes matérielles L application devra être opérationnelle sous les systèmes d exploitation Windows et Linux. Le site devra être accessible sur une architecture client / serveur car les commerciaux doivent se connecter à l application sur leur ordinateur portable depuis n importe où. Les informations affichées demandent des calculs important. Il faut donc minimiser les traitements côté client et privilégier les calculs sur le serveur. 14

15 15/39 II.5.2) Contraintes logicielles et économiques Au niveau logiciel plusieurs solutions sont possibles : - Servelet déjà programmé SAS web stored application + processus stockés SAS à programmer - Programmation de servelets / JSP + Processus stockés SAS à programmer (appdevstudio) - Client JAVA (Swing) à programmer + Processus stockés SAS (appdevstudio) - SAS Infomap + SAS web report studio (appli adhoc) Nous avons privilégié deux pistes : - solution web en client légé Outils : Base de données Oracle (normalisé) : MySQL/PhpMyAdmin ; Wamp (interpréteur PHP) ; NotePad++ (éditeur de texte) Coût de licence nul car outils gratuits - solution décisionnelle en client lourd Outils : Base de données Oracle (normalisé + dénormalisée) SAS / Java. Coût important mais outils déjà acquis précédemment par l entreprise Compudistri dispose d un budget restreint donc la solution à proposer ne doit pas dépassé le budget prévu. Les outils SAS et Oracle II.5.3) Contraintes de temps Le projet est à développer du 16/01/09 au 12/03/09 et le recettage du 13/03/09 au 19/03/09. Les phases d analyse et de spécifications se déroulent depuis novembre Pour plus de détails référer au planning Gantt (fichier DC_BIA_COMPU_PLA01). III - Etude d une solution III.1) Le résultat à obtenir Notre client Compudistri souhaite disposer d un tableau de bord dynamique afin de présenter rapidement et simplement, les principales informations qu il souhaite. Dans l interface ressources humaines, on peut se renseigner rapidement sur chaque employé, que se soit sur le plan professionnel ou personnel. on trouve des fiches avec des informations telles que le nom prénom, adresse etc. sur chaque employé ; un trombinoscope où on peut cliquer sur les photos de chaque employé pour avoir accès à leurs fiches ; une pyramide des âges avec la liste des noms des employés par tranche d âge ainsi qu un graphique représentant leur répartition ; un organigramme qui donne la hiérarchie des employés par service. On peut cliquer sur les noms pour avoir accès à leurs fiches. 15

16 16/39 une page de statistiques sur tous les employés. La page statistique comprend des informations telles que le salaire moyen des employés par année. Enfin il peut filtrer toutes les informations par spécialité, services et tranches d âges. Au niveau commercial, les informations souhaités sont les chiffres d affaires du commercial, les clients et produits qui lui sont attribuée. Notre client désir une utilisation spécifique qui permettra à un directeur commercial de pouvoir comparé ses commerciaux, mettre en avant les principaux clients et les produits phare quelque soit le commercial. Ainsi que gérer performance des commerciaux suivant leurs résultats, leur chiffre d affaires réalisé. III.2) Les traitements nécessaires (architecture) Diagramme 4 Solutions techniques Deux solutions seront mises en place. - Pour la solution web nous allons transférer les données du fichier ACCESS en bases de données Oracle et MySQL avec des contraintes d intégrité. Par la suite nous développerons l application en web directement en codage HTML/PHP. - Pour la solution décisionnelle, nous convertirons les données d ACCESS en base de données Oracle dénormalisée + normalisée. Nous allons revoir l intégrité référentielle de chaque table pour être le maximum optimisé. 16

17 17/39 Nous réaliserons par la suite des datamarts pour avoir une vision métier pour les parties : - Direction commerciale - Commerciaux - Ressources humaines Nous interrogerons le SGBD par les outils SAS et JAVA en incluant des processus stockés. Au niveau cartographique pour la partie commerciale, nous privilégierons une solution SAS Map entièrement dynamique mais nous n excluons aucune autre possibilité. Une fois les extractions de l information effectuée en temps réelles postes clients recevrons les informations transitant sur le réseau. Les utilisateurs pourront accéder à leur tableau de bord de façon dynamique. L administration des données sera possible tout au long du processus décisionnel par le directeur des ressources humaines et son service de maintenance. III.3) Les interfaces du système cible (maquettes) III.3.1) Profil Ressources humaines Ce chapitre a pour but de définir les différents écrans qui composent la partie Ressources Humaines de l interface web, ainsi que leur enchainement. III.3.) Eléments communs Certains éléments sont communs à toutes les pages de la partie Ressources humaines. La barre de liens en haut de la page, par exemple : Cette barre sera visible quelle que soit la page où se trouve l utilisateur. Elle permet de naviguer plus facilement sur le site, et de trouver les pages intéressantes plus rapidement. L autre élément commun à toutes les pages est l outil de sélection rapide des personnes. Cet outil permet de sélectionner rapidement une personne et d accéder facilement à sa fiche signalétique plus facilement. Voici comment se présente cet outil : 17

18 18/39 Sur cette image, aucune personne ne peut être sélectionnée, car aucun filtre n a été choisi. On peut choisir un filtre en cliquant sur la liste déroulante, comme suit : Par exemple, ici, après qu un filtre a été choisi, on peut cliquer sur le nom d une personne pour accéder à sa fiche signalétique. (Voir page [insérer un signet de page ici] pour un exemple de fiche signalétique. 18

19 19/39 III.3.1.2) d accueil La page d accueil est la page que l utilisateur final verra en premier en se connectant sous un profil Ressources Humaines. La page d accueil contient les éléments suivants : Des boites contenant les news, et les liens d accès aux différents écrans de suivi de la partie ressources humaines. Ces boites contiennent une image miniature de la page auxquelles elles permettent d accéder pour faciliter la navigation. 19

20 20/39 III.3.1.3) Pyramide des âges Pour utiliser la pyramide des âges, il faut d abord sélectionner une tranche d âge dans la liste déroulante. Une fois cette opération effectuée, l utilisateur à alors accès à une pyramide des âges complète de l entreprise de l entreprise. L utilisateur a la possibilité de cliquer sur n importe quel nom pour accéder à la fiche signalétique de l individu en question : 20

21 21/39 III.3.1.4) Fiche Signalétique Sur cette fiche, on peut avoir accès à toutes les informations concernant un employé. Ces informations sont disponibles sur deux onglets : un onglet personnel, et un onglet professionnel. 21

22 SPECIFICATIONS GENERALES 22/39 III.3.1.5) Le trombinoscope Le trombinoscope permet d avoir une vue d ensemble des personnes de l entreprise, sous forme de trombinoscope. Il est ici aussi possible de cliquer sur chaque photo pour accéder à leur fiche signalétique. 22

23 SPECIFICATIONS GENERALES 23/39 III.3.1.6) Organigramme L organigramme permet d avoir une vision organisée de l entreprise, différentiée en secteurs. Il est possible de cliquer sur chaque nom pour accéder à la fiche signalétique de l individu. 23

24 SPECIFICATIONS GENERALES 24/39 III.3.1.7) Statistiques La page de statistiques permet d avoir un certain nombre de graphiques sur la partie ressources humaines de l entreprise. 24

25 SPECIFICATIONS GENERALES 25/39 III.3.2) Profil Direction Ce sous-chapitre a pour but de définir les différentes interfaces web qui composent la partie Direction des commerciaux, ainsi que leur enchaînement. Après s être authentifié en utilisant le menu de gauche, le directeur des ressources humaines accède son à son profil et visualise le chiffre d affaires réalisé par tous les commerciaux. III.3.2.1) Liste des commerciaux En cliquant sur le l onglet «commerciaux» de la barre de navigation, un tableau affiche la liste des commerciaux : Sur cette page, le nombre de commerciaux est affiché ainsi que le chiffre d affaires global de tous les commerciaux. Le tableau resence les informations principales des commerciaux : nom, prénom, service, spécialité, salaire, fonction et le chiffre d affaires. Pour avoir une vision rapide des performances des commerciaux, des couleurs sont affectées : rouge pour les moins bon chiffre d affaires, orange pour les chiffres d affaires stables et vert pour les meilleurs. 25

26 SPECIFICATIONS GENERALES 26/39 Le détail d un Profil commercial est accessible en cliquant sur les points de suspension d une ligne de la dernière colonne du tableau. Le détail du Profil s affiche au dessus du tableau et peut se masquer pour n afficher que le tableau. Afin de pouvoir imprimer ou exporter rapidement et proprement les données affichées, un icône PDF est accessible en haut à droite. III.3.2.2) Palmarès du chiffre d affaires d un mois La visualisation de l évolution du chiffre d affaires d un mois actuel comparé au mois précédent est possible avec le lien «Palmarès» de la barre de navigation. Le nom et le prénom des commerciaux sont affichés avec leur chiffre d affaires du mois précédent et le mois actuel ainsi que le pourcentage d évolution du chiffre d affaires entre ces deux mois. 26

27 SPECIFICATIONS GENERALES 27/39 III.3.2.3) Top 10 du chiffre d affaires des commerciaux Les 10 commerciaux ayant réalisé le meilleur chiffre d affaires sont affiché dans un tableau par ordre croissant du chiffre d affaires. Il est aussi possible d accéder au détail d un profil commercial grâce à la dernière colonne du tableau. III.3.2.4) Historique Afin de visualiser les historiques du chiffre d affaires total par mois avec son évolution et son nombre d articles vendus un tableau est accessible. 27

28 SPECIFICATIONS GENERALES 28/39 III.3.2.5) Géo localisation de la distribution du chiffre d affaire Afin de géo localiser la distribution du chiffre d affaires l onglet géographie est accessible. La navigation sur la carte est simple. En cliquant sur le département de la région du Languedoc Roussillon puis sur une ville, il est possible de visualiser le chiffre d affaire. 28

29 SPECIFICATIONS GENERALES 29/39 III.3.3) Profil Commercial Les commerciaux doivent s authentifier et accéder à leur compte personnel. Ensuite ils disposent de toutes leurs informations personnelles. III.3.3.1) d accueil Cette interface est accessible après la connexion du commercial. Un résumé des chiffres d affaires est mis à jour pour que le commercial puisse avoir une vision rapide de ses performances : Chiffre d affaires du mois actuel - Chiffre d affaires du mois actuel-1 - Chiffre d affaires total - Chiffre d affaires de tous les commerciaux III.3.3.2) Etat d activité du commercial Il est possible pour le commercial d analyser son état d activité annuel sous forme graphique. 29

30 SPECIFICATIONS GENERALES 30/39 III.3.3.3) Palmarès du chiffre d affaire du mois précédent Le commercial peut avoir une vision de son palmarès avec le détail de son profil. III.3.3.4) Top 10 du chiffre d affaire des commerciaux Un top 10 est disponible pour que le commercial puisse se situer par rapport à ses collègues et le motiver s il ne fait pas partie des 10 meilleurs. Le chiffre d affaires est disponible. 30

31 SPECIFICATIONS GENERALES 31/39 III.3.3.5) Clients du commercial Un commercial peut accéder au détail de tous ses clients auquel il a vendu un article. Il est possible d effectuer un tri par ville. III.3.3.6) Clients du commercial Le commercial peut aussi analyser ses articles et faire des tris par catégories. Il est aussi affiché le nombre total d articles vendus ainsi que la somme du montant des articles vendus. 31

32 SPECIFICATIONS GENERALES IV - 32/39 Les données du système cible IV.1) La modélisation Oracle IV.) Modélisation normalisée (Merise) La base de données «Production» est modélisée de la façon suivante : BO_Articles Reference_article Categorie_article Designation_article Stock_de_securite_article Article_perime BO_Receptions Ref_137 0,n (1,1) _reception Quantite_livree Cout_d_achat_ht Taux_de_tva_reception (1,1) Ref_154 0,n 0,n 0,n BO_Fournisseurs Siret_fournisseur Nom_fournisseur Forme_juridique_fournisseur Adresse_1_fournisseur Adresse_2_fournisseur Code_postal_fournisseur Ville_fournisseur Telephone_fournisseur Telecopie_fournisseur Telex_fournisseur BO_Lignes_de_facture Quantite_vendue Remise_en Ref_131 BO_Employes 0,n (1,1) BO_Conditions_de_vente _condition_de_vente Prix_de_vente_ht Taux_tva_sur_ventes 0,n 0,n Ref_148 BO_Factures 0,1 Numero_facture _d_emission_facture Frais_de_port_ht_factures Service_client_facture Mode_de_reglement_facture Numero_employe Nom_employe Prenom_employe Adresse_1_employe Adresse_2_employe Code_postal_employe Ville_employe Telephone_employe Poste_telephonique_employe Service_employe Specialite_employe _d_embauche_employe Niveau_d_etudes_employe Employe_a_plein_temps Categorie_employe Salaire_mensuel_employe Titre_employe Annees_d_anciennete_employe _de_sortie_employe Superviseur_employe 0,1 Ref_140 0,n BO_Clients Siret_client Nom_client Forme_juridique_client Adresse_1_client Adresse_2_client Code_postal_client Ville_client Telephone_client Telecopie_client Telex_client Diagramme 1 MERISE Modèle Conceptuel des Données (MCD) de la base de données COMPUDISTRI 32

33 SPECIFICATIONS GENERALES 33/39 Le modèle conceptuel des données (MCD) a pour but d'écrire de façon formelle les données qui seront utilisées par le système d'information. Il s'agit donc d'une représentation des données, facilement compréhensible, permettant de décrire le système d'information à l'aide d'entités. Un client ou un employé peut avoir plusieurs factures tandis qu une facture ne correspond qu à un seul client et employé au maximum. Une ligne de facture peut correspondre à plusieurs articles et conditions de vente. Une condition de vente et un article peuvent avoir à plusieurs lignes de factures. Une condition de vente peut correspondre à plusieurs articles alors qu un article n a qu une seule condition de vente. De la même manière un article ne peut être réceptionné qu une seule fois tandis qu une réception peut contenir plusieurs articles. Enfin une réception peut correspondre à plusieurs fournisseurs alors qu un fournisseur n effectue qu une seule réception. IV.1.2) Modélisation dénormalisée (étoile) Ce modèle permet d avoir une optique décisionnelle afin d avoir des temps de réponse rapide et une historisation des données. Nous disposons d indicateurs pour mesurer le Chiffre d affaires par employé. Plusieurs dimensions sont utilisées : géographie ; temps ; client ; réception ; article ; condition de vente et employé. 33

34 SPECIFICATIONS GENERALES 34/39 IV.2) Solutions techniques retenues Diagramme 5 Solutions techniques retenues IV.3) Développement V - Les traitements V.1) Système décisionnel vers système opérationnel Système opérationnel : les données sont mises à jour régulièrement (à chaque transaction) Système décisionnel : les données de détail ne sont jamais mises à jour et on conserve l historique des changements. Le monde opérationnel : Ce sont les taches, quotidiennes, répétitives et atomiques qui sont effectuées par les employés de l'entreprise pour lui permettre d'avoir une activité et donc de survivre. 34

35 SPECIFICATIONS GENERALES 35/39 Le monde décisionnel : Il peut paraître évident de dire que le monde décisionnel est le contraire du monde opérationnel. Tandis que les systèmes opérationnels s'intéressent à ce qui se passe tout de suite, les environnements d'aide à la décision s'intéressent aux tendances, aux moyennes, aux écarts types des principaux indicateurs de bonne santé de l'entreprise, et ce, à travers les mois ou les années (car une tendance se dégage avec le temps). Le monde décisionnel analyse, prédit, conseille, regarde de haut les données de l'entreprise pour mieux apprécier l'ensemble de l'activité. V.2) Scénarios Nous avons répertorié quatre types de scénarios : Scénarios de traitement : Vérification des informations lors de l exécution d un traitement. o Exemple : Lorsque l utilisateur RH veut filtrer la liste des employés, on vérifie l affichage des titres, de la liste. Scénarios de navigation : Vérification de l accessibilité des informations lors de la navigation. o Exemple : Lorsque l utilisateur s identifie, il ne doit avoir accès qu aux données de son niveau et doit pourvoir naviguer sans problème. Scénarios de d ergonomie : Vérification de l ergonomie de l application. o Exemple : Mise en page, ergonomie des tableaux, des menus, des onglets. V.3) Cas d erreur Le client ne dispose pas du plugin JAVA. On lui propose un lien pour télécharger le plugin. Le client ne peut pas se connecter à la base de On lui affiche un message lui indiquant l erreur données. et on lui demande de contacter une personne compétente. Le client entre un mauvais login ou un mauvais On lui affiche un message disant qu il a une mot de passe erreur de connexion. V.4) Règles de gestion 1. Un client peut passer plusieurs commandes. 2. Un employé peut gérer plusieurs commandes. 3. Une commande est passée par un et un seul client et gérée par un et un seul employé. 35

36 SPECIFICATIONS GENERALES 36/39 4. Une commande peut être composée de plusieurs articles. 5. Une condition de vente et un article peuvent être utilisés dans plusieurs commandes. 6. Une ligne de commande correspond à un article, une facture et une condition de vente. 7. Une condition de vente peut correspondre à plusieurs articles alors qu un article n a qu une seule condition de vente. 8. Un article ne peut être réceptionné qu une seule fois tandis qu une réception peut contenir plusieurs articles. 9. Une réception peut correspondre à plusieurs fournisseurs alors qu un fournisseur n effectue qu une seule réception à une date donnée. VI - Mise à disposition de l application VI.1) Plan du projet Pour la réalisation de ce projet, nous avons cherché à optimiser notre temps de travail en organisant les différentes tâches par parties. - Recettages o Préparation scénarios d'application o Préparation scénarios d'alimentation o Préparation scénarios de traitement o Préparation scénarios sur les données o Correctifs sur les scénarios o Transcription des scénarios papier en vidéo o Livraison des sénarios de recette rédigées - Solution Web o Initialisation de la base de données MySQL o Initialisation de la base de données Oracle (avec CCRI) o Développement en PHP / XML / CSS - Solution Décisionnelle o Implémentation/initialisation DataWareHouse Oracle + Datamarts o Définir les règles de gestion o Traitements automatique o Définir cube et de son alimentation o Liaison entre Oracle-SAS via OLAP o Création procédures stockées o Développement SAS / Entreprise Guide o Intégration des cartographies o Exploitation des cubes o Tests d'application SAS o Tests de connexion SAS et JAVA o Correctifs 36

37 SPECIFICATIONS GENERALES 37/39 o Génération des rapports - Intégration / Déploiement - Présentation o Démonstrations flash o Préparation présentation SAS / Guide o Préparation présentation JAVA o Préparation présentation Outil Cartographie VI.2) Intégration de l application L intégration de l application dans le système de l entreprise est en deux parties : Pour la partie php / mysql, le fichier mdb sera exporté automatiquement vers le serveur du portail via un logiciel tiers. Le portail se servira ensuite des informations contenues dans la base mysql pour afficher les informations aux utilisateurs. Pour la partie SAS / Java, la base de données Access sera exportée sous forme denormalisée dans un entrepôt de données dans le serveur Saskatchewan. Cet entrepôt de données servira ensuite à alimenter les trois datamarts spécifiques aux trois profils utilisateurs. Le portail sera ensuite généré grâce à une solution sas / java La mise à jour mensuelle de la base de données pour les commerciaux sera faite par une insertion automatique directement dans la base de données Oracle. VI.3) Notice d utilisation Une documentation simple et détaillée permettra une maîtrise rapide de l application pour tout type d utilisateur qu il soit directeur, commercial ou informaticien. Les fonctionnalités de l application seront guidées pas à pas pour une meilleure prise en main de l outil. Ce manuel sera accessible directement sur le site en pages web et sera illustré de captures d écrans commentés. Une possibilité de visualisation de tutoriaux vidéo sera possible. VI.4) Formation des utilisateurs La formation des utilisateurs sera essentiellement faite grâce à la notice d utilisation car elle est suffisamment complète pour couvrir toutes les possibilités de l outil. Une démonstration rapide sera réalisée pour M. BABBE. Les tutoriaux vidéo sont explicites et permettent une autoformation rapide et efficace 37

38 SPECIFICATIONS GENERALES 38/39 VI.5) Sécurité / droit d accès Afin de sécuriser les données plusieurs mesures de sécurité seront mises en place. Dans un premier temps la protection «htaccess» pour empêcher que les utilisateurs ait accès à des contenus qui ne doivent pas voir par exemple visualiser seulement leur ventes. L accès au site sera en connexion sécurisée (https) car les commerciaux se déplaçent pour démarcher chez leurs clients avec leur ordinateur portable. Toute tentative d instrusion sur le réseau sera répetoriée et l adresse ip de l ordinateur enregistrée. Au niveau base de données, l accès aux données est sécurisé par une authentification obligatoire au serveur SASKATCHEWAN. L accès aux données sera suivant les droits de l utilisateur, ces droits peuvent être par exemple simple accès en lecture pour un visiteur et accès en lecture/écriture pour le directeur commercial. Le cryptage du mot de passe des utilisateurs de la base de données MySQL est fait avec la méthode de cryptographie MD5. VI.6) Difficultés rencontrées et solutions apportées Nous avons rencontrées plusieurs difficultés, qui ont été plus ou moins contraignantes. Le premier souci consistait sur la base de données de COMPUDISTRI. Il a fallu modifier les différentes dates, pour les ramener à l année Nous avons du changer la devise et convertir les différents prix des articles et des montants de factures pour les mettre en euros, car celle-ci était en francs. Mais, il fallu aussi faire un nettoyage des données, sur les différents formats des variables des différentes tables. Nous avons été contraints de recoder certaines données, à cause de leur syntaxe. Du coup, nous avons complètement restauré la base de données, afin de pouvoir l utiliser pour la réalisation de la maquette. Ensuite, nous devons intégrer une carte géographique dans la maquette. Pour cela, nous avons du gérer la mise en forme et les coordonnées de celle-ci, pour pouvoir appliquer des liens hypertextes. Pour cela, nous avons utilisé de la programmation web. Un autre souci s est présenté sur la réalisation de l organigramme de l entreprise COMPUDISTRI, mais cette difficulté s est rapidement résolue. 38

39 SPECIFICATIONS GENERALES 39/39 Pour finir, quelques légers problèmes sur la mise en forme de la maquette, qui se sont résout au cours des différentes réunions avec un collaborateur de COMPUDISTRI, M. René BABE, directeur commercial. VII - Conclusion Ce projet est très constructif et permet de réaliser un projet avec des contraintes réelles. 39