Studio Filippo Albertini
Analisi e sviluppo Sistemi Informatici
Procedura “Scuola”
“Scuola”
Programma
Scuola
Procedura
Progetti sistemistici di applicazione e installazione della
procedura “Scuola”
Copyright © 2012 Filippo Albertini – Cattolica (RN)
Tutti i diritti riservati. Nessuna parte del contenuto di questo documento può essere riprodotto o
trasmesso in qualsiasi forma senza il permesso scritto dell’autore o degli eventuali licenziatari dei
diritti di utilizzo.
All rights reserved. No part of the contents of this document may be reproduced or transmitted in
any form or by any means without the written permission of the publisher.
Ogni cura è stata posta nella raccolta e nella verifica della documentazione contenuta in questo
documento. Tuttavia l’autore non può assumersi alcuna responsabilità derivante dall’utilizzo della
stessa. Lo stesso dicasi per ogni persona o società coinvolta nella creazione, nella produzione e nella
distribuzione di questo documento.
Tutti i nomi dei prodotti citati in questo documento sono marchi registrati appartenenti alle
rispettive società. Essi sono usati in questo documento a scopo di documentazione/citazione ed a
beneficio delle relative società.
Le informazioni tecniche contenute in questo documento sono soggette a modifica senza preavviso.
Non vi è nessuna garanzia che le funzionalità esposte nel presente documento verranno
implementate.
Scuola_Progetto_Sistemistico.doc
Rev. 1.0
Data : 12/10/2012
Autore : Filippo Albertini
-1-
© 2012 Filippo Albertini
Via Euclide, 7 – 47841 Cattolica (RN) Cell. 347/7163264 Fax 0541/0531186
web www.filippoalbertini.it email [email protected] pec [email protected]
Studio Filippo Albertini
Analisi e sviluppo Sistemi Informatici
Procedura “Scuola”
Indice
1
2
Progetto ........................................................................................................................................ 3
Requisiti server e infrastruttura.................................................................................................. 4
2.1 Server..................................................................................................................................... 4
2.1.1 Database Server.............................................................................................................. 4
2.1.2 Application server .......................................................................................................... 4
2.1.3 File server ....................................................................................................................... 4
2.1.4 Service server ................................................................................................................. 4
2.1.5 Web Server ..................................................................................................................... 5
2.1.6 Application Server ......................................................................................................... 5
2.1.7 Server di Front End o Internet server ............................................................................. 5
2.2 Implementazione dei server................................................................................................... 5
2.3 Promiscuità ............................................................................................................................ 5
2.4 Client ..................................................................................................................................... 6
2.4.1 PC Desktop .................................................................................................................... 6
2.4.2 Terminali ........................................................................................................................ 6
3
Topologie di installazione ........................................................................................................... 7
3.1 Server con cartelle shared e client locali ............................................................................... 7
3.2 Server in TS con client locali e terminali stupidi .................................................................. 7
3.3 Server Cloud in TS con client locali e terminali stupidi ....................................................... 7
4
Infrastruttura di rete ................................................................................................................... 9
4.1 Cablatura complessiva delle aule/laboratori.......................................................................... 9
4.2 Cablatura delle dorsali e WiFi sui piani ................................................................................ 9
4.3 Collegamento con Power Line delle dorsali e WiFi sui piani ............................................... 9
4.4 Collegamento con Power Line di tutti i punti di rete ............................................................ 9
-2-
© 2012 Filippo Albertini
Via Euclide, 7 – 47841 Cattolica (RN) Cell. 347/7163264 Fax 0541/0531186
web www.filippoalbertini.it email [email protected] pec [email protected]
Studio Filippo Albertini
Analisi e sviluppo Sistemi Informatici
1
Procedura “Scuola”
Progetto
Questo documento intende schematizzare alcune delle possibili topologie di applicazione e
installazione della procedura “Scuola” all’interno dell’istituzione scolastica.
-3-
© 2012 Filippo Albertini
Via Euclide, 7 – 47841 Cattolica (RN) Cell. 347/7163264 Fax 0541/0531186
web www.filippoalbertini.it email [email protected] pec [email protected]
Studio Filippo Albertini
Analisi e sviluppo Sistemi Informatici
Procedura “Scuola”
2 Requisiti server e infrastruttura
2.1 Server
I server sono le macchine che mettono a disposizione i servizi e le funzionalità disponibili con la
procedura “Scuola”.
2.1.1 Database Server
Il database utilizzato dalla procedura è in formato Microsoft SQL Server 2005 o 2008. Può anche
essere nel formato Express (gratuito).
Se si utilizza la versione Express si tenga comunque presente per il dimensionamento della
macchina che l’istanza può utilizzare al massimo 1 GB di ram e una CPU.
La macchina su cui gira l’istanza SQL Server deve essere in tecnologia Microsoft.
Il collegamento ai dati da parte della procedura avviene utilizzando la tecnologia di
interfacciamento ADO.Net.
Il carico del server è soprattutto in memoria secondaria (Hard Disk) e con carichi medio-bassi
computazionali (CPU/RAM).
2.1.2 Application server
L’ Application server ha il compito di contenere i binari, i modelli di stampa e quant’altro
necessario alla procedura per la propria esecuzione.
2.1.3 File server
Il file server ha il compito di mettere a disposizione spazio disco alla procedura e agli utenti per il
parcheggio delle stampe richieste e per il prelevamento da parte degli utenti. La condivisione dei
file può essere offerta dai servizi di sharing di windows o anche da samba di linux.
2.1.4 Service server
Il Service server ha il compito di svolgere attività schedulate impostate sulla procedura, quali ad
esempio la verifica quotidiana di assenze non giustificate da troppo giorni e notificate via E-Mail
ecc.
-4-
© 2012 Filippo Albertini
Via Euclide, 7 – 47841 Cattolica (RN) Cell. 347/7163264 Fax 0541/0531186
web www.filippoalbertini.it email [email protected] pec [email protected]
Studio Filippo Albertini
Analisi e sviluppo Sistemi Informatici
Procedura “Scuola”
2.1.5 Web Server
Il portale WEB è sviluppato in Aspx con framework .Net 3.5 e Ajax, quindi, per attivare questo
modulo della procedura “Scuola” è necessario un servizio IIS attivo montato su un server Microsoft
con .Net 3.5 installato.
Tale server deve avere il sito girato all’esterno per la consultazione da parte degli studenti, delle
famiglie e degli insegnati. Tale attività può essere fatta, ad esempio, tramite un reverse proxy (es
Apache o altro).
Il carico del server è soprattutto computazionale (CPU/RAM).
2.1.6 Application Server
Nel caso si adotti una topologia complessiva con applicazione in modalità ASP (Application
Service provider) con applicazione remotizzata sul server è necessario un server che metta a
disposizione tramite i servizi di Terminal Server di Microsoft i desktop alle macchine client.
Il carico del server è soprattutto computazionale (CPU/RAM).
2.1.7 Server di Front End o Internet server
Il server di front-end per la pubblicazione dei servizi internet, per il log e la protezione degli
accessi, per il reverse proxy, per l’accesso alla rete dall’esterno (vpn), per i servizi ftp, file sharing,
può essere una macchina Linux con i relativi servizi specifici (Apache, Squid, …).
Il carico del server è soprattutto computazionale (CPU).
2.2 Implementazione dei server
I server descritti possono essere fisici con macchine dedicate o , per ridurre i costi, virtuali su un
numero più ristretto di macchine fisiche.
Come tecnologia di virtualizzazione si può scegliere una qualunque di quelle disponibili anche fra
quelle gratuite (VMWARE, …)
2.3 Promiscuità
All’interno di un server (fisico o virtuale) per risparmiare sui costi di licenza, a seconda del carico
d’uso, è possibile far coesistere più tipologie di server descritti precedentemente.
Ad esempio, una associazione tipica, per carichi di lavoro mediamente bassi può essere :
-
Database Server con WEB Server e Service Server
-5-
© 2012 Filippo Albertini
Via Euclide, 7 – 47841 Cattolica (RN) Cell. 347/7163264 Fax 0541/0531186
web www.filippoalbertini.it email [email protected] pec [email protected]
Studio Filippo Albertini
Analisi e sviluppo Sistemi Informatici
-
Procedura “Scuola”
Application server con file server
Front end server
2.4 Client
I client sono le postazioni con cui ci si collega alla procedura “Scuola” all’interno dell’istituto
2.4.1 PC Desktop
Il client che si collega al server, nel caso di infrastruttura di rete con servizi in ASP basta che abbia
a disposizione un client RDP per i servizi terminal, quindi vanno bene sia macchine Windows che
macchine Linux.
Nel caso invece di collegamento alla procedura con collegamento alla cartella condivisa dei binari
sul server e esecuzione in locale della procedura è necessario che il client sia Windows con il
framework .Net 3.5 installato.
I desktop, in linea generale, possono essere normali desktop, notebook, netbook o altro con le stesse
funzionalità. In RDP può andare bene qualunque architettura che abbia a disposizione un client di
questo tipo (es MAC o Android).
2.4.2 Terminali
Nel caso di infrastruttura di rete con servizi in ASP è possibile utilizzare come client, al posto dei
PC Desktop, anche i cosiddetti “Terminali stupidi” per collegarsi via RDP all’ applicazione
remotizzata sul server.
-6-
© 2012 Filippo Albertini
Via Euclide, 7 – 47841 Cattolica (RN) Cell. 347/7163264 Fax 0541/0531186
web www.filippoalbertini.it email [email protected] pec [email protected]
Studio Filippo Albertini
Analisi e sviluppo Sistemi Informatici
Procedura “Scuola”
3 Topologie di installazione
3.1 Server con cartelle shared e client locali
Questa strutturazione prevede un File Server che metta a disposizione in sola lettura le cartelle dei
binari e dei modelli dell’applicazione a tutta la rete.
Tale cartella condivisa viene utilizzata dai singoli client windows per accedere in maniera
centralizzata all’applicazione e tramite rete al database server.
I client devono avere .Net 3.5
In questa modalità si riduce il carico computazionale sull’ application server che viene passato al
client locale che fornirà livelli di servizio coerenti con le proprie possibilità operative (più è potente
più e veloce).
Non ci sono costi di licenze Terminal Server, ma si ha intrinsecamente una forte disomogeneità sui
livelli di servizio locali offerti. L’aggiornamento dell’applicativo è comunque centralizzato.
3.2 Server in TS con client locali e terminali stupidi
In questa architettura l’Application Server remotizza l’applicazione che significa che tutto il carico
computazione di tutte le applicazioni che stanno girando per servire le esigenze degli utenti è in
carico al server, sgravando tutte le macchine client di queste attività e che devono quindi solo
visualizzare le “schermate” preparate dal server.
In questo modo, il livello di servizio offerto è omogeneo all’interno della struttura a prescindere dal
dispositivo che si collega (macchina windows, mac, linux, ecc) con però un costo mediamente alto
di licenze. Riducendosi la difformità, si semplifica solitamente anche di molto la gestione.
I client possono essere di qualunque tipo, basta che abbiano a disposizione nel proprio sistema
operativo un client RDP che è il protocollo di collegamento ai servizi terminal offerti dai server
Microsoft.
3.3 Server Cloud in TS con client locali e terminali stupidi
Un architettura con server Cloud prevede che i server siano in “hosting” esternamente all’istituto
presso dei centri di servizio Clouding e che i servizi siano offerti all’istituto tranite l’infrastruttura
internet.
In sostanza quindi tutti i server vengono installati sulle macchine fornite dal fornitore Cloud con il
vantaggio di livelli minimi di servizio garantiti e assenza di manutenzione sulla parte server.
-7-
© 2012 Filippo Albertini
Via Euclide, 7 – 47841 Cattolica (RN) Cell. 347/7163264 Fax 0541/0531186
web www.filippoalbertini.it email [email protected] pec [email protected]
Studio Filippo Albertini
Analisi e sviluppo Sistemi Informatici
Procedura “Scuola”
La parte windows dell’applicazione si collega all’application server in cloud attraverso RDP su
internet.
-8-
© 2012 Filippo Albertini
Via Euclide, 7 – 47841 Cattolica (RN) Cell. 347/7163264 Fax 0541/0531186
web www.filippoalbertini.it email [email protected] pec [email protected]
Studio Filippo Albertini
Analisi e sviluppo Sistemi Informatici
Procedura “Scuola”
4 Infrastruttura di rete
4.1 Cablatura complessiva delle aule/laboratori
In questa topologia tutte le macchine dell’istituto sono fisicamente cablate “via filo” fra di loro, con
le dorsali fra i piani e il collegamento fisico fra tutte le aule.
4.2 Cablatura delle dorsali e WiFi sui piani
Le dorsali sono cablate con filo (o fibra) e poi nei piani la rete viene offerta con servizi WiFi.
4.3 Collegamento con Power Line delle dorsali e WiFi sui piani
Le dorsali sono cablate con Power Line tramite la rete elettrica e poi nei piani la rete viene offerta
con servizi WiFi.
4.4 Collegamento con Power Line di tutti i punti di rete
Tutti i punti di rete e le dorsali sono implementate attraverso Power Line tramite la rete elettrica.
-9-
© 2012 Filippo Albertini
Via Euclide, 7 – 47841 Cattolica (RN) Cell. 347/7163264 Fax 0541/0531186
web www.filippoalbertini.it email [email protected] pec [email protected]
