Progetto WebTeach

Partecipanti:

• FabioFranci?
• FrancoBagnoli
• AndreaSterbini?
• FrancescoGrasso?

Introduzione

Il progetto WebTeach? è composto da una serie abbastanza scollegata di "oggetti" didattici in evoluzione, che potrebbero essere integrati o, meglio, resi interagenti, come descritto nel seguito. In particolare gli oggetti sono

• WebCheck? , un sistema di gestione della prenotazione a "eventi" (prove di esame), sperimentato nella facoltà di Ingegneria di Firenze
• WebWrite? , un wiki (TWiki) per la diffusione del materiale didattico, per la stesura collaborativa di testi ed esercizi, e che può essere usato come interfaccia "grafica" per gli altri moduli
• WebTest? , un sistema per la gestione di quiz a scelta multipla, cartacei o online
• WebLearn? , un sistema per l'assemblamento automatico dei percorsi didattici

WebCheck

Il sistema WebCheck? è composto da una semplice interfaccia web a delle procedure di interfazione con un database (mysql). E' sperimentato ormai da 5 anni nella facoltà di Ingegneria (http://didattica.dma.unifi.it), usato da circa 150 docenti e da 5000 studenti. Molte delle funzionalità sono state implementate su suggerimenti dei docenti e degli studenti. Schematizzando, con WebCheck? è possibile

