8
Laurea in ITPS Progettazione dell'Interazione con l'Utente Valeria Carofiglio a.a. 2011-12 Produrre il documento dei requisiti: modelli (Task-centered system design ) Studiare Chi sono gli utenti I loro compiti Descrizione di utenti e compiti Obbiettivo Metodi Prodotti Brainstorm designs Valutazione dei tasks Psicologia degli oggetti quotidiani Coinvolgimento dell’utente Representazione & metafora Interazione partecipatoria Task scenario walk- through Prototipi testabili Il progetto di interfacce come processo Slide idea by Saul Greenberg Progettazion e di sistemi orientati ai compiti Design partecipatorio Progetto orientato all’utente Metodi di prototipiz- zazione low fidelity Prototipi su carta (usa e getta) Raffinamento del progetto Progetto delle videate Linee- guida interfacce Metodi di prototipiz- zazione high fidelity Testare l’usabilità Heuristic evaluation Completamen to progetto Versioni Alpha/beta del sistema Test sul campo

3-Produrre Documenti Requisiti

Embed Size (px)

DESCRIPTION

a

Citation preview

Laurea in ITPS

Progettazione dell'Interazione con l'Utente

Valeria Carofiglioa.a. 2011-12

Produrre il documento dei requisiti: modelli

(Task-centered system design )

Studiare•Chi sono gli utenti•I loro compiti

Descrizione di utenti e compiti

Obbiettivo

Metodi

Prodotti

Brainstorm designs

Valu

tazi

one

dei t

asks

Psicologia degli oggetti quotidiani

Coinvolgimento dell’utenteRepresentazione & metafora

Interazione partecipatoria

Task scenario walk-through

Prototipi testabili

Il progetto di interfacce come processo

Slide idea by Saul Greenberg

Progettazione di sistemi orientati ai compitiDesign partecipatorio

Progetto orientato all’utente

Metodi di prototipiz-zazione low fidelity

Prototipi su carta (usa e getta)

Raffinamento del progetto

Progetto delle videate

Linee- guida interfacce

Metodi di prototipiz-zazione high fidelity

Testare l’usabilità

Heuristic evaluation

Completamento progetto

Versioni Alpha/beta del sistema

Test sul campo

Progettazione orientata ai taskDal punto di vista dell’utente

chi dovrebbe usare il sistema e per fare che?

Fasi:1. Identificazione: Identificare utenti specifici e definire

task concreti. Validare il tutto. 2. Requisisti: Decidere quali di questi task e utenti devono

essere realmente inclusi nelle fasi di progetto3. Design: Rappresentazione di base dei singoli layout

dell’interfaccia & pianificazione della dinamica del dialogo utente-sistema sui task del passo precedente (scenari).

4. Valutazione mediante Walkthrough (letteralmente “Attraversamento”)

Raccontare una storia concreta (scenari d’uso) su ciò che un particolare utente potrebbe fare e verificare step-by-step come i task vengono eseguiti, per testare l’interfaccia

Riadattata da Lewis, C. and Rieman, J. (1993) Task-Centered User Interface Design: A Practical Introduction. http://hcibib.org/tcuid/

Modelli di TaskA cosa servono

Descrivono precisamente le relazioni tra I vari task identificati

1. Per capire il dominio di applicazione 2. Ricordare i risultati di un brain storming3. Progettare applicazioni in modo consistente

con I modelli concettuali degli utenti4. Fare analisi di usabilità5. Supportare gli utenti durnte le sessioni

d'uso6. Documentare l'applicazione

Decomposizione dei Task

I compiti che i diversi utenti svolgono possono essere organizzati in una struttura gerarchica,

che rappresenta come ciascuno di essi

si decompone in diversi compiti più semplici,fino ad arrivare a ‘task primitivi’, o elementari, non più decomponibili

in quanto possono essere eseguiti mediante un solo comando

Nota:la gerarchia dei task non comprende necessariamente

soltanto compiti automatizzabili!

The Cheap Shop Catalog Store(by Saul Greenberg)

In questo negozio puoi acquistare oggetti scegliendo da cataloghi cartacei

Se trovi un oggetto che ti interessa, devi riempire un form con il codice associato che è riportato sul catalogo

Devi poi consegnare questo form compilato all’addetto, che recupera l’oggetto dal magazzino e te lo consegna.

Infine puoi pagare l’oggetto che hai scelto.

Item code Amount

Nel nostro esempio

Articolare “esempi di task” concreti

Esempio di task 1 (già visto)

