Non vi è nessuna garanzia che le funzionalità esposte nel presente documento verranno implementate.

Scuola Programma Scuola Procedura Progetti sistemistici di applicazione e installazione della procedura Scuola Copyright 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 -

Indice 1 Progetto... 3 2 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 -

1 Progetto Questo documento intende schematizzare alcune delle possibili topologie di applicazione e installazione della procedura Scuola all interno dell istituzione scolastica. - 3 -

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 -

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 -

- 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 -

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 -

La parte windows dell applicazione si collega all application server in cloud attraverso RDP su internet. - 8 -

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 -