こんにちは、
顧客は次のような質問をしています。「現在、在庫量の削減に関連するプロジェクトに取り組んでいます。そのために、特定のプロセスの信頼性を評価したいと考えています。一方で、確実に生産できるように十分な在庫が必要です。」最初のプロセスが予期せずシャットダウンした場合でも 2 番目のプロセスを実行し続けることができますが、一方では大量の在庫のコストが膨大になります。問題は、JMP がシミュレーションを手伝ってくれるかどうかです…。これらのコンポーネントの多くは直列です1 つが失敗すると、プラント全体が停止します。その上、オペレータが生産エラーを引き起こし、最終製品ができなくなる可能性もあります。プラントが停止するとすぐに、プロセス後のバッファ容量が使用されます。次のプロセスを続行できるようにします。機器の交換にメンテナンスに 8 時間かかるとします。この時間枠はバッファ タンクでカバーできます。ポンプを修理した後、プロセスが 8 時間のストック レベルに戻るまでに数日かかります。以内であれば、最近では二次障害が発生すると、プロセスを実行するのに十分なバッファ量がありません。また、2 番目のプロセスも停止になり、経済的損失が発生します。したがって、私たちが抱えている疑問は、意図したバッファボリュームがどれくらいの大きさであるべきかということです... 」。
実際、プロセス機器はミキサーとポンプなので、RBD を使用して故障をモデル化し、RSS を使用してシミュレーションを行うことができます。しかし、私は疑問に思っています1) 最小バッファボリュームが RBD/RSS モデルの一部である可能性があるかどうか、その方法、または 2)サブプロセス RBD/RSS の出力に基づいて推定する必要があるかどうか。 3) 人的エラーがモデルの一部になる可能性はありますか?
ここで RBD/RSS に関する優れた資料を見つけました: JMP® Pro を使用した信頼性分析 - JMP ユーザー コミュニティ、 J38 JMP Pro RBD スタンバイ拡張機能 (Wright) - JMP ユーザー コミュニティ、 JMP Pro RBD での J39 システムの信頼性 (Wise) - JMP ユーザー コミュニティ
JMP 12 以降、RBD/RSS に改善はありますか?上にリストしたものよりも新しい資料を参照する必要がありますか?会話が深くなった場合、このトピックについて誰かが手伝ってくれませんか?
ありがとう
エマニュエル
