[AC-2007] projet de gestion de stock [Résolu]

[pers-on]

Bonjour a tous,

Je suis actuellement en stage dans un service de reapprovisionnement, et je suis en charge
de mettre en place une base de données pour ameliorer le fonctionnement du service et faciliter le suivie pour le reponsable du service.

Je parcours le forom depuis 4 jours et je m'apercois que touts le contenue disponible
vas m'etre d'une grande aide.

Je possede seulement de petite connaissances en base de données (cours suivies pendant un semestre pendant mon cursus),
et c'est pourquoi je solicite votre aide.

Je viens vers vous pour verifier que mon modele Entités/Associations
convient aux fonction que je desire pouvoir faire avec cette base. (Fichier joint)

La base aura pour but de faciliter la surveillance des stocks et de faire un suivie des fournisseurs qui ne respecte pas les minimum et maximum définie. Elle vient se rajouter à une gestion déjà établie sous SAP et fichier Excel.

Fonctionnement :

-Un part (produit) peut être de deux types (MRP ou consignation).
-Si de type MRP alors il possède un seuil d’alerte et une date de mise à jour de ce seuil.
-Si consignation alors il possède une annexe dans laquelle doit figurer un minimum et maximum ainsi qu’une date de mise à jour.
-Une annexe appartient à un fournisseur dans laquelle il y a tous les parts de ce fournisseur.
-Les parts non consignation n’ont pas de fournisseur.

EDIT : un part peut etre dans plusieurs annexes et donc etre alimenter par plusieur fournisseur.


Ce que la base doit pouvoir faire :

-Vérifier l’état de stock de chaque part par rapport aux exigences. (Si type=MRP vérifier si stock < seuil, Si type=consignation vérifier si stock est bien dans les min max), et alerter l’utilisateur.

-Comptabiliser le nombre de fois qu’un part à déclencher (non respect des exigences cité au dessus).
- Classer les fiches MRP et annexes suivant leur date de mise à jour.
-Classer les fournisseurs suivant leurs nombres de déclanchements.
-Effectuer des moyennes de consommation par semaine de chaque part, et pouvoir comparer avec la moyenne de la dernière semaine en cours.
-Pour chaque annexes pouvoir lister touts les parts en renseignant les parts qui sont hors exigences.


Alimentation de la base :
-A renseigner a la main a partir d’un formulaire : Fiche MRP, annexes, fournisseur, type.
-A partir d’un fichier Excel : ¨Part et mouvement.

Export a effectué :
-Créer ou Modifier un fichier Excel par fournisseur en renseignant pour chaque part ce qui sont hors exigences.


Je remercie d'avance les gens qui pourront m'aider pendant la mise en place de ce projet.
J'espere avoir etait clair sur les explications du contexte mais je reste bien sur la pour repondre a toutes vos questions.


Encore merci

[marot_r]

Ton modèle me parait correct mais j'essairai de faire une simplification : traiter les MRP comme des "parts" d'un fournisseur particulier qui n'a qu'une seule annexe et un seuil maxi de 1.000.000.000 de pièces.

Comme cela tu pourras traiter tous tes "parts" de la même façon lorsque tu fera des requêtes ou des rapports.

A+

[pers-on]

bonjour a toi,


En faite les part type MRP ne se gere pas de la meme maniere, on a besoin d'un seuil en dessous duquel la base devra nous alerter.
De plus les type MRP n'ont pas de fournisseur.

Si j'ai bien compris le processus de creation d'une base de données je doit maintenant creer mon modele relationnelle pour pouvoir commencer a creer mes tables sous access ?

merci encore

[marot_r]

En faite les part type MRP ne se gere pas de la meme maniere, on a besoin d'un seuil en dessous duquel la base devra nous alerter.
De plus les type MRP n'ont pas de fournisseur.

J'ai bien noté et j'ai aussi noté cela

Si type=MRP vérifier si stock < seuil, Si type=consignation vérifier si stock est bien dans les min max)

