Reti Aperte e Soluzioni Integrate per le Scuole

una ricerca AICA per diffondere le tecnologie di rete basate sulla cultura Open Source nelle scuole

Caso F: analisi dei bisogni di carattere didattico

Per le attività didattiche, l’aspetto più importante è costituito dalle attività di valutazione e di gestione del registro in forma elettronica che richiedono una significativa revisione delle procedure e dei metodi tradizionalmente utilizzati.
Anche il registro delle competenze (che, come per le altre attività, è un aspetto particolare della gestione di un database) può essere integrato in un sistema informativo complesso.

Nella scuola molte persone usano, in momenti diversi, gli stessi pc e la stessa persona si collega spesso da pc diversi.
Questa situazione richiede che il server di rete possa autenticare gli utenti e fornire loro diversi livelli di accesso indipendentemente dal pc di collegamento. Ciò vale anche nel caso in cui i docenti utilizzino un pc portatile personale (solo raramente è fornito dalla scuola) predisposto per un collegamento Wireless.
Come per le scuole di base, è indispensabile suddividere la rete in due sottoreti: una amministrativa e una didattica.
Tale soluzione consente una maggiore sicurezza senza impedire o diminuire la capacità di comunicazione tra dirigente, segreteria, docenti, studenti.
Il notevole numero di PC e di utenti rende complessa l’attività di gestione. È quindi necessario utilizzare tutti gli accorgimenti organizzativi, le procedure operative, i software e gli hardware più efficaci per minimizzare guasti e malfunzionamenti, favorire procedure che permettano di reinstallare con facilità i programmi corrotti, abilitare lo svolgimento di attività di manutenzione a distanza, impedire usi impropri degli strumenti informatici.

CASO F- Use case per i bisogni didattici (apre nuova finestra browser).

Come si legge il diagramma

Prima di tutto individua gli attori, cioè coloro che interagiranno con il sistema.

In questo caso ne sono previsti due: i docenti e gli studenti.

Devi mappare ciascuno con delle persone fisiche. Se non trovi persone che possano ricoprire quel ruolo nella tua scuola puoi ignorare le linee che connettono gli attori con gli ovali.

Le linee rappresentano delle relazioni, mentre gli ovali gli Use Case, ovvero i servizi da attivare.

Se uno Use Case non è in relazione con altri Use Case o con attori puoi ignorarlo.

Identifica quindi gli Use Case che ti interessa implementare e verifica che abbiano un attore o un altro Use Case connesso attraverso una relazione.

Le linee tratteggiate rappresentano una dipendenza. Se uno Use Case A dipende da un altro B devi prima implementare il servizio B.

Le frecce a forma di triangolo rappresentano delle relazioni di ereditarietà ed indicano che uno Use Case non è che una particolare implementazione di un altro, dal quale, evidentemente, dipende fortemente.

Facciamo un esempio.

Supponiamo che nella tua scuola esistano tutte le figure previste e che non desideri implementare i servizi per la gestione degli audiovisivi.

Il diagramma ti dice che i docenti gestiscono il registro delle competenze e l'adozione dei libri di testo (che non sono altro che un particolare aspetto della gestione di un database, come si evince dalla relazione di ereditarietà). La programmazione, fatta dai docenti, è in relazione di dipendenza con il web server perché i documenti possono essere resi pubblici attraverso questo servizio. Per implementare un web server occorre il pacchetto apache, mentre per gestire un database c'è bisogno di installare MySQL o PostGres.

Per scuole di questa dimensione ha senso prevedere un registro elettronico (che altro non è se non un particolare aspetto della gestione di un database) attraverso il quale sia possibile anche procedere ad una valutazione degli studenti.

Nel caso dell'esempio, poiché l'attore Studente non ha relazioni con nessuno Use Case (ricordiamo di aver deciso di non implementare il servizio di prestito degli audiovisivi) può essere ignorato.

Home - Metodologia - Soluzioni - How To