Newsgroup: it.lavoro.professioni.webmaster
Titolo: sviluppo intranet, esperienze in merito

Ciao,
post delle 7.50 di mattina(oggi sono caduto dal letto), quindi prendetelo
per quel che è, se vi va di parlarne fatelo altrimenti buona giornata :D
L'argomento: "intranet(intesa come sito internet interno), come e
perchè".
Avete mai affrontato lo sviluppo di una intranet aziendale?
quali erano gli obbiettivi? sono stati raggiunti o il progetto dopo un
anno è morto nell'oblio dell' inutilizzo? vi va di postare una mini
case-history, o comunque di scambiare info al riguardo?
Io personalmente non ho mai affrontato una cosa del genere, ma devo dire
che la cosa un pò mi interessa, e penso che magari potrebbe portare
vantaggi reali in termini di produttività degli impiegati, o di velocità
di comunicazione (penso ad un utilizzo per scambio di file o di circolari).
L'altro giorno stavo da un cliente: per spostare un file da una cartella
condivisa all'altra ci sono voluti 20 minuti (io stavo facendo
altro, quindi non mi sono intromesso), alla fine lo spostamento
è avvenuto tramite invio di posta elettronica, con conseguente
attesa per l'arrivo (server di posta ovviamente non interno).
Mi sono trovato a pensare che se avessero avuto un' interfaccia web per
fare questa cosa, magari avrebbero fatto prima: ti colleghi al sitarello
interno clicchi sul profilo dell'utente o dell'ufficio che ti interessa,
invii il file nello spazio condiviso.
Ovviamente niente che non si possa fare in qualche altra maniera (tipo
con formazione del personale, che non farebbe male, visto che copiare
un file in una cartella condivisa non è proprio lavoro da scienziati),
però visto che qualcuno le progetta e qualcuno le compra, magari un senso
ce l'hanno, magari anche per divulgare comunicazioni varie, magari per
altro....o magari no.
Io non ne so nulla e vorrei rimediare :D, vi va di parlarne (sempre se
c'è qualcosa di cui parlare)?
Ciao
Francesco

 CUT
Io ho sviluppato un botto di software per una intranet di una banca, ma
onestamente mai per shareare dei file, e' folle fare una cosa di questo tipo
:p
Nel caso metti su una wiki con un tutorial, non e' che puoi scrivere roba se
uno non sa usare il suo computer, anche perche' se si parte dallo share dei
file dei scrivere veramente *tanta* roba, per non parlare del fatto che
duplicare le feature del sistema operativo non e' cosi' furbo :)
Quello che ho sviluppato io e' un sistema di reportistica e di analisi dei
rischi, nulla a che vedere.
  ngw 


Sono d'accordo.
Anche io ho sviluppato dei siti Intranet, ma sono WebApplication per gestire 
"qualcosa" (ad esempio la gestione delle utenze energetiche per un comune) o 
per la pubblicazione di documenti e reportistica utile al personale interno 
(ad esempio per un gruppo di cliniche private).
La condivisione file esiste già tramite SMB, FTP o altro, non ha molto senso 
replicarla.

 senso replicarla.
Certo
Ciao
Francesco

 un'intranet.
Beh, le prime che mi vengono in mente ovviamente sono la mancanza della 
necessità di installare un client su tutti i PC. Basta un browser (meglio 
ancora se Firefox ^_^) ed è fatto.
Per non parlare della facilità per gli aggiornamenti. Aggiorni 
l'applicazione sul server e tutti vedono subito i risultati.
Io solitamente faccio tutto in Perl sotto Apache (rarissimamente sotto IIS), 
tranne quella per le cliniche che è in Java (servlet+velocity) per motivi 
indipendenti dalla mia volontà. Più ovviamente HTML e Javascript.
Come database uso solitamente MySQL e SQLServer (a seconda del tipo di 
progetto). Mi è capitato di usare anche Oracle, ma personalmente non mi 
piace affatto.
Una cosa comoda che ho implementato è l'accesso (in quella applicazione 
Java) tramite autenticazione sul server di dominio, in questo modo gli 
utenti della rete usano lo stesso account per l'applicazione web e quando 
cambiano la password all'accesso rimane sincronizzata.
Il tutto con librerie JCIFS (
jcifs.samba.org
).

 ancora se Firefox ^_^) ed è fatto.
[cut]
Grazie per la risposta, e scusami se insisto, sarà che oggi sono di legno
ma... o non ho capito la risposta, oppure quello che dici spiega il *come*
non il *cosa*.
In parole povere le intranet che hai realizzato cosa facevano, di che si
occupavano, qual'era la loro funzione e perchè ti sono state chieste.
Ovviamente se puoi/ti va di parlarne.
Ciao
francesco

 Ovviamente se puoi/ti va di parlarne.