si tu défini un fournisseur fictif pour tes MRP (ex : "Fournisseur Bidion Pour MRP") et un seuil maximum fictif impossible à atteindre (ex : 1.000.000.000) ils sont deviennent très semblables à tes produits de type consignation.

Pour tes types "consignation" tu vas tester si ton stock est < Min ou > Max, pour tes MRP tu vas tester si ton stock < Min et comme le Max sera impossible à dépasser où est la différence ?

L'avantage comme je l'ai mentionné de cette astuce qui fait que les "MRP" ressemblent aux "Consignation" c'est que tu peux utiliser les mêmes requêtes, les mêmes formulaires et les mêmes rapports. Tu as juste à filtrer les informations que tu affiches. Cela peut réduire par 2 le nombre d'objets dans ta base.

Et oui, comme tu le dis très jsutement, une fois ton modèle logique fait tu peux passer à ton modèle physique.

A+

[pers-on]

je n'avais pas compris sa,

mais oui tu a raison sa permet de simplifier le modèle merci pour cette remarque

d'autre remarque de la part d'autre personne sont les bienvenue

merci a toi marot r

[pers-on]

Bonjour a tous,

Je joint le modele modifié suivant la remarque de marot r pour etre sur d'avoir bien compris.

J'ai du mal a voir l'impact que peut avoir cette etape (modele E/A) de la creation de ma base peut avoir sur la finaliter de l'utilisation, c'est pourquoi je me permet de verifier un point important:

avec cette modelisation des mouvements , on pourra bien calculer les moyenne de consommation par part par semaine ? et la comparer avec la derniere semaine en cours ?


J'ai rajouter une entité controleur pour representer les personnes en charges d'un portefeuille de fournisseur donc d'un groupe de part.

J'ai effectuer le modele relationnelle :

Part (code, désignation, code Controleur, stock)
Mvt (n°, quantité, date, code)
Annexe (n°, min, max, temps de reappro, date mise a jour)
Fournisseur ( n° , Nom)
Annexe_contenir_part (code , n°)
Controleur ( n°, Nom)

La couleur bleu correspond a l'ajout de la cle etrangere due au relation one-many.

Je n'arrive par contre pas a traduire ma relation one-one dans mon modele relationelle ?

merci a vous

[f-leb]

bonsoir,

en vrac:

controleur---1,1---controler---0,n---Part

Je crois que les cardinalités sont inversées.


Annexe---1,1----appart----1,1----Fournisseur
les pièces de type MRP dont les seuils& date de réapro. sont aussi dans la table Annexe n'ont pas de fournisseur, donc le MCD serait plutôt:
Annexe---0,1----appart----1,1----Fournisseur

Question:
Part---1,n---Contenir----1,n----Annexe

