26.01.2015 Views

PDF-2 - Tietojenkäsittelytieteiden laitos - Tampereen yliopisto

PDF-2 - Tietojenkäsittelytieteiden laitos - Tampereen yliopisto

PDF-2 - Tietojenkäsittelytieteiden laitos - Tampereen yliopisto

SHOW MORE
SHOW LESS
  • No tags were found...

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

Johdatus vuorovaikutteiseen teknologiaan 8.9.2010<br />

TAUCHI – Tampere Unit for Computer-Human Interaction<br />

Käyttäjäkeskeinen suunnittelu<br />

Saila Ovaska<br />

Tietojenkäsittelytieteiden <strong>laitos</strong>,<br />

<strong>Tampereen</strong> <strong>yliopisto</strong><br />

*) Osan luentokalvoista on laatinut Jenni Anttonen syksyllä 2009.<br />

TAUCHI – Tampere Unit for Computer-Human Interaction<br />

Aiheina<br />

• Mitä laadukkaan tuotteen ja hyvän käytettävyyden<br />

saavuttamiseksi pitää tehdä<br />

• Käyttäjäkeskeisen suunnittelun keinoja<br />

– Selvitetään keitä käyttäjät ovat<br />

• työvälineinä haastattelut, havainnointi, tilannetutkimus, …<br />

• kuvausvälineinä käyttäjäprofiilit ja persoonakuvaukset<br />

– Selvitetään mitä he tekevät ja millaisiin ongelmiin sovellus<br />

voi tarjota ratkaisuja<br />

• työvälineinä skenaariokuvaukset, käyttötapakuvaukset<br />

– Suunnitellaan ratkaisuvaihtoehtoja ja testataan niitä<br />

käyttäjien kanssa<br />

• työvälineinä prototyypit<br />

• Aihepiiriä voi syventää Graksut-kurssilla<br />

– VTEKA209 Graafisen käyttöliittymän suunnittelun työkurssi<br />

Saila.Ovaska@cs.uta.fi 1


Johdatus vuorovaikutteiseen teknologiaan 8.9.2010<br />

TAUCHI – Tampere Unit for Computer-Human Interaction<br />

Sääli suunnittelijaparkaa… <br />

Ei ole helppo suunnitella hyvin. Valmistaja haluaa tuotteen,<br />

joka voidaan valmistaa taloudellisesti. Myyjä haluaa tuotteen,<br />

joka miellyttää asiakkaita. Ostaja asettaa tuotteelle useita<br />

vaatimuksia. Liikkeessä ostaja kohdistaa huomionsa tuotteen<br />

hintaan ja ulkonäköön ja ehkä statusarvoon. Kotona sama<br />

ostaja kiinnittää enemmän huomiota tuotteen toimivuuteen ja<br />

käyttökelpoisuuteen. Korjaajaa kiinnostaa eniten se, miten<br />

helppoa on laitteen purkaminen osiin, vian määrittäminen ja<br />

laitteen huoltaminen. Asianosaisten tarpeet ovat erilaiset ja<br />

usein ristiriidassa keskenään. Suunnittelija saattaa kuitenkin<br />

pystyä tyydyttämään ne kaikki.<br />

‐ Norman, Miten avata mahdottomia ovia S.50<br />

TAUCHI – Tampere Unit for Computer-Human Interaction<br />

Käyttäjäkeskeinen suunnittelu<br />

• User-centered design (UCD)<br />

• Pääperiaate: Tunne käyttäjä!<br />

– ”Know thy users for they are not you!”<br />

• “Design software for how users will act instead of<br />

how they should act.”<br />

Saila.Ovaska@cs.uta.fi 2


Johdatus vuorovaikutteiseen teknologiaan 8.9.2010<br />

TAUCHI – Tampere Unit for Computer-Human Interaction<br />

Tunne käyttäjä!<br />

Mike Clark et al., Koko's<br />

Mac II: A Preliminary<br />

Report. Brenda Laurel, ed.,<br />

The Art of Human-<br />

Computer Interface Design.<br />

Addison-Wesley, 1990, p.<br />

95-102.<br />

www.gorilla.org<br />

TAUCHI – Tampere Unit for Computer-Human Interaction<br />

Mitä tiedämme käyttäjistä<br />

• Ominaisuudet<br />

– Lähtökohtana ihmisen fysiologia, psykologia,…<br />

– Erityisryhmät (näkövammaiset, lapset, vanhukset, ...)<br />

– Tieto- ja taitotaso ja kokemus tietokoneen käytössä<br />

– Kulttuuritausta (kielitaito, koulutus, ammattiosaaminen)<br />

• Tarpeet<br />

– Työskentelytavat ja tottumukset<br />

– Tehtävä joka pitää saada aikaan, haluttu käyttötapa<br />

• Käyttökonteksti tai -ympäristö<br />

