Ho qualche dubbio su come procedere sul mio progetto. Due anni fa, abbiamo avviato un piccolo progetto per un controllo di qualità industriale (es: controllo dimensionale). Originariamente il software doveva essere eseguito solo su un PC con una stampante, ma ora funziona su sei PC diversi con un server DB.
Queste sei applicazioni sono tutte diverse, in alcuni casi ci sono piccole modifiche dovute al controllo di diversi hw e in altre il software è completamente diverso per ragioni industriali. Oggi, il problema di base è che il design del programma non è pensato per questa scala. Il codice DB non è ben separato dal core logico e ci sono 6 diverse interfacce ADO.Net sullo stesso DB.
Ora, sto cercando di implementare un design MVC perché, per migliorare la manutenibilità e se è possibile aggiungere alcune unità di test.
Domanda: lo schema DB non corrisponde al modello di dati.
Di solito, per convertire i dati DB nei dati dell'applicazione sono necessarie alcune funzioni statistiche e possono essere diversi. Ora queste informazioni sono memorizzate nella query all'interno dell'ADO.
La mia idea è di creare una libreria comune per condividere lo schema DB con tutte le applicazioni, ma è una buona idea?
se voglio un'interfaccia comune al DB quale è il miglior design? È possibile prendere tutta l'interfaccia DB e archiviare in una libreria e utilizzare una suite di test?
Sto sovrastimando il progetto?