6. Progettare per l'utente (II)

Corso di Interazione Uomo Macchina
AA 2014-2015
Roberto Polillo
Corso di laurea in Informatica
Università di Milano Bicocca
Dipartimento di Informatica, Sistemistica e Comunicazione
PROGETTARE PER
L'UTENTE (II)
Edizione
2014-15

1.Sommario
2.Generalità
- Scopo del prodotto
- Situazione attuale
- Caratteristiche degli utenti
- Contesto d’uso
- Scenari d’uso
- Fattibilità tecnologica
3. Posizionamento
- Analisi della concorrenza
- Posizionamento competitivo
4. Casi d’uso
- Diagramma dei casi d’uso
- Descrizione dei singoli casi d’uso
5. Altri requisiti
- Requisiti per l’esperienza utente
- Requisiti prestazionali
- ….
Appendici
- Glossario
- …..
- Riferimenti
R.Polillo - Marzo 20153
I vostri requisiti

Come si descrivono i casi d’uso
 Chiama l’ascensore al piano
 Seleziona canale televisivo
 Acquista prodotto
 Prenota volo
 Iscriviti al forum
Un caso d’uso ha un nome e una descrizione
Spesso, verbo + complemento oggetto
4

Un caso d’uso invoca varie funzionalità del
sistema
5
Esempio: un cellulare

Diagrammi dei casi d’uso
6
Ricerca
prodotto
Ordina
prodotto
Visualizza
dati utente
Inserisci
prodotto
Modifica
prodotto
Sistema
bancario
Utente
Gestore del
negozio
È un
sistema
informativo,
non un
utente
umano
significa:
l’utente invoca il
caso d’uso
“Ordina prodotto”
significa:
l’utente invoca il
caso d’uso
“Ordina prodotto”
Il sistemaIl sistema
Negozio online

Cliente
Acquista
prodotto
Acquista
CD
Acquista
libro
Cliente
privato
Cliente
società
Diagramma dei casi d’uso:
generalizzazione
I casi d’uso “Acquista
libro” e “Acquista CD”
sono casi particolari di
“Acquista prodotto”
libro” e “Acquista CD”
sono casi particolari di
“Acquista prodotto”
Gli attori “Cliente
privato” e “Cliente
società” sono casi
particolari di “Cliente”
Gli attori “Cliente
privato” e “Cliente
società” sono casi
particolari di “Cliente”
7

Acquista
prodotto
Accedi al
servizio
Verifica
stato ordini
<<include>>
<<include>>
Utente
Casi d’uso: inclusione ed
estensione
Acquista
prodotto
Esamina Help
online
Verifica
stato ordini
<<extend>>
<<extend>>
Utente
prodotto” e “Verifica stato
ordini” includono il caso
d’uso “Accedi al servizio”
prodotto” e “Verifica stato
ordini” includono il caso
d’uso “Accedi al servizio”
Il casi d’uso “Esamina Help
online” può (in qualche
scenario) essere richiamato
da “Acquista prodotto” e
“Verifica stato ordini”
Il casi d’uso “Esamina Help
online” può (in qualche
scenario) essere richiamato
da “Acquista prodotto” e
“Verifica stato ordini”
8

Descrizione di un caso d’uso
 Nei requisiti, inseriamo la descrizione di tutti i
casi d’uso elencati nel diagramma dei casi
d’uso
 Descrizione informale, in italiano (non esiste
uno standard)
 Indica al progettista che cosa si intende
(descrizione “a grana grossa”)
 Tipicamente:
 Scenario principale di successo
 Estensioni
9

Descrizione
di un caso
d’uso
Esempio
10
caso d’uso
incluso
caso d’uso
incluso

Definizione dei requisiti: temi principali
 Analisi dell’utente: a quali utenti è destinato il prodotto?
 Analisi dei bisogni: quali sono le necessità di tali utenti?
 Analisi del contesto: quale sarà il contesto d’uso del
prodotto?
 Analisi dei casi d’uso: in quali modi i diversi utenti
interagiranno con il prodotto?
 Analisi della concorrenza: quali sono i punti di forza e di
debolezza rispetto ai prodotti concorrenti?

Esempio: progetto di un contenitore per acqua
minerale
Utenti:
 A. Generico consumatore di acqua minerale
 B. Trasportatori di confezioni multiple
Bisogni:
 Trasporto e stoccaggio più efficienti
Contesto d’uso:
 A. Acquisto in supermercato o in negozio
 A. Conservazione in frigorifero
 A. Consumo in tavola
 B. Trasporto ai punti di vendita in furgoni
Casi d’uso:
 A-B. Trasporto manuale di confezione multipla
 A. Estrazione del contenitore singolo dalla confezione multipla
 A. Trasporto manuale di contenitore singolo
 A. Stoccaggio/estrazione nel/dal frigorifero
 A. Apertura e chiusura del contenitore
 A. Mescita nel bicchiere
 A. Schiacciamento verticale per dismissione

Contenitore per acqua minerale: una possibile
proposta
13

Nota
 L’esempio è tratto, con adattamenti, dall’articolo:
E.Attaianese, Il controllo dell’usabilità per il design del
packaging di prodotti di consumo, Atti del VII Congresso
Nazionale della Società Italiana di Ergonomia, Firenze,
Settembre 2001

Scenari d’uso
Storie immaginarie d’uso del sistema da parte di
persone fittizie, ma concrete, che rappresentano
bisogni, contesti e modalità d’uso tipiche del sistema da
progettare (“personae”)
Gli scenari "mettono in scena" una serie di casi d'uso,
collocandoli nel contesto:
 Contesto, concretezza, visione oggettiva
 Mettono in evidenza requisiti inespressi

