D2 - Papirprototyping av design

Transkript

1 D2 - Papirprototyping av design nnledning Under designprosessen av brukergrensesnitt for systemet WATCH har vi gjennomført en brukbarhetstest med papirprototyp. 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.

2 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.

3 Nå har brukeren valgt å trykke på "Properties" menyen. Her kan brukeren sette navn på brønnen og justere de kritiske verdiene.

4 Etter man har foretatt endringer og trykket "Save" kommer "Changes applied" opp.

5 Hovedmenyen til MASTERWATCH-delen av programmet. Her kan man velge plattform ved å trykke på thumbnails.

6 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. tillegg får man detaljer fra hendelsen. Her kan brukeren redigere/legge til kommentarer til hendelsen.

7 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.

8 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.

9 Resultater System Usability Scale Antall i en celle sier hvor mange av testpersonene som krysset av i denne cellen under testen. 1. think that would like to use this system frequently 2. found the system unnecessarily complex 3. thought the system was easy to use 4. think that would need the support of a technical person to be able to use this system 5. found the various functions in this system were well integrated 6. thought there was too much inconsistency in this system 7. would imagine that most people would learn to use this system very quickly 8. found the system very cumbersome to use 9. felt very confident using the system

10 10. needed to learn a lot of things before could get going with this system 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 Vanskeligheter med å lese av verdier i status for brønn. Vanskelig for å skille P fra EV Finner ikke menyen for å sette kritiske verdier. Problemer med å benytte Log delen av programmet. Brukeren klarer ikke tolke verdier på grafen. Vanskelig å finne Alarm-/Falsk alarmknappene Verdiene(f.eks EV, P, R) er ikke selvforklarende Årsak Verdiene kommer ikke klart nok fram. Feil fargevalg, og begrensning i papirprototype 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. Søkefunksjonen er ikke intuitiv nok. Grafen inneholder ikke verdier, noe som gjør at man må ta vekk blikket fra grafen for å finne verdiene. kke tydelig nok. ngen 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. 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.

11 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.