ダッシュボードの利点は？こんにちは皆さん！私の上司は私たちのオペレーターのためにダッシュボードを作成することに熱心であると言いました（JMP 13）。
問題は、私たちのオペレーターが一度に画面上にたくさんの異なる情報を必要とすることです、そしてこれはデータテーブルとして最もよくフォーマットされているようです。私の頭の上では、テーブル以外に、40行以上のアクティブなプロセスのために10以上の関連データ列を編成するためのより良い方法は考えられません。
グラフィカルなダッシュボードは、より小さく、焦点を絞ったデータセットを編成するのに適した方法のように見えますが、ユーザーのスクリプトをテーブルからサンプルのダッシュボードに切り替えることに利点はありません。私の質問は、ユーザが一目でわかる全画面サイズのデータテーブルの価値のある情報を必要とする場合、ダッシュボードの実装は単純なデータテーブル生成スクリプトを改良することができるのでしょうか？
再：ダッシュボードの利点は？VSCA、
他の反応は良いです。それで、もう少し注意してください：
- ベースラインからの逸脱は重要な指標です。 処理された材料の量など、使用率に伴って変化するプロセス変数について考えます。これには、絶対的な制限と、前回のメンテナンスまたは部品交換以降に処理された材料の量によるパフォーマンスの履歴があります。測定基準には、絶対偏差またはスペックまでの距離、および基準摩耗からの偏差の測定基準を含める必要があります。 私はスペックインディケータに焦点を当てているが異常な何かのためのフラグがないという数多くのインディクターレポートを見ました。 技術者が「VSCAの報告にはフラグが設定されていなかったので見ていない」と述べているレビューは不要です。ですから私は、この注意は「あまりにも集約しすぎない」か、「指標がベースラインからの逸脱にフラグを立てるべきである」ことであると思います。
- CPKと同様に、管理限界またはベースラインに対するデルタに標準化することができるので、標準化されたスコアのボックスプロットをプロセスに対してプロットすることができます。
- 別の種類のグラフを立体交差として使用するスクリプトの例が添付されています。スクリプトを実行して状態の上にマウスを移動すると、過去の傾向がわかります。 これは任意のグラフ上の点で行うことができます。
- 添付されているのは、ダッシュボードではなく、JMPアプリケーションビルダーで作成された、多パラメータートレンドタイプレポートのアニメーションの写真です。
再：ダッシュボードの利点は？私達は3層システムを使用しました。あなたが言うように、いくつかの結果は他のものよりもっと焦点が必要です。
期待される範囲内であったプロセスについては、ドリフトまたは他のそのようなパターンを検討するためだけに、私たちはあまり頻繁に見ません。
わずかな偏差のあるプロセスでは、それらの偏差を集計して調査を優先させるためにそれらがどのくらいの期間発生しているかをチェックするレポートを作成できます。
安全性や製品の品質にとって重要なプロセスについては、これらがトップレベルで最初に示されています。
このようにして、デフォルトで最も緊急/貴重なデータを表示する動的レポートを作成することができ、それを2番目と3番目のレベルに拡張することもできます。定義にはもっと多くの作業が必要ですが、エンドユーザーが重要な情報にたどり着くのに必要な作業ははるかに少なくなります。再：ダッシュボードの利点は？また、技術者は毎回すべての行を詳細に調べる必要はありません。私のテーブルでは、必要に応じて色分けされた結果を使用して注意を引いています。
再：ダッシュボードの利点は？それはほんの少しのスクリプトです、それはちょうど表示するための値のいくつかの関連する列があるということです。
あなたのCpkの箱ひげ図の例は有用であり、私がこれまで見てきたものに最も近いものです。私はまだ各列にそれらのうちの1つを示す必要があるように見えます、そして、ある行から次の行への私の値はすべてに同じスケールを使うのを難しくします。データがその形式でどのように表示されるのかを見ていきます。
注意をお寄せいただきありがとうございます、私は必要な時間/サポートを過小評価しないようにしてください！私の場合、他に提案はありますか？
再：ダッシュボードの利点は？ああgzmorgan0、あなたはあなたの情報源を引用するのを忘れました： https://xkcd.com/1319/
再：ダッシュボードの利点は？VCSA、
私は昨夜あなたの投稿を見て、心配そうに他の応答を見るのを待っていました。 JMPでダッシュボードを使用するのか、Webページとテーブルのどちらを使用するのかは異なります。
- 400以上のスクリプトがそれぞれ動的なデータ抽出を必要とし、いくつかのレポートを見るのであれば、400以上のすべてのスクリプトを一度にクリックしてすべてを適切にレビューすることは想像できません。しかし、技術者が1つか2つの項目を調べているのであれば、おそらくテーブルで問題ないでしょう。
- 技術者が一度に1つまたは複数のプロセスしか調べていない場合は、テーブルをスクロールするのではなく、ダッシュボード、ウィンドウ、またはWebウィジェットを使用してリストを絞り込みます。
- テーブルと比較して、私は重要な情報を表示するためにグラフィック、アニメーション（自動プレイヤー）、高架道路、そしてグラフィックを好む。 あなたのバージョンのJMPにプラットフォーム処理能力があるかどうかはわかりませんが、これは非常に複雑なテーブル（128個のパラメーター/列と複数のロット）を単一のグラフに表示する良い例です。ポイントが不鮮明であったり、クリック時のアクションのためにmoseboxを追加しているなら、これは効果的です。次に、プロセス用のカスタムフィルタを追加します。これは非常に効果的です。 私はあなたがCpkを見ていない可能性が高いことを認識しています、これは視覚化するための単なる例です。トレンドレポートを見ているとしましょう。傾向の式列を作成し、その列をラベルとして使用できます。GraphBuilder上で40×10のプロット。データを更新する必要がある場合は、自動プログラムによってテーブルを定期的に更新する必要があるため、データは新鮮です。色とシンボルのフラグの問題をまとめました。
エンジニアは、JSLまたはPythonを学び、技術者がデータやプロットにアクセスできるようにする簡単でシンプルなアプリを作成します。ボスはそれを愛し、それを賛美し、そしてもっと求め、そしてもっと求め続けます。良いGUI /ダッシュボードは、洗練されサポートされるまでに数回の繰り返しと時間がかかります。 そのため、特にGUIを構築していない場合は、これに予想外の時間がかかり、継続的なサポートの問題になる可能性があります。
がんばろう！
128変数多くのロットとウェーハ
再：ダッシュボードの利点は？JSLを使用して、さまざまなcol boxオブジェクトを含むテーブルボックスを作成することもできます。 スクリプトインデックスから：
Names Default To Here( 1 );
New Window( "Mountains",
tb = Table Box(
sb = String Col Box( "Mountain", {"K2", "Delphi", "Kilimanjaro", "Grand Teton"} ),
nb = Number Col Box( "Elevation (meters)", {8611, 681, 5895, 4199} ),
pb = Plot Col Box( "", {8611, 681, 5895, 4199} ) )
);
tb << Set Row Borders( 1 ) << Set Column Borders( 1 ) << Set Shade Alternate Rows( 1 );
