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 D: analisi dei bisogni di carattere amministrativo

La segreteria deve migrare da programmi gestionali su PC stand-alone a versioni di rete con accesso a database su server rendendo quindi necessaria la presenza e la gestione di una rete sicura dagli attacchi esterni e anche dalle possibili intrusioni provenienti dall’interno, specialmente da quei pc usabili dagli studenti.

Risolvere in modo stabile tale problema permette di mantenere in sicurezza l’uso dei laboratori e l’accesso ai PC da parte degli studenti per l’attività didattica in rete.

Assume particolare rilevanza per l’attività amministrativa la possibilità che le certificazioni possano essere richieste via web ed emesse attraverso l’interazione con un DBMS in cui siano registrati i curricula degli studenti.

La gestione delle statistiche e delle tasse sono altri aspetti che richiedono l’uso di un database e vengono fortemente agevolati dal contemporaneo utilizzo di un server web.

CASO D- Use case per i bisogni amministrativi (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 dovra' 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.

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