Utvärdering av
projektarbete - grupp A
Hjälpmedel för rehabilitering av strokedrabade
Jakob Ågren
2
Innehåll
Förord... 2
Visibility of system status ... 3
Match between system and the real world ... 3
User control and freedom ... 4
Consistency and standards ... 4
Error prevention... 4
Recognition rather than recall ... 4
Flexibility and efficiency of use ... 5
Aesthetic and minimalist design ... 5
Help users recognize, diagnose, and recover from errors ... 5
Help and documentation ... 6
Feedback på användarens prestation ... 6
Sammanfattning ... 6
Förord
Denna utvärdering följer den rekommenderade listan på http://www.useit.com/papers/heuristic/heuristic_list.html
Nedan följer en analys baserad på Jakob Nielsens heuristiska metod. Jag inledde analysen med att först titta på alla bilder utan att läsa texten för att lättare kunna bedöma bildernas
informationsvärde.
3
Visibility of system status
”The system should always keep users informed about what is going on, through appropriate feedback within reasonable time.”
I varje möjligt tillstånd är det tydligt vad användaren förväntas göra genom en tydlig och stor text mitt I fönstret. Hur denna förväntade handling ska utföras känns självklart för varje person som har någon som helst erfarenhet av ikonbaserad interaktion med en dator.
Det finns återkoppling när användaren funderar på att välja ett objekt (onMouseOver) men ännu inte gjort sitt val. Även när en ikon väljs genom att klicka på den finns återkoppling vilket är mycket bra.
Återkopplingen behöver förmodligen provas ut genom att låta personer i målgruppen prova och se hur de upplever informationen. För många kommer det säkert att räcka, men vissa personer, i synnerhet de med dålig syns och/eller personer som har svårt att avkoda visuell information kan behöva mer respons. Själv såg jag t.ex. inte omedelbart vad som skiljde de första tre bilderna (beskrivning av skapandet av ett användarkonto). Här bör det tilläggas att återkopplingen säkerligen är mycket mer tydlig om man sitter och använder programmet då man ser att något ändras på plats.
Några förslag kring knapparna:
• Byt ramfärgen vid mouseOver till t.ex rött eller annan tydlig färg som inte har samma färg som pilknapparna, skuggan eller ligger för nära bakgrunden i ton
• Ta bort skuggan om man vill behålla den grå ramen
• Ta bort skuggan vid nedtryckt knapp (om man vill behålla skuggan)
• Kanske förstora knappen vid mouseOver? Detta skulle också underlätta om man är osäker vad som står (synnedsättning) eller vad det är på bilden.
Match between system and the real world
“The system should speak the users' language, with words, phrases and concepts familiar to the user, rather than system-oriented terms. Follow real-world conventions, making information appear in a natural and logical order.”
Det finns inget att anmärka på här. Ett alternativ till ikonerna skulle kunna vara ett mer listliknande system. Målgruppen är ju vuxna personer, och förmodligen är nära på 100 % av användarna läskunniga. Man skulle då kunna tänka sig att man låter ex text ha fokus istället för en bild, och att bilden sitter som en punkt t.ex. direkt till vänster om texten. Syftet med bilden skulle i sådana fall kunna vara att snabbt särskilja alternativen från varandra t.ex. genom färg.
4
User control and freedom
“Users often choose system functions by mistake and will need a clearly marked "emergency exit" to leave the unwanted state without having to go through an extended dialogue. Support undo and redo.”
Det finns I detta program endast ett ställe där man kan göra fel. Det är om man skulle ange ett felaktigt namn vid skapandet av ett användarkonto. Det verkar inte finns någon möjligthet att ändra namnet när kontot är skapat. Det är förmodligen också ett korrekt beslut. Kontoalternativ skulle endast röra till interfacet. Om en användare skulle ange fel namn kommer det förmodligen att se detta omedelbart och kan skapa ett nytt konto. Ingen information kommer att gå förlorad på detta sätt då det felaktiga kontot inte har använts än.
Consistency and standards
”Users should not have to wonder whether different words, situations, or actions mean the same thing. Follow platform conventions.”
Programmet uppvisar samma beteende vid samma handlingar varje gång. Alla kontroller ger samma återkoppling när de används. Det finns ingen inkonsekvens att nämna i detta program. Jag har endast lyckats hitta en av obetydlig karaktär. Den behandlas i punkten ”Recognition rather than recall”.
Error prevention
”Even better than good error messages is a careful design which prevents a problem from occurring in the first place. Either eliminate error-prone conditions or check for them and present users with a confirmation option before they commit to the action.”
Som ovan, finns endast en möjlighet att göra fel. Det finns ingen designmöjlighet att undvika att ett felaktigt namn skrivs in.
Recognition rather than recall
“Minimize the user's memory load by making objects, actions, and options visible. The user should not have to remember information from one part of the dialogue to another. Instructions for use of the system should be visible or easily retrievable whenever appropriate.”
Det finns inget tillfälle när användaren behöver komma ihåg information som inte är direkt tillgänglig på nästa skärm. Den som vill vara petig skulle säga att det borde stå ”Räkning” längst upp på
skärmen som presenteras i bilderna tretton till nitton. I bilderna 20 till 24 står det ”Större än” vilket kan anses mer korrekt i fråga om var i programmet man befinner sig. Denna bug är dock inget som kommer att göra det svårare för en användare att navigera sig.
5
Flexibility and efficiency of use
“Accelerators -- unseen by the novice user -- may often speed up the interaction for the expert user such that the system can cater to both inexperienced and experienced users. Allow users to tailor frequent actions.”
Det svåra med att designa ett hjälpmedel är att det som är rätt för den ena är helt fel för någon annan. Om man samtidigt vill hålla interface enkla är det svårt att få in alternativ så att det fungerar lika bra för alla. Nedan följer några kommentarer om användarens inmatning till rpogrammet.
All interaktion med programmet förutom inmatning av namn sker med ett pekdon. Detta är en bra lösning som är konkret och enkel att använda för de flesta. Den har dock två stora nackdelar:
• Det är långsamt
• Det kräver ett visst mått av finmotorik och rörlighet
Att det är långsamt är knappast ett riktigt bekymmer för den tilltänkta målgruppen, däremot är krav på rörlighet och motorik det. Alla strokedrabbade kan inte använda ett pekdon. För dem finns det olika andra ”pekdonssubstitut”, t.ex. styrning med munnen. Detta är dock inte nödvändigt för att denna applikation ska kunna ta emot input.
Om alternativen på varje skärm numrerades, eller ordnades på ett sätt så att numreringen blev uppenbar även utan siffror, skulle ett litet numeriskt tangentbord kunna användas. På så vis skulle programmet kunna styras även om rörligheten är begränsad till en eller ett par fingrar. Numeriska tangentbord finns i alla storlekar om knapparna på ett standardtangentbord skulle vara för små, så detta torde inte vara något bekymmer.
På detta sätt skulle en strokedrabbad person tidigare kunna få tillgång till programmet utan att för den sakens skull behöva lära sig att använda något nytt exotiskt hjälpmedel för datorinteraktion.
Aesthetic and minimalist design
“Dialogues should not contain information which is irrelevant or rarely needed. Every extra unit of information in a dialogue competes with the relevant units of information and diminishes their relative visibility.”
Interfacet I detta program är I varje tillstånd föredömligt enkelt och rent. Det finns ingen redundans.
Help users recognize, diagnose, and recover from errors
“Error messages should be expressed in plain language (no codes), precisely indicate the problem, and constructively suggest a solution.”
Programmet är av en typ där det inte finns möjlighet att göra felaktig inmatning. Enda möjligheten till felmeddelanden är om programmet skulle innehålla en bug som gör att det kraschar, i vilket fall operativsystemet står för felmeddelandet.
6
Help and documentation
“Even though it is better if the system can be used without documentation, it may be necessary to provide help and documentation. Any such information should be easy to search, focused on the user's task, list concrete steps to be carried out, and not be too large.”
Programmet är självförklarande. Det finns hjälp tydligt tillgänglig på många av de möjliga skärmarna som visas, men inte på alla? Varför?
Feedback på användarens prestation
Att ha en ”progress meter” är en bra idé. Även om informationen kanske inte är värd så mycket så kan den hjälpa en person som sitter i en jobbig sits att känna att saker blir faktiskt bättre. Men den bör inte vara en bijektion till svårighetsgraden. Allteftersom användaren utvecklas måste naturligtvis svårighetsgraden höjas. Detta går inte att göra helt kontinuerligt, utan någon form av diskreta steg måste finnas, ”mätaren höjs ett snäpp”. Det kommer också att vara så att det finns tillfällen när användaren faktiskt inte helt och hållet klarar av den högre nivån varvid den måste sänkas en bit igen. Om mätaren strikt visar svårighetsnivån kommer den sålunda att sjukna vilket kommer att kunna tolkas som en motgång för användaren vilket måste undvikas. Bättre vore att låta mätaren t.ex. visa den historiskt högsta nivån. Då kan det ju bara bli bättre!
Sammanfattning
Över lagtycker jag att ni har lyckats mycket bra. Resultatet är ett tydligt hjälpmedel som knappast kan missförstås eller användas på ett felaktigt sätt. Det är hela tiden tydligt vad som förväntas av användaren. Alternativen är alltid få och på det hela taget är samtliga punkter som noterats under förstudien väl integrerade i den slutgiltiga produkten.
