Lyhördhet

Den här artikeln handlar om lyhördhet i mänsklig datorinteraktion. För svar hos ett fordon, se Gasrespons . För ett relaterat koncept inom elektroteknik, se Responsivity . För ett icke-relaterat begrepp inom kemi, se Reaktivitet (kemi) .
Respons kräver en låg latens/fördröjning av hela input-output-loopen.

Responsivitet som ett begrepp inom datavetenskap hänvisar till den specifika förmågan hos ett system eller en funktionell enhet att utföra tilldelade uppgifter inom en given tid. Till exempel skulle det hänvisa till förmågan hos ett artificiellt intelligenssystem att förstå och utföra sina uppgifter i rätt tid. Det är ett av kriterierna under robusthetsprincipen ( från av principen). De andra tre är observerbarhet , återvinningsbarhet och uppgiftsöverensstämmelse .

Vs prestanda

Programvara som saknar en anständig processhantering kan ha dålig respons även på en snabb maskin. Å andra sidan kan även långsam hårdvara köra responsiv programvara.

Det är mycket viktigare att ett system faktiskt använder de tillgängliga resurserna på bästa möjliga sätt. Till exempel är det vettigt att låta musdrivrutinen köra med mycket hög prioritet för att ge flytande musinteraktioner. För långsiktiga operationer, såsom kopiering, nedladdning eller omvandling av stora filer, är den viktigaste faktorn att ge bra användarfeedback och inte prestanda för operationen eftersom den ganska väl kan köras i bakgrunden, med endast ledig processortid.

Förseningar

Långa förseningar kan vara en viktig orsak till användarens frustration, eller kan få användaren att tro att systemet inte fungerar, eller att ett kommando eller en inmatningsgest har ignorerats. Lyhördhet anses därför vara en viktig användbarhetsfråga för människa-dator-interaktion ( HCI ). Grunden bakom lyhördhetsprincipen är att systemet ska leverera resultat av en operation till användarna på ett snabbt och organiserat sätt.

Frustrationströskeln kan vara ganska olika, beroende på situationen och det faktum att användargränssnittet är beroende av lokala eller fjärrsystem för att visa ett synligt svar.

Det finns minst tre användartoleransgränser (dvs.):

0,1 sekunder
under 0,1 sekunder uppfattas svaret som omedelbart (hög användarnöjdhet);
1,0 sekunder
mellan 0,1 sekunder och 1,0 sekund upplevs en liten fördröjning, vilket anses vara irriterande i ett lokalt system men tolereras i ett webbgränssnitt som är beroende av ett fjärrsystem för svaret; denna typ av fördröjning avbryter vanligtvis inte användarens tankeflöde;
10 sekunder mellan 1 sekund och 10 sekunder
avbryts användarens tankeflöde (användarens produktivitet påverkas allvarligt) men användaren kan hålla sin uppmärksamhet fokuserad på uppgiften som utförs;
över 10 sekunders väntan betraktas som oacceptabelt eftersom det vanligtvis avbryter användarens uppmärksamhet på uppgiften som utförs.

Lösningar för att förbättra lyhördheten

Även om det kan finnas många andra alternativ, är de mest använda och rekommenderade svaren på svarsproblem:

  • Optimera processen som levererar resultatet genom att eliminera slösaktigt, improduktivt resultat från algoritmen eller metoden med vilken resultatet produceras.
  • Ett anständigt processhanteringssystem som ger högsta prioritet till operationer som annars skulle störa användarens arbetsflöde, som att skriva, knappar på skärmen eller flytta muspekaren. Vanligtvis är det tillräckligt med "tomgång" emellan, för de andra operationerna.
  • Att använda ledig tid för att förbereda sig för de operationer en användare kan göra härnäst.
  • Låt användaren göra något produktivt medan systemet är upptaget till exempel, skriva information i ett formulär, läsa en manual, etc. I en webbläsare med flikar kan användaren till exempel läsa en sida samtidigt som en annan laddas.
  • Leverera mellanliggande resultat innan operationen är klar. Till exempel kan en webbsida användas redan innan alla bilder har laddats, vilket tar upp den lediga tid som annars skulle spenderas i onödan.
  • Om en viss väntan är oundviklig kan en framstegsindikator minska frustrationen avsevärt. För korta förseningar kan det räcka med en animerad ikon. Längre förseningar täcks bättre med en förloppsindikator , eller, om möjligt, bör systemet ge en uppskattning av tiden som en operation kommer att ta innan den påbörjas.

Se även

externa länkar

Hämtad från " https://en.wikipedia.org/w/index.php?title=Responsiveness&oldid=1142109095 "