Documentazione del progetto OpenClassroom

Un po' di storia

L'esperienza inizia nel 1999, quando il Cfp-Upt, dopo il deludente risultato riscontrato nel collegare le proprie sedi scolastiche tra di loro ed in rete Internet, con l'utilizzo di software proprietario, accettò la soluzione proposta che consisteva nell'installare nelle varie sedi dei server LINUX.

La proposta nel 1999 era da considerarsi molto innovativa e non certo priva di rischi; in quegli anni il Cfp-Upt seppe anticipare i tempi ed oggi può di diritto essere annoverato tra i pionieri dell'Open Source nella Scuola italiana.

Il parco dei PC venne allora mantenuto inalterato con utilizzo di molte postazioni Windows 95 e qualche installazione Windows 98 che rimasero tali e quali, senza la necessità di alcuna modifica.

Il collegamento ad Internet era assicurato da collegamenti ISDN on demand, in quanto nel 1999 non c'era ancora a disposizione la tecnologia xDSL. Più tardi (2002) fu possibile collegare tutte le sedi con collegamenti HDSL (in alcune sedi periferiche non era disponibile ADSL) che a novembre 2005 sono stati convertiti in collegamenti ADSL, certamente meno costosi, ma anche meno performanti.

La rete del Cfp-Upt

La rete era costituita da 5 nodi geografici equipaggiati con server Linux Debian:

• Sede provinciale, a Trento
  • Rete locale segreteria provinciale
  • Succursale della scuola Torrione
• Sede Torrione, a Trento
• Sede di Cles
• Sede di Tione
• Sede di Varone

In ciascuna sede c'erano più sottoreti, suddivise per ciascuna aula di informatica e separate fisicamente dalla rete della segreteria.

La Direzione provinciale della scuola, dopo il cambio del Direttore, ha cambiato rotta, riconvertendo i server con Microsoft nel periodo 2006-2007. Il motivo? Difficile comprenderlo; chi volesse approfondire l'argomento consiglio di chiedere notizie alla direzione provinciale nella sede di Trento, ma anche ai docenti delle varie sedi. Potreste raccogliere delle opinioni discordanti.

La nostra opinione è che le differenze siano principalmente dovute al fatto che la manutenzione di ciascuna sede era affidata a tecnici locali di diversa preparazione tecnica che si occupavano dei PC ma poco sapevano dei server Linux e dal fatto che negli ultimi anni le scuole non avevano più finanziato l'aggiornamento del software installato sui Server Linux.

Il problema dipendeva dalla gestione dei Profili centralizzati sul server, che nella versione installate in quelle scuole prevedeva la duplicazione completa sia sui PC che sul server. Dato che gli utenti mantenevano sul proprio Desktop molti file, la sincronizzazione che Windows attiva alla chiusura della connessione, con decine di PC al lavoro, procurava una congestione di traffico nella rete con gli studenti e docenti che spazientiti, spegnevano brutalmente i PC, con le conseguenze che tutti possiamo immaginarci.

Il risultato era che alla successiva accensione, di tanto in tanto, qualche profilo risultava corrotto.

I tecnici ben sanno che questo comportamento non è in sè un malfunzionamento ma la logica conseguenza di un metodo di gestione dei profili, implementato in Windows XP, che ha i sui pro e contro.

Pur avendo segnalato per anni che il modo per superare questo limite era quello di non usare i profili sul server, oppure modificare i registri di Windows per gestire il Desktop su cartelle di rete, anzichè replicare i dati anche sui PC, ma la scelta della Scuola è stata quella di lasciare tutto come stava (anche perchè i problemi erano comunque non frequenti).

Pare che ora la Scuola abbia "risolto" il problema non usando la gestione dei profili sul server!

Class Management System

Nell'estate del 2002 il Cfp-Upt ha adottato un nuovo sistema di gestione delle aule che potesse automatizzare la gestione degli account e ridurre così il lavoro dei Referenti e Tecnici dei laboratori di informatica.

È nata così la prima versione dell'attuale progetto OpenClassroom che si propone in questo Portale.

Le caratteristiche del sistema si possono riassumere in:

• interfaccia Web per la gestione delle anagrafiche studenti, docenti, segreteria ed amministratori;
• gestione delle classi con la composizione di alunni e docenti;
• gestione automatizzata delle cartelle sul server a disposizione di alunni, docenti e classi;
• controllo dell'accesso alle aule e verso Internet controllabile dal singolo docente;
• black & white list per l'accesso alla rete Internet della scuola e di ogni singola classe.

Per approfondire consigliamo di consultare il Manuale CMS - Classroom Managment System e di provare la Demo CMS

To Do list

La lista delle possibili migliorie è il risultato di analisi delle richieste pervenute direttamente dagli utenti; il progetto ha come obbiettivo una loro completa implementazione, anche se graduale:

• utilizzo di postazioni client Linux e postazioni dual boot Windows/Linux con scelta attivabile dal docente o legata alla configurazione della classe;
• utilizzo sulle postazioni Windows/Linux del software di controllo remoto in automatico dal pannello di controllo del CMS, senza necessità di fornire password;
• ampliamento delle funzionalità del CMS per poter attivare le Classi in più aule da più docenti permettendo un utilizzo misto aula/classe in funzione delle particolari esigenze della scuola;
• visualizzazione in tempo reale dello stato di un'aula o di una classe;
• ampliamento della funzionalità “follow-me”;
• gestione abilitazione/disabilitazione di utenti assenti per lunghi periodi;
• quote di spazio disco differenziate per utente e classe;
• utilizzo dei “Profili” Windows personalizzabile;
• controllo remoto dei PC dal server con diritti di amministratore, funzionalità per eseguire operazioni batch su tutte o parte delle postazioni (ad esempio per aggiornamenti software);
• processo di pulizia automatico dei “Profili” Windows di utenti cancellati da tutte le postazioni di lavoro;
• gestione dei permessi per l'uso di dispositivi hardware (ad esempio masterizzatori CD/DVD) e concessione a singoli utenti o gruppi di diritti di amministrazione locale del singolo o di gruppi di PC;
• automazione assegnazione degli indirizzi di posta standard, ad esempio nome.cognome@scuola.it;
• condivisione desktop del Docente su tutti i PC dell'aula per attività didattica.

Una nuova piattaforma per il futuro

Partendo dall'esperienza vissuta con lo sviluppo del sistema CMS (Class Management System) il nuovo progetto OpenClassroom richiederà la riscrittura del codice mantenendo una parte delle soluzioni adottate nel CMS ed implementandone di nuove, soprattutto con una nuova architettura.

Gli obbiettivi principali della nuova piattaforma sono:

• repository Ldap;
• processo server unico;
• separazione netta dell'interfaccia Web dal server dell'applicazione;
• interfaccia Web con maggiore interattività per gli eventi di sistema (AJAX);
• interfaccia non grafica, da riga di comando;
• single sign-on reale per tutte le applicazioni.