Soluzione software del 2000, dovrei provare a correggere o rifare il tutto?

Qualcosa con solo 6 forme e tale dovrebbe essere facile da ricostruire su una struttura più moderna. Ho lavorato con la migrazione di progetti VB6 con circa 200 moduli insieme a dozzine di classi e tabelle di database. Non sembra che tu stia guardando qualcosa di disordinato, ma l'aspetto può essere ingannevole.

Dovrei analizzare il codice, il database e i requisiti aziendali per dire se la riscrittura o il refactoring della base di codice esistente sarebbe la cosa migliore. Dato quello che hai detto, mi piacerebbe una riscrittura. Ma potrebbero esserci difficoltà nascoste che non vedi in questo momento.

Ho un parere leggermente diverso dalla maggior parte delle risposte fino ad ora.

Attempt to patch the current system

Vorrei almeno imparare il sistema attuale abbastanza bene da spiegare al cliente come usarlo. Vorrei prendere questo tempo per spiegare i difetti del loro sistema attuale, evitare parole negative, solo dire loro cosa non può fare anche se tutti i bug conosciuti sono stati corretti.

Create a fresh new interface (preferably similar environment, VB.net or VB based)

Dopo aver imparato tutto ciò che è possibile con la loro attuale configurazione. Fornire loro opzioni, se è possibile affrontare le loro preoccupazioni con il loro sistema attuale, non c'è davvero nulla di sbagliato nel loro sistema attuale. L'unica preoccupazione, ovviamente, è che il supporto di Visual Basic 6 potrebbe non esistere tra 5 anni.

Un'altra preoccupazione è il modo in cui comunica con il database. Microsoft si sta lentamente sbarazzando di alcuni dei vecchi modi di comunicare con i suoi prodotti di database (Access, MSSQL) così il modo in cui interagisci con questi prodotti determinerà se la soluzione può essere utilizzata su Windows 9 e Windows 10 in futuro.

Questa risposta dipende interamente dal fatto che hanno la fonte per l'applicazione stessa. Se non hanno la fonte, sarà difficile rispondere alle loro preoccupazioni, correggere i principali bug attuali o persino renderli uno strumento che possono effettivamente utilizzare.

Non credo che ci sia qualcosa di "sbagliato" con un'applicazione di Visual Basic 6, oltre al fatto che il suo supporto per le versioni future è sconosciuto. Anche oggi con i sistemi operativi Windows 7 e 64-bit è sempre più difficile da supportare. Questa è una delle ragioni principali per cui riscrivere in un linguaggio moderno con il supporto a 64 bit appropriato potrebbe essere una buona idea.

Se non hanno la sorgente in quel momento, una riscrittura è davvero la loro unica soluzione.

Riscrivere l'interfaccia è un'opzione eccellente, dato che il sistema è relativamente piccolo. I vantaggi sono -

1. Stabilità migliorata (supponendo che tu la faccia bene!)
2. Manutenzione migliorata
3. Moderna interfaccia

Il principale svantaggio è che probabilmente continuerà a costare un bel po 'di più rispetto all'hacking del codice esistente.

Tenderei anche a riscrivere, ma devi essere sicuro al 100% che tu comprenda pienamente la funzionalità corrente e qualsiasi funzionalità che sia rotta, mancante o inadeguata. Questi ultimi due sono importanti perché hai menzionato la regolazione e il calcolo dei prezzi. Comprendi appieno le conseguenze dell'aggiunta di questa funzione?

Una volta ho lavorato su quello che doveva essere un "sito web", ma in realtà stava prendendo in consegna uno strumento di stile CRM basato su Access personalizzato dalla fine degli anni '90 e lo portavo nel mondo moderno basato sul web. Lo sviluppatore originale era scomparso da tempo, il Database era stato modificato mille volte, la documentazione originale era quindi obsoleta e nessuno ha veramente capito come funzionava il sistema. Ma sapevano come usarlo, giusto. Probabilmente l'80% del budget di questo progetto è andato su tre cose:

• requisiti di raccolta
• comprensione del sistema attuale
• presentando uno schema di database significativo per come intendevano utilizzare il software

Il progetto è stato, finanziariamente, non un successo!

Un'altra opzione potrebbe essere un compromesso tra la riscrittura dell'intera cosa e l'hacking dell'applicazione esistente.

Offri loro la nuova funzionalità in una nuova applicazione creata da zero.

Potrebbe essere potenzialmente più facile da fare e non costare tanto quanto una riscrittura completa.

Una volta che questo è stato fatto e sono felici possono aggiungere / aggiornare i dati, si apre la fase 2 di una fase potrebbe sostituire la funzionalità esistente nella nuova app.

Questo potrebbe essere un approccio più gradevole.

I riscrivi spesso tendono a esaurire il budget ... male.

Ma avere uno scheletro moderno per l'applicazione potrebbe essere un buon investimento, soprattutto se nessuno sa come funziona il vecchio sistema e se le cose si rompono non appena inizi a toccarle.

Inoltre, VB6 è dannoso per il supporto. Quando avrai bisogno di trovare specialisti in 10 anni, sarà piuttosto problematico.