ソフトウェア ベンダーやサードパーティソフトウェア ベンダが、システムやプラットフォームを簡単に拡張できる、よりオープンなアーキテクチャを持つソフトウェア ベンダの重要性について議論が行われrdてきました。 つまり、オープンアーキテクチャは白黒ではなく、ある人がオープンアーキテクチャと呼ぶものは、他の人がオープンアーキテクチャと呼ぶものと同じではないことを意味します。
ウィキペディアのスニペット: オープンアーキテクチャ
オープン アーキテクチャを使用すると、潜在的なユーザーは、独自の制約を受けることなく、アーキテクチャの全体または一部を参照できます。 通常、オープン アーキテクチャは、開発者またはインテグレーターが共有するアーキテクチャのすべてまたは一部を公開します。
私の視点から見ると、ソフトウェアの未来は完全に開かれると思います。 今後のソフトウェア製品は、その環境に含まれる情報に他のツールがアクセスできるようにします。 これは、ほとんどのデスクトップ アプリケーションの基本的な変化ですが、最新のクラウド アプリケーションでは、ほとんど当たり前の方法です。 クラウド ソリューションがこのオープン性を採用している理由は、ユーザーが最近、ユーザーが使用するすべてのアプリケーションとオープン アーキテクチャの間で情報をシームレスに統合することを望んでいる点以外にも、このオープン性を採用している理由はありません。 おそらくもっと重要なのは、これらのソフトウェア企業がプラットフォームを開けば、実際にアプリケーションのエコシステムを増やし、より多くの3rd パーティ企業がプラットフォーム上で接続して構築することを理解していることです。
オープン性をサポートしない企業は、システムを閉じたままにしておけば「閉じ込められている」ため、ユーザーを失う可能性が低いと考える反対の考えを持っています。 私は彼らが望まないシステムにユーザーをロックする戦略を持つことは誰の最善の利益ではないと思うので、私はこのタイプの考え方に大きな問題を抱えています。 私はこれを怠惰で、ユーザーに少ない価値を提供する方法だと考えています。 私は個人的にShipConstructorを純粋にオープンに保ち、競合他社と競争するという考え方が好きです。 これにより、SSI チームは常にユーザーに価値を提供することに集中できます。
オープンアーキテクチャは、ユーザーが理解するメリットであるとは限りません。ただし、有効にする内容に関連付けることができます。 ツール、プラットフォーム、または特定の機能を拡張するためのより簡単で効率的な方法を可能にするだけでなく、より良く、よりシームレスな情報交換を容易にすることができます。
ShipConstructorは 100% 開くように地上から設計されています。 ShipConstructor ソリューションが独自の形式で人質を保持する情報は 1 つも存在しません。 その通り、ユーザーが望む目的に合わせた情報を抽出して活用することができます。
ShipConstructor は、いくつかの方法でオープン アーキテクチャをサポートします。
- 海洋情報モデル (MIM) の中核は、完全に開いている SQL データベースです。 これにより、SQL に関する業界知識を持つユーザーは、ShipConstructor 環境に含まれるすべての情報にフルアクセスできます。
- 2 つの API レイヤーを提供します。.NET または C++ データレイヤ API を使用して、SQL データベースとの間での情報の生成や、AutoCAD ファウンデーションに含まれるジオメトリ データへのアクセスを可能にする .NET または C++ API レイヤを簡単に作成できます。
- AutoCAD の基盤を拡張することで、ユーザは AutoCAD API を使用して、利用可能な豊富な情報を利用することができます。
このオープン アーキテクチャは、組織全体の情報を活用してレポートを生成することから、ShipConstructor クライアントに多くの利点があります。 OOTB Excel を使用して、ShipConstructor の MIM に含まれる情報を抽出できる例を提供したいと思いました。
Excel には SQL データベースに接続する機能があるため、Excel から ShipConstructor SQL サーバーへのリンクを作成するプロセスは簡単です。 Excel で表示するテーブル、ビュー、またはストアド プロシージャを Excel に指示するだけです。 リンクを作成した後、Excel の更新機能を使用して、自動的に ShipConstructor の最新情報を使用して Excel の情報を更新できます。
私は以下のビデオでこれを実証します。
閉会のコメント
完全にオープンなアーキテクチャソリューションは、ソフトウェアシステムとプラットフォームの未来です。 ユーザーがオープン アーキテクチャ ソリューションを明示的に要求していない可能性があります。しかし、あなたが彼らが求めているものを蒸留する場合.
- ソフトウェア環境内のシステム間のシームレスなワークフロー
- 特定のバージョンやシステムにロックすることなく、ニーズに合わせてソリューションを拡張またはカスタマイズ
- 低いインパクトと労力でワークフローと特定のシステムを変更する俊敏性
- 現在のプロセスやツールを使用して情報にアクセスするためのさまざまな無停止ワークフロー
- システム間の情報の相互運用性
…オープンアーキテクチャを採用したソリューションでのみ実行できることは明らかです。
ShipConstructorは常に完全に開かれていたし、これからも続きます。 当社は、当社のエコシステムに豊富なソリューションを提供するために、オープンアーキテクチャを使用して、多くのクライアントだけでなく、第三者 ShipConstructor開発者ネットワーク(SDN)クライアントを持っています。
私は、ソフトウェアベンダーがなぜオープンアーキテクチャを採用しないのかを理解するために苦労し続けます。