T-121.5300 Käyttöliittymäsuunnittelu

Luento 9. Käyttöliittymä- ja käytettävyyssuunnittelu osana ohjelmistokehitystä – rakenne ja hallinta

Marko Nieminen

Prof., Käytettävyys ja käyttöliittymätOhjelmistoliiketoiminnan ja –tuotannon laboratorioTietotekniikan osasto, Teknillinen korkeakoulu

http://www.soberit.hut.fi/mhtn http://www.soberit.hut.fi/T-121/

Käyttäjien ja asiakkaiden osallistuminen tuotekehitykseen, havaintoja

� Reklamaatioiden ja tuotepalautteen kautta

� "Markkinoinnin ja myynnin välityksellä, messut", yhteistyömuodot usein tarkentamatta

� Asiakastyytyväisyysmittaukset, tiedot kuitenkin helposti jäävät paikallisiin markkinointiorganisaatioihin

� Tuotemäärittelyissä: asiakaspalaverit ja -kyselyt (“ideariihet”), muunneltu QFD, prototyyppijulkistukset, nollasarjan tuotteiden koekäyttö oman yrityksen henkilöstöllä tai “tuotekehitysasiakkailla”, tuotemäärittelyiden hyväksyttäminen asiakkaalla

� Todellisesta tuotteen käytöstä (loppukäyttäjä) ei tietoja välttämättä ole olemassa, usein ylläpidon ja tuotetuen kautta

� HUOM! Useimmiten tarkastelun kohteena on asiakas, käyttäjäon kuitenkin käsitteellisesti eri asia.

Käyttäjäkeskeisen suunnittelun periaatteet (Gould, Boies & Lewis 1991)

1 Aikainen ja jatkuva huomion kiinnittäminen

käyttäjiin

2 Yhdistetty suunnittelu

3 Aikainen ja jatkuva käyttäjien suorittama testaus

4 Iteratiivinen suunnittelu

Ohjelmistosuunnittelun vesiputousmalli(Pressman 1987; Royce 1970)

System

Engineering

System

Engineering

AnalysisAnalysis

DesignDesign

CodeCode

TestingTesting

MaintenanceMaintenance

Käytettävyys tuotteen tai ohjelmiston ominaisuutena

� Käytettävyys liitetään tuotteeseen tai ohjelmistoon sen suunnittelun ja toteutuksen aikana

� Suunnittelun ja toteutuksen aikana käytettävyyttä voidaan suunnitella ja arvioida

� Käytettävyys rakennetaan mukaan tuotteeseen -- aktiivista ja systemaattista työtä

Marko Nieminen

Käytettävyys – rooli kehitysprosessissa

� Yksityiskohtaisempaa ymmärrystä siitä, mitä asiakkaathaluavat ja käyttäjät tarvitsevat

� Perusteltuja vastauksia kysymyksiin: Mitäominaisuuksia tuotteeseen pitää sisällyttää?

� Tuoteominaisuuksien priorisointi ja kehitystyönpanostusten fokusointi merkityksellisiin kohteisiin

Käytettävyyden rakentaminen

t

f,u

100%U

sab

ility G

ap

u

f

u

Usabilityadvantage

Käytettävyyssuunnittelu (Usability Engineering)

Prosessi menetelmineen, jossa määritetään, mitataan ja kehitetään tuotteiden käytettävyyttä.

UE is a process for defining, measuring and thereby improving the usability of products (Wixon & Wilson 1997; “mittaamispainotus”)

Software usability engineering is a structured approach to building software systems that meet the needs of users (Good, 1988; “tavoiteorientoituneisuus”)

UE is practical and systematic way to deliver a product that works for users. UE involves methods applied at appropriate times, including gathering requirements, developing and testing prototypes, evaluating design alternatives, analyzing usability problems, proposing solutions, and testing a user interface with users. (usability.gov; “menettelytapapainotus”)

Prosessi menetelmineen, jossa määritetään, mitataan ja kehitetään tuotteiden käytettävyyttä.

UE is a process for defining, measuring and thereby improving the usability of products (Wixon & Wilson 1997; “mittaamispainotus”)

Software usability engineering is a structured approach to building software systems that meet the needs of users (Good, 1988; “tavoiteorientoituneisuus”)

UE is practical and systematic way to deliver a product that works for users. UE involves methods applied at appropriate times, including gathering requirements, developing and testing prototypes, evaluating design alternatives, analyzing usability problems, proposing solutions, and testing a user interface with users. (usability.gov; “menettelytapapainotus”)

Marko Nieminen

”Discount Usability Engineering” (Nielsen 1993)

� ”Tee käytettävyystesti nykyjärjestelmälle muutaman käyttäjän kanssa”

� ”Havaitset, että on kehitettävää – ja ongelmakohtia”

User / Environment profiles

Task Analysis

Criteria for Goals

Basic Usability Engineering Process(Wixon & Wilson 1997; emphasis on measuring & testing)

1 Define measurable usability attributes

2 Set the quantitative levels of desired usability for each attribute (usability goals) => usability specification, test plan

3 Test the product against usability goals

4 Analyse the emerged problems=> problem descriptions and prioritisation

