Discussion :

[Netzo]

Bonjour,

J'ai un problème de compréhension sur mon projet de gestion de stock.

J'ai d'un côté des articles et de l'autre des composants.

Donc :

- Un ou Plusieurs article(s) contiennent Un ou Plusieurs Référence Composants.


Je mets un exemple:

J'ai un article A, un article B et un composant C.
Pour fabriquer les articles A et B, je peux avoir d'un composant C (donc 2 quantités)

Donc mon problème, c'est que je n'arrive pas a visualiser les entités et relations que je dois mettre en place pour que le stock du composant C soit modifié que je fabrique un article A ou B ou les 2.

Je sais pas si j'ai été clair mais si quelqu'un pouvait m'éclairer, ca sera sympathique

[Gannox]

Bonjour,

Si j'ai bien saisi, tu souhaiterais avoir deux entités appelées respectivement "ARTICLE" et "COMPOSANT" d'une part.

D'autre part, il te faut gérer un stock. D'une manière logique, chaque composant possède un stock qui lui est propre. Donc normalement, il faudrait ajouter une propriété "stock" à ton entité "COMPOSANT".

Pour les cardinalités, je suppose qu'un article est composé d'un ou de plusieurs composants donc 1,n. Un composant peut ne pas être requis dans la fabrication de l'article comme il peut y en avoir plusieurs de requis donc 0,n (ou 0,1 cela dépend de tes règles strictes de gestion).

Dans l'association qui reliera les deux entités, il serait alors judicieux de mettre une propriété du genre "quantité requise" dont la valeur est celle qui se soustrait au stock concerné.

J'espère avoir répondu correctement à tes attentes.

[Netzo]

Oui tu as bien saisi le problème. Donc ca signifie que j'aurais 3 table?!

Article(#ArticleId, Nom, .....)
Composant(#ComposantId, Nom, Quantité, ...)
Est composé(#ArticleId, #ComposantId, Quantité)

[Gannox]

Tu y es presque. Normalement, j'organiserais le tout comme ceci :

ARTICLE(id_Article, nom_Article, ...)
COMPOSANT(id_Composant, nom_Composant, stock, ...)
COMPORTE(#id_Article, #id_Composant, quantite)

Il faut également enlever tes "#" dans "Article" et "Composant" car tes clés primaires ne sont pas des clés étrangères.

[Netzo]

Oui c'est vrai.
Donc pour finir pour etre sur d'avoir bien compris, un exemple d'utilisation:

- J'ai un article A et un article B d'un coté.
- J'ai un composant 1, un composant 2 et un composant 3 de l'autre.

Admettons que article A soit composé de composant 1 et composant 2
et que article B soit composé de composant 2 et composant 3. (peu importe les quantités)

Donc dans la table COMPORTE (c'est sur celle la que j'avais des doutes), j'aurais les lignes suivantes:

Id_Article Id_Composant Quantité
Id_Article_A Id_Composant_1 X
Id_Article_A Id_Composant_2 X
Id_Article_B Id_Composant_2 X
Id_Article_B Id_Composant_3 X

[Gannox]

C'est EXACTEMENT ça.

Dernière chose, d'un point de vue fonctionnel et non pas schématique, ne pas oublier de gérer les stocks des composants, c'est-à-dire que pour chaque ligne de l'association "COMPORTE", la valeur de "Quantite" doit être retranchée de la valeur "Stock" du composant concerné.

[Netzo]

Tout a fait. C'est un autre problème que je vais devoir surmonter mais le principal c'est de définir les bonnes entités, relations, etc..

Le but final c'est quand je sors un article, les quantités de composants nécessaire soient retranchées.

En tout cas merci pour cet éclaircissement!

[Richard_35]

Bonjour Netzo et Gannox,

Je me permets de m'immiscer, Gannox, désolé...

Attention : dans cette structure, si un composant est, lui-même, composé de plusieurs composants, il faudra le créer dans Article et dans Composant, ce qui serait, non seulement, dommage, mais, également, dangereux.

Il serait, peut-être, plus prudent de gérer une nomenclature, terme employé dans les GPAO. Dans ce cas, les tables suivantes seront nécessaires :

ARTICLE(id_Article, nom_Article, ...)
NOMMENCLATURE(#id_Article_Composé, #id_Article_Composant, quantite)

==> cela donne une arborescence bien propre !... ... qu'il faut ensuite gérer via des fonctions récursives... ...

[Netzo]

Merci pour ta contribution Richard mais je te rassure, un composant ne peut pas etre composé d'un autre composant. C'est pas plus compliqué que je l'ai expliqué.

[Gannox]

Tu peux t'immiscer dans cette discussion autant de fois que tu le souhaites Richard_35, cela n'est pas censé me déranger comme tu dis

Mon but premier est surtout d'aider et de répondre (correctement je l'espère) aux attentes de l'intéressé, ce qui a l'air d'être plus ou moins le cas.

A mon tour de m'immiscer, histoire de rigoler : je t'informe d'une belle faute d'orthographe dans ton modèle relationnel --> NOMMENCLATURE (oui je sais je suis un chieur )

[Richard_35]

Bonjour Gannox,

Boulette rectifée.
Merci !...