Il processo di creazione di un software prevede una fase precedente la scrittura del codice vera e propria, che viene denominata “creazione del casi d’uso”. In questa fase preliminare vengono presi in esame i comportamenti che, a livello macroscopico, si desiderano ottenere dal software da realizzare. In numerosi casi si tratta di un’operazione poco complessa e dalla logica facilmente comprensibile: senza addentrarci nei meandri dell’ingegneria del software, illustriamo con un esempio come possano configurarsi i casi d’uso relativi a un comune sito Internet.
Immaginiamo di voler commissionare un sito Internet a un’azienda specializzata. Come procediamo? Anzitutto, prima di parlare in dettaglio di casi d’uso, bisogna mettere a fuoco le macrocaratteristiche del sito che si desidera realizzare, stilandone un elenco. Un metodo semplice ed efficace può essere questo: nel caso, per esempio, di un sito costituito prevalentemente da articoli informativi, si consideri ogni punto della lista che segue come se fosse preceduto dalla frase «Voglio un sito internet che...»:
- ... contenga un menù a ciascuna riga del quale corrisponda un articolo;
- ... sia facilmente integrabile con ulteriori articoli;
- ... riporti, ben visibile, il logo della mia azienda;
- ... renda disponibile una voce di menù mediante la quale sia possibile contattarmi;
- ... contenga una voce di menù che visualizzi la mappa della localizzazione geografica della mia azienda;
- ... consenta l’inserimento di immagini;
- ... consenta la registrazione e il login degli utenti;
- ... consenta l’invio di messaggi a una mailing list.
E potremmo continuare, poiché le caratteristiche e le funzioni assegnabili a un sito web sono innumerevoli, ma per il momento la lista è sufficiente per una sintetica spiegazione dei casi d’uso.
Nella definizione dei casi d’uso, occorre prima di tutto individuare che cosa si deve poter fare e chi lo può fare. Consideriamo per esempio le azioni 2, 6 e 8: si tratta di attività che non devono essere consentite a chiunque, giacché solo persone con compiti di amministrazione del sito devono avere la possibilità di intervenire a tale livello sui suoi contenuti. Le attività 4, 5 e 7, invece, devono essere consentite a chiunque si colleghi al sito. I punti 1 e 3 configurano semplici caratteristiche del sito che lo sviluppatore deve provvedere a fornire.
Proviamo a definire i casi d’uso relativi al punto 7, creando una nomenclatura adeguata per ciascuno di essi:
- Registazione utente;
- Password dimenticata;
- Login;
- Modifica dati utente.
Nella stesura che segue si deve tenere conto della natura del soggetto abilitato a compiere l’azione. Poiché abbiamo stabilito che la “Gestione utente” deve essere consentita a chiunque, indichiamo tale soggetto indeterminato con la sigla GU (Generic User, Utente generico). Si badi, inoltre, che nella lista la sigla UCx rappresenta l’acronimo Use Case x (cioè: Caso d’uso x).
UC1: Registazione Utente
Flusso principale:
1 Il GU sceglie l’opzione ‘registazione utente’ ed inserisce le informazioni richieste (nome, cognome, indirizzo email, password da ripetersi 2 volte);
2 Il GU richiede l’invio della registrazione e vengono verificati i parametri inseriti e viene inviata la richiesta;
3 Viene visualizzato un messaggio al GU: Il tuo account è stato creato e ti è stato inviato il link di attivazione all'e-mail che hai indicato in fase di registrazione. Ricorda che per attivare il tuo account, prima di effettuare il login, devi cliccare sul link di attivazione che riceverai nella e-mail;
4 Il GU apre la sua email, fa clic sul link inserito. La registrazione è stata compiuta.
Flussi alternativi:
2a I parametri inseriti non sono corretti. Viene segnala l’anomalia al GU. La richiesta non viene inviata;
3a La registrazione richiesta non può essere accolta in quanto:
- l’indirizzo email inserito è già presente;
- il nome utente è già presente;
Non viene eseguita alcuna immissione e viene emesso il messaggio che descrive il problema riscontrato. La richiesta viene annullata;
UC2: Password Dimenticata
Flusso principale:
1 Il GU sceglie l’opzione ‘password dimenticata’ tra i link disponibili. Viene visualizzata una richiesta di immissione email;
2 Il GU inserisce la propria email ed invia la richiesta;
3 Viene emesso il messaggio ‘E' stata inviata una e-mail al tuo indirizzo e-mail. L'e-mail contiene un codice di verifica, copia il codice nel campo seguente per provare che sei il proprietario di questo account’;
4 Il GU apre la sua email, fa clic sul link inserito, inserisce il codice come descritto, quindi procede con la variazione della sua password.
Flusso alternativo:
3a L’email inserita non è presente sul server. Viene emesso il messaggio: ‘La tua richiesta di reset password è fallita perché non esiste un utente con queste caratteristiche specifiche, nome utente e indirizzo e-mail associato..’
UC3: Login
Flusso principale:
1. Il GU sceglie l’opzione ‘login’ tra i link disponibili. Viene visualizzata una richiesta di immissione di username e password che il GU deve compilare opportunamente.
2. Il GU invia la richiesta di login;
3 Da questo momento l’utente viene riconosciuto e vengono aggiunte delle voci di menu specifiche per l’utente;
Flusso alternativo:
3a Lo username e la password non coincidono. Viene emesso il messaggio ‘password e username errati’. Viene riproposta la finestra di login.
UC4: Modifica Dati Utente
Precondizioni: il GU deve essere registrato e deve aver eseguito il login.
Flusso principale:
1. Il GU sceglie l’opzione ‘Modifica Dati Utente’ tra i link disponibili. Viene visualizzata una pagina in cui è possibile modificare alcuni dei dati relativi all’utente;
2. Il GU procede con la modifica. Nel caso della password è necessaria la doppia immissione ed invia la richiesta;
3. Viene emesso un messaggio di conferma dell’avvenuta variazione;
Flusso alternativo:
3. I dati non sono corretti. Vengono evidenziati i campi non conformi. La variazione richiesta non va a buon fine;
Si tratta, come è facile osservare, di un approccio alla descrizione del software di facile comprensione anche ai non addetti ai lavori. In questi casi d’uso sono stati descritti comportamenti e funzionalità sia lato client (il browser) sia lato server. Nella descrizione abbiamo fatto riferimento a un set di semplici funzionalità del presente sito (ovum.it): chi lo desidera può così mettere in pratica quanto qui descritto e verificarne l’effettiva rispondenza operativa.
I casi d’uso sono il punto di partenza nella realizzazione di qualunque software e configurano casistiche perlopiù individuabili anche da chi intenda realizzare o far realizzare un sito web pur non possedendo competenze tecniche. Questa metodologia può essere applicata a qualsiasi livello: qui ci siamo focalizzati sull’interfaccia utente, ma è possibile realizzare dei casi d’uso molto più specifici.
In ogni caso, qualora decideste di far realizzare del software ad hoc per il vostro sito Internet, è utile illustrare preventivamente allo sviluppatore le caratteristiche che si vorrebbero implementate, quindi chiedergli di realizzare i casi d’uso e di effettuarne la verifica con voi prima di procedere alla stesura del codice.