• Suuria eroja käyttäjien (käyttäjäryhmien) välillä<br />

On tarpeen KONKRETISOIDA käyttäjä suunnittelijoille<br />

Saila.Ovaska@cs.uta.fi 3


Johdatus vuorovaikutteiseen teknologiaan 8.9.2010<br />

TAUCHI – Tampere Unit for Computer-Human Interaction<br />

Esimerkki käyttäjäryhmistä:<br />

opintosuoritusrekisteri<br />

• Käyttäjäryhmät<br />

– Outi Opiskelija<br />

– Tiina Toimistosihteeri<br />

• Tehtäviä<br />

– Opiskelija: opintosuoritusten selaus, omien tietojen<br />

muuttaminen, …<br />

– Toimistosihteeri: opintosuoritusten tallentaminen, tietyn<br />

opiskelijan tietojen hakeminen …<br />

• Toimintoja<br />

– Opiskelija: omien opintosuoritusten selailu<br />

– Toimistosihteeri: yksittäisen opiskelijan opintosuoritusten<br />

selailu<br />

TAUCHI – Tampere Unit for Computer-Human Interaction<br />

Esimerkki käyttötilanteesta<br />

Oma psykologinen tila<br />

-Motivaatio<br />

- Vireystila<br />

- Kiire, muut paineet<br />

Fyysinen ympäristö<br />

- Laitteita ja ihmisiä, paperia<br />

ovisummeri, puhelin<br />

- Tila, valaistus, melu, jne.<br />

Työympäristö<br />

- Käyttäjän työskentelyn tavoite ja<br />

ongelmat/esteet sen saavuttamisessa<br />

- Muut samanaikaiset tehtävät<br />

- Yhtymäkohtia muiden henkilöiden<br />

tehtäviin<br />

Käyttötilanteen asettamia vaatimuksia ei voi “arvata”!<br />

Saila.Ovaska@cs.uta.fi 4


Johdatus vuorovaikutteiseen teknologiaan 8.9.2010<br />

TAUCHI – Tampere Unit for Computer-Human Interaction<br />

Käyttäjien tarpeiden<br />

ymmärtäminen<br />

• Käyttäjän tarpeet (”needs”)<br />

– Ei aina kuvattavissa täsmällisin termein<br />

– Käyttäjä ei aina ole tietoinen tarpeesta eikä osaa tuoda sitä<br />

julki sanallisesti<br />

• Esimerkiksi ”Siinä tallennusvaiheessa menee hermot kun tulee<br />

jatkuvasti keskeytyksiä.”<br />

• Käyttäjän toiveet (”wants”)<br />

– Käyttäjän ääneen lausumat toiveet<br />

• ”Tallennusvirheen korjaukseen ei saisi kulua minuuttia<br />

enempää.”<br />

• ”Tallennusvirheen voi joskus huomata vasta kaiken<br />

tallennettuaan.”<br />

• Suunnittelijan tehtävä tunnistaa tarpeet ja toiveet<br />

TAUCHI – Tampere Unit for Computer-Human Interaction<br />

Tarpeista vaatimuksiksi<br />

• Vaatimusten määrittely (user requirements)<br />

– Suunnittelijan tulkinta tarpeista ja toiveista<br />

– Vaatimukset muotoillaan mahdollisimman konkreettisesti<br />

• Esim. ”Tallennus tulee voida keskeyttää helposti ja turvallisesti<br />

ja siihen pitää voida palata myöhemmin”.<br />

– Vaatimusten kuvaamiseen useita tekniikoita<br />

• Muotoillaan toiminnalliset vaatimukset (functional<br />

requirements) tuotteelle<br />

• Lisäksi niihin liitetään käytettävyystavoitteita, jotka kuvaavat<br />

suunnittelun onnistumista käyttäjän näkökulmasta<br />

Saila.Ovaska@cs.uta.fi 5


Johdatus vuorovaikutteiseen teknologiaan 8.9.2010<br />

TAUCHI – Tampere Unit for Computer-Human Interaction<br />

Käytettävyys<br />

suunnittelutavoitteeksi<br />

• Konkreettiset tavoitteet ovat tärkeitä suunnittelussa<br />

– Vältettävä muotoilu: “turvallinen käyttää”<br />

– Mieluummin: “Jos tallennus keskeytyy, palattuaan<br />

tallennustehtävään toimistosihteerin on nähtävä yhdellä<br />

silmäyksellä, missä tilassa järjestelmä on, ja voitava jatkaa työtä.”<br />

– Käytännössä tämä edellyttää toiminnallisuuden suunnittelua<br />

virhesietoiseksi, ei pelkästään käyttöliittymäelementtien lisäämistä!<br />

• Esim. jos tänä aikana on tullut häiriöitä verkkoyhteydessä ja yhteys on<br />

katkennut, järjestelmässä on oltava tallessa katkoshetken tilanne, josta<br />

