Den mest komplette guide til kravstyring og sporbarhed
Hvad er funktionelle krav? Dette er et spørgsmål, der ofte forvirrer både virksomhedsejere og udviklere. Et funktionskrav kan opfattes som en produktfunktion, som brugeren opdager. Det kan være en oplagt funktion, som en stor Tilføj i kurv-knap. Men det kan også være en mindre oplagt funktion, som at beregne momsen korrekt for brugerens onlinekøb. I denne komplette guide vil vi opdele funktionelle krav i deres enkleste former og give dig eksempler på hver type. Vi vil også definere, hvad hver type krav betyder for din virksomhed, og hvordan de skal oprettes.
Funktionelle krav: Eksempler og skabeloner
Indholdsfortegnelse
Hvad er funktionelle krav?
Et funktionskrav er en redegørelse for, hvordan et system skal opføre sig. Den definerer, hvad systemet skal gøre for at imødekomme brugerens behov eller forventninger. Funktionelle krav kan opfattes som funktioner, som brugeren registrerer. De adskiller sig fra ikke-funktionelle krav, som definerer, hvordan systemet skal fungere internt (f.eks. ydeevne, sikkerhed osv.).
Funktionelle krav består af to dele: funktion og adfærd. Funktionen er, hvad systemet gør (f.eks. "beregn moms"). Adfærden er, hvordan systemet gør det (f.eks. "Systemet skal beregne momsen ved at gange købsprisen med afgiftssatsen.").
Typer af funktionelle krav
Her er de mest almindelige funktionelle kravtyper:
- Forretningsregler
- Certificeringskrav
- Rapporteringskrav
- Administrative funktioner
- Autorisationsniveauer
- Revisionssporing
- Eksterne grænseflader
- Data Management
- Lovmæssige og regulatoriske krav
Oprettelse af funktionelle krav
Når du opretter funktionelle krav, er det vigtigt at huske på, at de skal være specifikke, målbare, opnåelige, relevante og tidsbestemte (SMART). Med andre ord skal dine funktionelle krav:
- Vær specifik omkring, hvad systemet skal gøre
- Vær målbar, så du kan se, om systemet gør det
- Vær opnåelig inden for den tidsramme, du har sat
- Vær relevant i forhold til dine forretningsmål
- Vær tidsbestemt, så du kan følge dine fremskridt
Ved at følge disse retningslinjer kan du være sikker på, at dine funktionelle krav er klare og vil hjælpe dit udviklingsteam med at bygge det rigtige produkt.
eksempler:
For at give dig en bedre forståelse af funktionelle krav, lad os tage et kig på nogle eksempler.
Eksempel 1
: En bruger skal kunne logge ind på systemet ved hjælp af deres brugernavn og adgangskode.
I dette eksempel er funktionen "login", og adfærden er "Systemet skal tillade en bruger at logge ind med deres brugernavn og adgangskode."
Eksempel 2
: Systemet skal beregne momsen for brugerens køb.
I dette eksempel er funktionen "beregn moms", og adfærden er "Systemet skal beregne momsen ved at gange købsprisen med momssatsen."
Eksempel 3
: Systemet sender en bekræftelses-e-mail til brugeren, efter at vedkommende har afgivet en ordre.
I dette eksempel er funktionen "send bekræftelses-e-mail", og adfærden er "Systemet skal sende en bekræftelses-e-mail til brugeren, efter at de har afgivet en ordre."
Som du kan se, er funktionelle krav specifikke udsagn om, hvad systemet skal gøre. De er forskellige fra ikke-funktionelle krav, som definerer, hvordan systemet fungerer internt (f.eks. ydeevne, sikkerhed osv.).
Når du opretter funktionelle krav, er det vigtigt at huske på, at de skal være specifikke, målbare, opnåelige, relevante og tidsbestemte (SMART). Ved at følge disse retningslinjer kan du være sikker på, at dine funktionelle krav er klare og vil hjælpe dit udviklingsteam med at bygge det rigtige produkt.
Hvordan er funktionelle krav forskellige fra ikke-funktionelle krav?
Funktionelle krav beskriver, som navnet antyder, funktionerne i det system, der skal designes. Det er en beskrivelse af, hvad systemet vil være, og hvordan det vil fungere for at tilfredsstille brugernes behov. De giver en klar beskrivelse af, hvordan systemet skal reagere på en bestemt kommando, funktionerne og hvad brugerne forventer.
Ikke-funktionelle krav forklarer begrænsningerne og begrænsningerne for det system, der skal designes. Disse krav har ingen indflydelse på applikationens funktionalitet. Desuden er der en almindelig praksis med at underklassificere de ikke-funktionelle krav i forskellige kategorier som:
- Brugergrænseflade
- Pålidelighed
- Sikkerhed
- Performance (Præstation)
- Vedligeholdelse
- Standarder
Det er en god praksis at underklassificere de ikke-funktionelle krav. Det hjælper, når der skal laves en tjekliste over de krav, der skal opfyldes i det system, der skal designes.
Ikke-funktionelle krav er lige så vigtige, som funktionelle krav er. Hvis funktionelle krav specificerer, hvad et system skal gøre, beskriver ikke-funktionelle krav, hvordan det vil gøre det. For eksempel skal den nye applikation give os den endelige liste over alle tilsluttede brugere. Det er en del af funktionelle krav. Hvis kravet siger, at systemet kun ville fungere på et Windows- og et Linux-system, ville det være en del af ikke-funktionelle krav.
Den eneste forskel mellem de to er, at systemet ikke kan fungere uden at opfylde alle funktionelle krav. På den anden side vil systemet give dig det ønskede resultat, selv når det ikke opfylder de ikke-funktionelle krav.
Konklusion
Funktionelle krav er nøglen til succes for ethvert softwareudviklingsprojekt. Ved at skabe funktionelle krav sikrer du, at alle på dit team forstår, hvad der skal bygges og kan prioritere deres arbejde derefter. I vores næste indlæg vil vi diskutere, hvordan man opretter funktionelle krav ved hjælp af Visure Krav ALM Platform. Hvis du vil lære mere om funktionelle krav eller komme i gang med at oprette dem selv, kan du anmode om en gratis 30-dages prøveperiode hos Visure Requirements ALM Platform i dag.
Glem ikke at dele dette opslag!
