Newsgroup: it.lavoro.informatica
Titolo: Gestionale in ASP e Mysql

Ciao a tutti!
Volevo porvi una domanda, anche se è personale e dipende da mille 
fattori (skills,anni di esperienza, capacità di porsi, titolo di studio, 
ecc...), voi quanto chiedereste  per un software gestionale
con Mysql e applicazioni ASP, con una certa accuratezza nell'estetica
e con attenzione alla sicurezza? Il cliente è un albergo a 4 stelle...
Grazie a chiunque voglia rispondermi....
Ciao
Luca

 e con attenzione alla sicurezza? Il cliente è un albergo a 4 stelle...
Ciao, Omonimo!
Curiosità: come mai questa scelta? Perché io mai e poi mai userei ASP 
per scrivere addirittura un gestionale completo!!
-- 
Ciao!
Luca

 per scrivere addirittura un gestionale completo!!
ASP.NET
 non sarebbe poi tanto più assurda di altre.

 scrivere addirittura un gestionale completo!!
anch'io ho gia fatto diversi gestionali (piu o meno complessi) tutti in asp 
e non ho mai avuto problemi.
tu cosa useresti? 

 tu cosa useresti? 
Se proprio devo farlo via Web, Java. Ma la domanda sorge spontanea: 
perché fare una cosa del genere via Web? qual'è il vantaggio reale?
-- 
Ciao!
Luca


Essere alla moda... :-)
Ciao, Alessandro
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 
1 - nessuna installazione particolare (basta un browser)
2 - funziona su qualsiasi sistema operativo che permette la navigazione
2 - nessun problema dovuto a dipendenze o licenze
3 - possibilità illimitata di utilizzo su più macchine
4 - manutenzione praticamente nulla (basta modificare il codice sul 
server centrale)
ti bastano??? :-)

 server centrale)
Perché, ci sono problemi se distribuisco in modo opportuno 
un'applicazione di tipo tradizionale attraverso la rete, magari con 
sistemi di auto-aggiornamento?
-- 
Ciao!
Luca

Luca Menegotto ha scritto:

Ciao!
La mia scelta è basata principalmente da una mia propensione alla 
programmazione .net, poi diciamo ci sono tutti i motivi detti da AlterX,
anche se java funziona meglio, poi dipende da quello che ci piace fare....
Cmq la mia domanda rimane aperta, anche se dipende da tanti fattori(non 
li ridico ;)):
voi quanto chiedereste per un gestionale fatto con queste tecnologie?
Grazie per le risposte
Luca

 perché fare una cosa del genere via Web? qual'è il vantaggio reale?
Al di la delle facili battute, se fai il lavoro come si deve passare da
un rendering asp/html a una presentazione form è una bazzecola, anzi
probabilmente le usi entrambe all'occorrenza (lo stesso dicasi per
java). I vantaggi sono quelli arcinoti: applicativo centralizzato,
sicurezza, efficienza.

 sistemi di auto-aggiornamento?
Per "applicazione di tipo tradizionale" intendi client-server?
Ricordo che poi una applicazione client-server ha bisogno di accedere
al dbms. Questo significa che appena hai un utente fuori dalla porta
dell'azienda riuscire a connetterlo diventa un case study.


Scusa ma tu fai informatica ?
Cosa vuole dire SW gestionale ?
Alla lettera gestisce, ma cosa ?
Nel gergo tecnico comune noi chiamiamo gestionale normalmente il SW della
contsabilita', quando e' piuttosto elementare, Buffetti per capirci, se no
arrivato a una certa complessita' diventa ERP ( SAP )
Un albergo dipende che vuole fare, se e' il sw delle stanze non so manco
come definirlo, se e' il sito al pubblico e' il sito amministrativo, se e'
il sistema di prenotazione e' un B2C
Gia' la domanda era superficialissima, ma la conoscenza che avete e'
pressoche nulla' se usate ternmini del genere
Mi ricorda un po' uno che va da una cartomanter e chiede ? Me la da o non me
la da ? :)
N
 
--------------------------------
Inviato via 
http://arianna.libero.it/usenet/

 dell'azienda riuscire a connetterlo diventa un case study.
