このブログ記事は、2 つのパート シリーズの最初の記事です。 この記事は序文を形成し、2番目のポストでは、より詳細に、具体的にはShipConstructorの観点から概念を掘り下げます。
ハンブルクのクライアント、潜在的なクライアント、およびSMMへの最近のいくつかの旅行の間、私たちは基本的な設計専用の技術を使用しているか、潜在的に使用する複数の人々と関わっていました(分類パッケージを究極の成果物として締めくくります)。 これはSSIやお客様にとって新しいものではありませんが、フロントとセンターを頻繁に置くものではありません。
基本設計に焦点を当てたクライアントは、そのモデルが進めるかどうかにかかわらず、詳細設計や生産エンジニアリングのみに焦点を当てたクライアントとは異なる課題と異なる要件セットを持っています。 それらのいくつかを掘り下げてみましょう:
- 変更 – 変更は、船舶の設計と建設のすべての面で一定です。 プロセスの最も初期の段階に近づくにつれて、固定される設計のパラメータが少なくなります。 これにより、一定の変化が生じ、全体的な設計に大きな影響を与える変更が加わります。
- 直接コスト : 初期段階の設計は、エンジニアリングコストと生産コストの両方に大きな影響を与え、運用とメンテナンスのコストに対してさらに大きな影響を与える可能性があります。 ただし、これらのコストから遠く離れた活動であり、これらの後のタスクを担当する組織とは異なる組織によって実行されることがよくあります。 3Dモデルの使用増加による下流のコスト削減、より正確な図面、および図面の品質の向上は、ほとんど常に直接の作業時間を減らしたいという願望に非常に遠い秒ではありません。
以前の 記事 では、私は2つのポイントの後者について簡単に触れました。 この記事では、私は主に最初に焦点を当てたい: 変更
以前の設計フェーズでは、設計が詳細フェーズに移行した後に発生する詳細な (ただし、影響が大きい場合もある) 変更とは対照的に、発生する変更の種類は通常、巨視的です。 これらの巨視的な変更の例には、ハルの形状/形状の変更、フレーム間隔の変更、バルクヘッド、デッキおよび縦方向の位置、全体的なスキャントリングへの広範な変更などが含まれます。
これらの変更は一見単純に見えます。 3D 製品モデル全体にカスケードし、関連付け図面にカスケードする場合、実際には非常に複雑です。 当然のことながら、CADソフトウェアのこれらの変更に対処するためのメカニズムは、ユーザーが行うことを目的とした変更と同じくらい複雑で多様です。 さまざまなアプローチがあります。 他にも分類システムや「バケット」を使用できますが、ほとんどのシステムをこれらの主要なタイプの1つに入れます。
- スクリプトまたはマクロベースのアプローチ – 通常、特定のアプリケーションを造船する場合、これらのシステムは、必要に応じて基礎となるスクリプトやマクロのセットからモデルを再構築します。 モデルは、変更が必要な場合に再構築されるほど変更されません。
- パラメトリック モデラー – 一般的な CAD アプリケーションで見られる。 モデルは、多くのパラメータで定義され、通常は他のジオメトリまたはオブジェクトの寸法で表されます。 変更が発生すると、パラメーターが再評価されます。
- 連想モデル – 通常、業界固有のアプリケーションで見られるこれらのモデルは、通常、標準とジオメトリの連想トポロジによって定義されます。 このトポロジは、親子関係に基づいて、変更が上から下に重なったり、兄弟と兄弟の関係が変化した場合に、1 つの兄弟から他の兄弟にネットワークの方法で伝達できます。
- ハイブリッド – 一般的に、これらのアプリケーションは、いくつかのアプローチを組み合わせた一般的なツールと業界固有のツールの両方で見られます。 たとえば、ShipConstructor は主に自動調整モデリング ツールですが、オフセット、作図線に沿った距離、特定の規格の寸法を持つ多くのパラメトリック関係があります。
モデリングソフトウェアの種類と同様に重要なのは、変化がどのように意図されているかの背後にある哲学です そのシステムによって管理される(同じタイプの 2 つのソフトウェア パッケージは、この 「小さな」詳細に基づいて実行で大きく異なる場合があります) だけでなく、モデリング エンジンが実際にユーザーによって使用される方法。 次の記事では、ShipConstructor の観点からこれら 2 つの領域を取り上 げていきます。