Questa opera di Luca Salvini è distribuita con Licenza
Creative Commons Attribuzione - Condividi allo stesso modo 4.0 Internazionale.
Luca Salvini
Classe: A4
Tutor: Milena Tanca
Data: 31/12/2014
MP04 – Modulo di progettazione: ProjecTiAmo e ValuTiAmo. Apprendimento, eLearning e prove scritte digitali.
ProjecTiAmo e ValuTiAmo:
«PSO e PSD»
Nuove modalità di valutazione
SCELTA DELLE MODALITÀ
1. Sono state sperimentate modalità di valutazione
con Prove Strutturate per l’Orale (PSO) e Prove
scritte Digitali (PSD)
2. Si sono utilizzati alla scopo lo strumento Quiz e lo
strumento Workshop di Moodle
3. Moodle è un Learning Management System (LMS)
open source per la creazione ed erogazione di
corsi ed attività didattiche
4. È utilizzabile su dispositivi dotati di browser web
come PC, smartphone e tablet, sia in aula che in
laboratorio o a casa
INTRODUZIONE
Nelle successive diapositive verranno definiti:
• I Requisiti
• Gli Stakeholders (portatori di interessi)
• Gli obiettivi/bisogni che l'applicazione dovrebbe
soddisfare per ciascuno dei vari stakeholders nei
diversi contesti d'uso
• Alcuni scenari di interazione
REQUISITI
I requisiti possono essere distinti in due categorie:
1. Requisiti funzionali
•
I requisiti funzionali riguardano i servizi e le funzionalità che l’applicazione
dovrebbe eseguire; ad esempio è un requisito funzionale l’applicazione
deve consentire la distribuzione automatica, l’autovalutazione e la
valutazione partecipata delle prove consegnate (PSD).
2. Requisiti NON funzionali
•
I requisiti NON funzionali concernono tutti gli altri requisiti dell’applicazione,
che non sono di per sé essenziali alle funzionalità, ma che la renderebbero
apprezzabile, come usabilità, prestazioni/scalabilità, robustezza/affidabilità,
sicurezza, gradevolezza, business; ad esempio è un requisito non
funzionale l’applicazione deve rendere più gradevole e gratificante lo
svolgimento delle PSO e PSD.
REQUISITI FUNZIONALI
Riguardo ai requisiti funzionali, l’applicazione deve:
1. consentire all'utente lo svolgimento delle prove da scuola o da casa
tramite Browser
2. Tracciare l’ora di inizio e di fine della prova, assegnando un tempo
prestabilito per la durata ed un intervallo orario per lo svolgimento
3. Consentire, per le PSO, l’associazione automatica tra punteggio
conseguito e valutazione attribuita in base ad una tabella Punteggio-Voto
espressa in percentuale per il punteggio ed in decimi per il voto
4. Effettuare la valutazione delle PSO in tempo reale al termine della prova
5. Distribuire automaticamente le consegne delle PSD degli studenti per la
valutazione partecipata tra pari e con il docente
6. Consentire, per le PSD, l’attribuzione di un peso, variabile a discrezione
del docente, per il punteggio attribuito alla prova dal docente e dagli
studenti.
REQUISITI NON FUNZIONALI
Riguardo ai requisiti NON funzionali, l’applicazione deve:
1. Favorire nello studente la consapevolezza della propria situazione
(aspetti metacognitivi) al termine delle prove
2. Fornire un feedback immediato, per le PSO.
3. Dare agli studenti la percezione che il loro parere e la loro valutazione
contino, sia per i propri compagni che ai fini della propria valutazione
4. Dare la sensazione al docente che il tempo impegnato ai fini della
predisposizione e della correzione delle prove è utile per gli studenti
5. Fornire qualcosa in più nello svolgimento di una PSD rispetto allo
svolgimento di una prova scritta tradizionale su carta
6. Indurre lo studente ad utilizzare frequentemente a casa ed a scuola le
metodologie di progettazione, simulazione, rappresentazione grafica
tipiche della disciplina che poi ritroverà direttamente anche nello
svolgimento delle PSD.
STAKEHOLDERS
I portatori di interessi sono:
1. Gli utenti del software che svolgono attività
didattica (studenti e docenti)
2. I familiari degli studenti
3. I nuclei di supporto didattico e/o tecnico alla
configurazione e all’utilizzo della piattaforma
OBIETTIVI/BISOGNI
L’applicazione deve soddisfare i seguenti obiettivi/bisogni per ciascuno dei vari
stakeholders nei diversi contesti d'uso
1.
Per gli utenti studenti:
•
•
•
2.
Per gli utenti docenti:
•
•
•
3.
Svolgere una PSO ed ottenere una valutazione oggettiva
Svolgere una PSD e partecipare al processo di autovalutazione/valutazione
Produrre e condividere materiali didattici ed attività on line
Realizzare PSO e PSD correlate ai nuovi ordinamenti tramite uno strumento Open Source
indipendente dal sistema operativo del dispositivo dove si predispone e si svolge la prova
Sperimentare PSO e PSD con le quali favorire processi metacognitivi di valutazione
oggettiva e di valutazione partecipata
Produrre e condividere materiali didattici ed attività on line
Per gli utenti familiari degli studenti:
•
Essere informati ed eventualmente poter visualizzare on line da casa insieme ai figli le
attività svolte, assegnate, le PSO e le PSD
4. Per i nuclei di supporto
•
Consentire la predisposizione di corsi o modelli di riferimento per i docenti al fine che
questi dispongano di strumenti di supporto tecnico, metodologico e didattico
ALCUNI SCENARI DI INTERAZIONE
• Uno scenario è una sorta di racconto di come gli
utenti usano la tecnologia, con la descrizione dei
singoli momenti dell'interazione.
• Lo scenario definisce quali sono gli utenti,
l'obiettivo e l’attività di questi, il contesto d'uso e il
modo in cui un utente interagisce con
l’applicazione.
• Descriveremo 4 distinti scenari, qui denominati
rispettivamente A (PSO docente), B (PSO
studente), C (PSD docente) e D (PSD studente).
CARATTERISTICHE DELLO
SCENARIO A (PSO docente)
Profilo utente:
Docente dotato di accesso al LMS e PC/tablet/smartphone
con connessione ad Internet.
Obiettivo:
predisporre la PSO e visualizzare gli esiti delle prove svolte da
parte degli studenti.
Attività:
navigazione con il PC, lo smartphone o il tablet.
Contesto d’uso:
A casa o a scuola.
EVOLUZIONE TEMPORALE PER
LO SCENARIO A (PSO docente) (1/2)
1. Il docente, all’interno
dell’ambiente di LMS,
clicca su attiva modifica
2. Il docente clicca su
Aggiungi una attività o
una risorsa
3. Il docente sceglie
l’attività desiderata
(Quiz)
4. Il docente imposta l’attività:
costruisce la griglia di
valutazione ed il setting (date,
durata, distribuzione) della PSO
EVOLUZIONE TEMPORALE PER
LO SCENARIO A (PSO docente) (2/2)
5. Il docente crea una domanda,
selezionando la tipologia
6. In alternativa il docente
aggiunge una domanda
dall’archivio delle PSO
7. Al termine della PSO il
docente visualizza i risultati
CARATTERISTICHE DELLO
SCENARIO B (PSO studente)
Profilo utente:
Studente dotato di accesso al LMS e PC/tablet/smartphone
con connessione ad Internet.
Obiettivo:
svolgere la PSO e visualizzare l’esito della propria prova.
Attività:
navigazione con il PC, lo smartphone o il tablet.
Contesto d’uso:
A scuola in laboratorio o altrove (se assenti).
EVOLUZIONE TEMPORALE PER
LO SCENARIO B (PSO studente)
4. Lo studente visualizza i risultati ed
ottiene la valutazione della PSO
1. Lo studente , all’interno
dell’ambiente di LMS,
clicca sul link alla PSO
2. Lo studente
seleziona la risposta
che ritiene giusta e
clicca su successivo
3. Dopo aver risposto all’ultima domanda,
lo studente clicca su Fine Revisione e
subito dopo su invia tutto e termina
CARATTERISTICHE DELLO
SCENARIO C (PSD docente)
Profilo utente:
Docente dotato di accesso al LMS e PC/tablet/smartphone
con connessione d Internet.
Obiettivo:
Impostare la griglia di valutazione, il
temporizzazione e le impostazioni della PSD.
Attività:
navigazione con il PC, lo smartphone o il tablet.
Contesto d’uso:
A casa o a scuola.
contenuto,
la
EVOLUZIONE TEMPORALE PER LO
SCENARIO C (PSD docente) (1/2)
3. Il docente clicca su
Amministrazione e poi
su Modifica scheda di
valutazione della PSD
1. Dopo aver seguito i passi
1 e 2 dello scenario A,
il docente sceglie l’attività
desiderata (Workshop)
2. Il docente inserisce gli obiettivi,
il testo della consegna e gli altri
aspetti del setting della PSD (date,
durata, distribuzione, …)
4. Per ogni elemento di valutazione
il docente inserisce la descrizione,
sceglie il tipo di scala ed il peso
EVOLUZIONE TEMPORALE PER LO
SCENARIO C (PSD docente) (2/2)
5. Il docente attiva la fase
di consegna della PSD per
lo svolgimento da parte
degli studenti.
6. Al termine della prova il docente
attiva la fase di valutazione della PSD
7. Dopo la valutazione
del docente, questo
attiva la fase di calcolo
dei voti della PSD
CARATTERISTICHE DELLO
SCENARIO D (PSD studente)
Profilo utente:
Studente dotato di accesso al LMS e PC con software tipico di
laboratorio e connessione ad Internet.
Obiettivo:
Accedere alla prova, fare sintesi, consegnare, autovalutare e
valutare.
Attività:
navigazione
valutazione.
con
il
PC,
simulazione,
Contesto d’uso:
A scuola in laboratorio o altrove (se assenti).
rappresentazione,
EVOLUZIONE TEMPORALE PER LO
SCENARIO D (PSD studente) (1/3)
1. Lo studente clicca
sul link alla PSD
2. Lo studente clicca sul
pulsante inizia a preparare
la tua consegna
3. Lo studente legge le
istruzioni di consegna
ed il testo della PSD
4. Lo studente predispone
un file con il contenuto
della PSD svolta e lo carica
in piattaforma
EVOLUZIONE TEMPORALE PER LO
SCENARIO D (PSD studente) (2/3)
7. Lo studente ripete il punto 6. per
due suoi compagni assegnati dal
docente per la valutazione
5. Lo studente clicca su
Valuta per procedere
alla autovalutazione
della propria PSD
6. Per ciascun Elemento della griglia
lo studente attribuisce una
valutazione (da 1 a 5 asterischi)
EVOLUZIONE TEMPORALE PER LO
SCENARIO D (PSD studente) (3/3)
8. Dopo che anche il docente ha effettuato
la valutazione, lo studente visualizza la valutazione
partecipata della PSD.
I voti ricevuti sono 4, nell’ordine il punteggio attribuito
dal docente, il punteggio dell’autovalutazione, i
punteggi attribuito da due compagni.
I voti dati sono 3, nell’ordine il punteggio
dell’autovalutazione, i punteggi dati a due compagni.
9. Il punteggio è espresso in centesimi.
Gli studenti cliccano sul link Risultati prova scritta
per visualizzare il riepilogo ed il voto (in decimi)
ottenuto in base ad una tabella di corrispondenza
punteggio-voto .