5 Analyse the impact of possible design solutions=> impact analysis

6 Incorporate user derived feedback feedback in product design

Usability Engineering Plan(Wixon & Wilson 1997)

Contains

1 Usability testing and design activities that will occur during the development process

2 General goals for the product as a whole and for each test

3 Resources required for usability engineering activities

4 The types of tests that will be employed and when they will be completed

5 Who will be in the tests and who will conduct the tests

6 The kind of data you will collect

7 The methods of analysis and presentation of the data

Marko Nieminen

ISO 13407: Käyttäjäkeskeinensuunnitteluprosessimalli

Tunnistetaan tarve

käyttäjäkeskeiselle

suunnittelulle

Järjestelmä täyttää

määritellyt toiminnalliset,

käyttäjä- ja organisatoriset

vaatimukset

Ymmärretään ja

määritellään

käyttökonteksti

(ISO 9241)

Määritellään

käyttäjä- ja

organisatoriset

vaatimukset

Tuotetaan

suunnittelu-

ratkaisut

Arvioidaan

suunnittelun tulosta

vaatimuksia vasten

ISO TC 159 / SC4

Käytettävyystarkastelut osana tuotekehitystyötä

V1 V2 V3 V4 V5

Käyttäjien tunnistaminen jaryhmittely

Käyttäjäluonnehdinnat

TehtäväanalyysitYmpäristö- ja tilanneanalyysit

Käytettävyystavoitteiden luonti

TyylioppaatTarkistuslistat

Heuristiset säännöt

Kognitiivinen läpikäyntiPienimuotoiset käytettävyystestit

Käytettävyystavoitteiden tarkastelu

KäytettävyystestitTulosten vertailu

käytettävyystavoitteisiin

Käytettävyys- ja laatukatselmukset

Vaatimusmäärittely Suunnittelu ja toteutus Testaus Ylläpito ja seuranta

Asiakaspalautetuotekehittäjille asti!

Käyttäjätietouden

keruu

“Waterfall”Winston Royce (1970)

Barry Boehm (1981)

“Inquiry” “Inspection” “Testing”

Marko Nieminen

Vaatimusmäärittely, käyttötilanneselvitykset; ”Inquiry”

� Käyttäjä- ja käyttötilanneselvitys

� Kontekstuaalinen haastattelu ja havainnointi todellisessa käyttötilanteessa ja –ympäristössä(esim. Beyer & Holzblatt 1998)

� Luotaintutkimukset (esim. Gaver & al. 1999, Mattelmäki 2006)

� Käyttäjäkuvaukset, ”Personas” (Cooper 1998)

Marko Nieminen

Toteutus ja testaus; ”Inspection”

� Suunnitteluohjeet: heuristiikat, käyttöliittymäohjeet, tyylioppaat (esim. Smith & Mosier 1986)

� Työpöytätestaus ilman käyttäjiä (Heuristinen läpikäynti; Nielsen 1993, Kognitiivinen läpikäynti, Polson & al. 1992)

� Testaus käyttäjien kanssa: ääneen ajattelu (Lewis 1983), laboratoriotestit, testit reaalitilanteissa ja –ympäristöissä (”In the Wild”; 2000-; Oulasvirta)

Marko Nieminen

Käyttöliittymäsuunnittelun prosessi: LUCID (ks. Shneiderman 1998)

� ”Logical User-Centered Interaction Design”

� http://www.cognetics.com/lucid/

� Esimerkki käyttöliittymäsuunnittelun prosessimallista, jolle on tarjolla myös kaupallinen toteutuksen tuki

� Ei peräkkäinen vaan iteratiivinen prosessi

Marko Nieminen

LUCID: Six Stages

� Envision: Align the agendas of all stakeholders with organizational strategy and the need for “extreme usability,” and develop a clear, shared product vision.

� Discovery: Study users to determine high-level user requirements.

� Design Foundation: Develop a conceptual design and create a key screen prototype. Usability test the design, revise, repeat.

� Design Detail: Flesh out the high-level design into a complete specification.

� Build: Support the production process through review and late-stage change management.

� Release: Develop a roll-out plan to support for users transition to the new product; document lessons learned.

http://www.cognetics.com/lucid/lucid_summary.html

Marko Nieminen

LUCID: Structure

� Management activities

� Activity definitions

� Action decisions

� Resource requirements & allocation

� UI and usability activities

� Operative actions

� Sample tools & templates

� ”work products” – deliverables, documents, mock-ups etc.

Marko Nieminenhttp://www.incent.com/cd/cdprocess.html (Beyer & Holzblatt 1998)

Marko Nieminen

CD Work Products: Affinity Diagram

http://www.incent.com/cd/cdprocess.html (Beyer & Holzblatt 1998)

Marko Nieminen

CD Work Products: Flow Model

http://www.incent.com/cd/cdprocess.html (Beyer & Holzblatt 1998)

Marko Nieminen

CD Work Products: Storyboards

http://www.incent.com/cd/cdprocess.html (Beyer & Holzblatt 1998)

Marko Nieminen

CD Work Products: User Environment, Paper Prototypes

http://www.incent.com/cd/cdprocess.html (Beyer & Holzblatt 1998)