Alcune difficoltà nella progettazione
 Tendiamo a concentrarci sull’oggetto della
progettazione, trascurando il contesto d’uso
 Tendiamo a vedere noi stessi come utenti tipici: e quindi
progettiamo per noi stessi, e questo è sbagliato
 D’altro canto, se pensiamo agli utenti come semplici
“ruoli” immaginari, rischiamo di mancare di concretezza
 Gli scenari d'uso servono proprio ad aiutarci a
progettare per utenti concreti, diversi da noi stessi

Knowledge Navigator (Apple, 1987) (5')
http://www.youtube.com/watch?v=S63eGkNUMLU

Scenari d’uso: esempi
Esempi di scenari d’uso per device mobili,
realizzati con semplici video:
 http://www.youtube.com/watch?v=lJLI4Aw897U
(2’)
 http://www.youtube.com/watch?v=htW-uOAqz8s
(1’)

And now…
https://www.youtube.com/watch?v=ErpNpR3XYUw apr 2012
http://www.youtube.com/watch?v=fNATuCkRWFE feb 2013
R.Polillo - Aprile 2015
19

 https://www.youtube.com/watch?
v=L9UPWPgVlDo
R.Polillo - Aprile 2015
20

Scenari d’uso: suggerimenti
 Devono “mettere in scena” situazioni d’uso tipiche, ma
non ovvie
 Non devono contenere dettagli irrilevanti allo scopo
 Devono essere complete, indicando le motivazioni e le
conseguenze dell’uso del prodotto nella particolare
situazione
 Possono essere realizzati con tecniche diverse (testi /
immagini / video)

Personae: esempi

Un esempio
24Da: Steve Mulder, http://www.slideshare.net/MulderMedia/the-user-
is-always-right-making-personas-work-for-your-site

Scenario d’uso (I)

Scenario d’uso (II)
Francis and Michael have agreed that she’ll take charge of learning more about the home-buying process. She goes online,
does a Google search for “Atlanta real estate,” and follows a link to the site’s home page. She sees that she can search for
houses from the home page, so just for fun, she does a quick Atlanta search to see what kinds of houses show up. There
are lots of houses in many different neighborhoods, and she easily narrows her results down to the area where she and
Michael live, using a map. There are still many results, and she’s not quite sure which search options to use to narrow the
search further. Then she notices a link for first-time home buyers and follows, it hoping for basic how-to information.
The link takes Francis to a step-by-step tutorial that explains the whole process, and she immediately feels like she’s found
the right site from which to begin her house search. She carefully reads some articles for first-time home buyers, taking
notes as she reads. She bookmarks other articles she wants to go back and read later. She also comes across the site’s
calculator and starts trying different combinations of numbers to find out what she and Michael can afford. She
particularly likes the glossary of terms so that she can finally figure out what “points” are and learn more about different
types of mortgages. After an hour and a half of reading, her brain is full, and she shuts her computer down for the day,
feeling like she got an excellent start.
The next day, she comes back to the site to look up information specific to Atlanta neighborhoods and finds lots of
information on each. She’s able to focus on five neighborhoods that look particularly good. The fun begins that night,
when she takes Michael through all that she has learned, and they set up a regular schedule for looking at online house
listings.

Casi d’uso
Search for houses from home page
1. Enter location by city and state, or zip code
2. Enter price range
3. Enter number of bedrooms and/or bathrooms
4. Submit search
View and narrow results
1. Browse first page of results: photo, price, address, basic stats, and
description
2. Click to show results on map
3. Click map to narrow results to one neighborhood
4. Browse new results
Read tutorial
1. Click link for first-time home buyers
2. Read landing page for learning area
3. Click teaser for step-by-step tutorial
And so on…

Scenari d’uso: esempio
Progettazione di un sistema di prenotazione via web per un albergo di
prima categoria di Catania.
Persona: Luigi è un ingegnere di 35 anni, sposato, lavora in una società
edile. Viaggia spesso per lavoro o vacanza, in Italia e all’estero, e si tratta
bene. Non è mai stato in Sicilia.
Scenario d’uso: Luigi deve andare a Catania per lavoro. Desidera prenotare
una camera in un albergo di prima categoria vicino alla filiale della sua
azienda, che si trova in centro, ad un passo da Piazza del Duomo. Deve
pagare con carta American Express intestata all’azienda, per la politica
aziendale. Starà a Catania due notti, forse tre (non lo sa ancora, dipende
dall’esito di una trattativa). Preferisce alberghi moderni, e desidera una
camera doppia per uso singolo.

Scenari d’uso: esempio (segue)
Lo scenario contiene molti requisiti impliciti. Infatti, per accontentare Luigi, il
sito dovrebbe:
 visualizzare sulla mappa di Catania gli alberghi di prima categoria;
 mostrare la mappa in modo che Piazza del Duomo sia facilmente
individuabile (Luigi non conosce Catania);
 mostrare delle fotografie dell’albergo (Luigi preferisce alberghi moderni);
 permettere di prenotare camere doppie ad uso singolo;
 accettare carte American Express;
 non addebitare subito l’intero importo del soggiorno (Luigi dovrà
probabilmente prenotare tre notti, e riservarsi di liberare in seguito la
camera per la terza notte).

6. Progettare per l'utente (II)

More Related Content

What's hot

Similar to 6. Progettare per l'utente (II)

More from Roberto Polillo

6. Progettare per l'utente (II)

Editor's Notes