Newsgroup: it.comp.appl.access
Titolo: Consigli per nuovo sviluppo Azienda-EndUser

Buongiorno a tutti, rifacendomi al mio essere un pochino arrugginito con il linguaggio, avrei il piacere di avere un vostro parere in merito ad un applicativo che ho bisogno di realizzare.
 
Obiettivo: ricevere schede lavorazione da parte dei miei partner (EndUser)
 
Scheda lavorazione: deve contenere un codice identificativo cliente (che dovrò verificare al fine di capire se sia o meno già stato lavorato), deve contenere da 1 a 12 file PDF allegati e in ultimo, un campo memo per scrivere eventuali note accompagnatorie.
 
Applicativo Azienda:
1. Deve rilevare la presenza di nuove LAVORAZIONI
2. Deve permettermi di scaricare le lavorazioni, visionare le note accompagnatorie
- La lavorazione viene fatte esternamente a questa procedura
3. Deve permettermi di restituire all'EndUser o la lavorazione sviluppata, o la richiesta di documentazione aggiuntiva per poter lavorare il tutto
 
L'EndUser a sua volta deve essere aggiornato sulla presenza di una risposta dell'azienda in merito ad una o più specifiche lavorazioni, poterle visionare e poterle eventualmente completare.
 
Non sto a dilungarmi troppo, riassumendo, al di la delle funzioni, possiamo dire che lato SERVER devo poter ricevere gli aggiornamenti da parte dei cliente e, lato CLIENT a loro volta, i client coinvolti, devono poter ricevere relativi aggiornamenti in merito ai record dagli stessi inseriti.
 
Pensavo di sviluppare il tutto sempre con Access per comodità (e competenze), ma potrei, investendo qualche ora in più, elaborare il tutto in VB.net
 
Cosa mi consigliereste dall'alto della vostra esperienza?
 
Sicuramente uno sviluppo Access mi porterà a replicare il prodotto sia a 32 che a 64 bit per escludere i pregressi errori, in assenza di Access caricheremo le relative runtime e a livello finale rispetto ad un VB.net e considerando la tipologia di sviluppo, sinceramente non trovo meno professionale uno sviluppo di questo tipo, ma ripeto, sperando restare in tema con gli argomenti del gruppo, un confronto di questo tipo potrebbe aiutarmi ad avere conferme o a sbloccare delle remore.
 
Grazie come sempre e buon lavoro
 
Mauro Chiarello (il Chiarello vecchio!!!)
 


io, in uno scenario del genere, farei un portale web
con accesso end user e accesso azienda.
 
l'end user si logga, carica i pdf etc etc
l'azienda visiona, modifica etc
Metterei su un sistema di notifiche via mail a voi dei nuovi caricamenti 
e al end user quando rispondente o altro
 
il database è unico e online, quindi non ci sono avanti indietro di dati 
con i rischi del caso
nessun sbattimento ad installare software in access
il tutto girerebbe su qualsiasi dispositivo e sistema.
 
ovvio che se questi end user devono poter inserire queste lavorazioni in 
modalità offline (senza connessione internet) la cosa non sarebbe più 
realizzabile con un semplice portale
 
BFS
 
 
 
 
 
 
 
 


Ciao e grazie per il feedback. Attualmente non abbiamo competenze "complete" interne per questo tipo di sviluppo, per questo stiamo ancora ragionando su soluzioni installabili a PC.
Tutti i dati li gestiremmo comunque tramite DB e area FTP online, ma la soluzione per noi oggi più veloce è proprio quella di sviluppare in questo modo, poi, con tutta la calma del caso, quando sarà il momento, sposteremo le varie procedure all'interno di un gestionale online che concordo, è sicuramente 1.000 volte più pratico e versatile.
Mauro


allora non ho capito la richiesta del tuo post.
 
"Cosa mi consigliereste dall'alto della vostra esperienza?"
 
dobbiamo dirti se è meglio access o 
vb.net
 perchè sono gli unici due 
strumenti di sviluppo che potete/sapete usare?
 
per tua ammissione il portale è 1000 volte più pratico e versatile. 
quindi perchè non affidate il lavoro ad uno specialista del settore web 
se gia in futuro hai in mente di adottare la soluzione online?
 
l'unica motivazione che mi viene in mente per avviare un progetto con 
uno strumento sbagliato con gia in previsione di sostituirlo è un limite 
di budget, o un "orgoglio" nel dire "voglio farlo io".
 
