11. Progettare per l errore
Download as PPTX, PDF2 likes416 views
Corso di Interazione Uomo Macchina del Prof.R.Polillo - Universit di Milano Bicocca - DISCO - AA. 2010-2011
More Related Content
Viewers also liked (20)
Similar to 11. Progettare per l errore (20)
More from Roberto Polillo (20)
Recently uploaded (20)
11. Progettare per l errore
- 1. Corso di Interazione Uomo MacchinaAA 2010-2011Roberto PolilloCorso di laurea in InformaticaUniversit di Milano BicoccaDipartimento di Informatica, Sistemistica e Comunicazione PROGETTARE PER LERRORE1Edizione 2010-11R.Polillo - Ottobre 2010
- 2. Scopo di questa lezione2 Discutere la nozione di errore umano, e presentare alcune linee guida per il trattamento degli errori nellinterazione uomo-macchinaR.Polillo - Ottobre 2010
- 3. ErroreR.Polillo - Ottobre 20103Il concetto di errore umano 竪 pi湛 complesso di quanto non sembri a prima vista: infatti non esiste una dicotomia semplice fra errore e comportamento corretto Errore sar inteso come termine generico per comprendere tutti quei casi in cui una sequenza pianificata di attivit fisiche o mentali fallisce il suo scopo, e quando questo fallimento non possa essere attribuito allintervento di qualche agente casualeJames Reason, Human Error
- 4. 4AZIONE NON INTENZIONALEEs Urto il tavolo e rovescio un bicchiereNOcera lintenzione di agire?cera intenzionenellazione?NOAZIONE SPONTANEAEs Mi lanciano una palla di neve e mi proteggoSISIlazione 竪 proceduta come pianificato?NOAZIONE NONINTENZIONALE(SLIP o LAPSUS)SIlazione ha ottenuto lo scopodesiderato?AZIONE INTENZIONALE MA ERRATA(MISTAKE)NOSIAZIONE CORRETTAClassificare lerrore umanoDa: J.Reason, Human Error, 1990R.Polillo - Ottobre 2010
- 5. Slip (o lapsus)R.Polillo - Ottobre 20105 Letteralmente: scivolata Sostituzione involontaria di una lettera, suono, parola al posto di unaltra e, generalizzando, sostituzione di azioni o comportamenti al posto di altreEsempi: lapsus linguaelapsus calami
- 6. ErrorhandlingError diagnosisError recoveryProgettare per lerrore: temiR.Polillo - Ottobre 20106Error detectionError explanationError prevention
- 7. Progettare per lerrore: temiR.Polillo - Ottobre 20107
- 8. Prevenzione8Degli slip: di solito 竪 abbastanza facileEsempio: giusta distanza fra i pulsanti, allontanando pulsanti di uso frequente da pulsanti pericolosiDei mistake: pi湛 difficileEsempio: formazione degli utenti, riprogettazione del sistema R.Polillo - Ottobre 2010
- 9. Prevenzione degli slip: esempioR.Polillo - Ottobre 20109
- 10. Prevenzione dellerrore: alcune indicazioniR.Polillo - Ottobre 201010Diversificare le azioni dellutenteEvitare comportamenti modaliUsare funzioni obbligantiImporre input vincolatiNon sovraccaricare la memoria a breve termine dellutenteRichiedere confermeUsare default inoffensiviFornire alternative sicure
- 11. Comportamenti modali11 Quando il sistema si comporta diversamente a seconda dello stato (o modalit) in cui si trova, e questo stato non 竪 facilmente riconoscibile dallutenteSe lutente non conosce lo stato, non pu嘆 prevedere come il sistema risponder alle sue azioniR.Polillo - Ottobre 2010
- 12. Comportamento modale: esempio R.Polillo - Ottobre 201012Quando eseguo copy o cut, loggetto copiato o tagliato viene inserito nella clipboard, ma non 竪 visibile: il sistema cambia stato ma lutente non lo vedeNB: A volte per嘆 la clipboard pu嘆 essere resa visibile Office 2007
- 13. 213Comportamento modale: esempio (PowerPoint)quale figura sto per disegnare?Quando ho selezionato una figura in (1) PowerPonit 竪 entrato in uno stato che non mi fa vedere13R.Polillo - Ottobre 2010
- 14. La forma del cursore indica che sono in modalit matita14MacPaint, 1984R.Polillo - Ottobre 2010
- 15. 15MacPaint, 1984R.Polillo - Ottobre 2010
- 16. Il cursore indica che sono in modalit cammina16R.Polillo - Ottobre 2010Wrath of the Gods (Luminaria, 1994)
- 17. Funzioni obbliganti 17 Situazioni in cui le azioni sono vincolate in modo tale che la mancata esecuzione di un passaggio impedisca il successivo (D.Norman) Spesso ci danno noia, ma ci proteggonoEsempio:Lauto emette un segnale dallarme quando si apre la porta con la chiave inserita nel cruscotto in tal modo 竪 impossibile chiudersi fuori per erroreR.Polillo - Ottobre 2010
- 18. Funzioni obbliganti: esercizio18 In un sistema desktop quale delle seguenti due soluzioni 竪 preferibile? 1. Selezione azione selezione oggetto 2. Selezione oggetto selezione azioneR.Polillo - Ottobre 2010
- 19. Funzioni obbliganti: esercizio 119 In un sistema desktop quale delle seguenti due soluzioni 竪 preferibile? 1. Selezione azione selezione oggetto 2. Selezione oggetto selezione azioneR.Polillo - Ottobre 2010
- 20. 20Finder Macintosh, 1974R.Polillo - Ottobre 2010
- 21. Input vincolatiR.Polillo - Ottobre 201021Permettere allutente di effettuare solo azioni lecite nel contesto corrente(Generalizza la nozione di funzione obbligante)
- 22. Input vincolati: esercizio221)2)3)4)Quale fra le seguenti soluzioni 竪 la migliore per prevenire errori di input?R.Polillo - Ottobre 2010
- 23. Per informazioni sulle nuove offerte, premi 1; per informazioni sulle tariffe e bla bla bla, premi 2; se sei interessato a conoscere i nuovi servizi e bla bla, premi 3; se desideri comunicare furto o smarrimento del tuo telefonino o bla bla bla per assitenza specialistica, premi 4; se desideri ricevere informazioni sul credito bla bla premi 5; se desideri parlare con un operatore premi 0Ricordare sempre il numero magico 7Non sovraccaricare la memoria a breve termineR.Polillo - Ottobre 201023
- 24. Richiedere confermeR.Polillo - Ottobre 201024 Chiedere sempre conferma prima di effettuare azioni irreversibili o pericolose spiegando con chiarezza quali sono le alternative possibili, e le loro conseguenze
- 25. Richieste di conferma: esempi da discutereR.Polillo - Ottobre 201025
- 26. Richieste di conferma: esempi da discutereR.Polillo - Ottobre 201026Da www.bravenet.comDa: Microsoft Access 95
- 27. 27R.Polillo - Ottobre 2010Richieste di conferma: esempi da discutereMenuxxxyyyzzzXXXmvcbc bvbnvXXXmvcbc bvbnvEsciEsciSei sicuro di voler uscire?s狸no
- 28. Usare default inoffensivi: esempioR.Polillo - Ottobre 201028(da Photoshop)
- 29. ErrorhandlingError diagnosisError recoveryProgettare per lerrore: temiR.Polillo - Ottobre 201029Error detectionError explanationError prevention
- 30. Un buon messaggio di errore deve301. Allertareattenzione: qualcosa non va2. Identificare lerrore竪 questo che non va3. Dirigere lutenteora devi fare questoR.Polillo - Ottobre 2010
- 31. Note alert box(Livello 1)Caution alert box(Livello 2)Stop alert box(Livello 3)Livelli di allertaR.Polillo - Ottobre 201031
- 32. Messaggi di errore: linee guida32Spiegare esplicitamente che cosa non vae dare indicazioni costruttive su come risolvere il problema ...nel linguaggio dellutente in modo educato, esauriente e precisoR.Polillo - Ottobre 2010
- 33. Esempi da discutereR.Polillo - Ottobre 201033
- 34. R.Polillo - Ottobre 201034Esempi da discutere
- 35. R.Polillo - Ottobre 201035Esempi da discutere
- 36. Linee guida per il web36i messaggi di errore siano chiaramente visibili e espressi in un linguaggio chiaro, comprensibile a tuttisi cerchi di preservare per quanto 竪 possibile il lavoro gi fatto dallutentesi cerchi di ridurre al massimo il lavoro necessario per correggere lerroreR.Polillo - Ottobre 2010
- 37. 37R.Polillo - Ottobre 2010
- 38. 38R.Polillo - Ottobre 2010
- 39. 39R.Polillo - Ottobre 2010
- 40. 40R.Polillo - Ottobre 2010
- 41. R.Polillo - Ottobre 2010
- 42. R.Polillo - Ottobre 2010
- 43. HTTP 404 - File not foundR.Polillo - Ottobre 201043
- 44. 44R.Polillo - Ottobre 2010
- 45. Esempio dal sito di Jakob Nielsen45R.Polillo - Ottobre 2010
- 46. ErrorhandlingError diagnosisError recoveryProgettare per lerrore: temiR.Polillo - Ottobre 201046Error detectionError explanationError prevention
- 47. Error toleranceStato inizialeStato finaleAZIONE CORRETTAAZIONE ERRATAFORWARD RECOVERYBACKWARD RECOVERYStato di erroreError recovery (ripristino)47R.Polillo - Ottobre 2010
- 48. Tolleranza verso gli errori48Un dialogo 竪 tollerante verso lerrore quando, a dispetto di evidenti errori nellinput, i risultati desiderati possono essere ottenuti senza (o con minime) azioni correttive. ISO 9241 - 10R.Polillo - Ottobre 2010
- 49. Esempio49R.Polillo - Ottobre 2010
- 50. R.Polillo - Ottobre 2010
- 51. Esempio di backward recovery: undo51Photoshop CS3PowerPoint 2007R.Polillo - Ottobre 2010
- 52. Stato inizialeapprossimatoStato finaleapprossimatoStato inizialeStato finaleAZIONE CORRETTAAZIONE ERRATAFORWARD RECOVERYBACKWARD RECOVERYStato di erroreRecovery imperfetta52R.Polillo - Ottobre 2010da Francis Jambon, 1998
- 53. Conclusioni53Il progettista non deve concepire una semplice dicotomia fra errori e comporta-mento corretto: al contrario, tutta linterazione uomo-macchina deve essere trattata come una procedura cooperativa fra i due, dove gli equivoci possono nascere da ambo le parti. Donald NormanR.Polillo - Ottobre 2010
- 54. Queste slides si basano sul libro Facile da usare, dellautore, dove si trovano tutte le necessarie spiegazioni. Vedi www.rpolillo.it Queste slide sono disponibili con licenza Creative Commons (attribuzione, non commerciale, condividi allo stesso modo) a chiunque desiderasse utilizzarle, per esempio a scopo didattico, senza necessit di preventiva autorizzazione. La licenza non si estende alle immagini fotografiche e alle screen shots, i cui diritti restano in capo ai rispettivi proprietari, che sono stati indicati, ove possibile, nelle didascalie del libro. Lautore si scusa per eventuali omissioni, e resta a disposizione per correggerle.