HELIA 1 (1) Outi Virkki Käyttöliittymät ja ohjelmiston suunnittelu :33

Koko: px

Aloita esitys sivulta:

Download "HELIA 1 (1) Outi Virkki Käyttöliittymät ja ohjelmiston suunnittelu 23.11.00 13:33"

Elina Nurminen
8 vuotta sitten
Katselukertoja:

1 HELIA 1 (1) Luento 2 Käytettävyydestä (Usability)... 2 Mitä käytettävyys on... 2 ISO Standardiluonnos käytettävyydestä... 3 Valtioneuvoston päätös näyttöpäätetyöstä No Käytettävyyden osatekijät... 5 Opittavuus... 6 Tehokkuus... 6 Muistettavuus... 6 Virheettömyys... 6 Miellyttävyys... 6 Graafisen käyttöliittymän perusvaatimuksia... 7 Käyttäjä toiminnan ohjaajana... 7 Palauteet... 7 Peruutusmahdollisuudet... 7 Luotettavuus... 8 Yksinkertaisuus... 8 Yhdenmukaisuus... 8 Esteettisyys / Visuaalinen miellyttävyys... 8 Suorakäyttöisyys... 9 Nielsenin suositukset (10 kpl) Yksinkertainen ja luonnollinen keskustelu Puhu käyttäjien kieltä Minimoi käyttäjien muistin kuormitus Yhdenmukaisuus Palaute Poistuminen selkeästi merkitty Toimintojen oikopolut Toimivat virheilmoitukset Virheiden välttäminen ennakolta Opastus ja käyttöohjeet Muita käytettävyyskriteerejä... 13

.. 7 Palauteet... 7 Peruutusmahdollisuudet... 7 Luotettavuus... 8 Yksinkertaisuus... 8 Yhdenmukaisuus... 8 Esteettisyys / Visuaalinen miellyttävyys... 8 Suorakäyttöisyys.

2 HELIA 2 (2) Käytettävyydestä (Usability) Mitä käytettävyys on Miten hyvin sovellus sopii tietyn tehtäväkokonaisuuden suorittamiseen tietyssä ympäristössä ja millaisia henkisiä ja fyysisiä ponnisteluja sen käyttö vaatii (Koivunen Nieminen 1995) kaikki ne sovelluksen piirteet, jotka tukevat sovelluksen käyttöä sen käyttöympäristössä (Kuitunen) Käytettävyys on tehokkuuden, hyödyllisyyden ja tyytyväisyyden funktio (ISO-9241 käyttöliittymästandardi) Sovellus katoaa siten, että käyttäjä pystyy keskittymään varsinaiseen työtehtäväänsä tarvitsematta kiinnittää huomiota sovelluksen käyttöliittymään (Virkki) Ihminen Työprosessit Työkalut

käyttöympäristössä (Kuitunen) Käytettävyys on tehokkuuden, hyödyllisyyden ja tyytyväisyyden funktio (ISO-9241 käyttöliittymästandardi) Sovellus katoaa siten,

3 HELIA 3 (3) Valtioneuvoston päätös näyttöpäätetyöstä No Ohjelmiston sovittava tehtävään 2. Ohjelmiston oltava helppokäyttöinen (mitään määrän tai laadun valvontakeinoa ei saa käyttää työntekijän tietämättä) 3. Järjestelmän annettava palautetta toiminnasta 4. Järjestelmän näytettävä tieto sellaisessa muodossa ja sellaisella nopeudella, jota käyttäjä pystyy seuraamaan 5. Ohjelmistoergonomian periaatteita noudatettava

tietämättä) 3. Järjestelmän annettava palautetta toiminnasta 4.

4 HELIA 4 (4) ISO Standardiluonnos käytettävyydestä ja sen mittaamisesta Tavoitteet Aiotut lopputulokset Käytettävyys Kayttaja Tehtava Laitteet ja välineet Ympäristö Käyttökonteksti Vuorovaikutuksen tulos Tuottavuus Tehokkuus Tyytyvaisyys Käytettävyyden mittarit Tuote

Tehtava Laitteet ja välineet Ympäristö Käyttökonteksti

5 HELIA 5 (5) Käytettävyyden osatekijät (Usability Engineering 1993) Sosiaalinen hyväksyttävyys Käyttökelpoisuus Hyväksyttävyys Hyödyllisyys Käytännöllinen hyväksyttävyys hinta yhteensopivuus luotettavuus Käytettävyys Opittavuus Tehokkuus Muistettavuus Virheettömyys Miellyttävyys Nielsenin käytettävyystekijät 1. Opittavuus 2. Tehokkuus 3. Muistettavuus 4. Virheettömyys 5. Miellyttävyys

luotettavuus Käytettävyys Opittavuus Tehokkuus Muistettavuus Virheettömyys Miellyttävyys

