アプリケーションが古くなり、完全なオーバーホールが必要になる場合があります。このプロセスを「アプリケーションの移行」と呼びます。

アプリケーションに移住が必要であるという警告サインは何ですか？移住により何が変わり、変わりませんか？アプリケーションの移行の利点は何ですか？読み続けて調べてください！

TL、DR

ソフトウェアアプリケーションは時間の経過とともに古くなり、多くの知的財産を保持しながら目的に適さなくなります...
これらのアプリケーションには、新しい寿命を与える必要があります。これは、アプリケーションの移行：古いコンテンツを保持しながら新しい機能を追加することで実現できます。

アプリケーションの移行とは何ですか？

移住とは、文字通り「魂を新しい身体に移動する」ことを意味します。ここでは、アプリケーションの知的で機能的なコアを、より機能的な新しい形式に変換することを指します。

「アプリケーションの移行」と呼ばれるプロセスは、単にアプリケーションを拡張、強化、アップグレード、または近代化するだけでなく、アプリケーションに新しいリースを与えるための親切な機会と体系的なアプローチの1つです。

アプリケーションの移行の例

以下は、マテリアルハンドリングおよびストレージドメインの会社の移民の典型的な例です。この例では、顧客向けのストレージシステムを設計するための切断されたアプリケーションのセットが、追加機能を備えたエンドツーエンドのワークフローを処理する統合システムに変換されました。

両方のシステムの目的は同じままです。ストレージシステムを設計し、レイアウト図を提供し、短時間で正確な見積もりを生成します。

機能性 古いシステム 新しい（移行された）システム

システムの性質

切断されたアプリケーションのセット

単一のCADプラットフォームで実行される統合構成システム

図面生成

CADマクロは、コンフィギュレーターのエクスポートに基づいて手動入力を行い、2D表現を生成します。

CADプラットフォームを介した統合。正確な3D CADモデルを作成し、即座に更新します。 2D表現を自動生成します。

データストレージ

複数のテキストファイル

統合データストレージ

見積生成

コンフィギュレーター出力の手動解釈。

ドキュメントテンプレートの自動入力。

保存されている機能

  • 構造計算

  • 材料データベース

  • 構造計算

  • 材料データベース

追加

  • ウォークスルーのための正確な3D CADモデル

  • プロジェクトと見積の改訂管理

  • 将来の使用に合わせて拡張可能

はい、ソフトウェアアプリケーションには新しい命が必要です！

一定期間にわたって、アプリケーションはエージングします。それらは目的に適さなくなりますが、エンジニアはそれらを押し続けます。なぜなら、これらのアプリケーションは長年にわたって貴重なサービスを提供しており、知的財産コンテンツでいっぱいです。

企業は、パッチを適用し、新しい機能を改良し、コネクタ、トランスレーターなどを提供することにより、それらを存続させます。最終的に、これらのアプリケーションは、時代遅れになり、切断され、崩壊します。

これらのアプリケーションは、進化する技術情勢、変化する使用パターン、および増え続ける市場の需要に対応するために大幅に変更する必要があります。この変換は、単に古い肌を脱ぎ捨てるだけでなく、変身するだけでなく、まったく新しい生活を獲得することです！

指標の移行が必要です

アプリケーションはいつ新しい生活を必要としますか？移住の必要性を示す特定の指標があります。それらは外部と内部の両方です。

外部指標 外部の利害関係者が経験している;顧客、ユーザー、トレーナー、営業担当者、アナリストなど。

  • 収益の減少： 新しいリリースでは、より多くの機能が提供されません
  • 重要な欠点： 特定のタスクを実行するための機能の欠如
  • 急いでパッチを適用： 複数の修正、パッチ、更新、および「修正プログラム」
  • 顧客固有のカスタマイズ： 顧客固有の機能またはデータストレージの提供
  • 機能の一貫性の欠如：異なるUIまたは類似の機能の異なる動作
  • ユーザーベースの縮小： 売上の減少と競合他社への切り替え

内部指標 プログラムスポンサー、テクニカルオーナー、プロダクトマネージャー、開発チームなどの社内の利害関係者が経験している。

  • 高い技術的負債： 欠陥、リグレッション、または変更要求が多すぎる
  • 膨大な製品バックログ： 実装されるのを待っている多くの機能。たとえば、機能を追加したいが、欠陥を修正する必要がある
  • 混oticとしたインテリア： 時代遅れの技術、膨大な種類の設計、壊れたアーキテクチャ、弱いプロセスなど
  • コンピテンシーと能力の欠如： 主要な開発者/アーキテクトが去ったか、先へ進んでいる、能力が利用できない
  • 顧客固有の開発： 顧客固有のコードベース/ブランチ、データ形式、特別なチーム
  • SOSの修正： 頻繁な「消火活動」

通常、10年以上機能しているアプリケーションでは、移住を真剣に検討する必要があります。

要約すると、アプリケーションは、社内または社外のすべての利害関係者が「多くのことを行う必要がありますが、まだ多くを維持する必要がある！」

何が変わりますか？何が変わらないのですか？

新しい生活を送ることは、単に古いアプリケーションを書き直すことではありません。アプリケーションは、コアを失うことなく新しいフォーマットを持たなければなりません。

既存のアプリケーションの中心的な目的、イデオロギー、知的財産、および「ユーザー接続」を保持する必要があります。多くの場合、アプリケーションは既存の機能のほとんどを保持しながら、重要な追加機能を取得する必要があります。アプリケーションによって生成された膨大な量のデータを既存の形式で保存することが重要です！

ただし、アプリケーションには、新しいルックアンドフィール、制御、展開、ライセンス、所有権、相互運用性などの新しい戦略が必要です。新しいアーキテクチャ、新しいテクノロジなどが必要です。

アプリケーションの移行の利点

外部の利害関係者にとって、移民の主な利点は次のように要約できます。 有効性に対する目に見える影響 、 パフォーマンス指標の大幅な増加.

内部の利害関係者にとっての利点は次のとおりです。合理化された拡張可能なアーキテクチャ、最新技術の使用、保守性の高いコードベースなど。追加される内容に応じて、他の多くの利点を得ることができます。

どうやって行くの？

移住の仕事は一種のものであり、体系的な方法で行われる必要があります。現在の状態の多くの側面とターゲット状態の徹底的な分析が必要です。アプリケーションの移行を実装するために使用される方法については、今後の投稿で説明します。私たちは Engenextソフトウェアソリューション そのような課題の処理に特化しており、適切に定義されたプロセスが用意されています。

EngenextソフトウェアEngenextソフトウェアソリューション CAD /エンジニアリングソフトウェアソリューション専用です。 20年の経験と、さまざまなドメイン、多様な役割、複数の地域、多数のCADプラットフォームに対する経験に基づいて構築された同社は、革新的で包括的かつ効果的なソフトウェアソリューションを提供できると確信しています。