5. Progettare per l'utente (i)

35
Corso di Interazione Uomo Macchina AA 2012-2013 Roberto Polillo Corso di laurea in Informatica Università di Milano Bicocca Dipartimento di Informatica, Sistemistica e Comunicazione PROGETTARE PER L'UTENTE (I) 1 R.Polillo - Marzo 2013 Edizion e 2012-13

description

Slides dalle lezioni del corso di Interazione Uomo Macchina per il corso di laurea in Informatica - Università di Milano Bicocca - Prof.R.Polillo - A.A.2012-13 Lezione del 19 marzo 2013 vedi anche www.rpolillo.it

Transcript of 5. Progettare per l'utente (i)

Page 1: 5. Progettare per l'utente (i)

Corso di Interazione Uomo MacchinaAA 2012-2013

Roberto Polillo

Corso di laurea in InformaticaUniversità di Milano BicoccaDipartimento di Informatica, Sistemistica e Comunicazione

PROGETTARE PER L'UTENTE (I)

1

R.Polillo - Marzo 2013Edizi

one 2012-1

3

Page 2: 5. Progettare per l'utente (i)

Progettare vs realizzare

PROGETTARE (dal lat. proicere, gettare avanti; in inglese: “to design”)

“immaginare, ideare qualcosa e studiare il modo di attuarla”

REALIZZARE (dal lat. res, realtà)

“rendere reale qualcosa, attuandola praticamente”

3

R.Polillo - Marzo 2013

Page 3: 5. Progettare per l'utente (i)

Ciò che esiste

“Visione”

Bisogni, desideri

Progettare

Ciò che vogliamoche esista

Conoscenza della situazione attuale

Descrizione della situazione desiderata

4

R.Polillo - Marzo 2013

Page 4: 5. Progettare per l'utente (i)

Requisiti di prodotto

Dal latino “requisitus”=richiesto I requisiti di prodotto sono le proprietà

richieste al prodotto Vengono raccolti per iscritto in un

documento strutturato, che fornisce l’input alle attività di progettazione

Vengono raccolti attraverso analisi condotte con varie metodologie

R.Polillo - Marzo 20135

Page 5: 5. Progettare per l'utente (i)

Il template che userete

Parte Prima: Generalità Descrizione generale del prodotto Obiettivi del prodotto Utenti Contesti d’uso Scenari d’uso Fattibilità tecnologicaParte Seconda: Posizionamento Situazione attuale Analisi della concorrenza Posizionamento competitivoParte Terza: Requisiti Casi d’uso Analisi dei compiti Requisiti per la esperienza utente Altri requisitiRiferimenti

R.Polillo -Marzo 2013

Page 6: 5. Progettare per l'utente (i)

L’approccio tradizionale

7

R.Polillo - Marzo 2013

Page 7: 5. Progettare per l'utente (i)

L’approccio tradizionale

Ci chiediamo quali funzioni il sistema deve fornire al suo utente, le progettiamo e le realizziamo(Progettazione orientata al sistema)

8

Es.: Ascensore- Andare al piano n- Aprire / chiudere porta- Fermarsi- Inviare allarme

R.Polillo - Marzo 2013

Page 8: 5. Progettare per l'utente (i)

Il nuovo approccio

