私はShipConstructorが私の以前の投稿の1つ後にゼロファイルソリューションと見なされるかどうかについていくつかの質問を受けています”ゼロファイルCAD/CAMシステムは未来なのでしょうか? 私の応答は、通常、”ゼロ ファイル ソリューションの定義は何ですか。“一般的な応答は、「ソリューションを使用するファイルを必要としないソリューションです。 その定義からShipConstructorはゼロファイルソリューションです。 しかし、ShipConstructor を使用する人にとっては、これは混乱しているように思えるかもしれません。
さて、私は私の答えを説明するために少し時間を費やしてみましょう。
現代のシップコンストラクターの新しい始まりから始めましょう
2005 年に ShipConstructor を完全に再設計したのは、主に以前のバージョンの ShipConstructor が AutoCAD DWG ファイルを中心としたファイル中心すぎるためです。 ファイルを補完するデータベースを作成しましたが、プロジェクトに関するすべての情報が含まれていませんでした。 ファイルとデータベース内に重複した情報があり、ファイルが情報収集の理想的なソースではないときに柔軟性を持たせることができます。 たとえば、レポート モジュールでは、ファイルではなくデータベースの情報を使用しました。
この環境ではファイルが王様でした。 ファイルとデータベースの間に不一致がある場合、ファイルは、その情報を獲得し、データベースに再同期します。
このファイル中心モデルには、変更をモデルに反映させる必要がある場合など、多くの制限がありました。 たとえば、他の図面のパーツと関係のあるパーツを修正する必要がある場合、ShipConstructor は、関連パーツがモデリングされているすべてのソース図面を開き、適切な変更を行う必要がありました。 ご想像のとおり、更新が必要なファイルを別のユーザーが使用していた可能性があるため、これは高速でも理想的ではありませんでした。
ShipConstructor の以前のアーキテクチャにはまだいくつかの生命が残っていましたが、そのアーキテクチャには有効期限があることを知っていました。 このため、私たちはShipConstructorをゼロから再設計することに投資することに決めましたが、正直に言うとそれは素晴らしい決断でした。
シップコンストラクターの現在のアーキテクチャ
多くの人がすでに知っているように、現代のShipConstructorは、MIM(海洋情報モデル)の中核にあるSQLデータベースに焦点を当てた情報です。 絶対に、ジオメトリの定義、関係、属性、プロパティなどの情報はすべて SQL データベースに含まれています。
変更を反映せず、変更を反映するように SQLreflectデータベースを設計しました。 これは非常に重要な技術戦略であり、変更と伝達戦略よりもはるかに優れています。 その仕組みは、情報の一部(ジオメトリ)が変更された場合、プロジェクト内の他の多くの項目で使用できます。 この戦略では、ジオメトリ定義が変更されると、その定義の一部として修正されたジオメトリを使用する他のアイテムは、そのアイテムに変更を反映する必要なく変更されます。 私が与える例は、デッキが100mm上に移動した場合、変更する必要がある唯一の情報は、デッキを100mm定義するジオメトリです。 伝播を行わない場合、そのジオメトリー定義の一部がデッキのジオメトリであるため、デッキの平面を境界として使用するフレームまたは縦方向が自動的に更新されます。 この自動更新には、変更を伝播する必要のない、スチフナーの切り抜き、コーナー処理、溶接情報、パイプの貫通など、その他すべての関連情報が含まれます。データ モデルは、変更を反映するだけです。
また、SQL データベースに加えて、製品モデルと対話して視覚化する方法として AutoCAD 基盤も使用しています。 データベースを使用するだけで、船舶の3Dモデルを作成する方法を想像できますか? あまりユーザーフレンドリーではないについて話す:-)
AutoCAD はファイルに基づいているため、ShipConstructor アーキテクチャは、ユーザが関心を持つモデルの一部を表す図面を作成します。 これらのファイルは SQL に格納されませんが、情報は格納されます。 これには、次のような非常に強力な利点があります。
1. モデル図面は、データベースに含まれる情報から100%再作成することができます
前述のように、すべての情報はデータベースに含まれており、AutoCAD を使用してユーザが製品データ モデルを操作できるようにします。 モデル図面が破損しているか、削除された場合、ShipConstructor はモデル図面を再作成できます。
2. プロジェクト間の関係
プロジェクトの開発を通じて、表示している図面に含まれていない関連部品の情報を照会する必要が何度もあります。 データベース内のすべての情報を使用してShipConstructorは、それが場所に関係なく、プロジェクト全体の任意の部分の情報にアクセスすることを可能にするさまざまなツールや機能を持っています。
また、作成された特定の「ファイル」を知らなくても、現在の図面内の任意の部品のジオメトリ表現を作成する機能もあります。
3. ユーザ定義の基準を持つモデルの任意の部分を表す図面を作成する
必要な基準を定義することで、プロジェクトの任意の部分の図面を作成できます。 エンジニアリング、生産、計画、レビュー、さらには統合のための多くのアプリケーションがあります。
これらの図面はプロジェクトにリンクされたままで、データベースからの自動更新はプロジェクトの現在の状態を反映します。
4. 現在のプロセスとワークフローを活用
それに直面してみましょう、造船は非常に文書中心です。 DWG は、まだ標準出力の成果物であり、多くのワークフローに定着しています。 DWG を ShipConstructor のネイティブ ファイル形式として自然に、痛みを伴わずに利用することで、現在のプロセスで MIM 内で DWG を使用できます。
5. さまざまなアプリケーションを使用して、情報にアクセスしたり、情報を変更したりできます。
このデータ中心の戦略を使用すると、さまざまなアプリケーションを使用してデータを表示、調査、さらには変更することができます。 前述のように、ShipConstructor は、MIM に組み込まれているアプリケーションの 1 つとして AutoCAD の基盤を使用しますが、他にも多くのがあります。 たとえば、前回の記事では、カスタマイズしたレポートが必要なときに Excel が常に存在します” という説明では、Excel を使用して、カスタマイズをまったく行う必要はありません。 私はまた、 あなたのCNCプロファイリングマシンと統合するためにShipConstructor情報を使用する方法についての記事を書きました.
また、MIMとその オープンアーキテクチャ を活用してPDM / PLM / MES / ERP / MRP / カスタムアプリケーション/ 等を統合する多くのクライアントがあります。 機会は事実上無限大です。
歴史のレッスンをありがとうが、特にAutoCADファンデーションを使用している場合、ShipConstructorはどのようにゼロファイルソリューションですか?
はい、ShipConstructorはAutoCADの基盤を使用していますが、これは私たちの業界で現在のツールとスキルを活用するために行われた決定でした。 他のツールを技術的に使用してモデルを視覚的に表現し、ユーザーがモデルと対話できるようにすることができました。 競合他社が使用する戦略である独自のカスタムCAD環境を作り出すことさえできましたが、最も広く使用されているCADツールを活用することで、SSIは一般的なCADツールではなく、海洋およびオフショアソフトウェア製品の作成に集中することができました。
ファイル中心の製品(AutoCAD)を使用して、情報中心のソリューションを非常にうまく作成しました。 これはいくつかの課題を提起しましたが、非常に強力で、非常に熟練したユーザーの大規模なネットワークを持つツールを活用するという利点を上回りました。
ユーザの観点からは、AutoCAD とファイル(DWG)を使用していますが、実際にはデータベース駆動型のプロジェクト モデルへのインタフェースにすぎません。 ファイルはデータベースに保存されませんが、保存すると情報がデータベースに転送されます。
これは、図面やCADアプリケーションを使用せずに部品を修正したり作成したりできるEnterprisePlatform製品のポートフォリオで、より明白になります。
閉会の挨拶
私はあなたがゼロファイルソリューションを定義する場合:”それはソリューションを使用するためにファイルを 必要 としないソリューションであることを説明したいと思います” ShipConstructor はゼロファイルソリューションとみなされます。
ShipConstructor はファイルを非常に強力に活用し(必要としません)、MIM 環境の一部として AutoCAD ファウンデーションを含んでいます。 AutoCAD はファイル中心であり、ShipConstructor が提供する全てのメリットを利用するには、ShipConstructor が DWG を作成、更新、管理する必要があったため、ユーザーの追加の手間をかけずに作成、更新、管理する必要がありました。 ユーザの観点からは、慣れ親しんで使い慣れたツール(AutoCAD-ShipConstructor)を操作しています。
AutoCAD を介して ShipConstructor を使用することが、製品データ モデルと対話する主な方法ですが、唯一の方法ではありません。 彼らはShipConstructorアーキテクチャが最大限に活用することができる技術と私たちの業界で起こっている多くの変化です。 時間が経つにつれて、ShipConstructorがゼロファイルソリューションであることがより明らかになります。