Reti Aperte e Soluzioni Integrate per le Scuole

Reti Aperte e Soluzioni Integrate per le Scuole

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

 

Caso A: analisi dei bisogni di carattere didattico

  • I servizi per la didattica sono rappresentati in Figura. L’adozione di un Web Server, oltre che per i motivi esposti nei paragrafi precedenti, è utile anche per la gestione e la fruibilità di servizi interni.
  • È opportuno, sia sotto l’aspetto di sicurezza informatica sia per un valore anche educativo verso i diversi utenti, che la rete abbia un server che autentichi gli utenti che fanno accesso alla rete.
  • L’autenticazione alla rete deve avvenire identificando una persona e non una macchina anche al fine di risalire correttamente – nel caso di uso da parte di più persone della stessa macchina – alle operazioni svolte dall’utente. A maggior ragione, quindi, i dati vanno organizzati sul server e non disorganizzati nei dischi rigidi dei vari PC.
  • Anche se non è strettamente indispensabile, la suddivisione della rete in due sottoreti, una amministrativa e una didattica, consente una maggiore sicurezza con l’accortezza che ciò non vada a discapito della capacità di comunicazione tra dirigente, segreteria, docenti, studenti.

CASO A- 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 tre: la segreteria, il docente 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 e' 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 dei questionari online, la gestione dei progetti e degli audiovisivi.

Il diagramma ti dice che la segreteria gestirà la contabilità della scuola, che include la gestione dei compensi, l'economato e le delibere, che sono un caso particolare del protocollo.

Alcune tra queste attività non sono altro che aspetti particolari della gestione di un database e ciò è evidenziato dalla relazione di ereditarietà. A questo fine dovrai installare un pacchetto software adeguato come MySQL o PostGres. La segreteria inoltre si occupera' dell'orario (nel senso che lo pubblicherà). Questa attività è connessa anche ai docenti e agli studenti che potranno consultare l'orario. I docenti gestiranno la programmazione. Le decisioni potranno essere rese pubbliche attraverso un sito web per cui questo Use Case dipenderà dalla realizzazione di un Web Server che, tra l'altro, permetterà di accedere al database attraverso di esso (per questo esiste una relazione di dipendenza tra questi servizi). Se vuoi procedere con l'implementazione la prima cosa di cui ti devi preoccupare è l'installazione di un servizio web, poiché da esso dipendono molti altri servizi importanti. Per questo dovrai installare apache. Quindi potrai procedere alla realizzazione di un sistema di database attraverso il quale potrai attivare tutti gli altri servizi. A questo punto puoi consultare il diagramma delle implementazioni corrispondente ai servizi che intendi realizzare. Alcuni servizi non sono descritti nei diagrammi delle implementazioni perché sono molto semplici (la gestione dell'orario può comportare la semplice redazione di un file di testo da pubblicare in rete) o dipendono fortemente dal contesto locale (ad esempio la contabilità).

Home - Metodologia - Soluzioni - How To