IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
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 :

Gestion d'une base de donnée tarifaire


Sujet :

Schéma

  1. #1
    Membre du Club
    Profil pro
    Inscrit en
    Novembre 2005
    Messages
    97
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Novembre 2005
    Messages : 97
    Points : 40
    Points
    40
    Par défaut Gestion d'une base de donnée tarifaire
    Bonjour à tous,

    Je travaille dans une entreprise qui vend des semi-produits dans le secteur du bâtiment. Nous utilisons la Suite Financière Sage 1000 pour notre Gestion Commerciale et notre Comptabilité.
    Dans la Gestion Commerciale, la partie gestion tarifaire est tout à fait adaptée à notre besoin pour gérer notamment des tarifications différentes par produits, clients ...

    En revanche, pour éditer les tarifs d'un client pour une famille de produit sous forme de catalogue avec par exemple des vues 2D des produits c'est une autre histoire.

    C'est pourquoi, nous gérons "en amont" nos tarifs actifs ainsi que nos propositions de prix dans une application Access qui me permet d'éditer des tarifs via les états.

    Je souhaiterai néanmoins remettre à plat cette BDD pour migrer les données sous SQL Server et conserver Access pour les requêtes et les états.

    J'ai donc élaboré un MCD que je voudrai soumettre à votre analyse.

    Les règles de gestion que j'ai défini sont les suivantes:

    Un tiers peut-être un client ou un prospect (= type de tiers)
    Un tiers est associé à une categorie de prix_tiers unique (= suffixe prix)
    Un produit est associé à un unique code couleur
    Un produit est associé à un unique type de produit (= profilés, pièces injectées, renfort acier)
    Un produit est associé à une ou plusieurs familles de produit
    Un produit peut être vendu dans un ou plusieurs conditionnements (paquet, container de plusieurs paquets par ex)
    Pour un produit et un tiers donné, le prix pourra être différent suivant le conditionnement

    Merci pour vos retours

    MCD
    Nom : MCD_DB_PRICE_V1.jpg
Affichages : 3159
Taille : 239,9 Ko

  2. #2
    Membre du Club
    Profil pro
    Inscrit en
    Novembre 2005
    Messages
    97
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Novembre 2005
    Messages : 97
    Points : 40
    Points
    40
    Par défaut Gestion d'une base de donnée tarifaire
    Ayant un peu modifié me MCD je vous soumets la nouvelle version.
    Merci d'avance pour vos commentaires avisés.
    Nom : MCD_DB_PRICE_V2.jpg
Affichages : 2391
Taille : 260,7 Ko

  3. #3
    Modérateur

    Avatar de CinePhil
    Homme Profil pro
    Ingénieur d'études en informatique
    Inscrit en
    Août 2006
    Messages
    16 799
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 60
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations professionnelles :
    Activité : Ingénieur d'études en informatique
    Secteur : Enseignement

    Informations forums :
    Inscription : Août 2006
    Messages : 16 799
    Points : 34 031
    Points
    34 031
    Billets dans le blog
    14
    Par défaut
    Bonjour...

    1)
    Un tiers peut-être un client ou un prospect (= type de tiers)
    Cette règle n'est pas modélisée.
    Il vous manque l'entité-type "T_R_TYPE_TIERS_TYT" et l'association entre TE_TIERS_TIE et T_R_TYPE_TIERS_TYT.

    2)
    Un produit peut être vendu dans un ou plusieurs conditionnements (paquet, container de plusieurs paquets par ex)
    Cette règle n'est pas modélisée.
    Il vous manque l'association entre T_E_PRODUIT_PDT et T_E_CONDT_CDT.

    3)
    Pour un produit et un tiers donné, le prix pourra être différent suivant le conditionnement
    Cette règle n'est pas modélisée.

    4) En l'état actuel, le tiers T est associé à une catégorie de prix client qui peut être associée à plusieurs tarifs qui peuvent facturer plusieurs produits et qui est associé à un seul conditionnement.

    J'ai l'impression que ce n'est pas ce que vous voulez modéliser.

    5) Votre nouvelle version avec les modèles de produits va, à mon avis, complexifier les choses et risque de créer des incohérences.
    Écrivez vos règles de gestion clairement pour cette partie.
    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 !

  4. #4
    Membre du Club
    Profil pro
    Inscrit en
    Novembre 2005
    Messages
    97
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Novembre 2005
    Messages : 97
    Points : 40
    Points
    40
    Par défaut Gestion d'une base de donnée tarifaire
    Bonsoir et tout d'abord merci d'avoir pris le temps de répondre.

    1)

    Cette règle n'est pas modélisée.
    Il vous manque l'entité-type "T_R_TYPE_TIERS_TYT" et l'association entre TE_TIERS_TIE et T_R_TYPE_TIERS_TYT.

    J'ai modélisé cette relation: j'avais choisi de créer un énuméré avec les valeurs client et prospect. Etait-ce une mauvaise idée ?

    2)

    Cette règle n'est pas modélisée.
    Il vous manque l'association entre T_E_PRODUIT_PDT et T_E_CONDT_CDT.

    J'ai modélisé cette relation

    3)

    Cette règle n'est pas modélisée: j'ai essayé de la modéliser.

    4) En l'état actuel, le tiers T est associé à une catégorie de prix client qui peut être associée à plusieurs tarifs qui peuvent facturer plusieurs produits et qui est associé à un seul conditionnement.

    J'ai l'impression que ce n'est pas ce que vous voulez modéliser.

    5) Votre nouvelle version avec les modèles de produits va, à mon avis, complexifier les choses et risque de créer des incohérences.
    Écrivez vos règles de gestion clairement pour cette partie.[/QUOTE]

    J'ai maintenu mais modifié cette seconde version sur la base de nouvelles règles de gestion:

    R001 - Un tiers peut-être un client ou un prospect (= type de tiers)
    R002 Un tiers est associé à une categorie de prix_tiers unique (= suffixe prix)
    R003 - Un modèle de produit est décliné en différentes couleurs
    R004 - Un modèle de produit est associé à un seul type de produit (= profilés, pièces injectées, renfort acier)
    R005 - Un modèle de produit peut être la propriété d'un tiers
    R006 - Le modèle de produit associé à une couleur constitue un produit
    R007 - Un produit appartient à une ou plusieurs familles produits
    R008 - Un produit peut être vendu dans un ou plusieurs conditionnements (paquet, container de plusieurs paquets par ex)
    R009 - La combinaison produit + categorie de prix + conditionnement détermine le prix du produit

    Merci d'avance de votre retour.
    Nom : MCD_DB_PRICE_V3.jpg
