Discussion :

[pressor]

Bonjour,

Veuillez m'excuser si le sujet a déjà été abordé mais je n'ai trouvé aucune solution me permettant de résoudre le problème au quel je fais fasse...
Je suis actuellement en train de créer pour la boite où je travaille un petit logiciel de gestion (du suivi du stock des pièces entrantes aux produits sortants ainsi que les ventes associées ect). Je bloque actuellement sur la gestion du stock.

Je vais tenter d'exposer au mieux mon problème :

J'ai un "Stock" composé de toutes les pièces utilisées pour fabriquer mon produit (un robot). Ce robot est composé de diverses pièces et de réducteurs eux mêmes composés en partie de ces mêmes diverses pièces. J'ai donc une relation tel que :

"Robot" <--------------------- "Stock_Pièce"
"Robot" <---- "Réducteur" <----"Stock_Pièce"

Des pièces utilisées directement dans le robot peuvent être utilisées dans les réducteurs également.
J'aimerais donc pouvoir avoir une sorte de "Stock intermédiaire" où sont référencées toutes les pièces du stock mais également les réducteurs disponibles et qui me permettrait de connaitre toutes les pièces du "Stock_Pièce" utilisées pour la création d'un robot avec ses réducteurs.

Cela vous parait il réalisable sur Access ? Si oui comment organiser mes tables pour réaliser ce que j'aimerais faire ?

A noter que je ne suis plutôt débutant en BDD mais que le défit ne me fait pas peur :p
Un grand merci pour votre aide et bonne journée !

[nico84]

Bonjour,

C'est tout sauf un "petit" logiciel...
En plus du stock il faut une nomenclature (en cascade) qui dit ce que contient chaque (sous-)ensemble puis des ordres de fabrication pour les assembler
Ensuite il faudra un calcul de besoins pour savoir quoi acheter et quoi fabriquer

Access est un outil adapté à condition que tout soit sur un seul site et une dizaine utilisateurs maxi mais c'est un très gros chantier

Bon courage !

[pressor]

Bonjour!

Alors oui on est une petite structure du coup access semble bien approprié..!

J'ai bien compris la question des nomenclatures et cela semble être la réponse à mon problème. Cependant je ne trouve quasiment rien de concret au sujet des nomenclature sous Access... Du coup je patauge un peu quant à la mise en place de la structure avec les tables pour gérer tout ca... Avez vous une idée de comment faire ?

Merci !

[User]

Bonsoir,

Suivant votre description, il me semble qu'une structure grossière pourrait comporter les tables suivantes :

T_Robot(IdRobot,NomRobot,...)

T_Piece(IdPiece,NomPiece,...)

T_Reducteur(IdReducteur,..)

T_Robot_Piece(IdRobot, Idpiece) table pour faire la relation entre T_Robot et T_Piece.

Dans le cas ou 1 même pièce peut être dans plusieurs Robots, sinon l'IdRobot est dans la table T_Piece et pas besoin de cette table.

T_Robot_Reducteur(IdRobot, IdReducteur) table pour faire la relation entre T_Robot et T_Reducteur.

Dans le cas ou 1 même réducteur peut être dans plusieurs Robots, sinon l'IdRobot est dans la table T_Reducteur et pas besoin de cette table.

T_Reducteur_Piece(IdReducteur,IdPiece) table pour faire la relation entre T_Reducteur et T_Piece.

Dans le cas ou 1 même pièce peut être dans plusieurs réducteurs.

Voilà grossièrement les choses en fonction de votre schéma.

Cdlt,

[pressor]

Bonsoir,

Cela me semble en effet être la bonne méthode !!

Je vais partir là dessus et voir ce que ca donnera par la suite.

Merci beaucoup..!!