6 HELIA 6 (6) Opittavuus Tehokkuus Muistettavuus Miten nopeasti ja helposti käyttäjä oppii järjestelmän käytön 1. Ensi perehtyminen 2. Syventävä oppiminen (esim. Lisäpiirteet) 3. Uuden version oppiminen Sovelluksen käytön nopeus, kun se on opittu hyvin Ohjelman tai sen osan satunnaisen käytön yhteydessä tai pitkän tauon jälkeen Ä Yhdenmukaisuus & loogisuus: 1. Tiedot 2. Toiminnot 3. Termit 4. Graafiset elementit 5. Virheettömyys Miellyttävyys Selkeys ja johdonmukaisuus Virheiden vähäinen määrä Virhetilanteiden selvittämisen nopeus Virhetilanteiden selvittämisen varmuus Å Virhetilanteiden automaattinen tilastointi Miellyttävän ja sujuvan ohjelmiston käyttöön suhtaudutaan positiivisemmin kuin Ikävältä ja rasittavalta tuntuvan sovelluksen käyttöön Vaikuttaa työtyytyväisyyteen Vaikuttaa työn laatuun

Toiminnot 3. Termit 4. Graafiset elementit 5.

7 HELIA 7 (7) Graafisen käyttöliittymän perusvaatimuksia Käyttäjä toiminnan ohjaajana Palauteet Kuitunen & Burman: Käyttäjä käynnistää toiminnot (harkitse tarkkkaan toimintojen automatisointia) Käyttäjä voi vakuttaa sovelluksen toimintaan (esim. värien, fonttien, näkymien valintavaihtoehtoja) Käyttäjällä on useita toimintavaihtoehtoja (vrt. ns. modaalinen tila, jossa käyttäjän toimintavaihtoehdot rajataan) Visuaalinen (tai auditiivinen) Palaute liittyy välittömästi toimintoon Nopeasti, mielelläänalle 1 s Peruutusmahdollisuudet Varsinkin nuoret opettelevat sovellukset kokeilemalla Å Tarjoa peruutusmahdollisuus yhdenmukaisella tavalla Käyttäjää tulee varoittaa peruuttamattomien (mahdollisesti virheellisten) toimintojen suorittamisesta 1. Fyysiset virheet virhenäppäily 2. Asiavirheet käyttäjä on kuvitellut toiminnan sisällön joksikin muuksi kuin se on

modaalinen tila, jossa käyttäjän toimintavaihtoehdot rajataan) Visuaalinen (tai auditiivinen) Palaute liittyy välittömästi toimintoon Nopeasti, mielelläänalle 1 s Peruutusmahdollisuudet Varsinkin

8 HELIA 8 (8) Luotettavuus Virheettömyys Yksinkertaisuus Kaikki tarpeellinen eikä mitään ylimääräistä Hyvä jäsentely Å Helppokäyttöisyys Å Opittavuus Yhdenmukaisuus Kerran opitun hyödyntäminen Å Ennakoitavuus Å Luotettavuus Kaikki käyttöliittymän elementit 1. Terminologia 2. Tiedot 3. Toiminnot / toiminnallisuus Tyylioppaat Esteettisyys / Visuaalinen miellyttävyys Suuri merkitys sovelluksen kokonaisuuden hahmottamisessa Visuaalinen ilmaisu täydentää toiminnallisuutta Visuaalisten elementtien tulkintaan vaikuttaa käyttäjän kokemustausta, joka saattaa olla erilainen varsinkin eri kulttuuripiireissä

Toiminnot / toiminnallisuus Tyylioppaat Esteettisyys / Visuaalinen miellyttävyys Suuri merkitys sovelluksen kokonaisuuden hahmottamisessa Visuaalinen

9 HELIA 9 (9) Suorakäyttöisyys Jokaiseen toimenpiteeseen tulee saada välitön palaute, jotta toiminto voidaan todeta suoritetuksi Jos toimenpiteen suoritus kestää, on siitä ilmoitettava käyttäjälle (tiimalasi, edistymisen ilmaisin) Parhaimmillaan toiminto ja palaute yhdistyvät l. toiminto suoritetaan palautteen kielellä (suorakäyttöisyys) ns. Käyttöliittymäelementtien ja todellisuuden vastaavuus (ikonisuus) Suorakäyttöisyys saattaa vähentää virheiden mahdollisuutta Esim: Sarakkeen leveys asetetaan vetämällä sarakkeen reunaa vrt sarakkeen leveys annetaan parametrina keskusteluikkunassa Esim laskun maksu pankkiautomaatilla HUOM: Ikonien käyttö / suorakäyttöisyys käyttöliittymässä ei ole aina perusteltua (Ihminen rupesi aikanaan käyttämään kirjoitettua kieltä kuvien sijasta )

Käyttöliittymäelementtien ja todellisuuden vastaavuus (ikonisuus) Suorakäyttöisyys saattaa vähentää virheiden mahdollisuutta Esim: Sarakkeen leveys asetetaan vetämällä sarakkeen reunaa vrt

