|
Publicité ' | |||||||||||||||||||||||
|
|
#1 |
|
Débutant
Inscription : décembre 2007 Messages : 1 209 ![]() |
Bonjour, je vais mettre en place une GMAO que j'ai créé sur ACCESS, je voudrais avoir des idées, sur la façon de gérer la mise à jour des données. Par exemple, je gère le stock de pièces.
Au niveau de mon historique des pannes, en fonction du choix de la ligne de production et de la machine, la liste des pièces apparaissant dans la base de données pour cette machine apparaissent. Le problème est que si la pièce que le technicien de maintenance vient de changer n'existe pas dans la base? Il va falloir qu'elle y soit ajoutée? Mais je vais pas directement laisser les techniciens ajouter/modifier des données dans la base???? Comment cela peut être géré autrement? Si quelqu'un a des idées!!! Merci Je pense que cette partie ne doit pas être négligée.... |
|
|
00
|
|
|
#2 |
![]() ![]() René MAROTInscription : octobre 2005 Messages : 5 491 ![]() |
Ta question étant de très haut niveau, il est dificile d'y apporter une réponse précise.
Généralement, lors d'un manque, on ouvre un formulaire qui permet de faire l'ajout dans la table concernée. Tu peux faire varier cela avec des notions de profils utilsateur et autres. De toute façon pour une vraie application, seul le développeur à accès directement aux tables, tous les autres passes par des formulaires. Cela permet de protéger tes données en effectuant des contrôles et des restrictions d'accès. Mets aussi en place dès le début les relations d'intégrité référentielles, cela aussi contribue à protéger tes données. Ceci dit, je pense qu'à ton stade, il faut surtout que tu détermine qui peut faire quoi. Ex : un technicien peut ajouter une pièce si il l'a en main et qu'elle n'est pas dans la base ou seul le contremaître ou le responsable des approvisionnement peuvent ajouter une pièce au catalogue des pièces. Une fois ton cahier des charges fait, tu mettra en place les outils nécessaires pour le réaliser. A+
__________________
Vous voulez une réponse rapide et efficace à vos questions téchniques ? Ne les posez pas en message privé mais dans le forum, vous bénéficiez ainsi de la compétence et de la disponibilité de tous les contributeurs. |
|
|
00
|
|
|
#3 |
|
Membre du Club
![]() Inscription : juin 2007 Messages : 79 ![]() |
Bonjour moilou2,
Dans la société où je travaillais, seuls les "acheteurs" avaient la possibilité de créer et d'introduire un nouvel article dans la base de données. En effet, un technicien a autre chose à faire que la maintenance des outils de travail comme cette base de données, il n'a pas de références précises du fournisseur (article n°, n° de série, libellé exact, etc.) et donc ne peut déterminer si un tel article, mais appelé différemment n'existe pas déjà, ne connais pas les fournisseurs agréés (et donc leur nomenclature propre), etc. Tu peux, par exemple, permettre à ce technicien de proposer un prétendu (vrai ou pas) nouvel article à la création. Et c'est le gestionnaire de la table, l'acheteur ou un ayant droits de vérifier l'existence possible de cet article dans la base de données, ou d'autoriser (puis de réaliser) la mise à jour de la base de données. Un article peut fort bien être connu sous plusieurs appellations différences selon le fournisseur (les ampoules électriques, par exemple !). De toute façon, tu dois tout faire pour assurer l'intégrité la plus totale de ta base de données. Si tout le monde y fait n'importe quoi !!!! Bonjour les dégâts !!!! Donc ton technicien remplit un formulaire où les différents champs sont présentés avec un champs de saisie libre pour des infos que le technicien juge importantes. Puis c'est le responsable de la base de données, l'acheteur, l'ayant droits, d'utiliser ces données pour faire toutes les vérifications et mettre à jour la base de données. A+ |
|
|
00
|
|
|
#4 |
|
Débutant
Inscription : décembre 2007 Messages : 1 209 ![]() |
OK ba merci, j'avais pensé à cette solution, mai je voulais savoir si il existé des procédures stricts, ou déja existantes à ce sujet!
Merci d'avoir pris le temps de vous poser sur mon problème. Si d'autres personnes ont un vécu à ce sujet? |
|
|
00
|
Copyright © 2000-2012 - www.developpez.com