per curiosità quanti sono questi "end user"?
 
BFS
 
 
 
 
 
 
 
 


Esistono anche limiti "di tempo" non andiamo sempre a banalizzare sul vil denaro!
Orgoglio? No assolutamente, anzi, potessi evitare di investire queste ore di lavoro credimi, ne sarei anche lusingato.
Ora che individuo la risorsa, rilascio le indicazioni, sviluppiamo il briefing corretto di sviluppo, siamo arrivati alle ferie estive e purtroppo per me sarebbe tardi.
Ora gli end user sono molto pochi, parliamo di 4\6 partner ma con questi abbiamo una reale urgenza in termini di tempistiche. Poi diventeranno diversi (probabilmente molti), ma a quel punto, con il rientro delle ferie, avremo individuato (e assunto) la risorsa interna che seguirà tutti i progetti di sviluppo online.
 
Avendo avuto problemi con Access per le versioni 32\64 bit mi domandavo se non sarebbe stato meglio puntare su VB.net dove, al contrario di Access, necessiteremmo di qualche ora in più di approfondimento per prendere confidenza con la piattaforma di sviluppo dato che, lato codice, cambia poco. Se oltre al fatto di rilasciare 2 accde non vi sono altre controindicazioni da me non valutate avrei proceduto con Access, ma l'esperienza mi ha insegnato a chiedere.
 
Poi, lato sviluppo su ambiente web, davvero, è ciò che più mi preme ma per mia scelta non voglio lavorare con risorse da remoto e voglio assumere le persone e le voglio presenti in ufficio. E' un limite? Può essere, ma parlando di Budget, in quel caso, penso di poter scegliere come spenderlo!
 
Quindi limitatamente alla mia domanda, direi che la risposta corretta, anche se temporanea, possa proprio essere: ok Access.
 
Thank's


ok probabilmente non ho inteso io la richiesta del tuo post.
dopo l'ulteriore descrizione che hai fornito mi pare tu non abbia 
alternative ad usare Access.
 
curiosità..ma in 
vb.net
 programmi gia?
perchè mi è parsa strana questa affermazione "lato codice, cambia poco"
 
 
BFS
 
 
 
 
 


Avete preso in considerazione l'utilizzo di un sistema tipo i vps che 
tanti fornitori di hosting web ormai offrono dalla versione base alla 
piu' potente?
Sostanzialmente e' un elaboratore ospitato nei datacenter del fornitore 
xyz sul quale puoi installare quel che vuoi, ad esempio un terminal server
Vi permetterebbe di centralizzare tutto e consentire di far accedere 
Azienda e Client ai dati in realtime, senza sincronizzare uno con 
l'altro che poi nascono senpre un sacco di problemi
Potreste sviluppare con Access+SqlServer e consentire agli utenti di 
usare il sistema anche via browser


Si sono in grado di creare applicativi anche in VB.net e di fatto abbiamo alla fine optato di sviluppare il tool direttamente con questo sistema e in questo preciso momento se ne sta occupando proprio Valentino, mio figlio, l'altro Chiarello che sta postando da qualche giorno richieste nel gruppo (magari cambiamo nick e ci chiameremo Chiarello Vintage e Chiarello Junior!). La differenza, nel mio caso è che è la sola alternativa ad Access con la quale mi so destreggiare in quanto ha forti similitudini.
Non ti nascondo che uso (usiamo) tutorial in abbondanza, ma proprio per la sua evoluzione, risulta per me non particolarmente complicato da utilizzare. Per mera curiosità, se ti fa piacere, ti informo quando sarà pronto e ti passo il codice ;-)


Ecco, questo è un metodo al quale per inesperienza non avevamo pensato e non è affatto male Roberto, grazie! 
Al momento abbiamo deciso di provare la strada del VB.net che ci impegnerà un po di più ma che ci eviterà la problematica del dover creare le due versioni a 32\64 bit.
 
Tengo comunque in considerazione.
 
Mauro


gli è gia stato consigliato il 29/06 da entrambi...
 
BFS


Ammazza, alle 15.44 posti chiedendo informazioni, alle 18.03 gia' avete 
deciso su pilastri del progetto e partite col Vb.net ???
Minghia, complimenti, neanche John Wayne ci andava giu' tanto deciso  :)
 


Ah si e' vero, ma e' gia' passato un giorno
Pensavo fosse il progetto successivo
 

 Pensavo fosse il progetto successivo
 
ROTFL


A Mauro, va' che si scherza ehhh