voi jatkaa.<br />

• Käytettävyystavoitteet liittyvät aina käyttäjän tarpeisiin (joita<br />

varten toiminnallisuus on oltava olemassa) ja sitä kautta<br />

käyttäjän tehtäviin järjestelmän parissa<br />

– Edelliseen esimerkkiin liittyvä toimistosihteeriltä kuluva tavoiteaika<br />

”tilanteen selvittämiseen” voisi olla ensimmäisen käyttökerran<br />

yhteydessä 3 minuuttia, saman tilanteen toistuessa myöhemmin<br />

puoli minuuttia.<br />

TAUCHI – Tampere Unit for Computer-Human Interaction<br />

Tunne käyttäjä<br />

• ”Of course, without a thorough knowledge of<br />

user’s tasks, it may not be possible to set<br />

meaningful usability objectives.”<br />

Steven E. Poltrock and Jonathan Grudin, Organizational Obstacles to Interface Design and Development: Two<br />

Participant-Observer Studies. ACM Transactions on Computer-Human Interaction 1:1, March 1994, 52-80.<br />

Saila.Ovaska@cs.uta.fi 6


Johdatus vuorovaikutteiseen teknologiaan 8.9.2010<br />

TAUCHI – Tampere Unit for Computer-Human Interaction<br />

Erilaiset tavoitteet<br />

eri tilanteissa<br />

• Käytettävyyden osatekijät ovat osittain ristiriitaisia,<br />

esimerkiksi<br />

– Pitkä oppimisaika voi lyhentää suoritusaikaa<br />

– Asteittainen oppiminen voi sekä parantaa että huonontaa<br />

subjektiivista tyytyväisyyttä<br />

• Ohjelmistoprojektin on selvitettävä<br />

– Mitkä ovat projektin tavoitteet<br />

– Ketkä ovat tuotteen käyttäjät<br />

– Millaisiin tehtäviin tuotetta käytetään<br />

... ja näiden perusteella asetettava ja priorisoitava<br />

käytettävyystavoitteet<br />

TAUCHI – Tampere Unit for Computer-Human Interaction<br />

Erilaisia ohjelmistoprojekteja<br />

• Ohjelmistotuote<br />

– Uuden tuotteen suunnittelu vs.<br />

– Vanhasta uusi versio<br />

• Talon sisällä tapahtuva ohjelmistokehitys<br />

– Omaan käyttöön vs.<br />

– Tilauksesta tai alihankintana<br />

• Ohjelmistotyyppi<br />

– Mobiili, PC, verkotettu monen käyttäjän järjestelmä, WWW,<br />

…<br />

• Eri tilanteissa käyttäjän tai asiakkaan tavoittaminen<br />

voi vaatia erilaisia ponnisteluja!<br />

Saila.Ovaska@cs.uta.fi 7


Johdatus vuorovaikutteiseen teknologiaan 8.9.2010<br />

TAUCHI – Tampere Unit for Computer-Human Interaction<br />

SUUNNITTELUPROSESSI<br />

TAUCHI – Tampere Unit for Computer-Human Interaction<br />

Suunnitteluprosessi!<br />

Käyttäjän<br />

ominaisuudet<br />

ja rajoitukset<br />

Tehtävän<br />

vaatimukset<br />

ja rajoitukset<br />

IHME<br />

Saila.Ovaska@cs.uta.fi 8


Johdatus vuorovaikutteiseen teknologiaan 8.9.2010<br />

TAUCHI – Tampere Unit for Computer-Human Interaction<br />

Tavoiteltava<br />

suunnitteluprosessi<br />

• Ottaa käytettävyyden huomioon kaikissa<br />

projektin vaiheissa<br />

– Mahdollisimman aikaisin kontakti käyttäjiin<br />

– Mahdollisimman usein palautetta käyttäjiltä<br />

– Suunnittelun iterointi palautteen perusteella!<br />

• Käyttää systemaattisia menetelmiä<br />

– Ennustettavuus ja laatu<br />

You can’t manage what you can’t measure.<br />

What gets measured gets done.<br />

‐ Bill Hewitt, 1991<br />

TAUCHI – Tampere Unit for Computer-Human Interaction<br />

Suunnittelun realiteetit<br />

• Rajalliset resurssit<br />

– Tekijät<br />

– Raha<br />

– Aika<br />

– Taito, osaaminen<br />

– Työvälineet<br />

Mitä myöhemmin<br />

prosessissa suunnitteluvirhe<br />

huomataan, sitä kalliimpaa<br />

sen korjaus on.<br />

• Ohjelmistotuotteen suunnittelussa lopputuote on<br />

– Näkymätön, abstrakti<br />

– Monimutkainen<br />

– Joustava, muunneltavissa helposti<br />

suunnitelmien ylläpito, lopputuotteen vastaavuus tarpeisiin<br />

