ヒストリアン管理図セット内の NELSON ルール違反のリストを提供します。イベントが発生するパラメータについてネルソン ルール違反のあるバッチを抽出する必要がありますが、リストを直接生成する方法はありますか?
品質およびプロセスエンジニアリングRe: ヒストリアン管理図セットで NELSON 規則違反のリストを提供してくださいやあ@ザラ、
これを行うにはいくつかのオプションがあるかもしれませんが、ここでは非常に単純なものを示します。
管理図が作成され、管理図ビルダーのオプションでネルソン検定がチェックされたら、赤い三角形をクリックして [集計を保存] を選択できます。 以前に元のデータテーブルにあったものと同じ観測値を持つテーブルが作成されますが、「テストの失敗」や管理図の設定などの補足列がいくつかあります。 次に、この列に基づいて簡単に並べ替え、テストに失敗しない行を除外できます。
このソリューションは、おそらく JSL スクリプトを使用して自動化できます。
「テストの失敗」列を含むテーブル要約のスクリプト「管理図ビルダー」および「プロセス測定 - プロセス 4 要約」を使用して、データテーブル プロセス測定で提供されている例を見ることができます。
お役に立てば幸いです。
Re: ヒストリアン管理図セットで NELSON 規則違反のリストを提供してください助けてくれて、サンプルファイルを提供してくれたビクターに感謝します。 これは、各パラメータの新しい要約テーブルを示しています。パラメータが多すぎる (100 以上) 場合、すべてのファイルを除外して要約にまとめるのは非常に手作業になります。
すべてのバッチのすべての失敗のリスト、役立つアイデアを含む最終レポートを作成する必要があります。失敗がすでに結果に含まれている場合、リストを何らかの方法で生成できると考えていました。
Re: ヒストリアン管理図セットで NELSON 規則違反のリストを提供してくださいすべてのバッチのすべての失敗を一覧表示する 1 つの方法は、プロセス スクリーニング プラットフォームを使用して、すべてのアラームをオンにし (赤い三角形、テストを選択、すべてを有効にする)、詳細テーブルを出力することです (赤い三角形、詳細テーブルを保存)。 以下のスクリプトは、いくつかのサンプル データを使用して、アラーム列を含むこのテーブルを出力します。このテーブルには、行が違反しているすべてのネルソン ルールのリストが含まれています。
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: ヒストリアン管理図セットで NELSON 規則違反のリストを提供してくださいやあ@ザラ、
もう 1 つのオプションは、「アラーム スクリプト」のスクリプトを使用することです。これは、サンプル、行、およびアラーム テストを一覧表示するという、期待どおりの動作をするようです。関連情報は次の場所にあります。解決済み: 管理図アラーム スクリプト: データ テーブルへの行の識別 - JMP User Community
チェックするいくつかのパラメーターについては、プラットフォームの Process Screening を使用する方が効率的です。
Re: ヒストリアン管理図セットで NELSON 規則違反のリストを提供してくださいあなたのリクエストにはお役に立てませんので、役に立たない場合はこの投稿を無視してください。 残念ながら、なぜこれが必要なのか、実際にはわかりません。 割り当て可能な原因変動の証拠である特定のデータ ポイントに相関するバッチ (Nelson または Western Electric ルール)それらが失敗であることを示さない. それが仕様の意図であり、仕様が実際のプロセス変動とはほとんど関係がないことを私たちは確かに認識しています (それらは独立して導出されるため)。
管理限界は規格限界と同じではありません。
管理図法の本来の目的は、変動の原因を比較し、因果構造を理解するのに役立つことでした (もちろん、適切な比較のためには、最初に比較の基礎であるサブグループ内の変動の一貫性をテストする必要があるため、範囲管理図が必要です)。 . それらは積極的に使用されたときに最も効果を発揮します。 たとえば、範囲チャートが「管理外」状態を表示する場合、これは、プロセス内の 1 つまたは複数の x が、この時点で割り当て可能に異なることを示唆しています。 Shewhart 氏は、事後分析ではなく、プロセスの実行中にこの時点で調査する価値があると示唆しています。 類推を使用します。 あなたが犯罪捜査官だと想像してみてください。 範囲チャートが OOC 状態を示している場合、これは犯罪が発生しているときです。 犯罪が行われたときに実際にその場にいた場合、解決するのはかなり簡単な犯罪です（犯罪が行われた後に手がかりを探し、その後仮説をテストする必要があるのとは対照的です）.
したがって、あなたの例では、x が自分自身を公開している間に、x の影響をリアルタイムで見る機会をすでに逃しています。 これらの OOC 条件と相関するバッチは、実際、これまでに作成した中で最高のバッチである可能性があります。
ところで、それは他の方法でデータをプロットできないという意味ではありません。
Re: ヒストリアン管理図セット内の NELSON ルール違反のリストを提供してくださいコメントありがとうございます。私はあなたの言っていることすべてに同意します。私たちは実際にリアルタイムのアプローチで管理図を使用しており、管理限界が仕様限界ではないことを認識しています...
したがって、私のリクエストは CPV やさらなる分析とは何の関係もありません... それは単に歴史を振り返り、文書の一部として多くのバッチやロットの今回の「ネルソン・ルール違反」をすべてリストアップする必要があるからであり、それで終わりです。 日常的な管理図や継続的な処理とは異なることはわかっています。
