レガシーシステムの近代化：何から始めればいいの？

あなたの会社はレガシーシステムを持っていますか？ 長い間使っていて、誰もその経緯を覚えていないソフトウェアがありますよね。そう、あなたの組織の新しいハードウェアやソフトウェアシステムとうまく統合できず、ボトルネックになっているものです。簡単にはアップデートできないもの。困ったときに誰に頼めばいいのかわからないもの。そう、これです。 抜け出せなくなっていませんか？

ということです。 レガシーソフトウェアが存在するのは、組織にとっての価値があるからです。.ユーザーは長い間これを使用してきており、組織に十分な効果をもたらしてきました。あなたのITチームは、その限界に精通し、そのクセをすべて知っています。このソフトウェアは間違いなくそれ自体に見合ったものであり、組織全体が何となく快適に使えるようになっています。

しかし、ある時点から、このレガシーソフトウェアを別の角度から見るようになりました。しかし、ある時点から、このレガシーソフトウェアを別の角度から見るようになりました。

• であることにお気づきでしょうか？ 孤立 は、組織の最新ソフトウェアの真ん中にある島のようなものだと思っていませんか？
• を育てていると思いませんか？ 時代遅れのプロセスとワークフローそのために、会社の成長を邪魔しているのではないか？
• 組織のコストにならないか 手間と資源がかかりすぎる?

この時点では 二つのレガシーシステム近代化アプローチ あなたが取ることができます。
とうごう 或いは 移住しています。 

いずれにしても、最初にやるべきことは レガシーシステムがまだサポートしているプロセスを特定する.そこから要件を構築します。2つ目は 他にどのようなソフトウェアがこれらの要件を処理することができます.

に注目してみましょう。 具体例 を見てみましょう。もちろん、後でこの例から他の種類のビジネスソフトウェアにも外挿することができます。

あなたがレガシーシステムが、彼らとの以前の接触を含む、それに顧客とリード情報を持っていることを識別するとしましょう。あなたは、レガシーシステムのサービスコール、サービスオーダー、修理や消耗品を参照してください。あなたは、将来的には、その情報を 現代のCRM+ERPの組み合わせ.さらに、マイクロソフトのオプションを選択した場合を想像してみましょう。 カスタマーエンゲージメントとビジネスセントラルとのDynamics 365.

しかし、どのようにすればよいのでしょうか？あなたにとって最も効果的なアプローチは何でしょうか？

統合アプローチは、レガシーシステムが新しいインフラストラクチャの要素、この場合はDynamicsと一緒に動作することを意味します。レガシーシステムが特定の状況に対応しており、少なくとも当分の間はレガシーシステムを維持したいと考えている場合には、実用的な妥協案となります。連絡先やアカウントの情報などの重要な情報は、レガシーシステムとDynamicsの両方で同期させることができます。
このタイプのソリューションは、計画的な移行のための踏み台となることが多く、組織を古いレガシー ソフトウェアの手放すことに近づけることになります。
あなたの会社がこれまでに Dynamics 365 を使用したことがない場合、統合アプローチは、あなたのチームが新しいソフトウェアに慣れるための時間を与えます。すでにDynamics 365を使用している場合でも、ゆっくりとしたペースで作業を進めていくことは良いことかもしれません。レガシーシステムで気に入った機能をDynamicsに移行し、テストを行い、要件が完全にカバーされていることを確認することができます。そうすれば、それに応じた人材育成が可能になります。このようなやり方を変えることには抵抗があるようですが、トレーニングには十分な時間を確保してください。

もう1つの方法は、1回だけ移行を行い、その後、レガシーシステムを永久にシャットダウンすることです。この方法は、レガシーソフトウェアがすでに問題を起こしていて、これ以上我慢したくない場合に有効です。

レガシーシステムから新しいソフトウェアにデータを移行するプロセスは、ソフトウェア移行の中でも特に複雑な部分になります。組織は、データ移行のために、計画の概要を示し、リソースを割り当て、労力を見積もり、進化を慎重に記録する必要があります。データブロック全体を移行していないことに気づくなどの将来的な問題を避けるために、データ移行作業を注意深く見守る必要があります。これにより、データ移行が終わりのないストーリーになってしまうことを防ぐことができます。

統合プロジェクトと移行プロジェクトの両方に取り組む賢い方法は、プロジェクトの特定のニーズに対応するカスタム・アプリケーションを構築することです。カスタムアプリケーションは、お客様の要件と元のレガシーシステムの特殊性に対応するため、統合と移行の両方のアプローチを支援することができます。自分で構築するので、エンドユーザーが必要な機能を利用できるようにすることに重点が置かれます。
しかし、納期と予算が厳しいプロジェクトの一環としてカスタムアプリケーションを構築する余裕はありますか？
このような統合プラットフォームは、以下のような場合に活躍します。 Connect Bridgeが入ってくることがあります。これにより、任意のプログラミング言語を使用して、より少ないコード行数でカスタム統合ソフトウェアを構築することができます。
Connect Bridgeのデータベーススタイルの接続を使用して、400以上のコネクタの幅広い配列を使用して、ほぼすべてのパッケージソフトウェアに接続することができます。

主なメリットをご紹介します。

• スピード - 事前にテストされたソリューションから始めることで、コードの行数が減り、エラーも少なくなります。
• 簡素化 - DynamicsのAPIを使用する必要は一切ありません。代わりにConnect Bridgeと標準SQL構文のみを使用します。CB Dynamicsコネクターは、SQLステートメントをAPIコールに変換します。ソフトウェア開発チームは、Connect Bridgeを数時間でマスターしますが、これはAPIをマスターするよりもはるかに早いことです。さらに、次に別のシステムとの統合が必要になったときには、最初のプロジェクトで学んだことを活用することができます。実際には、新しいAPIなどを学ぶ必要は全くありません。
• 分析機能 - ターゲットシステムをあたかもデータベースであるかのように表示する機能を持つことは、データの移行パスを確立するために非常に有用です。潜在的に興味深いクエリをテストするためのクエリツールを持つことで、SQL言語の能力をフルに活用することができます。
• チームの効率性 - Connect Bridgeプロジェクトでは、プロジェクト全体がよりシンプルになるため、より少人数のチームで対応することができます。これにより、膨大なコミュニケーションの労力とお金を節約することができます。
• メンテナンス - Connect Bridgeは、前方および後方互換性を保証します。つまり、Dynamicsのアップデートがあっても、Connect Bridgeがそれに対応するということです。これは、統合プロジェクトにおいて特に重要なことです。

これまでDynamics365への統合や移行について議論してきましたが、他の多くの種類のソフトウェアでも同じようなソリューションが機能します。 Connect Bridgeのデータベーススタイルの接続と400以上の包括的なコネクタの配列は、ほとんどすべてのパッケージソフトウェアとの接続に使用できます。

Connect Bridgeコネクタには、以下の領域が含まれています。

• ドキュメント管理システム(DMS) (Microsoft SharePointなど)
• カスタマー・リレーションシップ・マネジメント（CRM、例として使用したMicrosoft Dynamics 365など
• ERP/会計（Dynamics NAV、Dynamics 365 BC、Quickbooks、SAPなど
• コミュニケーションとコラボレーション（メール、カレンダー、タスク、メモなどがあるので、Microsoft ExchangeとOutlook、またはGmailとGoogleカレンダーと考えてもいいでしょう。
• データベース（SQL Server、Oracle、MySQL、MariaDBなど
• OData（Microsoft Excelなど
• 産業用IoT（OPC UA