Ci chiediamo quali sono i “casi d’uso” dell’utente rispetto al sistema...(Progettazione orientata all'utente)

9

Es.: Ascensore- Andare al piano n- Aprire / chiudere porta- Fermarsi- Inviare allarme

Es.: Ascensore- Chiama l'ascensore- Entra nell'ascensore- Seleziona un piano- Ferma l'ascensore- Chiede aiuto - Esce dall'ascensore

R.Polillo - Marzo 2013

Page 9: 5. Progettare per l'utente (i)

… e progettiamo l’interazione di conseguenza(Interaction Design)

Il nuovo approccio 10

R.Polillo - Marzo 2013

Alarm

Stop

0

1

2

3

2Es.: Ascensore- Chiama l'ascensore- Entra nell'ascensore- Seleziona un piano- Ferma l'ascensore- Chiede aiuto - Esce dall'ascensore

CALL

CALL

3

Page 10: 5. Progettare per l'utente (i)

Esempio: Un altro ascensore

R.Polillo - Marzo 2013

11

Dentro

Casi d'uso- Chiama l'ascensore

per scendereper salire

- Entra nell'ascensore

- Seleziona un piano- Ferma l'ascensore- Chiede aiuto - Apre porte- Chiude porte- Esce dall'ascensore

Fuori

Page 11: 5. Progettare per l'utente (i)

Esempio: DISCO (fuori)

R.Polillo - Marzo 2013

12

Che cosa non va?

Page 12: 5. Progettare per l'utente (i)

Esempio: DISCO (dentro)13

Page 13: 5. Progettare per l'utente (i)

Interaction design

Utente

Oggetto interattivo Interazione

fisica

Interazione cognitiva

14

R.Polillo - Marzo 2013

Page 14: 5. Progettare per l'utente (i)

La nozione di “caso d’uso”

Un caso d’uso è un insieme di interazioni finalizzate a uno scopo utile per l’utente, fra l’utente (o più utenti) e il sistema

Sì: Chiama l'ascensoreNO: Preme il pulsante di chiamata

15

R.Polillo - Marzo 2013

Page 15: 5. Progettare per l'utente (i)

Diagrammi dei casi d’uso

R.Polillo - Marzo 201316

Chiama l'ascensore

Entra in ascensore

Seleziona un piano

Fermaascensore

Chiamaaiuto

Utente al piano

Addetto alla sorveglianza

Utente in ascensore

Esci daascensore

Page 16: 5. Progettare per l'utente (i)

I casi d'uso vanno pensati per l'utente Identificare l'utente

(chi è? quali caratteristiche?) Identificare i bisogni (espressi / inespressi)

(che cosa gli serve? perché?) Identificare il contesto d'uso

(dove? quando? in che situazione?) Identificare i casi d'uso Analizzare i compiti

Descrivere i casi d'uso in termini di compiti elementari

R.Polillo - Marzo 2013

17

Page 17: 5. Progettare per l'utente (i)

Esempio: l'ascensore del DISCO

R.Polillo - Marzo 2013

18

Utenti Contesto

?

Page 18: 5. Progettare per l'utente (i)

Due approcci diversi

Progettazione a partire dalle funzioni del sistema

Progettazione a partire dai casi d'uso

Sono due approcci completamente diversi, che conducono a risultati

completamente diversi!

NB: La nozione di caso d’uso è, dopo la nozione di usabilità, quella più importante di tutto quesro corso….quindi deve essere ben compresa … di solito, questo non succede!

R.Polillo - Marzo 2013

19

Page 19: 5. Progettare per l'utente (i)

Esempio di progettazione orientata al sistema: il mio sistema audio-video

Telecomando universale

circa 200 pulsanti (+ 70 sui pannelli frontali)

+ 48 pulsanti = 320

20

R.Polillo - Marzo 2013

Page 20: 5. Progettare per l'utente (i)

Esempio: il mio sistema audio-video Fornisce tutte le funzioni che mi servono:

TV, TV satellitare, player DVD, player CD musicali, radio, player e recorder VHS, player dischi vinile

Ma…ogni componente viene comandato separatamente, mediante un pannello di controllo posto sul componente, o mediante uno specifico telecomando (ne servono 5!)

Invece…io desidero usare “servizi” che sono realizzate dalla cooperazione di più componenti (es. guardare un film sulla TV satellitare) e non voglio sapere quali componenti sono coinvolti e come

R.Polillo - Marzo 2013

21

Page 21: 5. Progettare per l'utente (i)

Molto spesso: Vedere il telegiornale delle 20,30 Vedere i programmi satellitari alle 21

Spesso: Ascoltare CD audio (mentre lavoro al

computer)

Raramente: Ascoltare CD audio Vedere DVD

Il mio sistema HI-FI: Analisi dei casi d’uso

22

R.Polillo - Marzo 2013

Page 22: 5. Progettare per l'utente (i)

TV

TV

DIVANO

SISTEMA HIFI

MIA SCRIVANIA

PRANZO

Il mio sistema HI-FI: Analisi del contesto

Qui vedo il

telegiornale

Qui vedo gli altri

programmi e i DVD

Qui ascolto musica mentre lavoro

23

R.Polillo - Marzo 2013

Page 23: 5. Progettare per l'utente (i)

TV

TV

DIVANO

SISTEMA HIFI

MIA SCRIVANIA

PRANZO

Azione telecomando

Web radio

La soluzione (diversa da quella fornita)

Ripetitore di segnale

24

R.Polillo - Marzo 2013

Page 24: 5. Progettare per l'utente (i)

Esempio: Progetto Help!

Applicazione per smartphone (touch screen e GPS, internet) che permette di:Effettuare chiamate di emergenza automatiche (voce sintetizzata)Trovare punti di interesse nelle vicinanze (farmacie, ospedali, guardie mediche, e stazioni di polizia)Consultare una guida online di pronto soccorso

R.Polillo - Ottobre 2010

25

(Thks C.Divittorio, A.Albè, C.Argenta)

Page 25: 5. Progettare per l'utente (i)

Utenti generici del cellulare (ogni età, normodotati)

Contesti di emergenza Copertura cellulare e GPS (?)

Utenti e contesto

Page 26: 5. Progettare per l'utente (i)

Requisiti scaricabili da http://bit.ly/VSA0lR Requisiti scaricabili da http://bit.ly/VSA0lR

Casi d'uso

Requisiti scaricabili da http://bit.ly/VSA0lR

Page 27: 5. Progettare per l'utente (i)

Prototipo (media fedeltà)28

File PowerPoint scaricabile da http://bit.ly/XyGVjQ

Page 28: 5. Progettare per l'utente (i)

Sintesi problemi

Coerenza pulsante "back" chiamata telefonica

Qualche problema di terminologia Che cosa faccio se la chiamata

automatica non va a buon fine?

(Rapporto di test scaricabile da http://bit.ly/YUyqT0 )

R.Polillo - Ottobre 2010

29

Page 29: 5. Progettare per l'utente (i)

Struttura di navigazione

R.Polillo - Ottobre 2010

30

Page 30: 5. Progettare per l'utente (i)

SOS – Aiuto (iPhone)

R.Polillo - Ottobre 2010

31

Page 31: 5. Progettare per l'utente (i)

SOS Emergenze (iPhone)

R.Polillo - Ottobre 2010

32

Page 32: 5. Progettare per l'utente (i)

SOS Emergenze (iPhone)

R.Polillo - Ottobre 2010

33

Page 33: 5. Progettare per l'utente (i)

SOS Emergenze (iPhone)

R.Polillo - Ottobre 2010

34

Page 34: 5. Progettare per l'utente (i)

S.O.S. (iPhone)

R.Polillo - Ottobre 2010

35

Page 35: 5. Progettare per l'utente (i)

Emergenze (iPhone)

R.Polillo - Ottobre 2010

36