[AC-2007] Gestion de nomenclature

[Logistics]

Bonjour !

J'aurai besoin d'une info au sujet d'Access.

Je voudrais faire un test de gestion de nomenclature produit :

J'ai une structure (composée de barres, boulons, vis, ...) à gérer,

Problème 1 :

La structure est composée de plusieurs modules,
Chaque module est composé de plusieurs pièces.
Une pièces peut apparaître plusieurs fois dans le même module
Une pièce peut apparaître dans plusieurs modules à la fois.
Il existe 4 modules de bases. (A B C D)
Une structure de base est composé de 1 fois chaque module

Problème 2 :

On peut agrandir la structure qui devient alors composée de X fois A, X' fois B, X'' fois C et X'''' fois D.

Est possible de gérer cela avec Access ?

Je vous remercie d'avance de votre réponse,

Ju

[f-leb]

bonjour Logistics,

c'est le genre de problème pas évident à aborder sous Access

Un exemple de nomenclature avec des pièces d'avions ici :
http://www.developpez.net/forums/d10...gestion-stock/

[Logistics]

Pas évident mais .... possible ?

En partant du principe que la composition de mes 4 modules A B C et D est fixe, est ce possible de construire quelque chose (quoi?) qui m'afficherait la liste complète des composants de A + B + C + D ?

Merci

ps : j'ai bien jeté un coup d'oeil à la discussion en lien.

[f-leb]

Reprenons depuis le départ, j’imagine les tables de la façon suivante :

Module-1------∞-CompoModulePiece-∞-------1-Piece

CompoModulePiece(#idModule, #idPiece, quantitePieces)

Après j’hésite entre les deux selon ta définition d’un module :

Structure-1-----∞-Module , un module appartient à une et une seule structure.
Structure-1-----∞-CompoStructModule-∞------1-Module , un module peut appartenir à plusieurs structures.

[fsmrel]

Bonjour,


La modélisation proposée par l’excellent f-leb me semble .

Juste deux questions :

Envoyé par Logistics

On peut agrandir la structure qui devient alors composée de X fois A, X' fois B, X'' fois C et X'''' fois D.

Les valeurs X, X', ..., X'''' doivent-elles être mémorisées en tant que telles ?

Envoyé par Logistics

Une pièces peut apparaître plusieurs fois dans le même module

Chaque valeur prise par le « nombre de fois » où une pièce donnée apparaît dans un module donné doit-elle être mémorisée ?

[Logistics]

Envoyé par f-leb

Reprenons depuis le départ, j’imagine les tables de la façon suivante :



Après j’hésite entre les deux selon ta définition d’un module :

Tout d'abord merci !

A priori, un module ne peut appartenir qu'à un seule struture.

[Logistics]

Envoyé par fsmrel

Bonjour,


La modélisation proposée par l’excellent f-leb me semble .

Juste deux questions :


Les valeurs X, X', ..., X'''' doivent-elles être mémorisées en tant que telles ?


Chaque valeur prise par le « nombre de fois » où une pièce donnée apparaît dans un module donné doit-elle être mémorisée ?

Bonjour et merci !

Mon idée première était d'avoir sur le menu 4 champs à remplir avec

Nombre de module A =
Nombre de module B =
Nombre de module C =
Nombre de module D =

De valider et d'obtenir, pour ces valeurs de X X' X'' et X''', le nombre de chaque pièce que j'ai besoin.

[fsmrel]

Ave Logistics,


Au sujet des relations entre les structures et les modules

Est-ce que le diagramme ci-dessous convient (à « myckeyer » pour Access) ?



Où Quantite représente le nombre de modules : X X' X'' et X'''.

En extension :

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
STRUCTURE                             MODULE

StructureId    StructureNom           StructureId    ModuleId    ModuleNom    Quantite
-----------    ------------           -----------    --------    ---------    --------
          1    Structure 1                      1           1    module 11         q11
          2    Structure 2                      1           2    module 12         q12
        ...    ...                              1           3    module 13         q13
                                                1           4    module 14         q14

                                                2           1    module 21         q21
                                                2           2    module 22         q22
                                                2           3    module 23         q23
                                                2           4    module 24         q24
...
                                                i           1    module i1         qi1
                                                i           2    module i2         qi2
                                                i           3    module i3         qi3
                                                i           4    module i4         qi4
                                              ...         ...    ...               ...

En notant que le diagramme ci-dessus permet la prise en compte d’un module nouveau ou plus, sans changer la structure des tables SQL :

[fsmrel]

Logistics,

J’ai oublié de vous poser la question suivante :

Au sujet de la table PIECE :

Mettez-vous en œuvre une nomenclature des pièces, au sens de l’exemple des ailes, rivets et boulons auquel f-leb a fait allusion ?

[f-leb]

pas de retour ? Dommage

On aurait pu discuter boulons&rivets autour de la gestion des nomenclatures, un sujet très riche...

(à « myckeyer » pour Access)

Sans compter qu'on aurait voulu savoir où fsmrel colle ses mickeys

[fsmrel]

Envoyé par f-leb

Sans compter qu'on aurait voulu savoir où fsmrel colle ses mickeys

En l’attente d’une prompte réponse, je vous prie d’agréer, Monsieur Talon, ainsi que votre dame, l’assurance de ma parfaite considération sans préjudice de mes salutations distinguées et de mes civilités empressées,

p.o.

Dac, Pierre

[Richard_35]

Bonjour à tous,

Du grand art, Fsmrel !...

Sauf que, les mots (et abréviations) ayant une signification,

Envoyé par Fsmrel

p.o.

Dac, Pierre

==> est, au mieux, prémonitoire, au pire, je ne sais pas...
http://fr.wikipedia.org/wiki/Pour_ordre

Mais bon, personne ne t'en tiendra rigueur (et certainement pas moi).

[fsmrel]

Merci Richard,


« Pour ordre » est pertinent car M. Dac a bien agi pour mon compte.

Feu M. Dac est Docteur Honoris Causa de l’Université Libre du Relationland qui a reconnu l’importance de l’ensemble de son œuvre. Le Relationland est un pays où les considérations spatio-temporelles n’ont guère de sens¹, j’ai donc pu l’y croiser (si ce n'est son fantôme) et comme c’est un personnage qui a des loisirs et rend volontiers service, il a bien voulu m’aider en parachevant mon courrier à l’occasion de son dernier séjour. Dans ces conditions, pourquoi me serais-je privé de solliciter un homme si aimable pour conclure un travail que je pense avoir par ailleurs soigné (poil au niez) ?

____________________________
¹ Prémonition mise à part, je cite le maître : « Les gens de ce monde sont les mêmes que ceux qui un jour ne seront plus de ce monde. »

[Richard_35]

Brillante collaboration avec le Sar Dine Aluile, donc !... parles-en à M. Night Shyamalan² qui nous concoctera une belle parabole sur les considérations spatio-temporelles de ton Relationland.

__________________________
² Ou bien à Max Pécas :
"Celui qui, dans la vie, est parti de zéro pour n'arriver à rien, n'a de merci à dire à personne".
Le maître en question.

[f-leb]

Envoyé par f-leb

Sans compter qu'on aurait voulu savoir où fsmrel colle ses mickeys

Évidemment, Lefuneste n'a rien compris...

Lefuneste est un cuistre aussi...