Affichages : 879
Taille : 289,1 Ko

  5. #5
    Modérateur

    Avatar de CinePhil
    Homme Profil pro
    Ingénieur d'études en informatique
    Inscrit en
    Août 2006
    Messages
    16 799
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 60
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations professionnelles :
    Activité : Ingénieur d'études en informatique
    Secteur : Enseignement

    Informations forums :
    Inscription : Août 2006
    Messages : 16 799
    Points : 34 031
    Points
    34 031
    Billets dans le blog
    14
    Par défaut
    R006 - Le modèle de produit associé à une couleur constitue un produit
    Dans votre MCD, un produit est d'un seul modèle mais comme un modèle est décliné en une à plusieurs couleurs, un produit peut être associé à plusieurs couleurs et il est impossible de savoir si le produit de PDT_ID 5 est gris, beige, blanc, noir, rouge...

    R009 - La combinaison produit + categorie de prix + conditionnement détermine le prix du produit
    Votre représentation de cette règle n'est pas bonne.

    Faites plutôt ceci :
    Produit -0,n----Concerner----(1,1)------------ Prix
    Conditionnement -0,n----Déterminer----(1,1)-|
    Categorie_prix -0,n----Déterminer----(1,1)----|

    Les cardinalités entre parenthèses représentent une identification relative, ce qui signifie que l'entité-type Prix n'a pas d'identifiant propre.

    Par contre, il peut y avoir des soucis de cohérence de données que nous aborderons plus tard.
    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
    Membre du Club
    Profil pro
    Inscrit en
    Novembre 2005
    Messages
    97
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Novembre 2005
    Messages : 97
    Points : 40
    Points
    40
    Par défaut
    Bonsoir,

    J'ai essayé de représenter sur le MCD vos remarques.

    J'avoue qu'il faut que je regarde ce que sont les identités relatives.

    Pièce jointe 329442

  7. #7
    Modérateur

    Avatar de CinePhil
    Homme Profil pro
    Ingénieur d'études en informatique
    Inscrit en
    Août 2006
    Messages
    16 799
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 60
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations professionnelles :
    Activité : Ingénieur d'études en informatique
    Secteur : Enseignement

    Informations forums :
    Inscription : Août 2006
    Messages : 16 799
    Points : 34 031
    Points
    34 031
    Billets dans le blog
    14
    Par défaut
    Quand je clique sur le lien vers votre MCD :
    Pièce jointe spécifié(e) non valide.
    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 !

  8. #8
    Membre du Club
    Profil pro
    Inscrit en
    Novembre 2005
    Messages
    97
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Novembre 2005
    Messages : 97
    Points : 40
    Points
    40
    Par défaut
    Voici le MCD
    Images attachées Images attachées  

Discussions similaires

  1. Gestion d'une base de données Access en C++
    Par Mastero dans le forum Bibliothèques
    Réponses: 3
    Dernier message: 01/10/2008, 11h23
  2. Réponses: 13
    Dernier message: 01/02/2008, 12h09
  3. gestion d'une base des données
    Par bkhbkh dans le forum JDBC
    Réponses: 1
    Dernier message: 16/06/2007, 19h05
  4. Gestion d'une base de données d'offre de prix
    Par sofianoo dans le forum Delphi
    Réponses: 21
    Dernier message: 24/03/2007, 08h11
  5. [JSP][Servlet][Tomcat][JDBC]Gestion d'une base de donnée.
    Par BakaOnigiri dans le forum Servlets/JSP
    Réponses: 31
    Dernier message: 16/05/2006, 20h51

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo