制限が 1 つの管理図こんにちは、みんな、
コミュニティ内の誰かがコントロールに関する私の質問に答えてくれませんか?
制限が 1 つだけあるプロセスがあります。
そして工程能力などの分析も行っていきたいと思っています。 このような分析を実行し、制限が 1 つある管理図を作成するにはどうすればよいでしょうか?
JMP16.1.0を使用しています
品質およびプロセスエンジニアリングRe: 制限が 1 つの管理図コミュニティへようこそ。どういう意味なのか分かりませんが、制限が 1 つだけあるプロセスがあります。制限とは何ですか?これは仕様限界ですか？そうであれば、c制御制限は仕様とは関係ありません。 機能はシンプルで、1 つの制限を入力し、Cpl/Cpu または Ppl/Ppu (制限に応じて) を使用するだけです。
Re: 制限が 1 つの管理図追加する@スタットマンさんの回答では、片側仕様限界があり、片側管理図も必要な場合は、管理図ビルダーのコントロール パネル (下の写真の赤い丸) を使用して、上限または下限管理限界のいずれかをオフにすることができます。 。
Re: 制限が 1 つの管理図申し訳ありませんが、できるからといって、そうすべきというわけではありません。それは管理図の不適切な使用法です。
Re: 制限が 1 つの管理図@スタットマン一部のデータは、特に下限管理限界がゼロ未満、または論理的に不可能なその他の値の場合、上限管理限界のみを持つ必要があります。 たとえば、データをカウントします。 さらに、右に歪んだ、場合によっては指数関数的に歪んだ測定データが管理図にプロットされる場合もあります。 この場合、下限は再びゼロ未満になる可能性があり、これは論理的に不可能です。
下限管理限界を追加して表示すると、データの利用者が混乱するだけでなく、グラフの半分に非論理的なゼロ未満の範囲 (すべて空白) が表示されるように軸がフォーマットされ、グラフが読みにくくなります。
管理図の全体の目的は、ユーザーがプロセス動作の変化にいつ反応すべきかを明確にすることであることに注意してください。 意図を曖昧にするグラフを生成しても役に立ちません。
この特定のケースでは、元の質問では「管理限界」と「仕様限界」の間で曖昧な表現が行われていました。 これがより大きな問題です。 管理限界はプロセスの動作を評価するためのものであり、仕様限界はプロセスのパフォーマンスを評価するためのものです。 当初、この 2 つを区別し、工程能力分析には 1 つの規格限界だけが必要であると指摘して質問に答えたほうが役に立ったかもしれません。
Re: 制限が 1 つの管理図確かに、この例ではより適切なデータ セットを選択することもできました。 素晴らしい議論です！
Re: 制限が 1 つの管理図敬意を表しますが、ソフトウェアがありえない値 (たとえば、カウント データ) の管理限界をプロットしている場合、それは問題です。データによっては、0 が適切な LCL となる場合があります。 管理図を適切に使用するためにデータを通常に配布する必要はありません (シューハートとウィーラーを参照)。
管理図には (シューハートによって定義された) 2 つの機能 (目的) があります。
1. サブグループ内の変動要因の一貫性/安定性を評価します (これは通常、サブグループ内のデータの範囲を使用して定量化されます)。これがレンジチャートの機能です。管理図法の 2 番目の機能は変動成分 (ソース内とソース間) の比較を行うことであるため、これが最初に行われます。もちろん、比較の基準 (サブグループ内の変動) が矛盾している場合、比較は不合理になります。
2. 変動の構成要素を比較して、変動の最大の原因がどこにあるかを判断します。これは X バー チャートを使用して行われます。プロットされたデータ (平均) は、変動源 (サンプリング周波数で変動する x) の間で偏っています。これらは、内部の変動源 (ここでも、サブグループ周波数で変動する x) の関数である管理限界に対してプロットされています。
制限の目的は、ガイダンス一貫性を判断し、レバレッジを評価するためにユーザーに提供します。これらは元々、経済的リスクを伴う経験的データに基づいて導出されました。管理図を本来の目的どおりに正しく使用しないと、多くのユーザーが混乱します。範囲が不一致 (管理外など) を示した場合に、X 棒グラフ上に管理限界がソフトウェアによって自動的に計算されることは不適切であり、ユーザーを混乱させることも付け加えておきます。
これは、データを表示したりその他の決定を下したりするための他のグラフィック手法が多数存在しないことを意味するものではありません。管理図法のみを参照します。
Re: 制限が 1 つの管理図管理限界は仕様限界と同じではありません。
プロセス能力 (Cpk または Ppk) は仕様制限に基づいています。 管理図で使用される管理限界。
上限のみが必要な場合は Cpu/Ppu、下限のみが必要な場合は Cpl/Ppl が必要です。
それ以外の場合、Cpk/Ppk は Cpu/Cpl または Ppu/Ppl の最小値になります。
Cpk は短期シグマ (サブグループ変動に基づいて推定) を使用していることに注意してください。 @Jed_Campbell 、Cpk の方法は移動範囲の平均に基づいています)、Ppk は長期シグマ (全体の標準偏差 - この値は配信プラットフォームで計算される標準偏差に似ています) に基づいています