Ops, mi sa che sono io che ho capito male la domanda allora :-)
In breve, una delle due applicazioni si occupa delle utenze energetiche (per 
comuni):
- Gestione delle entità utenze/edifici/centri di costo
- Parsing dei flat-file usati da ENEL ed HERA in modo da caricare 
automaticamente le fatture e registrare i consumi
- Generazione delle fatture per la stampa (così risparmiano carta, scaricano 
il file da ENEL/HERA e stampano solo quelle che gli interessano)
- Reportistica e controlli vari su queste entità
La seconda è un sito Intranet per un gruppo di cliniche private:
In pratica c'è un db SQLServer che fa da "data warehouse" e che raccoglie da 
altre sorgenti (oracle, sqlanywhere, access) i dati dei db clinici (es: 
cardiochirurgia ed emodinamica), l'applicazione si interfaccia a SQL Server 
e
- genera reportistiche di vario tipo che verranno utilizzate a fini 
statistici o per pubblicazioni
- effettua dei controlli di coerenza incrociando i dati di alcuni di queste 
sorgenti
- chi si occupa di statistica fa dei documenti che pubblica su questo sito e 
che verranno consultati dai vari direttori, controller, coordinatori, ecc...
Sono tutte cose fatte proprio "ad hoc" e che mutano sempre nel tempo. Non 
sono dei "prodotti" veri e propri ma un qualcosa tagliato su misura per il 
cliente secondo le sue indicazioni/esigenze.

 cliente secondo le sue indicazioni/esigenze.
Immagino
ciao e grazie
Francesco

 duplicare le feature del sistema operativo non e' cosi' furbo :)
In assoluto no, hai ragione, pero' a me e' capitato (capita, capitera') 
di sviluppare ambienti intranet per gruppi di lavoro (anche 
geograficamente distribuiti) dove la gestione di file e' una delle tante 
funzioni a disposizione; e allora ho sempre trovato comodo infilare 
tutto nell'ambiente che ho creato: spesso (sempre) gli utenti sono 
dotati di scarse (nulle) conoscenze, la mia situazione-tipo e' il 
mega-professore plurilaureato-prossimonobel che guarda il computer e 
resta paralizzato tipo bimbo di sei anni di fronte al cockpit dello 
space shuttle... Prova a spiegargli come avviare uno sharing da sistema 
operativo! Molto meglio che a fare tutto ci pensi l'ambiente che io 
sviluppo, il quale fa da collegamento funzionale tra utente e sistema.
Il concetto di interfaccia e' che raggruppare ad alto livello funzioni 
di basso livello le rende accessibili a tutti. L'importante e' una 
logica simbolica coerente lungo tutto l'ambiente, facile da apprendere, 
in grado di comunicare anche senza che si sia letto il manuale (quando 
c'e', senno' vai con le telefonate, ole'!). Personalmente, trovo che il 
simbolismo semaforico sia in assoluto il veicolo migliore per costruire 
un'interfaccia, ma qui sto andando fuori tema :-)
-- 
Falco Stellare - DeepVoid
www.deepvoid.it
www.myspace.com/falcostellare

 che verranno consultati dai vari direttori, controller, coordinatori, ecc...
Mi mandi un tuo curriculum vitae dettagliato e completo?


 Posso chiederti i tempi di sviluppo e le persone coinvolte?
Per i tempi di sviluppo stendiamo un velo pietoso ^_^ perché quella delle 
utentze energetiche è andata avanti "a pezzettini" (alcuni mesi si... poi il 
vuoto... poi un altro pezzo... poi il vuoto... ecc...) per diversi motivi.
Per la seconda c'è voluto un po' di tempo di "startup" perché ho dovuto 
ricreare in java un tot di librerie che avevo sempre utilizzato in Perl (per 
quella applicazione ero obbligato a usare Java).
Ma una volta pronte quelle librerie il tutto sta andando benissimo (ci sto 
lavorando tutt'ora aggiungendo sempre nuovi report o controlli). E' appena 
entrata in produzione, ma le idee da introdurre sono ancora diverse e poi da 
quanto ho visto gli ambienti ospedalieri sono sempre in fermento per le 
statistiche. Non c'è mai qualcosa che possa durare un po' di mesi che ti 
cambiano subito le specifiche o la struttura da cui prendere i dati.
Diciamo qualche mese di "startup" e poi una settimana o due per aggiungere 
nuovi moduli (o anche meno, tipo qualche giorno, se la reportistica da 
aggiungere è simile a qualcosa di già fatto).
Per ogni progetto sono servite due persone (io costante e l'altra 
variabile).
Io penso solo allo sviluppo e alla pratica vera e propria, mentre l'altro 
pensa all'analisi e all'interfacciamento con il cliente/dirigente di turno.
Per quanto riguarda il gruppo di cliniche lui ha fatto tutti i database e le 
gli applicativi per la registrazione dei dati da parte degli operatori e io 
ora sto aggiungendo il sito Intranet per la pubblicazione delle statistiche 
e dei controlli (in pratica il vero "grosso del lavoro" non l'ho fatto io) 
in base ai dati contenuti dei sui db.

 Mi mandi un tuo curriculum vitae dettagliato e completo?
No grazie, ho già troppe cose da fare :-)

 un'interfaccia, ma qui sto andando fuori tema :-)
Uh?
Cioè un simil-semaforo in vari punti dell'interfaccia per far capire cosa si 
può fare e cosa no?