Designoverlevering
Ved designoverlevering gis et utkast videre til implementering. Tilstander, oppførsel og åpne beslutninger må være forståelige.
Designoverlevering betyr at et grensesnittutkast overleveres til utvikling. I tillegg til utseendet trenger teamet nok informasjon til å implementere den planlagte betjeningen. En bildefil kan være et utgangspunkt, men inneholder ikke automatisk alle regler for oppførsel.
Beskriv tilstanden etter handlingen
I en oppdiktet portal viser utkastet en Lagre-knapp. For implementeringen må det fortsatt avklares hva som vises under lagring, hvordan bekreftet lagring ser ut, og hva som skjer ved et uklart resultat. Håndteringen av eksisterende inndata må også være fastlagt.
Tilpass dokumentasjonen til forløpet
Carbon-dokumentasjonen behandler knappetekst, tastaturinteraksjon og lasteoppførsel hver for seg. Det viser hvilken informasjon som går utover et stillbilde. Vis ved overleveringen til avtalt komponent og versjon; registrer også produktspesifikk oppførsel og åpne spørsmål. Det implementerte grensesnittet må fortsatt kontrolleres etterpå. Et godkjent utkast er ikke et testet program.
Kilder
Beslektede begreper
- KomponentvariantEn komponentvariant er en definert utgave av en felles byggestein. Den er forskjellig fra en midlertidig betjeningstilstand.
- KomponentbibliotekEt komponentbibliotek samler gjenbrukbare grensesnittdeler. Ved bruk teller også oppførsel, varianter og riktig versjon.
- UI-komponentEn UI-komponent er en gjenbrukbar del av et brukergrensesnitt. Oppgaven avgjør hvilken presentasjon og interaksjonsatferd som trengs.
- DesigntokenDesigntokener lagrer navngitte designbeslutninger. Flere komponenter kan bruke dem, og verdier kan endres på definerte steder.
Artikler om temaet
Ditt prosjekt med ASES
Beskriv prosjektet ditt for oss. Vi tar kontakt med en første vurdering.