Funksjonelle spesifikasjoner
Definer ønsket oppførsel før du begynner å utvikle.
Gå gjennom hva en funksjon eller side skal gjøre før implementeringen gjør den om til et fungerende skjermbilde.
Gjør et krav om til et resultat du kan verifisere
- Forstå formålet
Les det forventede resultatet og omfanget av hver funksjon.
- Sjekk sideplanen
Inspiser sidene som er knyttet til arbeidet.
- Løs opp for manglende detaljer
Svar på spørsmål ved å bruke konkrete eksempler fra næringslivet.
Gjør den forventede oppførselen tydelig
Prosjektverktøyene viser analysen bak et forretningsområde, en funksjon eller en side. Se over hva som er inkludert, og sørg for at det stemmer overens med arbeidet brukerne dine må utføre.
Bruk konkrete eksempler for å beskrive regler og unntak. Forklar informasjonen som trengs, det forventede resultatet og eventuelle eksisterende arbeidsflyter som den nye skjermen må respektere.
Definer regelen bak hver brukerhandling
Beskriv en godkjenningsprosess. Hvis en oppgave krever godkjenning, forklar hvem som sender den inn, hvem som bestemmer det, og hva som skjer i hver fase. En presis regel hjelper med å skille den vanlige prosessen fra unntak, som et manglende dokument eller en forespørsel som må returneres for revisjon.
Bevar nyttig eksisterende funksjonalitet. Når du erstatter et manuelt verktøy, må du identifisere reglene brukerne allerede er avhengige av. Forklar informasjonen og avgjørelsene som bør forbli de samme, og skill dem deretter fra endringene du ønsker å gjøre. Dette sikrer at forbedringen henger sammen med den faktiske arbeidsprosessen.
Gå gjennom oppbyggingen med de samme eksemplene. Bruk situasjonene som ble beskrevet under forberedelsen når du sjekker en fungerende side. En skjerm kan se komplett ut, men likevel håndtere et viktig unntak feil. Spesifikasjonen gir en referanse utover det visuelle utseendet.
Koble spesifikasjonen til et resultat du kan verifisere
Et tydelig omfang gir et referansepunkt når applikasjonen bygges. Sammenlign den fungerende siden med dens tiltenkte funksjon i stedet for å bare vurdere utseendet.
Når behovet endres, beskriv det nye resultatet i Studio og behold sidens kontekst knyttet til forespørselen.
Enighet om oppførselen før skjermen sjekkes
Beskriv situasjonen som utløser en handling, informasjonen som kreves og det forventede resultatet. Dette gir spesifikasjonen en praktisk betydning for personen som vurderer siden.
Inkluder et relevant unntak, for eksempel manglende informasjon eller en forespørsel som brukeren ikke skal kunne sende inn. Disse eksemplene gjør det enklere å verifisere den endelige funksjonaliteten.
Presiser formålet, omfanget og unntakene
Les den foreslåtte oppførselen. Undersøk formålet, omfanget og de tilhørende sidene. Kontroller om hvert trinn støtter oppgaven brukeren trenger å fullføre.
Oppgi den manglende forretningsregelen. Svar på spørsmål eller beskriv en endring i den planlagte funksjonen eller siden. Bruk normal form og et unntak for å fjerne tvetydighet.
Sammenlign resultatet.. Gjenskap disse tilfellene i utviklingsmiljøet. Be om en målrettet korrigering i Studio når den faktiske funksjonaliteten avviker fra det avtalte resultatet.
Gi bygget en tydelig forretningsreferanse
Forklar handlingen, informasjonen som brukes og resultatet som forventes i hver viktig situasjon. Dette gjør forberedelsen mer presis og den senere gjennomgangen mer nyttig.
Spørsmål om funksjonelle spesifikasjoner
Den identifiserer brukeren, handlingen, informasjonen som trengs og det forventede resultatet. Inkluder viktige unntak og avgrensninger, slik at en vellykket vanlig brukstilfelle ikke forveksles med en komplett forretningsprosess.
Prosjektverktøyene viser sine respektive definisjoner og detaljer. Legg til en forklaring til det aktuelle elementet, slik at svaret brukes i riktig kontekst.
Forespørselen inneholder den nye regelen eller avklaringen for å vurdere elementet på nytt. Følg dens tilstand og se over det oppdaterte omfanget; forespørselen publiserer ikke i seg selv en endret skjerm.
De gjør en abstrakt regel om til noe som kan kontrolleres. Beskriv en inndata og resultatet for både et normaltilfelle og et unntak, og bruk deretter de samme tilfellene under applikasjonstesting.
Velg den eksisterende siden i Studio og forklar hva som skal endres. Bruk spesifikasjonen som kontekst, og kontroller deretter den resulterende siden før den tilsvarende versjonen publiseres.