Programma in internet - DotNetWork - Forums - Forums Tecnici - Amministrazione di sistemi e networking

Senza risposta Attivi

Forums Cerca

Forums > Forums Tecnici > Amministrazione di sistemi e networking

Programma in internet

Ultimo Post 16 nov 2009 09.23 by Hidden. 7 Risposte.

Ordina:

	Prev Prossimo
Non sei autorizzato ad inviare una risposta.

Autore

Messaggi

Posts:662

11 nov 2009 07.58
Salve ragazzi ho un problema e non so come uscirmene e avrei bisogno di qualcuno che possa darmi un consiglio. (mi scuso nel caso in cui avessi sbagliato forum). Illustro il problema. All'interno dell'azienda dove lavoro è stato sviluppato un programma con PowerBuild Sybase il quale si occupa di gestire tutte le attività dell'azienda. Attualmente il programma si collega ancora ad un database access per permettere a persone con nessuna dimistichezza con la programmazione di modificare il database,in quanto ancora in fase di sviluppo. Il programma è utilizzato da circa 30 persone all'interno della rete aziendale. Ora il problema che sorge e rendere disponibili alcune delle funzionalità del programma all'esterno. Per esempio il programma ha la sezione rapporti telematici dove i dipendenti scrivono il rapporto di lavoro giornaliero. Ora si vorrebbe mettere a disposizione dei dipendenti la possibilità di fare tale rapporto anche dall'esterno dell'azienda. In base a delle mie ricerche ho raccolto alcune informazioni e vorrei un vostro consiglio. 1) La prima opzione è quella di trasformare in webbased alcune parti del programma (in quanto a detta del programmatore PowerBuild Sybase permette di trasformare un'applicazione desktop in una webbased senza dover riscrivere tanto codice). Comprare un server di modeste dimensioni sul quale installare Windows Server 2008 WebEdition e rendere pubblico il server così che i dipendenti facciano il loro rapporto ed il programma è collegato direttamente al database centrale. 2)La seconda opzione è sempre trasformare in webbased le parti che ci interessano del programma e creare un copia ridotta del database al quale si collegherà l'applicazione webbased. Dare il tutto in gestione ad un hosting che si preoccuperà di consentirci l'accesso attraverso un sito. In questo caso poi si provvederà ad una funzione di sincronizzazione dei due database. 3) La terza opzione è quella di dare al servizio hosting la parte di programma in webbased ma tenerci internamente il database reso pubblico così da non dover gestire la funzione di sincronizzazione. Tra tutte queste io non saprei per quale optare, avete qualche altro consiglio o soluzione? Vi comunico a priori che il problema che più preoccupa la nostra azienda è quello di spendere i soldi e poi avere un servizio molto lento. In quanto una parte del sito è già stata sviluppata io ho inserito in rete un pc (dalle prestazioni ridotte) che è accessibile dall'esterno attraverso IIS. La cosa funziona bene se non fosse per i lunghissimi tempi di attesa. Solo per caricare la prima pagina di viene voglia di andare direttamente su un computer dell'azienda per fare il rapporto. Ragazzi avete qualche suggerimento consiglio o qualcosa che mi aiuti a decidere? Vi ringrazio infinitamente per il vostro aiuto.

Posts:811

