Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Schéma Discussion :

Entité relation + flocon


Sujet :

Schéma

  1. #1
    Candidat au Club
    Entité relation + flocon
    Bonjour,

    J'essaie de modéliser le fonctionnent d'un service commercial pour ensuite le mettre dans tableau Software.
    Je dois donc faire l'entité relation + le schéma en flocon. Le contexte :
    des commerciaux
    des clients
    des départements (pour les clients)

    Voici mes modélisations. Qu'en pensez vous ? (je suis débutant)

    Merci pour votre aide
    Cdt



  2. #2
    Modérateur

    Bonjour,

    Il vaudrait mieux commencer par écrire les règles de gestion des données mais il y a déjà des choses à dire sur votre MCD...

    1) Nommez vos entités types au singulier et sans lettres accentuées, diacritiques, ni espace
    => Client, Commercial, Département

    Les entités types sont issues des règles de gestion qui expliquent ce qui se passe pour UN client, UN commercial ; elles sont représentatives à chaque fois d'UNE instance de leur objet.

    2) Pourquoi des noms aussi compliqués pour vos clés primaires ?
    C'est quoi "Dm_Mrod" ?

    3) Préférez les clés primaires auto-incrémentées pour les entités-types.
    Quand je lis Codint ou Coduti, cela me fait penser plutôt à un code alphanumérique.

    4) Un département ne peut appartenir qu'à un seul client au maximum ?
    S'il s'agit du département géographique, c'est très étonnant !
    Et comme vous avez mis le département dans Client, c'est plutôt le client qui est situé dans un seul département, ce qui serait plus logique. Au passage, le verbe Situer conviendrait mieux à votre association.

    5) Pourquoi "Compte-Ville", "Compte-Pays", "Compte-Code postal" ?
    Là encore, pas d'espace dans vos noms de propriétés. Cela se propagerait aux futurs noms des colonnes de tables et vous courrez à la catastrophe !

    Comme il semble que votre client puisse être situé dans un autre pays que la France (sinon à quoi bon préciser le pays ?), il vaut mieux alors modéliser qu'un client est situé dans une ville, elle-même située dans un pays. Vous pouvez aussi modéliser un héritage de Ville vers Ville_francaise et associer Ville_francaise à Departement :

    Client
    |
    1,1
    |
    Situer
    |
    0,n
    |
    Ville -1,1----Situer---- Pays
    |
    -------0,1----Etre----(1,1)- Ville_francaise -1,1----Situer----0,n- Departement -1,1----Appartenir----0,n- Region

    6) Il y a sans doute plusieurs commerciaux avec le même statut
    Il convient donc d'externaliser cette propriété dans une entité-type de référence :
    Commercial -1,1----Avoir----0,n- Statut

    7) Un Responsable encadre probablement plusieurs commerciaux
    Il convient donc d'externaliser ce responsable, dont vous voudrez peut-être enregistrer plusieurs propriétés (Nom, Prénom, Téléphone...).
    Si le responsable est lui-même un commercial, alors il faut modéliser une association réflexive :
    Commercial -0,n----(responsable)---- Encadrer
    | ----------------1,1----(encadré)----------------|

    8) Un Marché est une entité-type qui possède sans doute plusieurs propriétés.
    Et un sous_marché est un marché.

    9) Que sont les UCx ?
    Il s'agit sans doute là aussi d'entités-types à modéliser.

    10) Territoire commercial est une entité-type !


    Bref, recommencez par l'écriture des règles de gestion parce que vous êtes mal parti !
    Philippe Leménager. Ingénieur d'étude à l'École Nationale Supérieure de Formation de l'Enseignement Agricole. Autoentrepreneur.
    Mon ancien blog sur la conception des BDD, le langage SQL, le PHP... et mon nouveau blog sur les mêmes sujets.
    « Ce que l'on conçoit bien s'énonce clairement, et les mots pour le dire arrivent aisément ». (Nicolas Boileau)
    À la maison comme au bureau, j'utilise la suite Linux Mageïa !

  3. #3
    Expert éminent sénior
    Bonjour,

    Outre les judicieux conseils de Cinéphil, j'ajoute que le contrat n'est pas une simple association entre un client et un commercial : c'est un objet de gestion qui doit donc faire l'objet d'un type d'entité dans le MCD
    Ensuite, là encore les règles de gestion manquent : peut-être que le commercial qui signe le contrat n'est pas forcément sur la durée celui qui suit ce contrat (sans doute faut il prévoir le transfert de portefeuilles ne serait-ce que lors de la démission d'un commercial, de son départ à la retraite...)
    Autre possibilité : le contrat n'est pas rattaché directement à un commercial, mais justement à un portefeuille, portefeuille lui même en lien avec un groupe de commerciaux (fréquent dans les grosses entreprises)
    Et très probablement qu'à un instant 't' un et un seul commercial suit un contrat c'est une règle de gestion qu'on appelle une Contrainte d'Intégrité Fonctionnelle (CIF)

    Du coup, vous devriez avoir quelque chose du genre



    Plein d'autres questions doivent être posées :
    - avez vous des clients personnes physiques et personne morale, auquel cas il faudra les distinguer et utiliser l'héritage ;
    - ne gérez vous que les commerciaux ou bien devez vous également connaître d'autres catégories de personnel ;
    - avez vous identifié les différentes typologies dont vous avez besoin (types de contrats, catégories de contrats, type de commercial, segment commercial...).
    etc.

  4. #4
    Candidat au Club
    Bonjour,

    Merci pour vos retour qui sont très précieux.
    Et je vais faire les corrections que vous me proposez.
    Cependant, j'aurais dû vous donner une information qui , je viens de m'en rendre compte, est importante.

    Je fais cet exercice dans le cadre d'un Executive master dans une école de commerce. Et l’enseignant nous demande de visualiser des données dans tableau, ce qui est l'objectif final.
    Nous devons donc prendre des données existantes dans notre entreprise. Donc, j'ai déjà les base de données et je suis donc contraint de les suivre car les délais sont trop court pour demander à l'IT d'en générer de nouvelles surtout pour un sujet non professionnel !

    Si je comprends bien car je suis débutant, l'enseignant nous demande de faire une sorte de Reengineering non? (je pars des bases et je fais la MCD et les flocons, alors qu'il faut faire l'inverse)

    J'ai donc fait la modélisation et les flocons en suivant les bases de données.

    Je vous ai mis les bases de données pour une meilleure compréhension.
    Au vu de ces nouveaux éléments, est ce que ca change les choses?

    Désolé pour ces informations en deux temps.
    Merci encore une fois pour votre aide.

    Yannick

  5. #5
    Modérateur

    Sans regarder les fichiers - qui ne sont pas des fichiers de base de données mais des tableaux Excel, je ne pense pas que l'exercice consiste à reproduire la structure des fichiers Excel dans un SGBD mais bel et bien de partir de ces données brutes pour modéliser correctement les données afin de potentiellement en créer une base de données.

    C'est un exercice professionnel relativement courant : on part de données existantes gérées à la main dans un tableur et on monte une base de données et une application pour faciliter et fiabiliser la gestion des données et pouvoir les exploiter ensuite (statistiques, études prospectives, simulations...).
    Philippe Leménager. Ingénieur d'étude à l'École Nationale Supérieure de Formation de l'Enseignement Agricole. Autoentrepreneur.
    Mon ancien blog sur la conception des BDD, le langage SQL, le PHP... et mon nouveau blog sur les mêmes sujets.
    « Ce que l'on conçoit bien s'énonce clairement, et les mots pour le dire arrivent aisément ». (Nicolas Boileau)
    À la maison comme au bureau, j'utilise la suite Linux Mageïa !

  6. #6
    Candidat au Club
    Encore merci pour votre retour.

    Je vous ai mis en pièce jointe les instructions du professeur.

    Et je viens de relire son cours sur "Modeling and preparing data in self-service business intelligence"

    Et voila ces différents points :
    1. Modélisation conceptuelle > schéma conceptuel ER.
    2. Modélisation logique > schéma logique en flocon.
    3. Implémentation du schéma logique dans une base de données relationnelle ou un classeur Excel(éventuellement, réingénierie des données sources).
    4. Création des connexions aux sources de données.
    5. Modifications des dimensions et des mesures générées par Tableau.
    6. Création des hiérarchies.

    Dons si je comprends bien, je dois commencer par la modélisation et adapter mes fichiers excel en fonction

    Merci

###raw>template_hook.ano_emploi###