多くの人が モデルベースのエンタープライズ (MBE) と モデルベースの定義 (MBD)に精通していると確信しています。 私は、自分のタスクを達成するために必要なすべての情報(3Dモデル、3D / 2Dビュー、注釈、PMI、GD&Tなど)を含む技術データパッケージ(TDP)としてMBDを説明します。 従来の2D図面や他の様々なファイルにこのTDPを使用することは間違いなく優れていますが、私は常に切断されていない制御されていない「パッケージ」を使用すると、コラボレーションの可能性を最大限に制限していると感じました。 私も私の前のブログ記事の一つにそれについて書いた モデルベースのエンタープライズサミット2014. しかし、MBDをファイルベースのパッケージではなく、あなたの製品定義の表現として考え始めたとき、モデルベースのエンタープライズではファイルや「パッケージ」を持つ必要はないので、本当に私の考えが広がりました。
なぜ私は提出ベースのパッケージが必要だと思ったのですか?
モデルベースのエンタープライズ Web サイトでは、MBD を定義します。
モデルベースエンタープライズ (MBE) は、多くの関連プロセスで構成されています。 その中核となるのは、モデルベースの定義(MBD)と呼ばれる製品定義です。 MBD を定義するもう 1 つの方法は、製品の定義に必要なすべての情報を含む、3D CAD モデルのアトンセトです。 このコメント付きモデルは、従来の図面に置き換わります。 したがって、図面は標準プロセスとしてではなく例外によって作成されます。
ファイルベースの技術データパッケージ(TDP)や製品定義をファイルに取り込むことについては何も言いません。 モデルを参照しますが、モデルに必ずしもファイルが必要とは限りません。 ただし、MBE の仕組みを見ると、 次のように 表示されます。
生産段階では、通知された製品モデルをサプライチェーンに効果的に伝達する必要があります。 これは、3D 技術データ パッケージ (TDP) を通じて行われます。
…
この TDP は、OEM の PLM または ERP ツールにリンクされたサプライヤー ポータルを通じてデジタル配信されます。
この定義では 、パッケージ をファイルベースのパッケージとして解釈しました。 私はこれが必ずしも正しいとは限らないと思います。
私は、JT、3D PDF、STEPなどのファイルを使用してMBDについてほとんど誰もが話したいくつかの会議やサミットで出席したので、私はこの考え方で一人ではなかったと思います。 これらの会議や議論は、MBE にファイルが必要であるという考えを強めるものです。 私はファイルのないMBDやMBE環境について話している人を思い出さないか、少なくとも私はそれを見るにはあまりにも盲目でした。
何が変わったか
Ed Lopategui のブログ記事を読んだ後、MBD がファイルベースのパッケージであるという考え方が正しくないことに気付きました。 彼は、モデルベースの表現をサポートせず、代わりに2D図面をサポートすることで後退している新しいクラウドCAD+プロバイダの潜在的な機会を失ったことについて話しました。 純粋なクラウドソリューションがファイルなしでMBDを提供することができるという考えは、実際にMBDがファイルである必要はないことを認識する道を始めました。
私が以前のブログ記事で述べたMBDでの主な予約は、ほとんどのMBE環境で スナップショット ファイルベースの技術データパッケージを送信しているということです。 2D図面よりもはるかに優れた情報を持っているため、誤解を少なくして効率的にコミュニケーションを取ることができますが、コラボレーションの改善は容易ではなく、「最新バージョンは何ですか」という同じ問題の影響を受けやすくなります。 私はあなたが常に最新のリリースを取得することを保証するMBDを保存するためにエンタープライズシステムを使用できることを知っていますが、プライマリデータはまだスナップショットファイルベースのパッケージに残っているという考えは私の主な問題です。
ただし、MBD がファイル ベースである必要がない場合は、パッケージの内容を表示するためにインストールする必要があるネイティブ アプリケーションに依存せずに、コンテンツを通信する多くの可能性が開かれます。
なぜこれが重要なのか
多くの企業が、作成および消費される情報の全部または大部分を含むエンタープライズ・ソリューションに投資または投資を行っています。 これらのソリューションには、通常、ファイルが含まれていますが、ファイルを送信する必要なしに、それらのドキュメントの内容を表示する機能もあります。 たとえば、これらのソリューションは、ファイルをダウンロードする必要なしに、pdf、doc、dwg、JTなどのコンテンツを表示します。 ブラウザだけでデータを操作できるインタラクティブなビューを表示することもできます。
MBDが単なる表現であり、これらのエンタープライズソリューションがデータを表現し、データと対話することができるという事実を組み合わせると、TDPを渡す必要はありませんが、ソリューションはMBDの要件をすべて満たす可能性があります。 これらのソリューションは、各利害関係者のデータを、そのユーザーに必要な情報のみを提供します。
これにより、MBEで抱えていた2つの主な問題が解決します。
- オープンファイル標準ファイルを含む 独自の ファイルパッケージを渡す必要がなくなりました(例えば.STEP)は、データを表示するために無料のビューアをダウンロードする必要があります。
- 私はコラボレーションの方法として嫌うファイルを前後に渡す必要がないので、実際にデータに協力することができます
私は、ファイルが最終的な利害関係者の一部にまだ必要であり、それが変わらないことを完全に理解しています。 幸いにも、必要に応じて、ファイルベースのパッケージをシステムで 生成 し、必要に応じてダウンロードできることに注意してください。 ただし、ファイルの要件は、過剰に記述しないでください。 レビューなど、ファイルなしではできるだけでなく、まったく使用しない方が良いというアクティビティがたくさんあります。 モデルを変更すると、単に通信するだけではなく、コラボレーションの手段が可能になるので、より良い方法です。
生成され、常に最新の MBD パッケージの例を次に示します。 この表現では、すでに上流で処理されているため、公差や寸法はありません。 上部に表示されるビューは 3 つあります。アイテムを選択して、そのプロパティを取得することもできます。
閉会のコメント
モデルベースのエンタープライズは間違いなく人気を集めているので、それに関連するより多くの情報があります。 私は幸運にも私の目を開いたエドのブログに出くわし、私がMBEに関連していると思っていた限界は、実際には方法論ではなく実際の実装の解釈の限界であることを認識することができました。
私は、ファイルベースの技術データパッケージなしでMBEを実装すべきだと言っているわけではありません。
MBEのファイルの制約を解除することで、データの表現となるバーチャルリアリティや拡張現実の新たな可能性が見られます。 ただし、これは、次の説明の更新が必要な場合があることを意味します。
その中核となるのは、モデルベースの定義(MBD)と呼ばれる製品定義です。 MBD を定義するもう 1 つの方法は、製品の定義に必要なすべての情報を含む 、3D CAD モデルのアトンセト です。
私は本当に私の考えを進化させ、あなたのコメントや考えをしたいと思います。