11 nov 2009 09.15
Non ci poni una domanda semplice, però ti posso ovviamente dare la mia opinione: Per fare il rapportino giornaliero, le persone hanno bisogno di leggere tutto il database? Credo di no, probabilmente servirà loro la lista dei clienti, la lista degli "articoli" che possono aver usato nella giornata e qualche altra piccola tabella. Pertanto puoi benissimo creare una applicazione web su hosting che ha una form con le tabelle che servono in sola lettura che potresti inserire su un DB access oppure su un file XML e fatto questo creare una form di compilazione del rapportino che invia un file xml con i dati in allegato ad una e-mail in azienda. Queste email saranno ricevute da qualcuno all'interno dell'azienda che scaricherà molto semplicemente i files su una cartella, dopodiché un banale programmino in .NET potrebbe leggere i dati e infilarli sul DB. Per quanto potrebbe sembrare più artigianale è a mio avviso + sicuro e meno costoso che esporre un server e sincronizzare database remoti. Se chi fa il rapportino è dotato di un PC, come all'interno di una azienda, puoi anche optare per la soluzione che ho implementato io: Ovvero una piccola applicazione per registrare i rapportini sul pc di chi va in giro che quando il tecnico fa l'assistenza compila. Finita l'assistenza lo mette in spedizione e se ha connessione internet viene spedito subito via e-mail alla segretaria amministrativa, che riceve i dati, e li riporta sul gestionale con un altro tasto disponibile nella sua versione del programmino, altrimenti lo spedisce quando rientra a casa o in azienda. Questo tipo di approccio "Disconnesso" fa in modo che l'utente sul proprio pc abbia tutti i suoi rapportini. Che la segretaria ci metta 2 minuti a inserire il rapportino nel gestionale. Ma soprattutto che prima di inserirlo nel gestionale lo verifichi e lo validi controllando che i dati rilevati siano validi. Adesso tocca a te saluti Sabrina

Sabrina

Posts:662

11 nov 2009 14.06
Questa non è male come idea. Proverò a verificare la compiacenza dei capoccioni. Grazie. Se vi viene in mente quelche altra cosa sono pronto ad accogliere qualunque consiglio.

Posts:433

11 nov 2009 16.21
Ciao, Premesso che la soluzione di Sabrina mi sembra perfettamente percorribile, per quanto posso dire io (da un punto di vista piu' sistemistico) aggiungo: Pubblicare una macchina su Internet non e' poi un problemone. Se hai un server installi IIS e pubblichi il webserver via https. Stop. Prima che qualcuno mi corregga dico anche che per sicurezza i webserver dovrebbero stare in DMZ, ma non credo che voi l'abbiate (da quel che dici). Il webserver che hai ora e' lento anche dalla LAN o solo dalla WAN ? potrebbero esserci problemi di risluzione inversa dei dns oppure piu' semplicemente la vosta adsl in uscita e' a pochi Kb (come e' di solito). In questo secondo caso calcola bene quanto traffico dovrà passare perche' altrimenti rischi di offrire un disservizio piu' che un servizio. Hai pensato a pubblicare un webservice che si interfaccia ad un programmino in locale sui pc dei tecnici ? (in questo caso devono usare il loro pc per fare i rapportini). La soluzione del sito in hosting che si interfaccia al tuo db locale e' impercorribile a costi contenuti. dovresti avere un server in housing e ti costa meno comprarne uno. Se opti per l'hosting puoi fare un db sul server del provider, ma poi come lo sincronizzi ? Nella soluzione di Sabrina aggiuingo 2 note: 1) come gestisci la numerazione dei rapportini lavorando offline ??? 2) e' preferibile un sistema wbbased, cosi se sei da un cliente usi un loro pc 5 minuti e hai finito. Per chiarimenti sono qui. ciao. Max. p.s. questa frase mi ha fatto venire i brividi: "...per permettere a persone con nessuna dimistichezza con la programmazione di modificare il database,in quanto ancora in fase di sviluppo."

Posts:662

12 nov 2009 09.15
p.s. questa frase mi ha fatto venire i brividi: "...per permettere a persone con nessuna dimistichezza con la programmazione di modificare il database,in quanto ancora in fase di sviluppo Quando la prima volta sono entrato in questa azienda tutto faceva venire i brividi. Per dirtene una alcuni dipendenti lavoravano su dati residenti su altri pc connessi alla lan ma ai quali non riuscivano sempre a connettersi alla fine mi sono accorto che il DNS primario dei pc client anzichè puntare al server puntavano al DNS fornito dall'operatore telefonco. Qualcosa da brivido. Per non parlarti del fatto che tutti avevano access sul pc e che il database è sprovvisto di password. calcola bene quanto traffico dovrà passare perche' altrimenti rischi di offrire un disservizio piu' che un servizio. Come faccio a fare questo calcolo in modo da rendermi anche conto di che portata dovrà essere il contratto per adsl che tipo di macchina e sistema dovrò utilizzare? Al momento ti dirò che la mia grande azienda naviga con una 640 kb. O contattato telecom che mi ha proposto una connessione adsl sincrona con banda minima garantita a 256kbs sia in download che upload. Grazie per i vostri consigli. Anche a me piaceva l'idea di Sabrina però il problema e che i dipendenti non solo dovranno fare i rapporti di lavoro ma anche richieste d'offerta e preventivi pertanto quello della sincronizzazione dei database diventa un problema non indifferente, dicendola napoletanamente scusatemi se potrò sembrare volgare ma nella mia azienda Von papp zizz e nonn e chi lè cant pur a ninna nonn. Traduco Vogliono la pappa, il latte dal seno della mamma, vogliono la nonna vicino e anche chi gli canti la ninna nanna. Vogliono tutto senza spendere niente. Quindi penso che dovranno mettere mano alla tasca e comprare almeno un pc decente per poterci mettere sopra il programma WebBased. Grazie comunqu dei vstri consigli!

Posts:811

12 nov 2009 09.40
Nella soluzione di Sabrina aggiuingo 2 note: 1) come gestisci la numerazione dei rapportini lavorando offline ??? 2) e' preferibile un sistema wbbased, cosi se sei da un cliente usi un loro pc 5 minuti e hai finito. Rispondo alle note di Max, 1) L'ID è un GUID 2)Per noi non ha senso perché i nostri tecnici intervengono presso il cliente usando il proprio notebook (sono sistemai) però se invece i tecnici della azienda di Hidden non hanno in dotazione il PC la Web application ha perfettamente senso ed è lei che invia in azienda la mail all'amministrazione. In questo modo hai un solo posto dove tenere aggiornate le tabelline anagrafiche e lo puoi fare con una connessione FTP saluti Sabrina

