Fournir une liste des violations des règles NELSON dans un ensemble de cartes de contrôle d'historiqueJe dois extraire les lots avec des violations des règles Nelson pour tout paramètre selon lequel l'événement se produit, existe-t-il un moyen de générer la liste directement ?
Ingénierie Qualité et ProcédésRe : Fournir une liste des violations des règles NELSON dans un ensemble de cartes de contrôle d'historiqueSalut @Zara ,
Il peut y avoir plusieurs options pour le faire, mais en voici une très simple :
Une fois votre carte de contrôle construite et les tests de Nelson cochés dans les options du constructeur de carte de contrôle, vous pouvez cliquer sur le triangle rouge et sélectionner "Enregistrer les résumés". Cela créera un tableau avec les mêmes observations que vous aviez précédemment dans votre tableau de données d'origine, mais vous avez des colonnes supplémentaires comme "Echecs de test" et les paramètres de votre carte de contrôle. Vous pouvez ensuite trier facilement en fonction de cette colonne et filtrer les lignes sans échec de test.
Cette solution pourrait probablement être automatisée avec des scripts JSL.
Vous pouvez consulter l'exemple fourni dans la table de données Process Measurements, avec les scripts "Control Chart Builder" et "Process Measurements - Process 4 Summaries" pour les résumés de table avec la colonne "Test Failures".
j'espère que ça va t'aider,
Re : Fournir une liste des violations des règles NELSON dans un ensemble de cartes de contrôle d'historiqueMerci Victor pour votre aide et pour avoir fourni le fichier d'exemple. Cela montre un nouveau tableau récapitulatif pour chaque paramètre et lorsque nous avons trop de paramètres (plus de 100), il sera très manuel de filtrer chaque fichier et de les rassembler dans un résumé.
Je dois faire un rapport final avec une liste de tous les échecs de tous les lots, toutes les idées qui peuvent aider, je pensais que la liste peut être générée d'une manière ou d'une autre lorsque les échecs sont déjà dans les résultats.
Re : Fournir une liste des violations des règles NELSON dans un ensemble de cartes de contrôle d'historiqueUne façon de répertorier tous les échecs de tous les lots serait d'utiliser la plate-forme de filtrage des processus, d'activer toutes les alarmes (triangle rouge, choisir les tests, activer tout), puis de générer un tableau de détails (triangle rouge, enregistrer le tableau des détails). Le script ci-dessous utilise des exemples de données et génère ce tableau qui comprend une colonne d'alarme, qui comprend une liste de toutes les règles de Nelson enfreintes par une ligne.
Names Default To Here (1);
dt = open ("$SAMPLE_DATA\Consumer Prices.jmp");
rpt = dt << Process Screening(
Process Variables( :Price ),
Grouping( :Series ),
Control Chart Type( "Indiv and MR" ),
Time( :Date ),
Subgroup Sample Size( 3 ),
Test 2( 1 ),
Test 3( 1 ),
Test 4( 1 ),
Test 5( 1 ),
Test 6( 1 ),
Test 7( 1 ),
Test 8( 1 ),
Range Limit Exceeded( 1 )
);
dt_final_report = rpt << Save Details Table();
Re : Fournir une liste des violations des règles NELSON dans un ensemble de cartes de contrôle d'historiqueSalut @Zara ,
Une autre option serait d'utiliser le script de "Alarm Script", qui semble faire ce que vous attendez : lister les échantillons, les lignes et les tests d'alarme.Certaines informations connexes peuvent être trouvées ici : Résolu : Script d'alarme des cartes de contrôle : identifier les lignes dans la table de données - JMP User Community
Pour plusieurs paramètres à vérifier, la plateforme Process Screening sera plus efficace à utiliser.
Re : Fournir une liste des violations des règles NELSON dans un ensemble de cartes de contrôle d'historiqueJe ne peux pas être utile dans votre demande, veuillez donc ignorer ce message s'il n'est pas utile. Hélas, je ne comprends pas vraiment pourquoi vous voudriez cela? Les lots qui sont corrélés à des points de données spécifiques qui sont la preuve d'une variation de cause attribuable (règles Nelson ou Western Electric) n'indiquent pas qu'il s'agit d'échecs . C'est à cela que les spécifications sont destinées et nous réalisons certainement que les spécifications ont peu à voir avec la variation réelle du processus (puisqu'elles sont dérivées de manière indépendante).
Les limites de contrôle NE correspondent PAS aux limites de spécification.
L'intention initiale de la méthode du tableau de contrôle était de comparer les sources de variation et de fournir une assistance pour comprendre la structure causale (Bien sûr, pour une comparaison appropriée, la base de comparaison, la variation au sein du sous-groupe, doit d'abord être testée pour la cohérence, d'où le tableau de plage) . Ils fonctionnent mieux lorsqu'ils sont utilisés activement. Par exemple, lorsqu'un graphique de plage affiche une condition "hors de contrôle", cela suggère qu'un ou plusieurs des x dans le processus sont différents de manière assignable à ce moment précis. Shewhart suggère qu'il vaudrait la peine d'enquêter à ce stade, pendant que le processus est en cours, pas une autopsie. Je vais utiliser une analogie. Imaginez que vous êtes un détective criminel. Lorsque le graphique de portée indique une condition OOC, c'est à ce moment que le crime se produit. Ce serait un crime assez facile à résoudre si vous étiez réellement présent lorsque le crime a été commis (au lieu de devoir chercher des indices après que le crime a été commis et de tester ensuite des hypothèses).
Donc, pour votre exemple, vous avez déjà manqué l'occasion d'avoir un aperçu en temps réel des effets des x dans le processus pendant qu'ils s'exposent, pour ainsi dire. Les lots qui correspondent à ces conditions OOC peuvent, en fait, être les meilleurs lots que vous ayez jamais créés.
BTW, cela ne signifie pas que vous ne pouvez pas tracer les données d'une autre manière.
Re : Fournir une liste des violations des règles NELSON dans un ensemble de cartes de contrôle d'historiqueMerci pour vos commentaires, je suis d'accord avec tout ce que vous me dites et nous utilisons en fait les cartes de contrôle avec une approche en temps réel et je suis conscient que les limites de contrôle ne sont pas des limites de spécification...
Ma demande n'a donc rien à voir avec le CPV ou même d'autres analyses... C'est simplement parce que nous devons regarder en arrière dans l'histoire et répertorier toutes les "violations des règles de Nelson" pour ce cas pour de nombreux lots et lots dans le cadre de la documentation, et c'est tout. Je sais que c'est différent avec les cartes de contrôle de routine et aussi avec le traitement continu.
