スクリプトのインデックスを少し変更して、次の操作を行うとします。
Names Default To Here( 1 );
dt = Open( "$SAMPLE_DATA/Semiconductor Capability.jmp" );
obj = dt << Process Screening( Grouping( :Site, :lot_id ), Process Variables( Eval( 5 :: 132 ) ), automaticrecalc(1) );
Grouping() 列の値のさまざまな組み合わせの行を含む次のようなレポートが得られます。
そして、それらの列はさまざまなプロットへの入り口として機能します。たとえば、これらのプラットフォームでこれらの grouping() 列を By() として使用したかのようなプロセス能力チャートや管理チャートを取得できます。ただし、グループ化列の値のいずれかが欠落している場合、または文字の場合は空白が欠落しているグループ化の行は取得されません。そのため、lot_id 値を空白に置き換えたり、SITE を欠落値に置き換えたりすると、その値がレポートに表示されないため、そのようなデータがあったことに気づかず、注意が必要になる可能性があります。
これについて JMP サポートに相談したところ、これは他の JMP プラットフォームと一貫している、たとえば、空白の X 値が Oneway の X 軸に表示されない、などと言われました。しかし、私の見解では、この場合の Grouping() は By() によく似ています (値が欠落しているか空白の by グループのプロットを作成します)。Grouping() の状況は、それらのグループを認識して行を生成する summary/summary にも似ています。
Process Screening に By() と Grouping() があるのはありがたいですが、これらのグループを表示して、by() から表示されるのと同じプロットへのアクセスを提供することには価値があると思います (つまり、欠落している SITE のレポートが表示されるのと同じ列で、by() を使用して Control Chart() を実行しました。
結局のところ、この観点を考慮できるように、これに関するウィッシュリストの項目を作成するよう勧められました。
少なくとも選択肢としては価値があると思います。
この考え方がなぜ重要なのでしょうか?
主な問題/価値は、他のさまざまなレポートへのゲートウェイとしてプロセス スクリーニングから開始すると、データの一部やデータの問題を見逃す可能性があることです。これは、グループごとに多くのレベルがあり、グループごとに大量のデータがあり、マシン ソースからのデータを扱う顧客と仕事をしているときに気づきました。プロセス スクリーニングは、非常に多くのプロセスを選別できるようにある程度宣伝されているため、一部のデータに欠陥があり、それが見逃される可能性が高まる状況です。このプラットフォームは、そのようなグループを含めるどころか、それらを強調することさえできるでしょう。
JMP のほとんどのプラットフォームは、(プロセス スクリーニングだけでなく) 何らかの方法でこれをサポートする必要があると思います。 たとえば、Graph Builder はすでに機能しており、JMP Pro を使用する場合は Neural Network も同様です。
グラフ ビルダーには、欠落を別のカテゴリとして扱うオプションがあります
ニューラルネットワークでも同じことができます（JMP Proを使用）
このデフォルトの設定がわかりにくい場合は、赤い三角形を Shift キーを押しながらクリックすることで隠れて、誰もそれについて知ることができなくなります (グラフ ビルダーで除外された行を表示するなど)。
私はプロセス スクリーニング プラットフォームについても同じ懸念を持っています。私は、すべてのデータが複雑な BY 変数のセットに要約されていると考えていましたが、すべての管理図をレビューして承認していないことに後になって気づきました。これが実現できることを願っています。私たちは、これを、覚えておくのが難しく、人々に避けるように警告するのが難しい、BY グループの処理におけるギャップとして見ています。
ありがとう