Sabrina

Posts:433

12 nov 2009 17.34
il calcolo del traffico lo fai semplicemente, guarda quanto "pesa" la pagina web che generi e lo moltiplichi per le richieste contemporanee che devi gestire, questo e' il minimo che generi. sicuramente una ADSL "qualunque" a 640k non e' adatta alla pubblicazione di servizi Web, anche perche' le ADSL sono "Asincrone", significa che tu scarichi a 640k ma invii (probabilemnte) a 256k. Tradotto: ricevi le richieste velocissimo e rispondi al rallentatore. A meno che l'applicazione non sia usata da 1 tecnico per volta avrai quasi sicuramente la percezione di un disservizio. Le linee HDSL sono molto migliori anche a parità di velocità. Generalmente sono attestate su apparati meno trafficati, e sono "sincrone" (up e down sono uguali). E infatti costano. Ho fatto il tuo lavoro per anni, e so che farla capire e' dura, ma metti in testa a capi che se vogliono le cose qualcosa devono spendere. Fatti dare un budget annuo o a progetto e cerca di usarti quello per fare le cose che ti servono. E' inutile risparmiare per poi dover spendere altrettanto per rimediare. Alla fine hai speso tanto uguale, ma non hai ottenuto gli stessi risultati. HTH Max.

Posts:662

16 nov 2009 09.23
Come al solito il tuo consiglio è ottimo anche se pultroppo può funzionare solo con aziende serie e non con aziende i cui capi non conoscono la differenza tra power e reset di un pc e non sganciano un centesimo se non capiscono a cosa serve, quando dico non capiscono a cosa serve intendo che loro vogliono e pretendono di capire gli aspetti tecnici. Quindi pensa un pò. Comunque grazie a tutti per i vostri consigli.

Non sei autorizzato ad inviare una risposta.

Forums > Forums Tecnici > Amministrazione di sistemi e networking

Active Forums 4.1