Quale database?

di gian82 il 11 mag 2017, 21:05

23 risposte

23 Risposte - Pagina 2

/
Anonimizzato10779
Utente anonimizzato
13 mag 2017, 17:54
Considera che se inizi da una versione monoutente, per trasformarla in un sistema client server rischi di dover modificare pesantemente il codice (a meno che non strutturi già la prima versione in un certo modo). Io inizierei piuttosto da una versione web, che se fatta bene è poi facile da usare come web service a cui collegare delle applicazioni desktop.

Comunque secondo me stai sopravvalutando le potenzialità del progetto. Fossi in te mi accontenterei di realizzare un buon programma per testare le mie competenze senza pensare troppo a cose come licenze, procedure d'installazione ecc. che avrebbero senso solo nel caso il progetto avesse successo (e un gestionale, salvo applicazioni di nicchia, oggi come oggi non può avere successo).
gian82
Molto attivo
Iscritto da
gen, 2015
Messaggi
1265
13 mag 2017, 18:18
>Considera che se inizi da una versione monoutente, per trasformarla in un sistema client server rischi di dover modificare pesantemente il codice
si ma la logica di applicazione è la stessa,in effetti con la multiutenza ci sarà da decidere la concorrenza tra gli utenti e bisognerà distribuire un database serio a cui accedano i vari utenti oppure fare un app web su IIS con un db centralizzato , quest'ultima soluzione mi sembra la migliore per fare un applicazione multiutente
>Comunque secondo me stai sopravvalutando le potenzialità del progetto.
ti ringrazio per la motivazione
/
Anonimizzato10779
Utente anonimizzato
13 mag 2017, 18:41
Si tratta di essere realisti: cosa offri di diverso dagli altri 20 mila gestionali esistenti?

Comunque, il problema della concorrenza è il minimo; già nel programma monoutente devi usare le transazioni per garantire la consistenza del db, per cui con quelle hai già un meccanismo base per gestire la concorrenza. Poi puoi fare cose più complicate, come ad esempio aggiornare la vista di un utente quando gli altri modificano i dati, ma non sono indispensabili.
/
Anonimizzato11767
Utente anonimizzato
14 mag 2017, 10:02
gian82 ha scritto:
La prima versione di questo "gestionale" (se mai si farà) sarà desktop e monoutente

Gestionale può significare tante cose completamente differenti...

Il TUO dovrebbe essere un 'gestionale' di COSA ?
Quali funzionalità dovrebbe includere?
gian82
Molto attivo
Iscritto da
gen, 2015
Messaggi
1265
14 mag 2017, 10:53
Pensavo anagrafiche,preventivi,ordini,listino fornitori,listini vendita,ricevimento merci,fatturazione,inventario magazzino ,registrazione incassi e pagamenti,prima nota,libro giornale,contabilità generale , si tratta di una lista da rivedere e da dettagliare
/
Anonimizzato11767
Utente anonimizzato
14 mag 2017, 11:24
gian82 ha scritto:
Pensavo ...
In quanti siete, a progettare questo gestionale?
gian82
Molto attivo
Iscritto da
gen, 2015
Messaggi
1265
14 mag 2017, 12:39
Potenzialmente siamo 3-4 programmatori ,manca una persona con competenze contabili che faccia l'analisi
/
Anonimizzato21468
Utente anonimizzato
14 mag 2017, 16:40
dvaosta ha scritto:
Comunque, il problema della concorrenza è il minimo; già nel programma monoutente devi usare le transazioni per garantire la consistenza del db, per cui con quelle hai già un meccanismo base per gestire la concorrenza.
Non direi.
/
Anonimizzato11767
Utente anonimizzato
14 mag 2017, 17:01
gian82 ha scritto:
Potenzialmente siamo 3-4 programmatori ,manca una persona con competenze contabili che faccia l'analisi
Potenzialmente...
3-4 ...

Abbastanza aleatorio...