Saila.Ovaska@cs.uta.fi 9


Johdatus vuorovaikutteiseen teknologiaan 8.9.2010<br />

TAUCHI – Tampere Unit for Computer-Human Interaction<br />

Suunnittelu iteratiivisena prosessina<br />

vaatimusmäärittely:<br />

mitä halutaan<br />

haastattelu<br />

havainnointi<br />

etnografia<br />

muut menetelmät<br />

skenaariokuvaukset<br />

tehtäväanalyysi<br />

analyysi<br />

suunnitteluohjeistot<br />

ja -säännöt<br />

suunnittelu<br />

tarkka määrittely<br />

(spesifiointi)<br />

arviointi käyttäjää<br />

havainnoiden,<br />

arviointiheuristiikat<br />

prototyyppien<br />

kehittely<br />

toteutus ja<br />

käyttöönotto<br />

Lähde: Dix Ch.5.3<br />

TAUCHI – Tampere Unit for Computer-Human Interaction<br />

Suunnittelua ohjaavat<br />

• Tavoitteet (käyttäjien ja sidosryhmien tarpeet) ja<br />

vaatimukset<br />

• Rajoitteet (constraints)<br />

– Standardit: esim. jos tehdään Windows-tuotetta,<br />

käyttöliittymän tulisi olla Windows-tyyliohjeen mukainen<br />

– Tuoteperhe: jo olemassa olevat sovellukset, joiden kanssa<br />

tuotteen tulisi sopia yhteen<br />

– Aika- ja raharesurssit ovat äärellisiä<br />

– Käyttäjien tavallisimmat näytön koot, yhteysnopeudet<br />

• Suunnittelu on valintojen tekemistä eri näkökulmista<br />

hyvien vaihtoehtojen välillä<br />

Saila.Ovaska@cs.uta.fi 10


Johdatus vuorovaikutteiseen teknologiaan 8.9.2010<br />

TAUCHI – Tampere Unit for Computer-Human Interaction<br />

KÄYTTÄJÄN “TUNTEMISEN” KEINOJA<br />

TAUCHI – Tampere Unit for Computer-Human Interaction<br />

Käyttäjien ja heidän<br />

tarpeidensa kartoitus<br />

• Keinoja käyttäjien tavoittamiseen<br />

– Kyselytutkimus<br />

• Esim. nettilomake tai sähköpostikysely<br />

– Puheyhteys käyttäjien kanssa<br />

• Vapaamuotoinen keskustelu<br />

• Haastattelu<br />

• Fokusryhmähaastattelu<br />

– Käyttäjän kontekstissa:<br />

• Havainnointi<br />

• Tilannetutkimus<br />

•Etnografia<br />

• Päiväkirjat, luotaimet (design probe)<br />

– ...<br />

Tilannetutkimus:<br />

“havainnoi ja<br />

kysele”<br />

kuvan lähde: Tuuli Mattelmäki, Design Probes. UIAH 2006. <strong>PDF</strong><br />

Saila.Ovaska@cs.uta.fi 11


Johdatus vuorovaikutteiseen teknologiaan 8.9.2010<br />

TAUCHI – Tampere Unit for Computer-Human Interaction<br />

Esimerkiksi Getaway holidays<br />

TAUCHI – Tampere Unit for Computer-Human Interaction<br />

Käyttäjiltä kerätyn tiedon<br />

analysointi<br />

• Käyttäjiltä on kerätty aineisto on pääosin laadullista<br />

– Vaatii luokittelua ja tulkintaa<br />

• Aineiston analyysiin on erilaisia menetelmiä<br />

– Esimerkiksi samankaltaisuusdiagrammi ja tehtäväanalyysi<br />

• Aineistosta pyritään löytämään suunnittelun kannalta<br />

tärkeät tarpeet ja vaatimukset<br />

– Suunnittelija työstää näistä suunnitteluideoita<br />

– Ideat tulee todentaa käyttäjien kanssa<br />

Saila.Ovaska@cs.uta.fi 12


Johdatus vuorovaikutteiseen teknologiaan 8.9.2010<br />

TAUCHI – Tampere Unit for Computer-Human Interaction<br />

Esimerkki aineiston analyysistä<br />

Samankaltaisuusdiagrammi (affinity diagram) -tekniikassa kootaan<br />

yhteen liittyvät havainnot ryhmiin ja luodaan havainnoista kategorioita.<br />

TAUCHI – Tampere Unit for Computer-Human Interaction<br />

Esimerkki tehtäväanalyysistä<br />

Valmista<br />

kuppi teetä<br />

Keitä vettä<br />

Laita<br />

teenlehtiä<br />

kannuun<br />

Kaada<br />

keitetty<br />

vesi kannuun<br />

Anna teen<br />

hautua<br />

noin 5 min.<br />

Kaada tee<br />

