Jeg har som følge af evalueringerne ændret lidt på det site, hvorfra man henter mit plugin. Nu er det udbygget med en hjælpetekst, og man kan downloade den foreløbige kode til mit plugin. Jeg overvejer at lave en side til kommentarer og ideer.
Kognitiv gennemgang
Jan Skovgård (J) loggede ind i WP, der af en eller anden grund ikke fungerede på EAKs wifi. Med ledning til nettet var log in mulig. J- prøvede en række gængse browsere med samme resultat. (Chrome, Firefox, Internet Destroyer).
Kognitiv gennemgang
J- var ledte efter informationer om, hvad websitet skulle kunne og hvorfor; men der var ingen vejledende fil. Han undrede sig over hvad “fill in the form below” betyder. Det gik op for ham, at en form er en formular. Så udfyldte han den med værdien 123 og gav de forskellige radio buttons værdier. Han klikkede på ok.
– hvad sker der så.
J- kunne se, at graferne havde ændret sig lidt; men hvor var hans indtastning. Han ledte også efter noget der viste “red value”; men der var ikke noget som var rødt. Heller ikke i graferne. Betydningen af tolkningen var et problem for J-.
Konklusion på kognitiv gennemgang: produktet mangler forklaringer på termer og begreber. Det er ikke sikkert, at en astmapatient ved hvad peakflow er – eller hvad værdierne af fx “cough” betyder. Måske skulle man begynde med at tale til patienten som et menneske ville gøre:
– Hvordan har du det?
– Har du hostet i nat? Hvis du har hostet, kan du angive en værdi her …
Og lignende.
Interfacet skal med andre ord være humant forståeligt.
Afprøvning på bruger – Tognazzini
AskTog: First Principles of Interaction Design.
Brugerafprøvning kan udarbejdes på grundlag af Bruce Tognazzinis sammenfatning.
Heuristic Evaluation: How-To
Teknisk Review
Deltagere: J, P.
Produkt: “The Asthma Diary”
Dato: 20111014 11:05-11:30
Vi tog udgangspunkt i min dagbogsnote med en skitse, der viste, hvad astmadagbogen skulle kunne. Derefter bleev pluginen demonstreret. Til sidst så vi på eksempler fra PHP filerne i koden.
Reviewet varede knap en halv time. Formen betyder, at præsentationen skal være kort og præcis. Den betyder også at man bliver klar over om strukturen i koden er i orden. Mit plugin består af fire filer:
- asthmadiary.php – her er de funktioner, der placerer resultater og indtastningsformularen i kontrolpanelet og på WP sider.
- form.inc – her ligger de HTML stumper, der skaber indtastningsformularen.
- asthmadiary-result-presentation.php – funktioner der tegner grafer eller fortolker peakflowværdierne som enten rød, gul eller grøn.
- charts.php – en række classes, der understøtter præsentationen. Her ligger den kode som tegner grafer og diagrammer via Google Charts API.
Vi diskuterede om læger eller behandlere skulle have mulighed for at kommentere de enkelte indlæg; men J- mente heller ikke at lægerne ville bruge tid på at blogge med patienterne. Derfor fastholder jeg beslutningen om at astmadagbogen ikke skal være en blog, hvor folk kan svare tilbage.
Der kom også ideer til om koden kunne anvendes andre platforme end WP.
I øvrigt viste Allans foredrag om AJAX at man kan gøre input persistent, selv om der måske ikke er kontakt til en server. Denne teknik kan udnyttes i forbindelse med mit WP plugin – for man kan ikke forvente, at astmapatienten har kontakt til servere altid. AJAX kan løse dette problem. Men teknologien understøttes ikke af alle browsere endnu.