– Anita Rossi, che ha un figlio che inizia a muovere i suoi primi passi, vuole acquistare un passeggino ad ombrello di buona qualità (lo preferirebbe rosso, ma anche blu andrebbe bene)

– Sfoglia il catalogo e sceglie passeggino JPG (costo $98. item code 323 066 697).

– Lo paga in contanti e lo usa immediatamente.

– Anita • è un cliente nuovo di questo negozio, • È un utente diretto, e secondario (?)• Ha poca dimestichezza con i computer:

– dice che usa la tastiera digitando un tasto per volta, molto lentamente

JPG Stroller. This well made but affordable Canadian stroller fits children between 1-3 years old. Its wheels roll well in light snow and mud.

…$98.

Red: 323 066 697Blue: 323 066 698

Analisi dell’esempio 1Anita corrisponde alla tipologia di utenza

che ci aspettiamo: il cliente • Molti clienti entrano e accquistano per la prima volta• un congruo numero di loro:

– non ha dimestichezza con il computer, quindi forse compie errori nella formulazione dell’ordine, e deve ripetere l’operazione

– non è un dattilografo di alto livello.

Tipi di task sistematici ed importanti • Molti utenti selezionano un solo item• Un congruo numero di loro paga in contanti• Come anita, la gente spesso ha una idea generale di ciò che

vuole comprare ma decide solo dopo che ha visionato i prodotti disponibili

Partiamo dallalista di task per Anita Rossi

The Cheap Shop Catalog Store

Evidentemente non tutti questi task saranno

automatizzati!!

– Entrare nel negozio– Cercare un catalogo– Scegliere il/i prodotto/i– Cercare il computer– Effettuare un ordine

• Inserire le informazioni personali– Inserire il nome

» Selezionare il campo nome» Digitare il nome» ...

– .....• Inserire il/i codice/i degli oggetto/i selezionato/i• Inserire le quantità• Inserire il costo per ogni oggetto scelto• Inserire il costo totale• completare l’ordine

– Cancellare l’ordine – Prendere dal magazzino l’/gli oggetto/i scelto/i

• Attendere l’gli oggetto/i al banco• Ritirare l’/gli oggetto/i

– Pagare l’/gli oggetto/i scelto/i• Pagare in contanti

– Usare l’/gli oggetto/i immediatamente

Alcuni task derivano direttamente dalle

carattersitiche dell’utente

Parte della Decomposizione

Del task“Effettuare un ordine”

Limiti della Rappresentazione Gerarchica dei Task

Non permette di rappresentare:

Caratteristiche dei task: i task possono essere connotati come ‘frequenti’, ‘urgenti’, o ‘infrequenti’, ecc: questo influisce sul modo di realizzare l’interfaccia.

Task comuni: alcuni task possono essere eseguiti in diverse fasi dell’interazione (esempio tipico, il ‘salvataggio’ di dati, la ‘correzione di errori’, ecc): i task comuni vanno evidenziati, allo scopo di evitare problemi di ‘non consistenza’

relazioni fra task: Decomposizioni alternative: un task può essere eseguito in modi diversi.

Indipendenza d’ordine, concorrenza e interrompibilità: la sequenza di esecuzione dei subtask può non essere rigidamente definita. l’Utente può avere, in alcune fasi del dialogo,

la libertà di scegliere quale task eseguire fra diverse alternative; diversi task possono essere concorrentemente attivi; un task può temporaneamente interrompere l’esecuzione di un altro, ecc;

Limiti della Rappresentazione Gerarchica dei Task

Esercizio 3.1

Quali problemi nella rappresentazione gerarchica dei task dell’esempio del cheap

shop?

• Caratteristiche?• Decomposizioni alternative?• Indipendenza d’ordine?• ….

Preparate due lucidi sui risultati della vostra indagine

by Fiorella deRosis

La ‘User Action Notation’di Palanque e Bastide

Obiettivo: descrivere la relazione temporale fra task

Tipi di relazione:

– sequenza: ABeseguire il task A, seguito dal task B

– iterazione: (A)feseguire il task A f volte

– scelta: A|Beseguire il task A oppure il task B

– indipendenza d’ordine: A&B eseguire prima il task A e poi il task B, o viceversa

by Fiorella deRosis

La ‘User Action Notation’ (cont)

– concorrenza: A||Beseguire il task A concorrentemente al task B– interrompibilità: A ←Bil task A può essere interrotto dal task B– interleavability: A↔Bognuno dei task A e B può interrompere l’altro

Combinazioni delle relazioni precedenti:Es: scelta ripetuta: (A|B)feseguire A o B, f volte