Un' applicazione web E' UN CLIENT-SERVER. Il vantaggio-svantaggio e'
che il client
(browser) non lo scrivi tu ma qualcun' altro, e che il protocollo di
comunicazione e' http.
Se il gestionale viene utilizzato solo alla reception dell albergo,
farne un ' applicazione
web e' decisamente un'idea stupida. ( alias "alla moda', alias "ho
imparato a fare solo quello perche tutti mi chiedono solo quello"). Se
si vuol far si ' che sia integrabile piu' immediatamente e piu '
semplicemente con un sito web dell'abergo disponibile ai clienti,
allora potrebbe avere un senso.

 per scrivere addirittura un gestionale completo!!
e perche'?
se vuoi ti presento un'azienda da 10milioni di fatturato annuo che si regge
su un gestionale di magazzino fatto in asp (classic ..non .net)
K.

 sistemi di auto-aggiornamento?
Nessun problema!
Diventa tale quando le macchine sono molto e (alcune) non vengono 
aggiornate! Ergo...su quelle aggiornate i dati sono corretti, magari
su quelle non aggiornate i dati causano problemi (se ci si dimentica di 
aggiornarle).
E le licenze per ogni singola postazione?!
E se ci si dimentica di aggiornare una postazione?!
Tutto questo, con un applicativo web, svanisce perchè, come detto prima:
Non c'è bisogno di licenza per ogni postazione
Aggiornato il codice sul server centrale, automaticamente tutti, volendo 
o nolendo, usano la versione aggiornata.

 N
Che palle! n.n sai tutto tu! è una continua critica questo ng!
Ho scritto in maniera semplice, conosco la differenza tra ERP (non 
esiste solo SAP!) e un gestionale semplice.
Ciò che gestisce il mio gestionale è la contabilità e le prenotazioni e 
  volevo solo avere un 'idea di quanto chiedereste per un gestionale con 
quelle tecnologie. Nessuno è capace di rispondere, AMEN!
Ciao
Luca

 
Non più di tanto, se l'accesso ai dati è ben fatto e i sistemi di 
autenticazione sono efficienti. Certo, ho visto anche accessi ai dati 
pessimi.
In ogni caso, se c'è bisogno di accesso dall'esterno, il migliore 
approccio è quello di un'applicazione a tre livelli, in modo che la 
logica di accesso ai dati rimanga centralizzata. Certo, va ben studiato 
il sistema di comunicazione tra front-end e back-end, ma si può fare.
-- 
Ciao!
Luca

 o nolendo, usano la versione aggiornata.
Allora, scusa, soluzione ancora migliore, un bel terminal server e 
risolviamo il problema.
Io continuo a preferire una logica distribuita.
-- 
Ciao!
Luca

 su un gestionale di magazzino fatto in asp (classic ..non .net)
Beh, Il Sole 24Ore vende ancora un gestionale basato esclusivamente su 
Access. Questo non fa della scelta una buona scelta, pero'.
-- 
Ciao!
Luca

 disdegnando cio' che e' fatto con java
Oh bella, e perché disdegni e disdegnano Java (inteso come servlet, non 
come applet)?
-- 
Ciao!
Luca

Il Tue, 03 Jan 2006 18:42:17 +0100, Geluke ha scritto:
[cut]
Rispondo io:
Il prezzo dipende da alcuni fattori tra i quali: 
- tuo tempo di sviluppo
- possibilità di rivendere il gestionale ad altri alberghi
- cessione dei sorgenti
- inclusione nel costo del software un periodo di training, garanzia e
assistenza 
Immaginando il caso "peggiore", cioè gestionale sviluppato ad hoc per il
cliente, con cessione dei sorgenti, 1 anno di garanzia sui bug, 2 giorni di
training, ipotizzando una ventina di giorni di sviluppo (possono essere
tanti se hai utilizzato librerie come quelle della Infragistics che
includono griglie, chart e altri oggetti semplicemente *fantastici* oppure
pochissimi se hai usato solo ciò che è disponibile nel framework),
considerando circa 200 euro/gg fanno circa 4000 Euro, mettici la cessione
dei sorgenti (facciamo il 30% del valore ?), il training e la garanzia
4000 Sviluppo +
400 Training +
1200 Cessione sorgenti
1000 garanzia sui bug con intervento risolutivo in tempi rapidi
Tot 6600 Euro
Caso migliore, software rivendibile con altri clienti già contattati,
sorgenti tuoi etc etc
Stimerei Euro da 1000 a 1500, tendendo verso il basso con il crescere della
possibilità di rivendere il software.
Prendi con le pinze le mie valutazioni ma almeno è un parere, qui sembra
che tutti si divertano ad eludere le domande e andare sempre e comunque OT
rispetto al subject.
Ciao
PaF
PS.
In merito ai vari post "exe" vs "web" dico la mia: con nessuna tecnologia
web si può raggiungere quella ricchezza di interfaccia raggiungibile con
una applicazione "standard": rimanendo nel mondo Win32 ricordo per esempio
la gestione OLE/COM, editing in griglie "complesse", etc.
Inoltre non sono d'accordo su chi sostiene la compatibilità "facile" tra i
browser: nel mondo Windows (quello che io conosco, su altri non mi
pronuncio) solo per rendere la stessa renderizzazione in aspx tra IE e
Firefox devi includere nel web.config un bel po' di materiale per
convincere IIS a renderizzare in HTML 4.0 e non 3.2.
Questo senza nulla togliere ai vantaggi del mondo web. 

 
Menomale che non c'e' solo dueesse !
;-))

