Designfrågor

Fråga Svar/utredning
1. Ska man kunna nå alla delar av systemet från förstasidan? Nja. Genom att det blir en egen sida för de som inte deltar i turneringen behövs ingen speciell knapp för att anmäla sig på huvudsidan. Därmed kan även knappen för avanmälan flyttas bort (läggas under inställningar).

Vidare kan informationen om turneringsreglerna och kontakt med tävlingsledningen flyttas in under hjälpen.

2. Ska man kunna ändra uppgifter i rutan Aktuella matcher eller ska man göra det i vänsterrutan?
Alla uppgifter ska ändras i vänsterruten, se QOC-utredning 2.
3. Ska man bekräfta matchen för att den ska flyttas till Aktuella matcher? Ja!  detta var från början självklart, men under utvecklingen har funktionen förändrats till att även innebära att denna bekräftelse orsakar ett antal händelser i systemet. Tidigare var tanken att saker skulle hända allteftersom man ändrade i vänsterrutan (t ex när man byter motståndare; brev till fd motståndare; brev till ny motståndare)

Den enda förändring som fortfarande slår direkt är när man bokar/ändrar tider i bokningsbilden (detta för att ingen annan ska kunna boka den tiden medan man fortfarande håller på med övriga delar).

På detta sätt blir det mer begripligt för användaren när saker och ting sker (även om detta problem också skulle kunna tänkas testas med QOC-diagram. Det får jag göra efter att jag fått ihop design och prototyp).

4. Ska vem som helst kunna boka tider i hallen via denna sida?

(Vad händer då om de väljer en motståndare?)

Nej! Sidan ska endast vara en tjänst för de som deltar i squashstegen.
Det innebär att sidan kan ha olika utseende och knappuppsättning beroende på om man deltar eller ej.

se QOC-utredning 1.

5. Om någon bokar en tid och vill möta mig, och jag inte kan. Ska jag kunna ändra tiden? Nej!  Den som bokade tiden kanske hellre vill möta någon annan vid denna tid. Jag kan däremot svara nej på hans förfrågan och istället boka en egen tid för att möta honom.

Konsekvens: Om jag blir utmanad och bokar en ny matchtid, så måste det fortfarande räknas som en utmaning även när du vill möta någon 1-5 steg nedåt på stegen.

6. När ska saker hända när man byter motståndare? När ska t ex den första motståndaren informeras?
Se svar på fråga 3.
7. Ska knapparna ha rundade hörn? Ja! Det ser trevligare och lugnare ut, men det tar för lång tid att åstadkomma för mig just nu.

 

QOC1

QOC1.gif (7958 bytes)

Kommentarer

Mål 6 kunde jag inte besvara för om något av alternativen verkligen skulle ge det resultatet.

I slutändan vägde mål 4 mycket tyngre än övriga mål. Om alla skulle kunna använda sidan
så skulle det krävas minst en knapp extra på sidan (knappen att man vill anmäla sig till stegen)

Dessutom ger det möjlighet att ha information om stegen på den sida som visas för de som inte
deltar i stegen.

 

QOC2

QOC2.gif (8823 bytes)

Kommentarer

Alternativen att boka en match var aldrig aktuellt att göra någon annanstans än i egen ruta,
men jag hade med de alternativen för att kontrollera resultatet.

För detta problem visade QOC-diagrammet med eftertryck att det skulle vara bättre att göra
alla ändringar i en egen ruta.

Från början var designen sådan att det gick att ändra uppgifter i Aktuella matcher,
se t ex grundbilden från 000415 i dokument Designarbetet. Problemet med den lösningen var att
det skulle innebära att man måste kunna ändra status på två ställen (dels i den
vänstra rutan t ex om man ringde för att bestämma bokning med en motståndare,
och dels i Aktuella matcher om t ex matchen inte spelades eller för att bekräfta
ett muntlig överenskommelse). Detta ledde till problem med hur det hela skulle
bli logiskt att följa och enkelt att använda.

Jag hade redan börjat svänga till den andra lösningen, och resultatet från QOC
gav mig mer trygghet i detta beslut.


Tillbaka till projektsidan


Design och konstruktion av användargränssnitt 5 p VT 2000
Uppsala Universitet
Michael Pargman
Senast ändrad den 03 maj 2000