1. #1
    Futur Membre du Club
    Homme Profil pro
    responsable QSE
    Inscrit en
    septembre 2014
    Messages
    10
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 41
    Localisation : France, Charente (Poitou Charente)

    Informations professionnelles :
    Activité : responsable QSE
    Secteur : Industrie Pharmaceutique

    Informations forums :
    Inscription : septembre 2014
    Messages : 10
    Points : 8
    Points
    8

    Par défaut Modélisation base de données fabrication produits

    Bonsoir à toutes et à tous.

    Je me tourne vers vous afin d'obtenir vos conseils pour créer une base de données concernant des informations de fabrication de produits.

    Mon entreprise fabrique des produits à partir de différents éléments (Matières premières, Additifs)
    L'utilisation des produits est réglementé et pour cela nous définissons une catégorie d'utilisation (un seul choix possible sur 5 disponibles) ainsi que les animaux cibles (plusieurs choix possibles).
    Ces produits produits peuvent répondre ou non à un objectif nutritionnel (liste de 30 choix possibles).
    De plus nous définissons un mode d'emploi du produits.

    Mon soucis c'est que je n'arrive pas à modéliser la base pour pouvoir créer un produit avec un formule spécifique contenant:
    - la liste des matières premières utilisées (code interne, désignation) ainsi que les pourcentages dans la composition
    - la liste des additifs (Type d'additifs, code réglementaire, désignation, source) et qté par kg de produit
    - la liste des constituants analytiques (dépend de la catégorie, de la composition et de l'objectif nutritionnel), une liste avec un choix multiple et la possibilité de renseigner pour chaque constituant analytique sa teneur.
    - la liste de acides aminés(désignation et teneur) si présent dans le produit.

    Je joins un fichier excel présentant les différentes données définissant un produit.

    Par avance merci de votre aide et vos conseils
    Fichiers attachés Fichiers attachés

  2. #2
    Membre éclairé
    Homme Profil pro
    retraité
    Inscrit en
    juin 2012
    Messages
    451
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Belgique

    Informations professionnelles :
    Activité : retraité
    Secteur : Associations - ONG

    Informations forums :
    Inscription : juin 2012
    Messages : 451
    Points : 723
    Points
    723

    Par défaut Un début

    Bonjour,

    Un début d'ébauche de modèle:
    Nom : PAN.jpg
Affichages : 36
Taille : 79,1 Ko

    tProd: produits fabriqués
    tTmp : types de matière première (matière première, additif, ...)
    tMP: les matières premières
    tObjNut: les objectifs nutritionnels
    tProdMp: matières premières entrant dans les produits
    tProdQNut: les objectifs nutritionnels des produits

    A partir de tProdMp il sera possible de lister tous les éléments entrant dans chaque produit
    A partir de tProdQNut il sera possible de lister tous les objectifs nutritionnels de chaque produit

    A développer.
    Point particulier: comment intégrer les unités (kg, %, ...)

    Bonne continuation.
    Fichiers attachés Fichiers attachés

  3. #3
    Futur Membre du Club
    Homme Profil pro
    responsable QSE
    Inscrit en
    septembre 2014
    Messages
    10
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 41
    Localisation : France, Charente (Poitou Charente)

    Informations professionnelles :
    Activité : responsable QSE
    Secteur : Industrie Pharmaceutique

    Informations forums :
    Inscription : septembre 2014
    Messages : 10
    Points : 8
    Points
    8

    Par défaut Merci

    Merci EricDgn pour la base,

    les unités concernent les quantités de MP, Add, ...., présent dans un produit(formule).
    Cette unité peut êre différente selon le produit fini.
    En rajoutant un champ par l'assistant liste de choix dans la table tPropMp, penses tu que cela soit gérable?

    Autre question, comment faire pour gérer les version des formules produits en cas de modification d'une formule tProd.
    Est-il possible de créer une table qui servirait d'archive pour les différentes version de formules?

    Quel tuto utiliser pour créer un formulaire me permettant de renseigner une formule avec toutes les informations?

    Par avance merci de votre réponse.

  4. #4
    Membre éclairé
    Homme Profil pro
    retraité
    Inscrit en
    juin 2012
    Messages
    451
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Belgique

    Informations professionnelles :
    Activité : retraité
    Secteur : Associations - ONG

    Informations forums :
    Inscription : juin 2012
    Messages : 451
    Points : 723
    Points
    723

    Par défaut

    Bonjour,

    les unités concernent les quantités de MP, Add, ...., présent dans un produit(formule).
    Cette unité peut êre différente selon le produit fini.
    En rajoutant un champ par l'assistant liste de choix dans la table tPropMp, penses tu que cela soit gérable?
    Oui, cela devrait convenir. Il faut sans doute aussi décider si la base fera une gestion de stock ou pas.
    Dans le modèle ci-dessous, le stock pourrait être suivi. Si pas utile, supprimer les 2 champs [Mp_UnNum] et [MpQ] de la table tMp.
    Nom : PAN02.jpg
Affichages : 28
Taille : 97,2 Ko
    De même il faut décider si ce projet va aussi établir les coûts des formules.
    Je suppose quand même que stock et coûts sont déjà suivis avec d'autres applications.

    gérer les version des formules produits
    C'est tout à fait possible. Il suffit de prévoir dans la table tProd des champs qui enregistrent la date fin [PrDatFin] et le numéro du produit remplacé [Pr_PrNum]. Il sera possible de créer un processus qui recopie la recette ancienne, à laquelle il faudra seulement aller corriger le/les éléments modifié/s.

    créer un formulaire me permettant de renseigner une formule avec toutes les informations
    En fait, un formulaire consiste pour l'essentiel à "présenter" d'une façon agréable le résultat d'une requête. Il faut donc commencer par construire la/les requête/s qui contiennent les informations souhaitées. Cela fait, on crée le/s formulaire/s de présentation/utilisation.

    Quel tuto ?
    Il y a vraiment de nombreux tutoriels disponibles, dont ceux présentés sur ce site: Les meilleurs cours et tutoriels Access. Il y en aussi un tas d'autre sur YouTube.
    Personnellement, pour apprendre je préfère avoir un document "papier" à côté de mon pc: livre ou tutoriel imprimé !

    Bonne continuation.
    Fichiers attachés Fichiers attachés

  5. #5
    Futur Membre du Club
    Homme Profil pro
    responsable QSE
    Inscrit en
    septembre 2014
    Messages
    10
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 41
    Localisation : France, Charente (Poitou Charente)

    Informations professionnelles :
    Activité : responsable QSE
    Secteur : Industrie Pharmaceutique

    Informations forums :
    Inscription : septembre 2014
    Messages : 10
    Points : 8
    Points
    8

    Par défaut

    Bonjour,

    La finalité de la base de donnée est la gestion de la documentation technique et règlementaire des différents produits.
    Les différentes évolutions peuvent venir d'une modification règlementaire ou d'une modification de formule.

    J'ai modifié la base Nom : PAN01.png
Affichages : 28
Taille : 107,3 Ko

    J'ai donc rajouté un table avec les unités.

    Pour la gestion des version je rajoute donc une date de début et de fin d'utilisation d'une formule avec la raison de la modification.
    Sera-t-il possible ensuite de récupérer l'historique des modification des formules.
    Autre problématique possible, la modification impacte une MP, cette modification va impacter l'ensemble de formules contenant cette MP ainsi que tout les documents, comment peut on gérer les modifications de version des formules?

    Merci de ton aide
    Fichiers attachés Fichiers attachés

  6. #6
    Membre éclairé
    Homme Profil pro
    retraité
    Inscrit en
    juin 2012
    Messages
    451
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Belgique

    Informations professionnelles :
    Activité : retraité
    Secteur : Associations - ONG

    Informations forums :
    Inscription : juin 2012
    Messages : 451
    Points : 723
    Points
    723

    Par défaut

    Bonjour,

    J'ai un peu continué à regarder comment organiser les données, et abouti à cette ébauche de modèle:
    Nom : PAN01a.jpg
Affichages : 26
Taille : 152,6 Ko
    qui permet de produire une requête donnant en résultat la composition résultant d'un mélange de "matières premières" (avec cependant une petite contrainte: il faut exprimer chaque partie apportée par une matière première en % du produit final).

    Sera-t-il possible ensuite de récupérer l'historique des modification des formules.
    Autre problématique possible, la modification impacte une MP, cette modification va impacter l'ensemble de formules contenant cette MP ainsi que tout les documents, comment peut on gérer les modifications de version des formules?
    A mon avis si la composition d'une MP change, pour conserver un historique il faudra recréer tous les produits affectés. Cela devrait pouvoir s'effectuer assez facilement à l'aide d'une macro (y compris l'indication du motif). Il est d'ailleurs possible que le changement de composition d'une MP entraine une modification des % de l'une ou l'autre des autres MP entrant dans la fabrication de certains des produits.

    Pour faciliter la compréhension des liaisons entre tables, personnellement je place systématiquement les 1 à gauche et les n (infini) à droite.

    Tant que le "modèle" de la base de données n'est pas bien établi, il n'est pas nécessaire d'y mettre beaucoup de données. Y mettre juste assez pour tester.

    Bonne continuation.
    Fichiers attachés Fichiers attachés

  7. #7
    Futur Membre du Club
    Homme Profil pro
    responsable QSE
    Inscrit en
    septembre 2014
    Messages
    10
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 41
    Localisation : France, Charente (Poitou Charente)

    Informations professionnelles :
    Activité : responsable QSE
    Secteur : Industrie Pharmaceutique

    Informations forums :
    Inscription : septembre 2014
    Messages : 10
    Points : 8
    Points
    8

    Par défaut

    Bonsoir,
    Je vous remercie pour le début de ce développement.

    Personnellement la gestion de stock de Mp dans cette BDD ne me servira pas car mon but est de pouvoir créer une base de donnée me permettant de tenir à jour l'ensemble de la documentation des produits finis (Environ 50 produits et pour chaque produits entre 5 et 10 documents selon les demandes)

    qui permet de produire une requête donnant en résultat la composition résultant d'un mélange de "matières premières" (avec cependant une petite contrainte: il faut exprimer chaque partie apportée par une matière première en % du produit final).
    Actuellement, je reçoit des formules définies sur lesquelles j'ai la composition exprimée en % de MP dans le produit fini.
    J'ai les valeurs des constituants analytiques pour le produit fini. J'ai donc crée la table tProdCn afin de pouvoir définir les constituant analytiques des PF.
    A partir de ces informations, je dois définir l'ensemble des informations pour l'ensemble des documents. (Mode d'emploi, constituants analytiques, composition, liste des additifs,vitamines,antioxydants,....)
    Les constituants analytiques n'ont donc pas besoin d'être liés aux matières premières mais uniquement au produits finis.

    Nom : 2017_03_20_22_31_04_Démarrer.png
Affichages : 21
Taille : 67,9 Ko

    La documentation que je dois gérer est faite dans 6 langues différentes pour la majeur partie, certains produits sont traduits en 10 langues.
    Peux-ton intégrer dans chaque table la traduction des informations dans différentes langues ou faut-il crée pour chaque table une table dans chaque langue concernée?

    Nom : 2017_03_20_23_14_24_tCn.png
Affichages : 21
Taille : 22,6 Ko

    A mon avis si la composition d'une MP change, pour conserver un historique il faudra recréer tous les produits affectés. Cela devrait pouvoir s'effectuer assez facilement à l'aide d'une macro (y compris l'indication du motif). Il est d'ailleurs possible que le changement de composition d'une MP entraine une modification des % de l'une ou l'autre des autres MP entrant dans la fabrication de certains des produits.
    Toute modification d'une MP entraine la modification de la formule concernée.
    Une autre obligation de modification peut venir de la règlementation qui modifie des informations que nous devons reprendre dans nos différents documents.
    La gestion des version et historique me permettra de garder un historique des formules et des versions des documents.

    Pour faciliter la compréhension des liaisons entre tables, personnellement je place systématiquement les 1 à gauche et les n (infini) à droite.
    Merci pour cette information, cela m'a permis de mieux comprendre rapidement l'interaction des différentes tables.

    PAN_01b20170320.zip

  8. #8
    Membre éclairé
    Homme Profil pro
    retraité
    Inscrit en
    juin 2012
    Messages
    451
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Belgique

    Informations professionnelles :
    Activité : retraité
    Secteur : Associations - ONG

    Informations forums :
    Inscription : juin 2012
    Messages : 451
    Points : 723
    Points
    723

    Par défaut

    Bonjour,

    Si je comprends bien, l'objectif de la bd est de produire des étiquettes et des notices d'utilisation, et d'en conserver l'historique.
    Les données spécifiques à la constitution des textes ne m'apparaissent pas clairement dans les tables actuelles. Je ne retrouve cela que dans la table tObjNut.
    Dans cette table, dans le champ [ObjNutAutInd], il est mentionné 2 choses: "Indiquer sur l'emballage: ..." et "Indiquer dans le mode d'emploi: ..."
    A mon avis il faudrait distinguer autant de champs qu'il y a d'indications (de rubriques) à prévoir pour une étiquette, pour un mode d'emploi.
    A noter qu'un champ Texte ne peut contenir que 255 caractères au maximum. Les textes inscrits à titre d'exemples dans le champ [ObjNutAutInd] sont déjà de 245 caractères. S'il en faut plus, il faudra utiliser des champs Memo (avec ses avantages et ses inconvénients).
    Il faudra donc tester en prenant l'étiquette la plus complète/compliquée et le mode d'emploi le plus complet/compliqué à élaborer pour vérifier qu'il est vraiment possible de les établir.

    Pour ce qui est langues, je suis d'avis que les diverses traductions doivent se trouver dans une même table, cela pour être absolument certain d'éviter toute erreur au niveau des identifiants (éviter que le texte n° 1256 dans une langue ne corresponde pas au texte traduit n° 1256 d'une des autres langues). Il pourrait cependant y avoir autant de tables que de catégories d'information.

    Bonne continuation.

  9. #9
    Futur Membre du Club
    Homme Profil pro
    responsable QSE
    Inscrit en
    septembre 2014
    Messages
    10
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 41
    Localisation : France, Charente (Poitou Charente)

    Informations professionnelles :
    Activité : responsable QSE
    Secteur : Industrie Pharmaceutique

    Informations forums :
    Inscription : septembre 2014
    Messages : 10
    Points : 8
    Points
    8

    Par défaut

    Bonjour,

    Si je comprends bien, l'objectif de la bd est de produire des étiquettes et des notices d'utilisation, et d'en conserver l'historique.
    Oui, nous réalisons énormément de documents différents soit avec une partie ou l'ensemble des informations contenues dans cette base. (Fiches techniques, certificats, fiches de vérification d'étiquetage, documents règlementaires,...)

    Les données spécifiques à la constitution des textes ne m'apparaissent pas clairement dans les tables actuelles. Je ne retrouve cela que dans la table tObjNut.
    Les différentes rubriques utilisées peuvent être listées comme ci dessous.
    Nom du produit, Catégorie du produit, Animaux cibles, Objectif Nutritionnel, Poids unitaire ou volume unitaire,Durée d'utilisation, Composition (en mg/kg et mg/unité), Constituants analytiques acides aminés (selon règlementation), Additifs (selon la règlementation) oligo-éléments, vitamines, microorganismes, substances aromatiques,......,Posologie, Mode d’emploi, Condition de conservation, Date Limite d’Utilisation Optimale*(DLUO), Autres mentions (selon obligations règlementaire) de 1 à 10 obligations, Adresse du responsable de l’étiquetage - commercialisation, N° Fabricant Vétalis, Tableau d'apports journaliers

    Dans cette table, dans le champ [ObjNutAutInd], il est mentionné 2 choses: "Indiquer sur l'emballage: ..." et "Indiquer dans le mode d'emploi: ..."
    A mon avis il faudrait distinguer autant de champs qu'il y a d'indications (de rubriques) à prévoir pour une étiquette, pour un mode d'emploi.
    A noter qu'un champ Texte ne peut contenir que 255 caractères au maximum. Les textes inscrits à titre d'exemples dans le champ [ObjNutAutInd] sont déjà de 245 caractères. S'il en faut plus, il faudra utiliser des champs Memo (avec ses avantages et ses inconvénients).
    La table tObjNut me permettra d'avoir la liste des obligations concernant les critères auxquels les produits doivent répondre et d'avoir les information concernant l’étiquetage des produits. Je l'ai donc séparé en deux tables, une contenant le nom de l'objectif et une deuxième contenant les obligations.
    Quels sont les avantages et les inconvénients d'un champ Memo ?

    Pour ce qui est langues, je suis d'avis que les diverses traductions doivent se trouver dans une même table, cela pour être absolument certain d'éviter toute erreur au niveau des identifiants (éviter que le texte n° 1256 dans une langue ne corresponde pas au texte traduit n° 1256 d'une des autres langues). Il pourrait cependant y avoir autant de tables que de catégories d'information.
    J'ai renseigné quelques tables avec des champs dans les différentes langues, pour le moment 4 mais à terme il y en aura 10 au moins.
    C'est pour cela que je me demande si j'ai bien compris votre conseil concernant l'intégration des langues.

    Sera-t-il possible de créer un document dans une langue définie par sélection des champ par différentes requêtes ou bien faudrat-il que je crée les document à l'aide de la fonction Etat ?

    Par avance merci de votre aide.

    PAN_01a.zip

  10. #10
    Membre éclairé
    Homme Profil pro
    retraité
    Inscrit en
    juin 2012
    Messages
    451
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Belgique

    Informations professionnelles :
    Activité : retraité
    Secteur : Associations - ONG

    Informations forums :
    Inscription : juin 2012
    Messages : 451
    Points : 723
    Points
    723

    Par défaut

    Bonjour,

    Je pense préférable de laisser momentanément la partie gestion des langues sur le côté. Il sera assez simple de construire un code qui fait basculer les textes d'une langue dans une autre. Donc, commencer par obtenir ce que l'on veut en français.

    Pour construire une étiquette, il faut nécessairement passer par des requêtes. Etats et formulaires ne sont que des "présentations" de résultats de requêtes.

    Sinon, le découpage des tables m'a l'air ok.

    Il faudrait donc maintenant essayer de construire les requêtes qui vont permettre d'avoir les données à imprimer dans une étiquette (ensuite même chose pour une notice d'utilisation) et en afficher les résultats dans des formulaires grossiers. Il faut vraiment éviter de passer trop de temps à fignoler des formulaires tant que l'on n'est pas encore certain du bon découpage des tables, et à ce stade oublier les états.

    Points de détail: pour les noms, mettre en première lettre t pour table, r pour requête, f pour formulaire, sf pour sous-formulaire, e pour état et jamais d'accent ni d'espace (à remplacer par _).

    Bonne continuation.
    Fichiers attachés Fichiers attachés

Discussions similaires

  1. Modélisation base de données dans RSA?
    Par simon94600 dans le forum Outils
    Réponses: 0
    Dernier message: 20/05/2010, 19h15
  2. Cherche plugin de modélisation base de données et export
    Par hugo123 dans le forum Eclipse Java
    Réponses: 5
    Dernier message: 28/09/2007, 11h23
  3. Modélisation base de données avec visio
    Par BIDA dans le forum Visio
    Réponses: 3
    Dernier message: 07/08/2007, 14h31
  4. modélisation base de données
    Par cotede2 dans le forum Schéma
    Réponses: 1
    Dernier message: 14/07/2007, 02h28
  5. Cardinalité- modélisation base de données
    Par LaFik dans le forum Décisions SGBD
    Réponses: 28
    Dernier message: 13/06/2006, 11h50

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