PaF ha scritto:

Finalmente!!!!
Ti ringrazio per la risposta a tema.
Trovo molto interessante i valori che hai dato ai singoli aspetti del 
progetto. In linea di massima era quello che mi aspettavo, e comunque mi 
interessava informarmi sul valore che i miei colleghi davano ad un 
progetto simile. Chiaro che non è uno standard!
Grazie Paf!
Ciao
Luca

 imparato a fare solo quello perche tutti mi chiedono solo quello"). 
Non lo direi a priori.

 
Quello che si preferisce ovviamente è una cosa personale
e di sicuro entrambi gli approcci sono buoni.
Sta alle singole persone, in base a conoscenze e altro,
a stabilire quale approccio intraprendere...
Se ci sono i requisiti naturali per un approccio via web (più 
postazioni, facilità di aggiornamenti, spendere pochi soldi per
postazioni Win e licenze varie, uso riservato a moltissime persone in 
varie parti del mondo) allora ben venga; se ci sono i requisiti per un 
desktop (deve funzionare solo in un determinato ufficio, limitare l'uso
delle macchine, nel senso solo con quel software puoi accedere a 
determinate operazioni, più sicurezza dei dati, non badare alle licenze
per le postazioni) allora ben venga...

 
Vabbè questa è un'altra storia!
Java come linguaggio per web è ottimo e migliore di molti altri come 
ASP. Questo perchè java da un approccio orientato agli oggetti e alle 
applicazioni in senso stretto: puoi creare a tutti gli effetti dei veri
e propri programmi web con tanto di threads in esecuzione e altre cose 
(tipo utility di rete, compressione, ecc...).
Anche con ASP si può fare, ma ovviamente è tutto molto più complesso 
(creare dll, istanziarle nelle pagine web, ecc..).
E poi, *non per causare flame*, è implementato da una società affidabile
che mai e poi mai ti toglierà da sotto il culo la compatibilità (come ha 
fatto Microsoft con .net 1 e .net 2 o facendo uscire trenta engine di 
ADO una diversa dall'altra!

> sorgenti tuoi etc etc
Beh è una buona valutazione, ma tieni conto che i sorgenti non possono 
rimanere suoi perchè si tratta di una applicazione web (almenochè non 
inserisca tutto in DLL in modo da vincolare il cliente).
Quindi se hai la possibilità di venderlo anche ad altri alberghi e 
soprattutto non vuoi cedere il sorgente, devi considerare anche un
bel hosting/housing gestito completamente da te (se ti conviene ovviamnete).
In questo caso sei a cavallo e dovresti anche considerare un piccolo tot
per la gestione dell'hosting/housing da chiedere...

 inserisca tutto in DLL in modo da vincolare il cliente).