Si une part peut contenir plusieurs annexes, il y a donc plusieurs seuils de réapro. pour cette même pièce,non ? Quand on tape dans le stock (création d'un mouvement), dans quelle annexe on doit regarder pour lancer l'alerte ?

[pers-on]

Bonjour a tous,

Envoyé par f-leb

bonsoir,

en vrac:

controleur---1,1---controler---0,n---Part

Je crois que les cardinalités sont inversées.
oui tu a raison.

Annexe---1,1----appart----1,1----Fournisseur
les pièces de type MRP dont les seuils& date de réapro. sont aussi dans la table Annexe n'ont pas de fournisseur, donc le MCD serait plutôt:
Annexe---0,1----appart----1,1----Fournisseur

marot_r a parler de rajouter un fournisseur bidon pour les types MRP pour pouvoir gerer tout les parts de la meme façon.

Question:
Part---1,n---Contenir----1,n----Annexe

Si une part peut contenir plusieurs annexes, il y a donc plusieurs seuils de réapro. pour cette même pièce,non ? Quand on tape dans le stock (création d'un mouvement), dans quelle annexe on doit regarder pour lancer l'alerte ?

tu a raison il y a un probleme dans le modele, je vien de me rendre compte que certain part ont plusieur fournisseurs donc deux stock different pour le meme part...je ne voit pas comment le gerer avec ce modele...

De plus il faudrait un moyen de pouvoir lier deux part, je m'explique :

certain part existe en piece reparer mais possede un code totalement different, il faudrait pouvoir verifier lorsqu'un part est a stock zero si le stock de piece reparer est aussi a zero.
je ne vois pas comment faire?


je vais aller reflechir mais des idées sont les bienvenues
merci a vous

[pers-on]

Alors en fait un part peut avoir plusieurs fournisseurs et donc possede des stocks physique bien different. Il faut donc pouvoir recuperer le stock total pour un part mais aussi le stock par fournisseur pour alerter le fournisseur qui serait descendu en dessous de son minimun par exemple.

J'ai donc inserer la numerotation automatique pour les parts , un meme part aura donc 2 numero dans la base et donc 2 stocks.

cela est-il bon?

je ne vois toujours pas pour les pieces reparer?

idée: rajouter une entité repair qui serait lier au part et au mouvement.

[f-leb]

Bonjour pers-on,

Envoyé par pers-on

marot_r a parler de rajouter un fournisseur bidon pour les types MRP pour pouvoir gerer tout les parts de la meme façon.

Je ne suis pas convaincu de l’intérêt d’un fournisseur bidon dont il va falloir forcément tenir compte dans les requêtes.

Je ne suis pas forcément contre l’idée de fusionner les deux types de pièces dans la même table non plus mais je trouve que c’est mettre la charrue avant les bœufs alors que le MCD n’est pas encore établie.

Tes deux types de pièces obéissent à des règles de gestion très différentes, au niveau conceptuel (MCD) il m’apparait plus prudent de les spécialiser comme tu l’avais fait sur ton 1er schéma.

Part---0,1---être---1,1---MRP
Part---0,n---contenir---1,n---Annexe---1,1---appartenir----0,1----Fournisseur

Voilà qui me paraît clair, un fournisseur peut fournir une annexe avec sa liste de pièces, une même pièce pouvant être disponible chez plusieurs fournisseurs. Les pièces de type MRP n’ont pas d’annexe de fournisseur.

Si le modèle physique qui va en découler peut être modifié pour faciliter le travail autour de l’IHM on le fera (et on analysera les conséquences) mais je le répète, cela me semble prématuré au vu de ce qui suit.

Envoyé par pers-on

tu a raison il y a un probleme dans le modele, je vien de me rendre compte que certain part ont plusieur fournisseurs donc deux stock different pour le meme part...je ne voit pas comment le gerer avec ce modele...

Une chose qui me semble curieuse…

Pour les pièces Consignation, tu as mis les seuils dans la table Annexe. Cela signifie que si un fournisseur F1 à des pièces P1, P2, P3 qui figurent dans son annexe, ces 3 pièces ont les mêmes seuils mini et maxi et le même temps de réapro.

C’est effectivement comme cela que ça marche ou ne serait-il pas plus juste que chacune des pièces de l’annexe du fournisseur F1 ait ses propres seuils mini et maxi avec son propre temps de réapro ?

Envoyé par pers-on

certain part existe en piece reparer mais possede un code totalement different, il faudrait pouvoir verifier lorsqu'un part est a stock zero si le stock de piece reparer est aussi a zero.
je ne vois pas comment faire?

Je vais y réfléchir. Cela concerne les deux types de pièces MRP et Consignation ?

[pers-on]

-je suis d'accord avec toi pour separer les deux types (MRP et consignation) dans le MCD.

-Les pieces repair ne concernent que la consignation.

-Je crois que tu a raison j'ai fait une erreur de modelisation...les min et max sont propre au part et non a une annexe.

Mais alors j'ai l'impression que l'entité annexe n'a plus d'interet puisque qu'on peut rassembler toutes les pieces d'une meme annexe par l'entité fournisseur je crois.
Les min et max et temps de reappro doivent etre mis dans l'entité part? mais alors comment gerer la date de mise a jour de ces 3 informations?

[f-leb]

Envoyé par pers-on

-Je crois que tu a raison j'ai fait une erreur de modelisation...les min et max sont propre au part et non a une annexe.

Que penses-tu de:

Part---0,n---avoir(SeuilMini, SeuilMaxi, DateMAJ, tempsReapro)---0,n---Fournisseur

C'est dans la table associative que l'on retrouve les seuils qui dépendent à la fois du part et du fournisseur.

[pers-on]

ha oui parfait je ne me souvenais plus que les association pouvait aussi avoir des attribus merci.

je vais modifier le shema en consequence pour y voir plus clair.

je reflechie toujour sur les repair.

edit: je joint le modele modifié.

[f-leb]

bonjour,

en attendant le fruit de tes réflexions

Envoyé par pers-on

De plus il faudrait un moyen de pouvoir lier deux part, je m'explique :

certain part existe en piece reparer mais possede un code totalement different, il faudrait pouvoir verifier lorsqu'un part est a stock zero si le stock de piece reparer est aussi a zero.
je ne vois pas comment faire?

Une association réflexive 0,1-0,n sur Part pourrait faire l’affaire

Part------------------+
..|……………………………..|
..|……………………………..|
.0,1………………………….0,n
..|……………………………..|
..+---------associer--+

Envoyé par pers-on

Il faut donc pouvoir recuperer le stock total pour un part mais aussi le stock par fournisseur pour alerter le fournisseur qui serait descendu en dessous de son minimun par exemple.

Il faut donc rajouter un attribut qtteStock dans l’association Avoir.
Le champ Stock dans Part est alors inutile puisqu’il peut être calculé en sommant les qtteStock de chaque fournisseur qui dispose de la pièce.

Dans ce cas, comment marche le processus quand il y a un mouvement ? Par exemple, je veux taper 100 pièces P1 dans le stock, il y en a 150 chez le fournisseur F1 et 50 chez le fournisseur F2.
Tu tapes les 100 chez F1 ce qui déclenche une alerte, ou tu tapes 50 chez F1 + 50 chez F2 et c’est chez F2 qu’il y a une alerte ?

Envoyé par pers-on

-Comptabiliser le nombre de fois qu’un part à déclencher (non respect des exigences cité au dessus).
-Classer les fournisseurs suivant leurs nombres de déclanchements.

A priori, en l’état tu ne peux pas calculer cela puisque l’état du stock n’est pas mémorisé. A chaque fois que tu créées un mouvement, on ne sait pas quel fournisseur est impacté (voir mon exemple précédent avec deux possibilités) et que toute modification de la valeur du stock chez un fournisseur écrase la précédente.

[pers-on]

Bonjour a toi,

-merci pour l'association reflective.

Il faut donc rajouter un attribut qtteStock dans l’association Avoir.
Le champ Stock dans Part est alors inutile puisqu’il peut être calculé en sommant les qtteStock de chaque fournisseur qui dispose de la pièce.

Dans ce cas, comment marche le processus quand il y a un mouvement ? Par exemple, je veux taper 100 pièces P1 dans le stock, il y en a 150 chez le fournisseur F1 et 50 chez le fournisseur F2.
Tu tapes les 100 chez F1 ce qui déclenche une alerte, ou tu tapes 50 chez F1 + 50 chez F2 et c’est chez F2 qu’il y a une alerte ?

-En faite j'ai oublier quand un mouvement est creer il est forcement associer a un fournisseur. Il faut donc associer l'entité mouvement a l'entité fournisseur.

cela resout le probleme non?

- Pour comptabiliser le nombre de declanchement je ne veux pas garder d'historique de stock mais juste compter le nombre de fois qu'un part a "declancher", je m'explique:

a chaque mise a jour de la base (2 fois par semaine) je voudrai pouvoir afficher la liste par exemple de tout les parts en dessous de leur stock mini.
puis incrementer un "compteur" par part qui augmente a chaque fois qu'il declanche. On pourrai ainsi classer les fournisseur.

Merci beaucoup

[f-leb]

bonjour,

Envoyé par pers-on

-En faite j'ai oublier quand un mouvement est creer il est forcement associer a un fournisseur. Il faut donc associer l'entité mouvement a l'entité fournisseur.

Ok pour le principe mais cela ne concerne que les mouvements de pièces Consignation qui ont un fournisseur.

Envoyé par pers-on

- Pour comptabiliser le nombre de declanchement je ne veux pas garder d'historique de stock mais juste compter le nombre de fois qu'un part a "declancher"…

Par exemple :

Part----0,n----declencherAlerte(motifAlerte, …)----0,n----Fournisseur
…………………………………….|
…………………………………..0,n
…………………………………….|
……………………………..DateAlerte

DeclencherAlerte(#idPart, #idFournisseur, DateAlerte, MotifAlerte, …)

Ou peut-être préfères-tu associer les alertes associées aux mouvements :

Mouvement----0,1----Declencher----1,1-----Alerte

Alerte(#idMouvement, MotifAlerte,…)

A voir selon ton besoin…

[pers-on]

Alors j'ai refait le modele suivant tes conseil, j'ai opter pour la premiere solution.

Je joint le modele E/A et le modele relationnel :

Part ( n°, code, désignation, n°Controleur)
Mvt ( n°, quantité, date, n°Part ,n°Fournisseur )
Fournisseur ( n° , Nom)
Controleur ( n°, Nom)
FicheMRP (n° ,seuil, DateMAJ, TempDeReappro, n°Part)
DateAlerte(Date)
Part_Avoir_Fournisseur ( n°Part, n°Fournisseur ,qtteStock, Mini, Maxi, DateMAJ , TempDeReappro)
DeclencherAlerte(n°Part, n°Fournisseur, Date, MotifAlerte)



La prochaine etape consiste a creer mes table sur access c'est bien sa?
Pourrait tu m'expliquer comment on procede pour gerer les cles etrangere? ou alors m'indiquer si tu sais ou trouver un tuto sur ce point la

Merci encore pour ton aide

[f-leb]

Bonjour,

avec ça il faut quand même être pragmatique et éviter de multiplier le nombre d’objets dans ta base (pourquoi n’as-tu pas écouté marot_r ?). Si l’on est rigoureux sur les règles de gestion on devrait en effet spécialiser pas mal d’entités en PieceMRT, PieceConsignation, StockMRP, StockConsignation, MouvementMRP, MouvementConsignation,…

Je propose un schéma ou l’association Avoir de ton schéma devient l’entité StockPiece que l’on peut raccorder aux mouvements, aux alertes.


Évidemment, le fait d’avoir mélangé les pièces MRT et Consignation va t’obliger à programmer quelques contraintes :
- Comment s’assurer qu’une pièce MRT ne possède qu’un et un seul stock ?
- Comment s’assurer qu’une même pièce ne dispose pas de plusieurs stocks chez un même fournisseur ?
- Comment s’assurer qu’un stock de pièces MRT ne possède pas de fournisseur alors qu’un stock de pièces Consignation en possède obligatoirement un ?
- Comment s’assurer que le SeuilMaxi d’une pièce Consignation soit bien saisie ?
- etc

Il ne te reste plus qu’à faire la synthèse et fignoler tout ça avant de passer au modèle logique&physique.

Dans Access, les contraintes de clés étrangères sont obtenues en dessinant les relations entre les tables :
Voir Démo : Définir une relation entre deux tables

[pers-on]

Bonjour,

petite question : sur quelle logiciel tu dessine ton shema?

Quand tu parle de passer au modele physique logique tu parle de passer sous access ?

merci beaucoup pour ce nouveau shema !!

[f-leb]

le logiciel Open ModelSphere qui est libre.

oui, le modèle physique à réaliser sous Access dans la fenêtre "Relations" (voir la démo de mon message précédent)

EDIT: j'ai mis le fichier ModelSphere du MCD en pièce-jointe si tu veux essayer le logiciel