紹介
ドイツのウルリッヒシュセンでCOMPIT 2015から戻ったばかりです。 いつものように、異なるシステム(CAD/PLM/PDM/etc.)の統合に関連するプレゼンテーションが多数ありました。 トピックは、さまざまなツールを単一の仮想船舶設計プラットフォームに統合するためのピアツーピア サービス ベースのアーキテクチャから、ERP、CAD、PLM データの単一アクセス ポイントとしてのエンタープライズ ポータルの実装まで幅広く取り上げられています。
私のプレゼンテーションは、情報共有の少し異なる側面と造船所の「ソフト」システムの1つである人との統合に焦点を当てていました。 それでも、エンジニアリングデータを使用し、提供された情報に基づいて直接行動を起こす必要があります。 最も明白なケースは、図面や作業パッケージをウォーターフロントに配送することです。 さらに、システムとプロセスが十分に統合されておらず(またはまったく)、多数の図面、スプレッドシート、その他の成果物に基づいてデータを入力したり、データを入力したりする典型的な造船所(および造船所のサプライヤー)には、依然として多くの状況があります。
前向きな造船所、特に労働コストの増加に対処する造船所では、生産自動化や様々なシステム間の統合などの分野への投資が増加しています。 これにより、他のプロセスやツールの情報源としての図面への依存度が低いのは確かにあります。 しかし、最先端の造船所でも、図面やスプレッドシートは通信に使用されています。
モデルベースのエンタープライズおよびモデルベースの定義
他の業界では、問題はさまざまな方法で対処されています。 最も注目されているのは、モデルベースエンタープライズ(MBE)と呼ばれるアプローチです。 MBEは、企業全体(および製品のライフサイクル)は、単一の完全にコメント付けされた3D製品定義によって駆動されるべきであるという考えに基づくアプローチです。
私はこの記事のアプローチにあまりにも多くの時間を費やすことはありません。 詳細はこちらまたは こちら で見 つけることができます。 私が時間を費やすのは、MBEアプローチの基礎であるモデルベースの定義(MBD)について話すことです。 MBD は、製品に関するすべての情報を含む単一のパッケージです。 これには、3Dモデル、注釈、製品および製造情報(PMI)などが含まれます。MDB の目的は、アクセスの障壁のない誰でも読み取り可能なということです。 これは、ニュートラルフォーマット、プロプライエタリなソフトウェア、IT障壁がないことを意味します。
最近の MBD 実装の 一部 では、3D PDF が標準として登場しています。 私は、主にあなたの現在のPDFビューアが3D PDFを読むことができるという正当な理由があると思います。 私は、この形式は、造船所のMBDとして将来的に探索する価値があると思います。 しかし、この場合、今日はほとんど努力を必要とし得ないオプションを模索したいと考えました。
造船用 MBD
造船業界へのMBDの適用を見て、我々は最初に我々の業界に特有の要件/課題の数があることを認識しました。
スケール/複雑さ
最初は「製品」の本質に行きます。 規模と複雑さの理由から、船全体を単一のMBDにパッケージ化することはできません。 これは技術的に不可能であるだけでなく、人間にとっては扱いにくく、使えないだろう。 顕著な問題は、「造船所にとって最も効果的なパッケージは何ですか?」 私はいくつかのアイデアを以下の例があります。
図面、図面、図面
何かを構築するほとんどすべての業界では、人々が図面への依存と弱点について不平を言うのを聞くでしょう。 草は常に緑であり、それらはすべて他の産業と否定的に自分自身を比較します。 「私も」のように聞こえる危険を冒して、造船は他のどの産業よりも図面に依存していると言えるでしょう。
現在、多くの造船所で使用できるソリューションは、図面の作成方法に合わせる必要があり、図面の消費方法に合わせる必要があります。
潜在的なソリューション
Navisworks モデルからプレーンな AutoCAD DWG まで、さまざまなオプションを検討しましたが、すべてのオプションは少し残っています。 ただし、オートデスクには、既に MBD の要件の多く(オートデスク図面 Web フォーマット(DWF))に適合する形式があります。
なぜDWF?
今のところ、既存のツール、プロセス、ワークフローを大幅に変更することなく ShipConstructor とシームレスに連携するため、MBDの作成にDWFを適用するのが本当に好きです。
エンジニアリングに無停止
まず、ShipConstructor 図面(AutoCAD 図面と同様)には、3D モデルを含むレイアウトと各成果物の図面のレイアウトの両方が含まれているため、3D モデルとそれらの図面を含む DWF ファイルに簡単に変換できます。 図面を印刷する場合(PDM/PLM システム、ペーパーワークパッケージ、または単にファイルフォルダに配置する場合)、PUBLISH コマンドを実行して DWF を作成することもできます。
図面はまだキー
プロセスは図面から作成され、図面はパッケージ内の成果物の重要な部分となるため、現在 PDF または図面の他の表現を使用している個人は、代わりに (または同様に) DWF ファイルを使用できます。
船コンストラクタと完全に互換性があります
このプロセスが ShipConstructor/AutoCAD から開始されると、DWF に含まれる 3D モデルには、ShipConstructor モデルおよび図面に含まれるすべての PMI が含まれます。
「ニュートラル」形式とビューア
DWF 形式は技術的にはニュートラル形式ではありませんが (標準ではありません)、オートデスク形式であるため (CAD 市場空間でオートデスクが位置しているため、他の CAD 製品が DWF などをエクスポートするためのアドインが見つかるため)、DWF 用の無料で単純なビューアが多数存在するためです。 ShipConstructor で動作しているデスクトップ ビューア(オートデスク デザイン レビュー)のビューについては、以下のビデオを参照してください。 さらに、モバイルとウェブ(クラウド)ベースのビューアの両方が利用可能です。
どのように完了したか
このビデオに示すように、これを実装する最も簡単な方法は、任意の ShipConstructor 図面内で PUBLISH コマンドを実行することです。 モデル レイアウトに対して [3D DWF] オプションが選択されていることを確認する以外に、ここでは追加の手順は必要ありません。
もちろん、これは、単一のShipConstructor図面に、MBDパッケージにキャプチャする「製品」全体が含まれている最も簡単なケースです。 これは、ユースケースのまともな数をカバーするかもしれません。 しかし、私は本当の力は、パッケージに他の図面から追加のレイアウトやモデルを追加することから来ると思います。 考えられるシナリオを次に示します。
- パイプ配置、システム モデル、およびそのシステムのすべてのスプール図面。
- 構造ブロックのモデルと、クラス パッケージとしてのブロックのすべてのクラス承認図面。
- 構造ブロックのモデルと、そのブロックのすべてのアセンブリ図面。
他の図面の[パブリッシュ]コマンドレイアウトの間に追加できます。 私はこの記事のために上記のシナリオのいくつかを作成することを計画していました。 私は後でそれらを作成する場合、私はここでそれらを更新します。
未来
この 2 つの (接続された) 領域は、これらが EnterprisePlatform PublisherLT によって簡単に生成できるかどうか、および AutoCAD シート セットとどのように統合されるかです (SC 2015 R2 はサブスクリプション アドバンテージ パックを介して新しいシート セット マネージャ機能を明らかにしました)。 どちらも詳細に調べられていますが、接続されています。 [パブリッシュ]コマンドのコマンド ライン バージョンでは、図面セットの説明(DSD)ファイルが作成され、シート セット マネージャから書き出すことができます。
結論
ほとんどの造船所では、図面(由緒あるスプレッドシートと一緒に)は、エンジニアリング情報を必要とする人々に通信するためのデファクト標準です。 既存のエンジニアリングプロセスとツールを使用して、3D DWF モデルベースの定義を使用すると、無停止で強力な代替手段を提供できます。 このアプローチは、実装はほとんど必要なく、追加 のソフトウェア購入 も必要なく、図面を放棄しない新しいテクノロジーへの橋渡し役です。 私はあなたの考えを聞くことに興味があります。