E' ovvio che metterai l'applicazione in una o più dll. Mica avevi
l'intenzione di piazzare la logica nelle pagine asp? (sto pronto a
chiamare il 113 e farti arrestare se rispondi si :-))

 il sistema di comunicazione tra front-end e back-end, ma si può fare.
Certo che si può fare, ma nel concreto come lo realizzi? A meno che
non ti voglia reinventare l'acqua calda, le architetture standard
prevedono un client leggero collegato ad un provider di servizi remoti
(web services). Una architettura a tre livelli con un client pesante è
un accrocchio deprecabile perchè sparpagli la business logic un po'
sull'application server e un po' sul client (mi auguro di non trovarmi
mai davanti ad una soluzione genere); nelle architetture standard  il
client *deve* occuparsi solo della presentazione, ma a quel punto mi
chiedo perchè scartare una applicazione web visto che è la soluzione
più semplice e sicura.

 che mai e poi mai ti toglierà da sotto il culo la compatibilità
Sei *sicuro* che stai parlando di java? :-)

 
Beh avrà anche i suoi difetti Sun e java, ma di sicuro
meno di quelli causati da Microsoft ;-)

 meno di quelli causati da Microsoft ;-)
I problemi causati da Microsoft sono fin troppo proverbiali ma
sconfinano nella leggenda metropolitana :-)
Mentre sono abbastanza documentato sui problemi di compatibilità fra
le varie versioni (ad esempio) delle servlet-api.

 
Ma il problema non è mio...non sono io che devo fare l'applicativo
specificato qui ;-)
Ognuno lo fa come vuole! Io ho dato i consigli per non cedere il
sorgente, o almeno non in formato leggibile!!

 
Beh, per come la vedo io, perché a livello di browser troppe sono le 
variabili che possono entrare in gioco. A meno che tu non mi dica che il 
browser deva inevitabilmente avere alcune caratteristiche.
Ad esempio, la validazione di una data è una tipica cosa da fare presso 
client. Ma se per caso l'utente mi disabilita la possibilità di far 
girare applet io di fatto sono fregato.
Ora, so che normalmente nessuno fa queste disabilitazioni, ma ricordo 
che quando due o tre anni fa abbiamo dovuto pensare a un portale per la 
gestione degli utenti di un servizio, ho dovuto pensare al caso 
peggiore, limitando de facto, e parecchio, la mia libertà di azione.
Pero' voglio che sia chiara una cosa. Io non sono contro le web 
applications. Ci mancherebbe, hanno campi di impiego vastissimi (vedi il 
famoso portale di cui sopra); certo, pero', mi domando se per un 
gestionale è la scelta migliore. Io continuo a pensare che non lo sia, 
pero' son pronto a ricredermi, nel momento in cui ne vedrò uno 
funzionante, efficiente e veloce.
-- 
Ciao!
Luca

 girare applet io di fatto sono fregato.
Ma che dici!?! un programmatore con la "P" maiuscola metterebbe il 
controllo sia sul client che sul server. Per tutti quei dati sensibili
che devono essere memorizzati correttamente o che possano ledere la
stabilità del database/server web.
Questo comportamento è scontato per motivi di sicurezza!!!

 funzionante, efficiente e veloce.
se è per questo, per come la penso io per un gestionale non esistono
scelte migliori ma solo scelte peggiori, e sarò pronto a ricredermi
quando ne vedrò uno funzionante, efficiente e veloce a prescindere
dalla tecnologia :-)
Metto da parte la mia avversione per lo sviluppo dei gestionali: se
oggi ti inoltri nello sviluppo di un gestionale e non prevedi almeno la
prospettiva di inserire un modulo web,  difficilmente riuscirai a
tenere il passo delle richieste perchè per un odierno gestionale
questa è una esigenza molto comune. Io ho programmato per anni in
PowerBuilder e ti posso dire che per un gestionale client-server
database oriented ti da una produttività mostruosa, ma oggi non
scriverei mai un gestionale in PowerBuilder perchè se mi chiedono
l'acquisizione ordini via internet mi tocca dirgli di no.

 controllo sia sul client che sul server. 
Scusa? Un programmatore con la P maiuscola evita le ridondanze come la 
peste!! :D
-- 
Ciao!
Luca