「Manage Limits」ユーティリティをよりスクリプト化可能にする多くの品質関連ワークフローの重要なステップは、仕様制限 (またはその他の制限) をプロセス データに適用することです。 Manage Limits ユーティリティを使用すると、これをポイント アンド クリックで簡単に実行できます。また、JSL に習熟している場合は、繰り返し実行するコードを生成できます。
このユーティリティで押されたキー ボタン (「制限テーブルからロード」および「列プロパティに保存」) が拡張ログ/ワークフロー ビルダーでキャプチャされると、すばらしいことです。 JMP 17 の現在の状態では、ユーティリティの起動はログに記録されますが、これらの重要な手順は記録されません。
自動化とスクリプト品質とプロセス工学Re: "Manage Limits" ユーティリティをよりスクリプト化可能にするジョーダン、私はこの提案に完全に同意します。 仕様限界、管理限界、さらにはカスタム メタデータをコーディングせずに追加すると、JMP の複雑さが大幅に軽減されます。 ワークフロー ビルダーがステップをキャプチャし、そのコードを生成することは、ワークフロー ビルダーに追加するのに非常に便利です。
Re: "Manage Limits" ユーティリティをよりスクリプト化可能にする - ステータスが次のように変更されました: AcknowledgedRe: 「制限の管理」ユーティリティをよりスクリプト可能にする - ステータスが「調査中」に変更されましたRe: 「制限の管理」ユーティリティをよりスクリプト化可能にするJMP Live の案件があり、仕様を 1 つのデータベースに保持し、プロセス データを別のデータベースに保持しています。仕様が変更された場合に Live レポートを簡単に更新できる機能について、2 回問い合わせがありました。もちろんスクリプト化できますが、WFB を介してワークフローのこの部分を追加でキャプチャする機能があれば、これらの製造環境で Live を配置したり議論したりする際のハードルがさらに取り除かれます。
Re: 「制限の管理」ユーティリティをよりスクリプト化可能にするここで本当に便利なのは、プロセス データ テーブルを開いてから、制限テーブルのみ (プロセス変数を指定しない) を指定して制限の管理を呼び出すことです。すると、JMP は制限テーブルとプロセス テーブルをスキャンして一致する列名を探し、制限の管理の起動の一部としてそれらの列をプロセス変数ロールに入力します。このようにして、ユーザーは多数のプロセス変数に対して 1 つの制限テーブルを作成でき、JMP は適切なプロセス変数を使用して制限の管理ユーティリティを自動的に起動します。
dt << Manage Limits(Load From Limits Table(LimitsDT));
制限の管理オブジェクトのメッセージは、アクション レコーダーによってキャプチャされていないようです。これらの一部は、すでに JIRA でキャプチャされています。たとえば、 JMP-8811やJMP-8860などです。アクションをキャプチャしておくと、特にワークフロー ビルダーを使用する場合に、顧客にとって間違いなく役立ちます。
Re: 「制限の管理」ユーティリティをよりスクリプト可能にする - ステータスが次のように変更されました: はい、お楽しみに!https://jmpdiscovery.atlassian.net/browse/JMP-8860を参照してください