• Gestire il database dei dati degli studenti e dei docenti. In questo database sono contenuti in particolari i nomi, le password (crittate), codice fiscale, matricola, WikiName? , indirizzo di posta elettronica e cellulare (per chi ha voluto inserire questi dati) che permettono di inviare il risultato di un esame via email e (trovando uno sponsor) via sms. Questo database andrebbe sostituito o complementato con un collegamento al database centrale dell'università, che però ha il difetto di contenere solo i dati degli utenti "ufficiali" dell'università, mentre invece per il test di ingresso e per altri "eventi" è importante riuscire a gestire anche "record" relativi a ragazzi non ancora iscritti e altre persone (per esempio, personale non strutturato, di altre università ecc.). L'ideale sarebbe quello di avere un "portale" universitario a cui tutti possono iscriversi (con il solito controllo dell'identità tramite e-mail) e a cui ovviamente sono iscritti anche tutti gli strutturati. Con queste informazioni si potrebbero gestire anche bollettini, informativi, forum e blog, oltre ad avere un punto unico di autenticazione e di raccolta informazioni. Per ora questo compito di collegamento viene effettuato tramite una serie di script perl che agiscono da proxy: quando lo studente vuole "sincronizzare" i suoi dati con quelli presenti sull'archivio centrale, inserisce la sua password ed il sistema, usando questa password (che non viene mantenuta in chiaro sul sistema), accede all'archivio centrale. Questa procedura è necessaria per collegare codice fiscale (che è l'identifictivo prima dell'iscrizione) con la matricola.
• Gestire il database degli eventi (prove di esame), composto da varie tabelle con i corsi e le prove per ogni corso. I corsi non sono per forza delle cose ufficiali: possono essere nomi di fantasia, usati per esempio per gestire l'accesso ai laboratori. Anche le "prove" possono essere fittizie: per esempio si usa una prova fittizia di "iscrizione al corso" in modo che un docente possa avere la maniera di comunicare contemporaneamente a tutti gli studenti di un corso. Altre prove fittizie sono usate per gestire gli esami orali, dato che è possibile ordinare gli iscritti per data di iscrizione.
• Comunicare i risultati di una prova, pubblicandoli sul sito (in maniera o visibile a tutti o solo all'interessato) o comunicandoli per posta elettronica (e in futuro via sms). I risultati possono essere esp[ortati su tabellone CSV, per una successiva elaborazione, particolarmente usato quando si tratta di risultati di prove intermedie (esportabili in blocco) che vanno combinati con un algoritmo a scelta del docente.
• Effettuare l'autovalutazione dei risultati per i quiz a scelta multipla: fornendo una tabella di "pesi" e la lista delle risposte giuste è possibile far sì che il sistema "corregga" automaticamente un test. Particolarmente usato per il test di ingresso (500 studenti), è interfacciato (manualmente) con il sistema WebTest? che genera la necessaria tabella.
• Fornire un sistema di comunicazione "certificata" (in fase di attuazione): i messaggi spediti all'interno del sistema vengono archiviati, per cui si conosce quando sono spediti, se e quando sono stati letti o inviati per posta elettronica (o sms).

WebWrite

Un semplice wiki (pagine web editabili senza conoscere l'html o usare software particolare) che fornisce a tutti gli utenti:

• Una home page
• Un sistema per condividere file
• Un sistema per scrivere pagine web con espressioni matematiche e grafici
• Un sistema per "colloquiare" via web con gli studenti, ricevere commenti, pubblicare faq, ecc.
• Un sistema per lavorare in maniera collaborativa con altri utenti (stesura libri, esercizi, ecc.)
• Una interfaccia per plugin, come WebTest?

Il sistema non è molto soddisfacente, andrebbe probabilmente usato un wiki WYSIWYG e complementato con una chat per il ricevimento on-line (con archiviazione delle domande per successiva rielaborazione).

WebTest

Un sistema per la gestione (generazione, archiviazione, pubblicazione, correzione) di quiz a scelta multipla di argomento matematico. Consiste in un archivio di domande e un archivio di test (gestiti tramite WebWrite? ). Gli utenti popolano il database (in maniera collaborativa, se possibile), e specificano quali domande devono fare parte di un test. Il sistema poi costruisce i test effettivi sia "pescando a caso", secondo le specifiche, le domande dall'archio, sia rimescolando le soluzione, sia soprattutto calcolando i parametri che fanno parte della domanda. Le domande e i parametri sono scritte in latex (si sta implementando un modulo più potente per la elaborazione dei parametri basato su un sistema di algebra simbolica), ma potrebbero facilmente essere scritte in rtf o html (o qualsiasi altro formato testuale). Il sistema genera anche le informazioni necessarie a WebCheck? per l'autocorrezione e/o la correzione automatica. Infine i test possono essere stampati o esportati in pdf.

I test a stampa portano un codice a barre di identificazione. Collegandosi a WebCheck? è possibile ottenere gli identificativi degli iscritti ad una prova, che possono a loro volta essere stampati su etichette autoadesive. Durante la prova, mentre gli studenti compilano l'elaborato, il professore o il sorvegliante controlla l'identità e attacca l'etichetta autoadesiva sul foglio. Infine i test sono digitalizzati e un software di OMR provvede a riconoscere i mark e a produrre un file di risposta da inserire in WebCheck? per la correzione automatica. Intanto gli studenti possono autocorreggere il test (abbassando notevolmente lo "stress da esame". Inine i risultati vengono pubblicati usando WebCheck? .

Si sta procedendo all'automatizzazione di tutto il sistema, in modo che usando una fotocopiatrice/scanner che invia la scansione via posta elettronica (o un semplice fax) sia possibile correggere un quiz automaticamente (o semi-automaticamente in caso di risposte aperte) in pochi minuti. in questa maniera dovrebbe essere possibile effettuare un monitoraggio costante dell'apprendimento degli studenti.

WebLearn

Si tratta di un sistema in via di elaborazione per l'assemblamento automatico dei percorsi formativi. Sulla base di un database di "risorse", ognuna delle quali evidenzia quali concetti fornisce, di quali requisiti ha bisogno, della rilevanza e di quanto tempo richiede per lo studio; dello stato della conoscenza dello studente e della richiesta di formazione (il punto di arrivo), il sistema assembla il percorso minimo, o massimo, o compatibile con il tempo a disposizione. Si tratta ovviamente di un sistema complementare all'insegnamento diretto, che è di migliore qualità, ma utile nel caso di formazione professionale/tecnica (normative), per recuperi o per argomenti non coperti dai piani di studio.

Progetti simili già finanziati

Note e commenti

-- FabioFranci? - 14 Dec 2004