5. progettare per l'utente (i)

33
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 (I) Edizione 2014-15

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

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

Corso di Interazione Uomo MacchinaAA 2014-2015

Roberto Polillo

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

PROGETTARE PER L'UTENTE (I)

Edizione 2014-15

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 2015

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 2015

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 20155

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 Descrizione dei casi d’uso Requisiti per la esperienza utente Altri requisitiRiferimenti

R.Polillo - Marzo 2015

6

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

L’approccio tradizionale

7

R.Polillo - Marzo 2015

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 2015

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 2015

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

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

Il nuovo approccio 10

R.Polillo - Marzo 2015

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 2015

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 2015

12

Che cosa non va?

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

Esempio: DISCO (dentro)13

R.Polillo - Marzo 2015

Page 13: 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 2015

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

Diagrammi dei casi d’uso

R.Polillo - Marzo 201516

Chiama l'ascensore

Entra in ascensore

Seleziona un piano

Fermaascensore

Chiamaaiuto

Utente al piano

Addetto alla sorveglianza

Utente in ascensore

Esci daascensore

Page 15: 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 Descrivere i casi d’uso

(in termini di attività più semplici)R.Polillo - Marzo 2015

17

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

Esempio: l'ascensore del DISCO

R.Polillo - Marzo 2015

18

Utenti Bisogni / Contesto

?

Page 17: 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 questo corso….quindi deve essere ben compresa … di solito, questo non succede!

R.Polillo - Marzo 2015

19

Page 18: 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 2015

Page 19: 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 (mi interessano i casi d’uso!)

R.Polillo - Marzo 2015

21

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

Molto spesso: Vedere il telegiornale delle 20,30 Vedere i programmi satellitari alle 21Spesso: Ascoltare CD audio (mentre lavoro al computer)Raramente: Ascoltare CD audio Vedere DVD

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

R.Polillo - Marzo 2015

Page 21: 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 2015

Page 22: 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 2015

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

Esempio: Progetto Help!

Applicazione per smartphone per: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 - Marzo 2015

25

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

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

Utenti generici del cellulare (ogni età, normodotati)

Contesti di emergenza Copertura cellulare e GPS (?)

Utenti e contesto

R.Polillo - Marzo 2015

26

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

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

Casi d'uso

R.Polillo - Marzo 2015

27

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

Struttura di navigazione

R.Polillo - Marzo 2015

28

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

Prototipo (PowerPoint)29

R.Polillo - Marzo 2015

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

SOS – Aiuto (iPhone)

R.Polillo - Marzo 2015

30

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

SOS Emergenze (iPhone)

R.Polillo - Marzo 2015

31

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

SOS Emergenze (iPhone)

R.Polillo - Marzo 2015

32

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

SOS Emergenze (iPhone)

R.Polillo - Marzo 2015

33

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

S.O.S. (iPhone)

R.Polillo - Marzo 2015

34

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

Emergenze (iPhone)

R.Polillo - Marzo 2015

35