kuppiin<br />

Laita vettä<br />

vedenkeittimeen<br />

Laita keitin<br />

päälle<br />

Odota,<br />

kunnes<br />

vesi kiehuu<br />

Suomennettu lähteestä Sharp, Rogers, Preece<br />

Vrt. Dix et al. 2004, ch. 15<br />

Saila.Ovaska@cs.uta.fi 13


Johdatus vuorovaikutteiseen teknologiaan 8.9.2010<br />

TAUCHI – Tampere Unit for Computer-Human Interaction<br />

Kuvaa käyttäjien tarpeet<br />

• Hankittu aineisto on laajaa ja monitahoista<br />

– Tarvitaan yksinkertaisia havainnollistuksia, jotka tukevat<br />

suunnittelua<br />

• Suunnittelussa laaditaan ja käytetään käyttäjistä<br />

laadittuja kuvauksia<br />

– Tavoitteena tuoda käyttäjä suunnittelijalle tutuksi<br />

• Menetelmiä muun muassa<br />

– Käyttäjäprofiili (user profile) tai persoonakuvaus (persona)<br />

– Käyttöskenaariot<br />

– Käyttötapakuvaukset<br />

• Perustuttava tietoon ja havaintoihin käyttäjästä ja<br />

käyttötavoista<br />

TAUCHI – Tampere Unit for Computer-Human Interaction<br />

Käyttäjäprofiilikuvaus<br />

• Käyttäjäprofiili (tai persoona) on ytimekäs kuvaus<br />

kuvitellusta käyttäjästä sisältäen suunnittelun<br />

kannalta oleellisia tietoja käyttäjästä<br />

– Perustuu havaintoihin todellisista käyttäjistä<br />

• Profiilikuvauksia laaditaan erilaisista käyttäjäryhmistä<br />

– Voidaan määritellä ”primäärikäyttäjä”, jolle ensisijaisesti<br />

suunnitellaan<br />

Saila.Ovaska@cs.uta.fi 14


Johdatus vuorovaikutteiseen teknologiaan 8.9.2010<br />

TAUCHI – Tampere Unit for Computer-Human Interaction<br />

Profiilin sisältö<br />

• Kuvaus voi sisältää esimerkiksi<br />

– Nimi, ikä, ”ammatti”<br />

– Tietokoneen ja teknologian käyttökokemus<br />

(suhde teknologiaan: noviisi, satunnaiskäyttäjä,<br />

teknologia työvälineenä, sovellusten ylläpitäjä)<br />

– Tavoitteet ko. käyttöliittymän käytössä<br />

– Toiminnot, joita käyttää käyttöliittymästä<br />

(laaditaan toimintokartta, jossa kuvataan<br />

toimintojen tärkeysjärjestys tälle käyttäjälle)<br />

– Käyttötilanteet (esim. bussissa matkalla)<br />

– Käyttöskenaario(t)<br />

TAUCHI – Tampere Unit for Computer-Human Interaction<br />

Esimerkki persoonasta:<br />

Kehittämiskohteena<br />

WWW-kauppa<br />

http://www.dkeithrobinson.com/asterisk/sara_locke.gif<br />

Saila.Ovaska@cs.uta.fi 15


Johdatus vuorovaikutteiseen teknologiaan 8.9.2010<br />