10 HELIA 10 (10) Nielsenin suositukset (10 kpl) 1. Yksinkertainen ja luonnollinen keskustelu Työtehtävien tukeminen Mahdollisimman yksinkertainen Selkeä jäsentely Hillitty graafinen kokonaisuus 2. Puhu käyttäjien kieltä Varmistu käyttäjän termeistä, älä luota omiin arvauksiisi Tekstit, ohjeet ja virheilmoitukset käyttäjän näkökulmasta (ei suunnitelijan) Vältä teknistä latinaa Vältä lyhenteitä, ellei niiden merkitys ole varmasti selvä 3. Minimoi käyttäjien muistin kuormitus Ihmisen työmuistin kapasiteetti 5 +/- 2 Harkitse näytön elementtien / valittavien vaihtoehtojen lukumäärä 4. Yhdenmukaisuus Ilmaise samat asiat aina samalla tavalla ja mielellään samassa paikassa, mikäli mahdollista (esim. toimintopainikkeet) Saman toiminnon tulisi toimia samalla tavalla kaikissa tilanteissa Tyylioppaat

lyhenteitä, ellei niiden merkitys ole varmasti selvä 3.

11 HELIA 11 (11) 5. Palaute Palaute toiminnasta käyttäjälle Selkeä ja riittävä Nopea: 6. Alle 0,1 s = vaikutelma välittömästä reagoinnista 6. Alle 1 s = käyttäjän ajatukset pysyvät suoritettavassa tehtävässä 6. Yli 10 s = käyttäjä siirtyy odottaessaan tekemään muita tehtäviä Jos vastaus kestää yli 10 s. käytä jotakin indikaattoria kuvaamaan tehtävän etenemistä 6. Poistuminen selkeästi merkitty Tavoitteena kokemus sovelluksen hallitsemisesta ½ Peruutus = cancel ½ Kumous = undo ½ Peruutustoimintojen tulee olla esillä, jotta niiden käyttö ei vaadi niiden muistamista 7. Toimintojen oikopolut Kokeneen käyttäjän apu Tavoitteena nopeus ja kokemus sovelluksen hallitsemisesta ½ Työkalurivin ikonit ½ Etukäteen näppäilyn salliminen ½ Pitkien valintalistojen kerrostettu valinta ½ Makrot (toimintosarjojen automatisointi)

käytä jotakin indikaattoria kuvaamaan tehtävän etenemistä 6.

12 HELIA 12 (12) 8. Toimivat virheilmoitukset Shneiderman: 1. Selväkielisiä, lyhenteitä ja koodeja pitää välttää 2. Tarkkoja ja yksiselitteisiä 3. Informaatiota ongelman mahdollisista ratkaisutavoista pelkän ongelma-ilmoituksen sijasta 4. Kohtelias sävy, käyttäjää ei pidä arvostella eikä syyttää 9. Virheiden välttäminen ennakolta Ota mahdolliset virhetilanteet huomioon jo suunnitteluvaiheessa 10. Opastus ja käyttöohjeet Selkeä ja riittävä Suuri osa käyttäjistä ei nykyään avaa käyttöohjeita Opastuksen tulisi sisältää elementtejä, jotka tukevat 1. Tiedon etsintää 2. Tiedon ymmärtämistä (esim. esimerkit) 3. Tiedon soveltamista (esim. esimerkit)

Virheiden välttäminen ennakolta Ota mahdolliset virhetilanteet huomioon jo suunnitteluvaiheessa 10.

13 HELIA 13 (13) Muita käytettävyyskriteerejä Shneidermanin 8 kultaista sääntöä 1. Yhdenmukaisuus 2. Luonnollisuus 3. Käyttäjien erilaisuus 4. Keskustelun tilan ilmaiseminen 5. Virhekäsittelyn yksinkertaisuus 6. Käyttäjän tuki 7. Mentaalisen kuorman minimointi 8. Joustavuus + lisätkestiä Kukkonen & Lampi 1. Käyttäjä tietää ja ymmärtää mitä näkee ja tekee 2. Ohjelmiston rakenne helposti hahmotettavisa 3. Smat periaatteet koko ohjelmistossa 4. Ohjelmistossa ei pidä olla mahdollista eksyä 5. Ohjelmiston tulee olla läpinäkyvä 6. Ohjelma pitää eri tyyppiset asiat erillään (?) 7. Tehokkaat apu-palvelut, myös opiskelu osa 8. Virheiden korjausmahdollisuus Vuorovaikutusperiaatteet ISO Sopivuus tehtävään 2. Kuvailevuus 3. Kontrolloitavuus 4. Yhdenmukaisuus 5. Virhesietoisuus 6. Sopivuus yksilöllisyyteen 7. Sopivuus oppimiseen

Ohjelmiston rakenne helposti hahmotettavisa 3. Smat periaatteet koko ohjelmistossa 4. Ohjelmistossa ei pidä olla mahdollista eksyä 5. Ohjelmiston tulee olla läpinäkyvä 6.

Samankaltaiset tiedostot

PÄIVÄ 11.4.05. huomioiminen tuotekehityksessä

PÄIVÄ 11.4.05. huomioiminen tuotekehityksessä KÄYTETTÄVYYS- PÄIVÄ 11.4.05 Käytettävyyden huomioiminen tuotekehityksessä Aikataulu 09.00-11.30 Luento-osuus Ag Alfa 11.30-12.30 Lounastauko 12.30-14.00 Ryhmätöiden teko projektitiloissa 14.00-15.30 Ryhmätöiden