Transcript D2 - Papirprototype

D2 - Papirprototyping av design
Innledning
Under designprosessen av brukergrensesnitt for systemet WATCH har vi gjennomført en
brukbarhetstest med papirprototyp. I denne rapporten vil vi beskrive modellen vår,
hvilke reaksjoner vi fikk fra brukere og hva vi bør rette opp til neste gang.
Brukergrensesnittet
Hovedmeny for WATCH-systemet. Klikkbare meny til venstre for rask brønnseleksjon og
klikkbare thumbnails i midten. Menyen til venstre forblir etter man har valgt en brønn.
Brukeren har klikket på brønn 14/10-17S og får opp statusbildet til brønnen. Grafen
viser verdiene EV,P og T. Under grafen har man en zoom funksjon, hvor man kan endre
tidsintervallet grafen viser. Her kan man for eksempel stille inn grafen til å vise verdiene
på sekund/minutt/time/uke basis. Man kan velge hvilke grenseverdier som skal vises i
grafen ved å krysse av checkboxene til høyre. Det røde feltet markerer en
alarmhendelse der EV øker mens T og P er konstant. Dette ser man også i menyen til
venstre, hvor brønnen er markert rød.
"Selected Event"-vinduet viser aktuelle verdier for området som er markert. Her kan
man også flagge eventen som alarm/falsk alarm og kommentere hendelsen. "Critical
values"-vinduet viser de forskjellige grenseverdiene som er spesifikke for brønnen.
Nå har brukeren valgt å trykke på "Properties" menyen. Her kan brukeren sette navn på
brønnen og justere de kritiske verdiene.
Etter man har foretatt endringer og trykket "Save" kommer "Changes applied" opp.
Hovedmenyen til MASTERWATCH-delen av programmet. Her kan man velge plattform
ved å trykke på thumbnails.
Her har brukeren navigert fram til plattformen "Snøhvit" og brønn 17/10-07A. Her kan
brukeren søke etter hendelser eller bruke "All" som vil gi alle sensordata for brønnen.
Han vil da få opp en liste over relevant data. Videre kan han velge i listen for å se
detaljer og tilhørende graf. Her ser brukeren på loggen til brønnen og har valgt en alarm
hendelse. Han får opp en graf der hendelsesintervallet er markert. I tillegg får man
detaljer fra hendelsen. Her kan brukeren redigere/legge til kommentarer til hendelsen.
Tilstandsdiagram
Gjennomføring av brukbarhetstest
Oppgaver
Følgende oppgaver ble laget på bakgrunn av scenariene i oppgaven.
Oppgave1
Sjekk trykket (P) og temperaturen(T) for brønnen som viser rødt statusikon.
• Hvis trykk og temperatur er uforandret: Slå Alarm. Kommenter hendelsen.
• Hvis temperaturen har økt og/eller endringen i P er mindre enn null: Rapporter
falsk alarm. Kommenter hendelsen.
Oppgave2
Sjekk trykket (P) og temperaturen(T) for brønnen som viser rødt statusikon.
• Hvis trykk og temperatur er uforandret: Slå Alarm. Kommenter hendelsen.
• Hvis temperaturen har økt og/eller endringen i P er mindre enn null: Rapporter
falsk alarm. Kommenter hendelsen.
Oppgave 3
Sett følgende kritiske verdier for brønn 97/10-07A:
• EV limit = 15
• ΔT limit =20
• ΔP limit-1 =10
• ΔP limit-2 =5
• P limit =130
Oppgave4
Sjekk status på på brønn 10/11-91A på plattform Snøhvit.
Se deretter etter hendelser i brønnens logg for 2010, er det noen uregelmessigheter som
går igjen?
Deltakere
Morten: Testleder
Andreas: Datamaskin
Lars, Stian og Fredrik: Observatører
Testleder:
Testleder er den personen som har ansvaret for å lede testsubjektet gjennom testen.
Han forklarer hva testen går ut på og hvordan den vil utføres, og vil være den personen
som testsubjektet forholder seg til gjennom hele testen.
Datamaskin:
Datamaskinen er den personen som responderer på testsubjektets input og skifter
brukergrensesnittet/arkene i henhold til testsubjektets valg.
Observatør:
Observatørens oppgave er å notere positive og negative sider ved brukergrensesnittet
mens testen foregår, basert på testsubjektets interaksjon med grensesnittet.
Testutførelse
Testleder introduserte seg selv og resten av gruppen og deres roller i forbindelse med
testen, og testsubjektet fikk forklart hvordan testen ville bli utført. Testsubjektet
begynte så å utføre oppgavene beskrevet over. Datamaskinpersonen bytte forløpende ut
arkene i papirprototypen etterhvert som testpersonen trykket seg fram og tilbake. På
slutten fylte testpersonen ut SUS-skjema, og ble spurt om en liten muntlig
tilbakemelding på systemet.
Resultater
System Usability Scale
Antall I i en celle sier hvor mange av testpersonene som krysset av i denne cellen under
testen.
1. I think that I would like to use this system frequently
1
2
3
4
5
I
I
I
2. I found the system unnecessarily
complex
1
2
3
4
5
III
3. I thought the system was easy
to use
1
2
3
4
I
5
II
4. I think that I would need the
support of a technical person to
be able to use this system
1
2
3
4
5
III
5. I found the various functions in
this system were well integrated
1
2
3
4
5
I
II
6. I thought there was too much
inconsistency in this system
1
2
3
4
5
III
7. I would imagine that most people
would learn to use this system very quickly
1
2
3
4
5
I
8. I found the system very
cumbersome to use
1
2
3
II
II
4
I
9. I felt very confident using the
system
1
2
3
4
I
5
II
5
10. I needed to learn a lot of
things before I could get going
with this system
1
2
3
4
II
5
I
Gjennomsnittlig SUS verdi = 77.5
Vi må si oss fornøyde med en score på 77.5 av 100, men det er helt klart ting som må
rettes på. Problemene som gikk igjen er oppsummert i neste avsnitt.
Observasjoner
Problem
Årsak
Vanskeligheter med å lese av verdier i
status for brønn.
Verdiene kommer ikke klart nok fram.
Vanskelig for å skille P fra EV
Feil fargevalg, og begrensning i
papirprototype
Finner ikke menyen for å sette kritiske
verdier.
Kommer ikke klart nok fram at Properties
kan brukes for å sette verdier i tillegg til at
menyen for Well Status, Properties, Log er
kanskje ikke synlig nok.
Problemer med å benytte Log delen av
programmet.
Søkefunksjonen er ikke intuitiv nok.
Brukeren klarer ikke tolke verdier på
grafen.
Grafen inneholder ikke verdier, noe som
gjør at man må ta vekk blikket fra grafen
for å finne verdiene.
Vanskelig å finne Alarm-/Falsk alarmknappene
Ikke tydelig nok.
Verdiene(f.eks EV, P, R) er ikke
selvforklarende
Ingen beskrivelse av verdier i
grensesnittet.
Forslag til redesign basert på erfaringene fra testen
Søkefunksjonen: Denne funksjonen var ikke intuitiv nok. Den må derfor redesignes.
Mulig vi kan endre knappen "Søk" til "List opp hendelser" og "Liste opp alt" eller noe
lignende. I tillegg er det hensiktsmessig å kunne spesifisere tidspunktet nærere enn bare
på timen. En drop-down meny på "Minutes" tilsvarende som det er på "Hour" er en
mulighet. Også et søk på deltaR, deltaT, deltaP med en drop down meny på "større enn",
"mindre enn", "lik" en verdi x kan designes.
Knappene "Previous" og "Next" kan endres til "Previous page" og "Next page". Man
burde også kunne sette inn et tall på hvor mange elementer som skal vises pr.
side("page").
De siste loggdataene burde komme fram automatisk uten at man trenger å søke først.
Graf: Det kan lages x- og y-akse som viser verdier. Det burde også være en forklaring
et sted på at pilene til venstre og høyre for grafen kan brukes til å endre visningen av
grafen til hendholdsvis venstre og høyre ved trykk.
Alarm/Flase alarm: Knappene for disse valgene burde nok være større/tydligere
markert.
Må også vurdere hva som skal skje om du trykker "Report" uten å ha trykket "Alarm"/
"False alarm". Brukeren burde i så fall kanskje få en beskjed om at ingen av disse
valgene er huket av for. Og at brukeren da må klikke "Ok" på at event'en blir umerket.