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 amministrativo

In queste scuole i servizi amministrativi raggiungono un livello di complessità tale da rendere raccomandabile il loro espletamento attraverso sistemi informatici di alta qualità ed efficienza, integrando quanto più possibile le funzionalità indicate.

La segreteria, ad esempio, può utilizzare sempre lo stesso DBMS per la gestione di diverse funzioni quali l’economato, la contabilità (che include la gestione dei compensi, delle trasferte e del personale), può interagire elettronicamente con i docenti nella gestione dei progetti e nella redazione dell’orario.
Il servizio prestiti di materiale cartaceo e multimediale può essere automatizzato e la prenotazione e la gestione dei laboratori può essere resa più efficiente grazie ad una programmazione degli impegni gestita in modo informatico. Persino i questionari da somministrare agli studenti possono essere erogati via web sia all’interno che all’esterno della scuola.

CASO F- I servizi di supporto amministrativo (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 generico utente 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 desideri implementare tutti i servizi. Il diagramma ti dice che la segreteria gestisce i dati anagrafici e i curricula di tutti gli studenti, attraverso un database (relazione di ereditarieta'). Se vuoi realizzare questo servizio avrai bisogno dunque di un applicativo specifico in grado di consultare un database il quale, a sua volta, dipende dall'installazione di un pacchetto software come MySQL o PostGres. La segreteria, inoltre, produrrà i certificati richiesti dagli studenti. Per farlo dovrà utilizzare i dati di questi ultimi attraverso il sistema di gestione: per questo lo Use Case "certificati", dipende dallo Use Case "gestione dati". Se vuoi procedere con l'implementazione la prima cosa di cui ti devi preoccupare è l'installazione di un database, poiché da esso dipendono tutti gli altri. Quindi devi procedere a realizzare un servizio attraverso il quale la segreteria possa consultarne i dati e solo dopo potrai realizzare quello che permettera' l'emissione automatica dei certificati.

In questo caso la Segreteria gestisce anche la produzione di statistiche: questa attività è ancora una volta un particolare aspetto della gestione di un database. Poiché le statistiche possono essere pubblicate sul web, ad esse accedono tutti gli utenti autorizzati. Attraverso una base di dati è anche possibile gestire delle elezioni a cui partecipano tutti gli utenti (che evidentemente hanno il diritto di parteciparvi). Anche in questo caso tutti gli utenti che fanno parte dell'elettorato possono avere una relazione con questo Use Case. La Segreteria è un particolare utente del sistema. Questa relazione di ereditarietà non è indicata esplicitamente perché ovvia.

Per scuole di questa dimensione ha senso realizzaer un servizio automatico di gestione delle assenze e delle giustificazioni, delle quali si può tenere traccia attraverso l'adozione di un database. Sarà compito della segreteria tenere aggiornati dati.

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 o dipendono fortemente dal contesto locale (ad esempio, la gestione dei dati anagrafici e dei curricula degli studenti).

Home - Metodologia - Soluzioni - How To