こんにちは、みんな、
私はここしばらくモデル駆動型多変量管理図に取り組んでおり、プラットフォームの統計的詳細の一部をさらに深く掘り下げ始めたとき、このテーマに関する記憶とスキルをリフレッシュしていたところです。その過程で、JMP オンライン ヘルプの定義に従って、T^2 の上限管理限界を手動で計算してみようと思いました。 UCL には履歴データと現在のデータという 2 つの定義があることに注意してください。
どちらも似ており、ベータ分布または F 分布以外は、行数 n、主成分の数 k、および 1-アルファのみに依存します。デフォルトでは、アルファは 0.05 なので、1-アルファ = 0.95 となります。
例として、私は Steam Turbine Historical.jmp ファイルを使用しています。実際、これと同じ例がオンライン ヘルプ ( こちら)にあります。 MDMVCC プラットフォームを実行してすべての列を選択すると (この場合は履歴行データがないため、すべての行を使用します)、T^2 プロットでは UCL が約 7 であることが示唆されます。列の数式を実行すると、まったく異なる数値が得られます。ベータ版の配布バージョンの場合は 26.04 を取得し、F 配布バージョンの場合は 1.91 を取得します。
その理由は、JMP ヘルプでの UCL のディストリビューションの定義/参照方法が、列数式や JSL コードでの関数の呼び出し/使用方法と何らかの形で異なるためだと推測しています。以下は列の式を定義する方法です。上記の定義と比較してください。
ベータ
F
Scripting Index によると、これらの関数の引数は、オンライン ヘルプに記載されている定義とは少し異なるようです。分布関数の最後の 2 つの引数を交換してみましたが、UCL はまだ一致しません。
当然のことですが、3 つのコンポーネントで PCA 分析を実行すると、MDMVCC プラットフォームで示されたものと同じ中央値と UCL が得られます。 DModXも同様です。誰かが私が得ている矛盾とその理由を説明してくれることを願っています。手動で取得した UCL 値と MDMVCC および PCA プラットフォームが生成した UCL 値の違いを調整できるようにしたいと考えています。
ありがとう！、
DS
こんにちは@SDF1 さん
Beta Distribution関数の代わりにBeta Quantile関数を使用する必要があるようです。
F分布関数も同様です。 F Quantile 関数を使用する必要があります。
それが役に立てば幸い。
裕一
Hi @yuichi_katsumur ,
わかりやすい説明をありがとうございます。オンライン ヘルプの統計の詳細からは、問題の分布の分位関数を使用する必要があることは明らかではありませんでした。しかし、これで問題は解決したので、履歴のみのデータまたは履歴と新しいデータのどちらの場合でも手動で計算できることを確認できます。私の間違いを明確にしていただき、ありがとうございます!
ありがとう！、
DS