(http://www.avenuea-razorfish.com/articles/010305_Quality_Personas.pdf)<br />

TAUCHI – Tampere Unit for Computer-Human Interaction<br />

Käyttöskenaario<br />

• Käyttöskenaario on sanallinen kuvaus (tarina)<br />

tietystä käyttötilanteesta<br />

– Kuvaa käyttötilanteen vaiheet alusta loppuun<br />

– Myös sarjakuvamainen ”storyboard”-tekniikka joskus käytössä<br />

• Voidaan laatia erilaisia skenaariota, esim.<br />

– Ideaali vs. ”worst case”<br />

– Käyttäjien tarpeet vs. suunnitteluratkaisut<br />

• Skenaarion ei ole tarkoitus kuvata tarkkoja<br />

teknologisen ratkaisun yksityiskohtia<br />

vaan käyttäjän toimintaa<br />

– Ei siis vielä tehdä suunnitteluratkaisuja!<br />

– Skenaariokuvaukset on kirjoitettava niin ettei niiden<br />

lukemisessa tarvita teknistä asiantuntemusta<br />

Saila.Ovaska@cs.uta.fi 16


Johdatus vuorovaikutteiseen teknologiaan 8.9.2010<br />

TAUCHI – Tampere Unit for Computer-Human Interaction<br />

Esimerkkiskenaario:<br />

Tenttiin ilmoittautuminen<br />

• Outi ilmoittautuu tenttiin ensimmäistä kertaa.<br />

Hän kirjautuu opiskelijoiden sähköiseen<br />

asiointijärjestelmään. Hän näkee omien kurssiensa<br />

listauksen ja valitsee niistä kurssin, jonka tenttiin hän<br />

haluaa ilmoittautua. Hän näkee tiedot siitä, milloin<br />

kurssin tentti on, ja ilmoittautuu tenttiin. Hän saa<br />

vahvistuksen tenttiin ilmoittautumisesta<br />

sähköpostiinsa. Vahvistusviestistä hän lisää<br />

tenttitiedot suoraan elektroniseen kalenteriinsa.<br />

TAUCHI – Tampere Unit for Computer-Human Interaction<br />

Käyttötapakuvaus<br />

• Skenaariota formaalimpi kuvaus käyttäjän toiminnasta<br />

• Listataan toiminnat ja vuorovaikutus käyttäjän<br />

tavoitteiden saavuttamiseksi<br />

– Silti ei mennä vielä detaljitason suunnitteluratkaisuihin<br />

• Esimerkiksi OPSU-rekisterin käyttötapoja<br />

”otsikkotasolla”<br />

– Tarkista opintopistemäärä<br />

– Ilmoittaudu tenttiin<br />

– Ilmoittaudu <strong>yliopisto</strong>on läsnäolevaksi opiskelijaksi<br />

Saila.Ovaska@cs.uta.fi 17


Johdatus vuorovaikutteiseen teknologiaan 8.9.2010<br />

TAUCHI – Tampere Unit for Computer-Human Interaction<br />

Esimerkki käyttötapakuvauksesta<br />

vuorovaikutusvaiheet aukikirjoitettuna<br />

• Opintopistemäärän tarkistaminen<br />

– Järjestelmä kysyy käyttäjältä<br />

tunnistautumistietoja<br />

– Käyttäjä antaa tunnistautumistiedot<br />

– Järjestelmä tarkistaa tunnistautumistiedot<br />

– Järjestelmä näyttää päänäkymän<br />

– Käyttäjä valitsee opintosuoritusrekisterinäkymän<br />

– Järjestelmä näyttää<br />

opintosuoritusrekisterinäkymän<br />

– Käyttäjä kirjautuu ulos järjestelmästä<br />

TAUCHI – Tampere Unit for Computer-Human Interaction<br />

Toinen käyttötapakuvaus<br />

• Tavoite: selvittää mitkä ovat Lauri Viidan museon yhteystiedot.<br />

• Lähtötilanne: käyttäjä käyttää Puhuvaa kioskia ensimmäistä<br />

kertaa. Hän olettaa löytävänsä yksityiskohtaista tietoa museoista<br />

(koska kyseessä on museoista kertova kioski) ja haluaa saada<br />

informaatiota Lauri Viidan museosta. Käyttäjä on Puhuvan<br />

kioskin etusivulla.<br />

• Kuvaus: Käyttäjä näkee etusivun perusteella, mistä asioista<br />

kioski tarjoaa informaatiota. Hänen on helppo löytää etsimänsä<br />

museo aakkosjärjestyksen avulla ja asiaa helpottaa myös se, että<br />

näytöllä ei ole liikaa asiaa, vaan asettelu on väljää.<br />

Käyttäjä painaa sormellaan Lauri Viidan museota ja siirtyy<br />

museosta kertovalle sivulle. Hän näkee heti olevansa oikean<br />

museon sivulla. Aukioloajat, osoite ja muut yhteystiedot ovat<br />

selkeästi esillä heti otsikon jälkeen. Näiden tietojen alta<br />

käyttäjä voi lukea kuvauksen museosta.<br />

• Lopputilanne: käyttäjä löytää yhdellä navigointiaskeleella<br />

tärkeimmät tiedot haluamastaan museosta ja on tyytyväinen.<br />

Lähde: Petri Tuominen, Kosketuseleet informaatiokioskissa. Pro gradu.<br />

Saila.Ovaska@cs.uta.fi 18


Johdatus vuorovaikutteiseen teknologiaan 8.9.2010<br />

TAUCHI – Tampere Unit for Computer-Human Interaction<br />

SUUNNITTELURATKAISU(IDEOIDEN)<br />

TUOTTAMINEN<br />

TAUCHI – Tampere Unit for Computer-Human Interaction<br />

Suunnitteluratkaisujen<br />

tuottaminen<br />

“To get a good idea, get lots of ideas”<br />

• Suunnittelun vaiheita<br />

– Alkuun on tärkeää hahmotella järjestelmän rakenne korkealla<br />

tasolla: käsitteellinen suunnittelu (conceptual design)<br />

– Vasta päälinjojen selvittyä edetään detaljeihin ja suunnitellaan<br />

käyttäjän ja järjestelmän välinen vuorovaikutus tarkemmin<br />

– Iterointi<br />

• Kuvaustekniikoita mm.<br />

– Skenaarioiden ja käyttötapakuvauksien tuottaminen auttaa<br />

tunnistamaan keskeistä toiminnallisuutta<br />

– Rautalankamallien ja prototyyppien laadinta havainnollistaa mitä<br />

käyttäjät haluavat<br />

– … ja kun käyttäjä saa niitä kokeilla, syntyy keskinäinen ymmärrys<br />

• Suunnittelu voi tapahtua rinnakkaisesti ja iteratiivisesti<br />

– Useamman eri vaihtoehtoisen ratkaisun ideointi ja suunnittelu yhtä<br />

aikaa (parallel design)<br />

– Tyypillisempää kuitenkin suunnittelu – testaus – uudelleen suunnittelu<br />

– testaus – jne<br />

Saila.Ovaska@cs.uta.fi 19


Johdatus vuorovaikutteiseen teknologiaan 8.9.2010<br />

TAUCHI – Tampere Unit for Computer-Human Interaction<br />

Käsitteellinen suunnittelu<br />

(Conceptual design)<br />

• (Järjestelmän) rakenteen, ominaisuuksien ja designin<br />

määrittely korkealla tasolla käyttäjän kannalta<br />

– Rakenteen osat ja jäsennys<br />

– Missä mikäkin toiminto sijaitsee, kuinka rakenteessa osasta<br />

toiseen liikutaan<br />

– Kuinka vuorovaikutus tapahtuu<br />

• Käsitemalli kommunikoidaan (jos onnistutaan)<br />

käyttäjälle käyttöliittymässä<br />

– Hyvä käsitteellinen malli mahdollistaa sen, että käyttäjä voi<br />

käyttää hyväkseen aikaisempaa kokemustaan ymmärtääkseen<br />

toiminnan<br />

Conceptual model: “a description of the proposed system<br />

in terms of a set of integrated ideas and concepts about<br />

what it should do, behave, and look like,<br />

that will be understandable by the users in the manner intended”<br />

TAUCHI – Tampere Unit for Computer-Human Interaction<br />

Esimerkki havainnollistuksesta<br />

opiskelijan sähköinen asiointijärjestelmä<br />

omat<br />

tiedot<br />

henkilökunnan<br />

järjestelmä<br />

opiskelijan<br />

tiedot<br />

opintosuoritukset<br />

opintosuunnitelma<br />

kurssivalinnat<br />

tentti-ilmoittautuminen<br />

opintosuoritukset<br />

kurssin<br />

tiedot<br />

www-palvelun<br />

”informaatioarkkitehtuuri”<br />

Saila.Ovaska@cs.uta.fi 20


Johdatus vuorovaikutteiseen teknologiaan 8.9.2010<br />

TAUCHI – Tampere Unit for Computer-Human Interaction<br />

Käyttäjän ja järjestelmän<br />

välinen vuorovaikutus<br />

• Suunnittele<br />

– Käyttäjän ja järjestelmän välinen vuorovaikutustapa<br />

• Keskustelutyyli, syöte- ja tulostemodaliteetit<br />

– Konkreettiset keskustelutekniikat<br />

• Yksittäisten näyttöjen kontrollit ja niiden kytkennät<br />

toimintoihin<br />

• Suunnitteluratkaisuja kuvataan ja dokumentoidaan<br />

– käyttöliittymän näyttöjen luonnoksia ja ”rautalankamalleja”<br />

(wireframe)<br />

– eriasteisia prototyyppejä<br />

TAUCHI – Tampere Unit for Computer-Human Interaction<br />

navigointikarttaa<br />

Esimerkkejä rautalankamalleista<br />

käyttötapakuvaus ruokapaikan<br />

etsimisestä<br />

Lähde: http://www.behance.net/Gallery/Wireframes-Pitch-for-a-municipal-website/218859<br />

Saila.Ovaska@cs.uta.fi 21


Johdatus vuorovaikutteiseen teknologiaan 8.9.2010<br />

TAUCHI – Tampere Unit for Computer-Human Interaction<br />

Kehitä prototyyppejä<br />

• Prototyyppi tarkoittaa luonnosta,<br />

hahmotelmaa, nähtävissä ja ”kokeiltavissa”<br />

olevaa (mutta silti likimääräistä) toteutusta<br />

käyttöliittymästä<br />

• Prototyypit voivat olla staattisia<br />

tai vuorovaikutteisia<br />

• Prototyypin tarkkuustaso<br />

vaihtelee tarpeen mukaan<br />

– Karkeat (low-fidelity) prototyypit<br />

• Helppoja, nopeita, joustavia<br />

– Tyypillisesti alkuvaiheen karkeista<br />

protoista siirrytään tarkempiin<br />

projektin kestäessä<br />

Pro‐to‐type –An original<br />

type, form, or instance that<br />

serves as a model on which<br />

later stages are based or<br />

judged.<br />

‐ American heritage dictionary<br />

TAUCHI – Tampere Unit for Computer-Human Interaction<br />

Prototyyppien laadinta ja<br />

kokeilu<br />

• vaihtoehtoisia toteutustapoja paljon, esim.<br />

– paperi- tai pahvimalli,<br />

kokeiltavissa ”sormihiirellä”:<br />

karkea prototyyppi (low fidelity prototype)<br />

– tietokoneelle toteutettu versio,<br />

jossa ei varsinaista toiminnallisuutta,<br />

mutta esim. navigointia tai asettelua mietitty<br />

– tietokoneella kokeiltavissa oleva versio,<br />

jossa käytetty data on keksittyä<br />

– täsmäprototyyppi (high fidelity prototype)<br />

• kuten lopullinen tuote mutta<br />

esim. toteutettu nopealla kehitystyövälineellä,<br />

eikä kovin vakaaksi tehty<br />

• myös laajuus voi vaihdella, esimerkiksi<br />

Kuva: Moggridge, Designing interactions<br />

– vain sivuston etusivu<br />

– vain tietty polku läpi sivuston (navigoi rekisteriotteen kohtaan ja ota siitä<br />

paperituloste),<br />

– vain tietty toiminnallisuus (esim. tenttiin ilmoittautuminen) muttei muita<br />

Saila.Ovaska@cs.uta.fi 22


Johdatus vuorovaikutteiseen teknologiaan 8.9.2010<br />

TAUCHI – Tampere Unit for Computer-Human Interaction<br />

Mihin protoa tarvitaan<br />

1. Prototyyppi on<br />

suunnittelijan<br />

työväline – se<br />

pakottaa<br />

ajattelemaan ja<br />

konkretisoimaan<br />

ideoita jo<br />

käsitteellisen<br />

suunnittelun aikana.<br />

Kuva: http://www.nngroup.com/reports/prototyping/video_stills.html<br />

TAUCHI – Tampere Unit for Computer-Human Interaction<br />

Mihin protoa tarvitaan<br />

People cannot describe what<br />

they want, but they are quick to<br />

recognize what they do not like!<br />

2. Prototyyppi auttaa<br />

käyttäjäpalautteen<br />

keräämisessä.<br />

Kuvat: http://www.nngroup.com/reports/prototyping/video_stills.html<br />

Saila.Ovaska@cs.uta.fi 23


Johdatus vuorovaikutteiseen teknologiaan 8.9.2010<br />

TAUCHI – Tampere Unit for Computer-Human Interaction<br />

Mihin protoa tarvitaan<br />

3. Prototyyppi antaa<br />

suunnittelijaryhmälle<br />

yhteisen näkemyksen<br />

tavoitteesta.<br />

4. Prototyyppi voi auttaa<br />

myymään tuoteidean<br />

ylimmälle johdolle.<br />

TAUCHI – Tampere Unit for Computer-Human Interaction<br />

Prototyypin testaaminen<br />

• Prototyyppi on konkreettinen – siitä on helppo puhua<br />

yhdessä käyttäjän kanssa<br />

– Se auttaa ymmärtämään käyttäjän vaatimuksia tuotetta<br />

kohtaan<br />

• Käyttäjän palautteen saamiseksi on tärkeää antaa käyttäjän<br />

toimia itse kokeillessaan prototyyppiä<br />

• Prototyyppiä testataan kuin oikeaa tuotetta<br />

– Esim. ”Miten saisit tulostettua näiltä sivuilta itsellesi listauksen<br />

suorittamistasi kursseista”<br />

– Toiminnallisuuden simuloimiseksi prototyypissä pitäisi olla<br />

riittävä määrä näytönkuvia, joita testin järjestäjä vaihtaa<br />

käyttäjän valintojen mukaisesti<br />

– Käyttäjälle tulee mielikuva toiminnasta<br />

Saila.Ovaska@cs.uta.fi 24


Johdatus vuorovaikutteiseen teknologiaan 8.9.2010<br />

TAUCHI – Tampere Unit for Computer-Human Interaction<br />

Suunnittelun tavoitteet siis…<br />

• Design right things!<br />

• Design things right!<br />

TAUCHI – Tampere Unit for Computer-Human Interaction<br />

Yhteenveto<br />

• Käyttäjäkeskeisen suunnittelun lähtökohtana<br />

käyttäjän tunteminen<br />

– Keitä varten ja miksi tuote tehdään<br />

• Käyttäjien kanssa työskentelyyn on tarjolla monia<br />

menetelmiä, joiden avulla ideoita ja suunnitelmia<br />

konkretisoidaan<br />

• Prosessikin pitää suunnitella<br />

• Palautteen kerääminen ei ole itsetarkoitus<br />

– Palautteesta on voitava hyötyä seuraavien versioiden<br />

suunnittelussa<br />

Saila.Ovaska@cs.uta.fi 25

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!