BIMは、製品、ビルディング・インフォメーション・モデル、またはビルディング・インフォメーション・モデリングのプロセスを表すために使用される略語です。BIMは3Dと同じだと多くの人が信じていますが、これは正しくありません。3Dは、BIMからのレポートの1つにすぎません。2Dは別のものかもしれませんし、ドアのスケジュールは3番目のものかもしれません。BIMは3Dであるだけでなく、それらが何であるかを認識し、他のオブジェクト、分類、グループとの関係を持つインテリジェントオブジェクトに関連する情報を構築します。BIMに「尋ねる」と答えを得ることができます...
そうは言っても、もちろん、3D表現は、すべての建物情報にxyz座標を与える重要なスケルトンであり、したがって、すべての情報は「場所」を取得します。これは、StreamBIMやその他のソフトウェアツールが不一致、写真の文書化などの追加情報を追加できるスケルトンです。
紹介
設計方法とプロセスとしてのビルディングインフォメーションモデリングは複雑ではなく、成功例と成功例の両方を見ることで業界標準になっています。多くの場合、まだ主な供給拠点や契約生産拠点である2D図面があります。多くの場合、これはモデリングによる図面の作成につながっていますが、これにはモデルの品質という点でコストがかかることがわかります。モデルが学際的な衝突制御と調整にも使用される場合、調整された3Dモデルからの図面は建設可能な図面を提供し、したがってエラーが発生しにくいため、明らかにプラスの効果をもたらします。ただし、可能性はそれよりも大きいです。
buildingSMARTのオープンBIM標準により、フェーズ、プロセス、および関連するアプリケーション間でデータを転送および再利用することが可能になります。レンドラのStreamBIMでは、デザインツールに関係なく投影モデルを受け取り、それを提示することで、現場のハンドヘルドデバイスでも生産ベースを利用できるようにすることができます。
滑り出しは順調である！
成功したBIMプロジェクトの特徴は、「このプロジェクト」でBIMを何に使うべきかを明確に理解していることです。ほとんどのBIMプロジェクトでは、学際的(幾何学的)調整のためのクラッシュ検出が成功しています。これを達成した場合、設計者は同じモデルの原点と座標系で操作する必要があります。これをテストすることは、設計の開始/開始の自然な部分であるべきです。すべての設計グループで、建築、構造設計、電源、配管、換気など、シンプルで学際的なモデルを定義し、異なるドメイン モデルが幾何学的に「同じ場所」に配置されていることをテストすることをお勧めします。
コーディネートされたオリジンは、クラッシュ検出/3Dコーディネーションだけでなく、StreamBIMのような学際的/複合モデルが自然に使用されるすべての下流プロセスとアプリケーションにとって重要です。
もう 1 つの経験則は、オブジェクトに名前を付けるための適切な構造とルールを持つことです。これは、プロジェクトの初期段階ではそれほど重要ではないように思われますが、オブジェクトとモデルを人間とソフトウェアの両方が読み取れるようにすることで、多くの略奪とその後のフェーズの時間を節約できます。オープンフォーマットのBIMプロジェクトは、データの再現性ではなく、フェーズやプロセスをまたいで再利用することを提唱しており、したがって可読性は重要な側面です。
一意の命名には、スペースの名前と番号、およびシステムやゾーン(部屋のグループ)などのオブジェクトのさらなるグループ化を含む、建物要素/コンポーネントのタイプエントリの両方が含まれます。一部のオブジェクトは、の個々のインスタンスを識別するために重要であり、これらは通常、ビルディングオートメーションシステム(BAS)で操作されるオブジェクトです。主にテクニカルドメイン(MEP)内のコンポーネントについて話しますが、ドア(およびハッチ)にもそのようなニーズがある場合があります。オーナー/クライアントは、多くの場合、学際的なIDの使用を要求しますが(例:COBieによる)、これは特定のサイズのすべての建物に適用される一般的な要件です。
私たちは、多くの下流プロセスで重要な優れた型式指定の必要性を強調したいと考えています。たとえば、数量のテイクオフ/コスト見積もりだけでなく、インストーラーの場合も、StreamBIMで特定のタイプID(図面上)またはオブジェクトプロパティを見たときに、ボックスからどの製品をピックアップするかが明確であることが重要です。
モデル構造/整理ファイル
プロジェクト内のさまざまなドメインモデルをどのように構成するかは、プロジェクトのサイズと使用中のBIMオーサリングツールの両方によって異なります。特に MEP 内では、大規模なモデルでは、すべてを 1 つのモデルでモデル化し、すべてのシステム関係が確立されている場合 (ベスト プラクティス)、多くの待ち時間が必要になることがあります。3Dインターフェースは「レイヤー」に整理されているため、StreamBIMでは3Dモデルの表示方法に関連し、ファイルがどのように整理され、ifcにエクスポートされるかが重要です。「レイヤー」は通常、ドメイン内にあります。例えば、ARCH、MECH、ELEC、STRUCなど、これはStreamBIMでオンとオフを切り替えたり、強調表示したりできます。レイヤーは 1 つ以上のファイルで構成できるため、パイプと通気孔を同じファイルにエクスポートした場合、通気孔だけを「オフにしたりハイライト表示」したりすることはできません。必要に応じて、これを 2 つの ifc ファイルとしてエクスポートする必要があります。スプリンクラーシステムを表示する場合は、これも別のファイルである必要があります。ただし、ドメイン内に複数のファイルがある場合は、これを1つのレイヤーに簡単にマージできます。
目的のためのBIM
プロジェクトでBIMを使用することを決定したら、要件(BIMガイドで確立)はこれらの目標に従います。したがって、BIMを何に使用するのか、BIMを利用できるビジネスプロセスを理解してください。
たとえば、数量計算とコスト計算にモデルを使用する場合は、エネルギーシミュレーションに使用する場合とは異なるデータセットが必要です。データセットでは、属性(命名規則、IDなど)、プロパティ、詳細レベルを参照します。
例えば、BIMから数量を導き出すには、2つの方法があります。これをプロパティとしてオブジェクトにエクスポートするか、オブジェクトを「分析」することができます(たとえば、オブジェクトの周囲を三角形分割することによって)。分析アプローチを選択する場合は、Solibri Model Checkerまたは同等のツール/ソフトウェアが必要です。
StreamBIMは、通常、オブジェクトのプロパティを読み取り、これをユーザーに直感的な方法で提示するツールです。数量を StreamBIM に表示する場合は、数量をプロパティとして ifc ファイルにエクスポートする必要があります。これをifcにエクスポートする方法、いわゆる「BaseQuantities」は明確に定義されており、BIMオーサリングツールが長さ、面積、直径などをエクスポートする方法が指定されています。ほとんどのCAD / BIMツールでは、これはifcにエクスポートする際の簡単な設定です。たとえば、「基本数量を含める」オプションが表示されます。
StreamBIMで他のソースからの情報の構築
私たちは以前、学際的なラベリング/IDタグを使用するなど、オブジェクトの適切な命名の重要性を強調しました。これらは、他のソフトウェアやデータベースでも使用される識別子である場合があります。なぜこれに言及するのですか?
なぜなら、StreamBIMが他のソース/データベースのクエリに使用できる識別子をモデルで見つけた場合、StreamBIMインターフェースに他のWebクライアントを表示できるからです。つまり、データがStreamBIMやifcになくても、オブジェクト(建物、床、部屋、コンポーネント、システムなど)に関する関連データを見ることができます。単に調べて、外部ソースから回答を得るだけです。
概要
BIMは複雑ではなく、StreamBIMを使用すると、これまでになく簡単になります。プロジェクトを開始するときの経験則はかなり少ないので、モデルをアップロードして運転するだけです。
思い出す
- すべてのドメインモデルで同じ共有オリジン
- 適切で構造化された命名規則 (最初から型名に焦点を当てる)
- プロジェクト内のモデルに何を使用するかを定義する - モデルに何が含まれるかは、目的によって定義されます。BIMはある目的のために必要だ!
それはロケット科学ではなく、単純です-幸運を祈ります!
StreamBIMチーム