12月末、私は初めて「モデルベースのエンタープライズサミット」に出席しました。 サミットについて異なる、相反する事を聞きました。 しかし、モデルベースのエンタープライズ(MBE)の方法論に非常に興味を持っていたので、私は理解を広げるためにイベントに参加する時が来たのだと決めました。
MBE に詳しくない方は、 ウェブサイト に移動して詳細を確認できます。 正式な定義は次のとおりです。
MBEは、企業全体で共有される3D製品定義に基づく統合されたコラボレーション環境であり、コンセプトから廃棄まで、製品を迅速かつシームレスかつ手頃な価格で展開できます。
他の方法論と同様に、定義は私たちが望み、必要としていると思うものを記述しています。 私にとっての問題は、MBEはどのように「 統合された協力的な環境」を達成し 、どのように当社の業界でどのように使用できるかということです。 これが私の目標であるサミットに出席しました。
私が到着して議題を見直したとき、私は特に造船業界に関連する最初の日に2回の協議があったことに非常に驚きました。 私が本当に楽しんだプレゼンテーションの一つは、造船業界のユニークな課題を非常によく説明したNAVSEAのベン・カッセルからでした。
私のキーテイクアウト
モデル ベースの定義 (MBD)
|  |
MBE の中核となるのは、モデル ベース定義 (MBD) と呼ばれる製品定義パッケージです。 MBD には、製品を完全に定義するために必要なすべての情報(3D モデル、3D/2D ビュー、注釈、PMI、GD&T など)が含まれています。 PMI GD&T
この技術的なデジタルパッケージを使用すると、すべてのプロパティにアノートを付けて3Dでモデルを表示するだけでなく、手元のタスクに必要な他のビューや情報を持つことができます。
従来 (現在の;-) コンポーネントの特定の詳細を含む追加のスプレッドシートを使用して、2D 図面を使用してモデル情報を共有します。 モデルベースの定義は、これらの従来の切断された図面、ドキュメント、スプレッドシートを置き換え、それらを1つの完全なパッケージに結合します。
ほとんどのMBDは、3D PDF、JT、Navisworksなどの最新の3D技術を利用しており、非常に豊富でインタラクティブなツールでMBDモデルを調べることができます。
私の意見では、MBDの2つの主な利点は次のとおりです。
- MBD は、モデルと視覚的に対話する機能を使用して、情報を伝達する非常に優れた方法を提供します。 これにより、より高速で正確な情報交換が実現します。
- 1つのパッケージに含まれるすべての情報を持つことは、間違った情報を使用する可能性が少ないことを意味します。
企業間での情報共有
デジタル技術パッケージを1つ持つことで、サプライヤーを含む企業全体で簡単に共有できます。 企業が MBD を使用して、サプライヤーや所有者とより効果的にコミュニケーションを取る方法について、いくつかのプレゼンテーションがありました。 ほとんどの通信は単方向であり、双方向 ではない ようでした。
標準の MBD はありません
独自の MBD バージョンを作成するさまざまなベンダーがあります。 私は最初に誰もが使用している標準があると思ったので、これは私にとって最大の失望の一つでした。 この標準は、MBDを使用する上でより良いエコシステムを可能にします。
少なくとも、ほとんどすべてのベンダーMBDバージョンがSTEPのアプリケーションプロトコル(AP)を使用することを知って良かったです。 ただし、特定の仕入先のビューアーを使用する必要があります。 これは私の見解では、その有用性を制限します。
MBDはコラボレーションコミュニケーションにどの程度効果的ですか?
標準のMBDを持たずに、これがコラボレーション・エクスチェンジとしてどれほどうまくいくかは完全には分かりません。 両方のサイトが同じツールを持っている場合、私はそれが成功した解決策になることができると思いますが、それは一般的なケースではありません。 前述のように、通常はパッケージに含まれるSTEPファイルがありますが、設計上のコラボレーションに必要なすべての情報が含まれるわけではありません。 たとえば、1 つのサイトでジオメトリの詳細を修正する場合に必要なパラメトリック関係と自動調整関係は含まれません。
また、MBEの定義では、具体的には「共同環境」と記載されていますが、私が出席したプレゼンテーションからこれを得ることはありませんでした。 プレゼンテーションのほとんどは、コラボレーションシステムの一部である可能性がありますが、私は共同ではないと主張するデータの一方向のプッシュについてでした。
造船関連
私は、それが造船業界でどのように効果的に使用できるかのより良いアイデアを得るためにこのサミットに行きました、そして、私はMBEの利点についてよく理解されていると感じています。 しかし、私はまだやるべきより多くの研究と議論を持っています。
MBEを使用しているほとんどの企業は、機器の製品の製造に焦点を当てており、これが船舶やリグなどのより大きな構造物の構築にどのように変換されるのか分かりません。 私はこのことについて数人の出席者と何度も話し合いましたが、私はまだそれがどのように 完全に 使用できるかをよく理解していないと感じています。
雲は写真のどこに収まるのか?
「クラウド」と言及したのは、アメリカ海軍施設エンジニアリング司令部(NAVFAC)のアレックス・ヴィアナだけだったのは興味深いものでした。 私はMBEでクラウドのためのいくつかの本当の可能性があると思います。
会議の最悪の部分
講堂にコーヒーはありません。
閉会の挨拶
MBEの重要な概念の多くは、すでに多くの企業やSSIのクライアントによって行われています。 彼らはそれをMBEと呼んでいないかもしれませんが、彼らのワークフローの中核はMBEの原則を利用しています。
先に述べたMBEの正式な定義を考慮すると、ShipConstructorは完全にMBEの一部になることができます。 クライアントは現在、組織全体の関係者向けに、特定のタスクに必要なすべての情報を含む多くのデジタル技術パッケージを生成しています。
例として、以下を含む CNC プロファイルオペレータ用のデジタル技術パッケージを作成します。
- 追加処理なしでCNCプロファイルマシンに直接供給することができるファイル。
- 従来のワークフローと使いやすさをサポートする、結果のプロファイルのイメージとドキュメント。
- すべての属性を持つプロファイルの豊富な 3D ビューにより、オペレータは現在処理中のプロファイルを素早く表示でき、必要に応じてプロファイルの詳細を調べる機能も可能です。
標準 MBD を持たない場合、真のコラボレーション環境での使用は制限されます。 前述のように、コラボレーション環境の一部である可能性がありますが、単に有効な方法ではありません。
ファイルを共有する(MBD)という概念は、私が好きかどうかわからないものです。 これは、複数のファイルの現在の戦略よりも優れていますが、ファイルを転送すると、それは時代遅れと見なされるべきです。 これが私たちが今日生きている現実かもしれません。 しかし、私はこれが変わる必要があると感じています。 「どうやって」と尋ねる。 それが私たちがJを理解するために必要なものです。 私の以前のブログ記事のいくつかは、ゼロファイルCAD / CAMシステムについて話しています。
ShipConstructorはゼロファイル(ファイルレス)ソリューションですか?
私はMBEについてもっと学び続け、MBEまたはその方法論の少なくとも一部が私たちの業界に含まれるかどうかを確認します。 私はこのブログ記事で述べた私の解釈と観察のいずれかにコメントや訂正を歓迎します。
PLMグループからのオリジナル画像