2000年代のソフトウェアソリューションですが、すべてにパッチを適用するか、再作成する必要がありますか？

ある会社が現在利用しているシステムと、それをどうするかについて話し合った。

同社はさまざまなカートンディスプレイを製造しています。このシステムは、クライアント、注文、価格を追跡するために開発されました。システムが作成されてから多くのことが起こりましたが、システムは、マネージャーが説明したように、「ロックされている」と「問題がある」ので、私は「動的ではない」と「不安定」と解釈しています。

システムに関するいくつかの情報

• 2000年頃に開発されました
• かなり小規模なシステム、2〜5人のユーザー、6つのフォーム、平均量のデータを含む最大8つのテーブル
• 初期のVisual Basicに基づいて構築された、ドラッグアンドドロップデザインで作成されたフォーム。インターフェイスは基本的にメニューといくつかのフォームを備えた単なるウィンドウです
• MSSQLデータベース（SQL2005サーバー）を使用してデータとクエリ用のODBCドライバーを格納し、データがこのシステムの前にExcelから移行され、Excelの前に手動で処理され、計算され、記述された
• ユーザーはMicrosoft XP環境（およびそれ以上）で作業します

彼らの主な問題は、価格を調整および計算できない、新しいカートンタイプなどを正しく追加できない、サーバー上のデータにアクセスできない（または、方法がわからない）ため、もう正しくできないことです。

私は3つの可能な解決策を提案しました

1. 現在のシステムにパッチを適用しようとする
2. 新しい新しいインターフェースを作成します（できれば、同様の環境、VB.netまたはVBベース）
3. 非常に小さなシステムであることを考慮して、Excelソリューションに戻します

さらに多くのオプションがあるかもしれませんが、これらは私が考えることができるものです。

私の質問は

• 私は何を勧めるべきですか、そしてなぜですか？
• これらの代替案の長所と短所は何ですか？
• 他の（おそらくより良い）代替案はありますか？

フォームが6つだけのようなものは 、より近代的なフレームワークで簡単に再構築できます。私は、数百のクラスとデータベーステーブルと共に約200のフォームを持つVB6プロジェクトの移行に取り組みました。面倒なことをしているようには見えませんが、見た目がだまされている可能性があります。

コード、データベース、ビジネス要件を分析して、既存のコードベースの書き換えやリファクタリングが最適かどうかを判断する必要があります。あなたが言ったことを考えると、私は書き直しに傾いています。しかし、今は目に見えない難しさがあるかもしれません。

これまでのほとんどの回答では、少し異なるアドバイスがあります。

現在のシステムにパッチを適用しようとする

私は少なくとも、現在のシステムを十分に理解して、クライアントにそれを使用する方法を説明します。私はこの時間を使って、現在のシステムの欠陥を説明し、否定的な言葉を避け、既知のバグがすべて修正されてもそれができないことを彼らに伝えます。

新しい新しいインターフェースを作成します（できれば、同様の環境、VB.netまたはVBベース）

あなたが彼らの現在のセットアップであなたができるすべてを学んだ後。彼らにオプションを提供し、彼らの現在のシステムで彼らの懸念に対処することができれば、彼らの現在のシステムには何も問題はありません。もちろん、唯一の懸念は、Visual Basic 6のサポートが5年間存在しない可能性があることです。

もう1つの問題は、データベースとの通信方法です。Microsoftは、データベース製品（Access、MSSQL）と通信するための古い方法のいくつかを徐々に廃止しているため、これらの製品とのやり取りの方法によって、ソリューションがWindows 9およびWindows 10で将来使用できるかどうかが決まります。

この答えは、アプリケーション自体のソースがあるという事実に完全に依存しています。彼らがソースを持っていない場合、懸念に対処したり、現在の主要なバグを修正したり、実際に使用できるツールにすることさえ困難になります。

Visual Basic 6アプリケーションには「間違った」ものは何もないと思います。それ以外に、将来のバージョンのサポートは不明です。今日でもWindows 7と64ビットオペレーティングシステムでは、サポートがますます難しくなっています。これが、適切な64ビットサポートを備えた最新の言語に書き直すことが良い考えである主な理由です。

その時点でソースがない場合は、書き換えが本当に唯一の解決策です。

システムが比較的小さい場合、インターフェイスの書き換えは優れたオプションです。利点は-

1. 安定性の向上（あなたがうまくやっていれば！）
2. 保守性の向上
3. 最新のインターフェース

主な欠点は、おそらく既存のコードをハッキングするよりもかなり多くの費用がかかることです。

私も書き直す傾向がありますが、現在の機能だけでなく、壊れている、欠落している、または不十分な機能を完全に理解していることを100％確認する必要があります。価格の調整と計算について述べたように、後者の2つは重要です。この機能を追加した結果を完全に理解していますか？

私はかつて「ウェブサイト」であるはずだったものに取り組みましたが、実際には1990年代後半からAccessベースのカスタムCRMスタイルツールを引き継ぎ、それを現代のウェブベースの世界に持ち込みました。元の開発者は長い間いなくなっており、データベースは何度も変更されていたため、元のドキュメントは古くなっており、システムがどのように機能するかを本当に理解していませんでした。しかし、彼らはその使い方を知っていました。おそらくこのプロジェクトの予算の80％は次の3つに費やされました。

• 要件の収集
• 現在のシステムを理解する
• 彼らがソフトウェアをどのように使用するつもりであったかについて、意味のあるデータベーススキーマを考え出す

このプロジェクトは財政的には成功しませんでした！

別のオプションは、全体を書き直すことと既存のアプリをハッキングすることの間の妥協かもしれません。

ゼロから構築された新しいアプリケーションで新しい機能を提供します。

これは潜在的に簡単に実行でき、完全な書き換えと同じくらいのコストがかかりません。

これが完了し、データを追加/更新できることに満足すると、フェーズ2が開き、新しいアプリの既存の機能が置き換えられます。

これはもっと口当たりの良いアプローチかもしれません。

多くの場合、書き換えは予算を使い果たす傾向があります。

ただし、アプリケーションに最新のスケルトンを用意することは、特に古いシステムがどのように動作するかを誰も知らない場合や、触ってすぐに問題が発生する場合には、良い投資になる可能性があります。

また、VB6はサポートに適していません。10年以内に専門家を探す必要がある場合、それはかなり問題になります。