Gå til innholdet

Forbered en designoverlevering med tilstander og oppførsel

Overlever en tydelig spesifikasjon. Et utarbeidet eksempel på prosjektsøk viser tekster, tilstander og kontrolloppgaver.

Julia Hoffmann2 min lesetid
Designark med søkefelt, to resultatrader og en blå blyant.

En designoverlevering skal fortelle utviklingen hvilket grensesnitt som skal bygges, og hvordan det oppfører seg i det avtalte forløpet. Velg en konkret oppgave. Malen nedenfor beskriver et prosjektsøk i en oppdiktet kundeportal; det er en plan, ikke et allerede implementert grensesnitt.

Registrer oppgave og designversjon

I eksemplet skriver personen «Portal» og starter søket. Portalen henter passende prosjekter som omfattes av personens eksisterende rettigheter. Designet endrer ikke rettighetene. Registrer hvilken kildefil og godkjent versjon som gjelder. Angi versjonen til komponentene; en eldre bildeeksport må ikke ubemerket bli grunnlag for implementeringen.

Knytt tilstander til tekst og betjening

Tilstand i eksempelspesifikasjonen

Planlagt tilbakemelding

Avtalt oppførsel

Søket kan startes

Feltet «Søk etter prosjekter», handlingen «Søk»

Søkeordet forblir synlig; handlingen starter lastingen.

Søket pågår

«Laster prosjekter.»

Det pågående søket er tydelig; gamle resultater vises ikke som nye treff.

Søket er fullført med treff

«2 prosjekter funnet.» med prosjektlenkene «Portalfornyelse» og «Portalhjelp»

De passende prosjektene kan åpnes; søkeordet bevares.

Søket er fullført uten treff

«Ingen prosjekter funnet for dette søket.»

Søkeordet bevares og kan endres. Dette er ikke en tilkoblingsfeil.

Henting mislyktes

«Prosjektlisten kunne ikke lastes. Prøv igjen.»

Søkeordet bevares; et nytt søk er mulig. Feilen vises ikke som en tom resultatliste.

De to prosjektnavnene er antatte eksempeltreff. Avklar også hva som skjer når et nytt søk begynner mens et tidligere svar fortsatt ventes. Bare resultater som hører til det aktuelle søkeordet, skal vises som gjeldende status.

Overlever tekniske navn og tilbakemeldinger

W3C anbefaler passende synlige etiketter og kontrollerte tilgjengelige navn. Knytt derfor felt, handling og planlagt navn tydelig sammen i designet. Statusmeldinger kan gi informasjon til hjelpeteknologi uten selv å få fokus. Selve resultatlisten er ikke det samme som den korte statusmeldingen.

Avtal hvor fokus blir etter søket, og hvordan resultatlisten nås med tastaturet. Gjør det tydelig ved overleveringen hvilke spørsmål som fortsatt er åpne; et manglende design er ingen godkjenning av vilkårlig oppførsel.

Godkjenn med den samme oppgaven

Kontroller i den implementerte versjonen søk, tomt resultat og mislykket henting med egnede testdata. Kontroller lengre oversettelser, tastaturvei og tilbakemeldinger med den planlagte hjelpeteknologien. Sammenlign resultatet med avtalt designversjon. Før korrigerte regler tilbake til felles dokumentasjon slik at senere endringer bygger på samme grunnlag.

Kilder

Skrevet av

  • Julia HoffmannRedaktør for design og UXJulia Hoffmann har ansvaret for det redaksjonelle innholdet om design og brukeropplevelse hos ASES. Artiklene hennes handler om bruken av nettsteder og applikasjoner, utforming av brukergrensesnitt og digital tilgjengelighet.

Følg ASES

Les videre

Alle artikler

Ditt prosjekt med ASES

Beskriv prosjektet ditt for oss. Vi tar kontakt med en første vurdering.