Den mest komplette guide til kravstyring og sporbarhed
Ordliste
Indholdsfortegnelse
|
Akronymer
|
Betingelser
|
Definition
|
|---|---|---|
|
RM
|
Kravstyring
|
Processen med at identificere, dokumentere, analysere, spore, prioritere, godkende og vedligeholde krav til et projekt eller produkt.
|
|
BRD
|
Dokument for forretningskrav
|
Et formelt dokument, der beskriver de høje forretningskrav til et projekt eller produkt. Det omfatter typisk oplysninger om forretningsbehov, omfang, interessenter, funktionelle krav, ikke-funktionelle krav, antagelser, begrænsninger, risici og projekttidslinje.
|
|
FRD
|
Dokument for funktionelle krav
|
Et detaljeret dokument, der beskriver de specifikke funktionelle krav til et projekt eller produkt. Det omfatter typisk oplysninger om systemfunktioner, brugerkrav, use cases, scenarier, datakrav og acceptkriterier.
|
|
NFRD
|
Ikke-funktionelle kravdokument
|
Et detaljeret dokument, der beskriver de specifikke ikke-funktionelle krav til et projekt eller produkt. Det omfatter typisk oplysninger om systemets ydeevne, skalerbarhed, tilgængelighed, pålidelighed, sikkerhed, vedligeholdelse, brugervenlighed og tilgængelighed.
|
|
SRS
|
Softwarekravspecifikation
|
Et omfattende dokument, der beskriver de funktionelle og ikke-funktionelle krav til et softwaresystem. Det omfatter typisk oplysninger om systemarkitektur, design, implementering, test og implementering.
|
|
Use Case
|
Use Case
|
En teknik til at fange og beskrive de funktionelle krav til et system ved at definere interaktionerne mellem systemet og dets brugere eller andre systemer. Den indeholder typisk en beskrivelse af de skridt, som brugeren eller systemet har taget for at opnå et specifikt mål eller en bestemt opgave.
|
|
Sporbarhedsmatrix
|
Sporbarhedsmatrix
|
Et dokument, der giver en sporbar forbindelse mellem kravene, design, implementering, test og implementering af et system. Den indeholder typisk oplysninger om forholdet mellem kravene og andre systemartefakter, såsom testsager, defekter og ændringsanmodninger.
|
|
Skift kontrolpanel
|
Skift kontrolpanel
|
En gruppe af interessenter, der er ansvarlige for at evaluere, godkende og administrere ændringer af kravene, design, implementering, test og implementering af et system. Det omfatter typisk repræsentanter fra forskellige afdelinger, såsom forretning, udvikling, test og drift.
|
|
Krav Elicitation
|
Krav Elicitation
|
Processen med at indsamle og dokumentere kravene til et projekt eller produkt fra interessenter, brugere og andre kilder. Det involverer typisk teknikker som interviews, undersøgelser, observationer, fokusgrupper og brainstormsessioner.
|
|
Stakeholder
|
Stakeholder
|
En person eller gruppe af mennesker, der har en interesse i et projekts eller produkts succes. Det omfatter typisk kunder, brugere, sponsorer, virksomhedsejere, udviklere, testere og supportmedarbejdere.
|
|
Krav Prioritering
|
Krav Prioritering
|
Processen med at rangordne kravene til et projekt eller produkt i rækkefølge efter vigtighed eller uopsættelighed. Det involverer typisk at identificere de kritiske krav, der skal løses først, og at tildele et prioriteringsniveau til hvert krav baseret på dets forretningsværdi, tekniske gennemførlighed og risiko.
|
|
Krav til styringsværktøjer
|
Krav til styringsværktøjer
|
En softwareapplikation, der bruges til at understøtte kravhåndteringsprocessen. Det omfatter typisk funktioner som kravregistrering, sporbarhed, versionskontrol, samarbejde, rapportering og analyser. Eksempler på kravstyringsværktøjer omfatter Visure Solutions, IBM Rational DOORS, Jama Connect og HP ALM.
|
|
Baseline
|
Baseline
|
Et sæt godkendte krav, der danner grundlag for videreudvikling og test af et system. Det omfatter typisk de funktionelle og ikke-funktionelle krav, som er aftalt af interessenterne og underskrevet af ændringskontrolnævnet.
|
|
Validering
|
Validering
|
Processen med at evaluere, om kravene til et system er fuldstændige, nøjagtige og i overensstemmelse med interessenternes behov og forventninger. Det involverer typisk gennemgang af kravdokumenterne, gennemgang af interessenter og verifikation af, at systemet opfylder de specificerede krav gennem test og andre metoder.
|
|
Verifikation
|
Verifikation
|
Processen med at evaluere, om systemet opfylder de specificerede krav. Det går typisk ud på at teste systemet op imod de acceptkriterier, der er defineret i kravdokumenterne og sikre, at alle kravene er implementeret korrekt.
|
|
Anvendelsesområde
|
Anvendelsesområde
|
Et projekts eller produkts grænser og mål. Det indeholder typisk oplysninger om systemets funktioner, funktioner og muligheder samt de begrænsninger og begrænsninger, der skal tages i betragtning.
|
|
Effektanalyse
|
Effektanalyse
|
Processen med at evaluere de potentielle virkninger af en ændring af kravene, design, implementering, test eller implementering af et system. Det involverer typisk identifikation af de berørte områder af systemet, vurdering af risici og fordele ved ændringen og fastlæggelse af de ressourcer og tidslinjer, der kræves for at implementere ændringen.
|
|
Kravgennemgang
|
Kravgennemgang
|
En formel proces til evaluering af kravdokumenterne for at sikre, at de er fuldstændige, nøjagtige og i overensstemmelse med interessenternes behov og forventninger. Det involverer typisk en gennemgang af et hold af interessenter, herunder udviklere, testere, forretningsanalytikere og emneeksperter, som giver feedback og identificerer eventuelle problemer eller bekymringer, der skal løses.
|
|
Krav Sporbarhed
|
Krav Sporbarhed
|
Evnen til at spore og administrere forholdet mellem kravene og andre systemartefakter, såsom designdokumenter, testsager, defekter og ændringsanmodninger. Det involverer typisk at lave en sporbarhedsmatrix eller et andet værktøj til at sikre, at der tages højde for alle kravene gennem hele udviklingsprocessen, og at eventuelle ændringer af kravene er korrekt styret og dokumenteret.
|
|
Krav Baseline
|
Krav Baseline
|
Det kravsæt, der er godkendt af interessenterne og danner grundlag for videreudvikling og test af et system. Det omfatter typisk de funktionelle og ikke-funktionelle krav, såvel som eventuelle begrænsninger, antagelser og risici, der er blevet identificeret. Kravbaseline bruges som referencepunkt til styring af ændringer af kravene gennem hele udviklingsprocessen.
|
|
Kravsteknik
|
Kravsteknik
|
Den systematiske og disciplinerede tilgang til at fremkalde, analysere, specificere, validere og administrere kravene til et projekt eller produkt. Det involverer typisk brugen af forskellige teknikker, såsom interviews, undersøgelser, use cases, scenarier og prototyper, for at sikre, at kravene er fuldstændige, nøjagtige og i overensstemmelse med interessenternes behov og forventninger.
|
|
Krav Dokumentation
|
Krav Dokumentation
|
Samlingen af dokumenter, der beskriver kravene til et system, herunder forretningskravdokumentet, funktionskravdokumentet, ikke-funktionelle kravdokument, use cases, brugerhistorier og andre relaterede dokumenter. Kravdokumentation giver en omfattende forståelse af systemets funktioner, funktioner og muligheder samt de begrænsninger, antagelser og risici, der skal tages i betragtning gennem hele udviklingsprocessen.
|
|
BR
|
Krav til virksomheder
|
De overordnede mål og mål, som et system skal opfylde for at tilfredsstille interessenternes behov og forventninger. Forretningskrav fokuserer typisk på de forretningsprocesser, politikker og regler, som systemet skal understøtte eller forbedre, snarere end de tekniske detaljer om, hvordan systemet vil blive implementeret.
|
|
FR
|
Funktionelle krav
|
De detaljerede beskrivelser af de funktioner, funktioner og muligheder, som et system skal have for at tilfredsstille interessenternes behov og forventninger. Funktionelle krav definerer typisk, hvordan systemet vil opføre sig eller reagere på specifikke input eller begivenheder, og de kan omfatte begrænsninger, antagelser og acceptkriterier, der skal opfyldes for at sikre, at systemet opfylder interessenternes krav.
|
|
NFR
|
Ikke-funktionelle krav
|
Beskrivelserne af systemets ydeevne, pålidelighed, sikkerhed, brugervenlighed og andre kvaliteter, der er nødvendige for at tilfredsstille interessenternes behov og forventninger. Ikke-funktionelle krav definerer typisk systemets egenskaber eller karakteristika, snarere end dets specifikke egenskaber eller funktioner, og de kan omfatte begrænsninger, antagelser og acceptkriterier, der skal opfyldes for at sikre, at systemet opfylder interessenternes krav.
|
|
Brugerhistorie
|
Brugerhistorie
|
En kort, uformel beskrivelse af en funktion eller funktion, som et system skal have for at tilfredsstille interessenternes behov og forventninger. Brugerhistorier følger typisk en simpel skabelon, såsom "Som [bruger], vil jeg have [funktion], så [fordele]." Brugerhistorier bruges til at fange kravene i et enkelt, forståeligt format, der nemt kan kommunikeres og prioriteres af interessenterne og udviklingsteamet.
|
|
Acceptanskriterier
|
Acceptanskriterier
|
De kriterier, som et system skal opfylde for at blive betragtet som acceptable eller tilfredsstillende af interessenterne. Acceptkriterier definerer typisk den forventede adfærd eller resultater af et system i specifikke scenarier eller use cases, og de kan omfatte kvantitative eller kvalitative mål, der skal opfyldes for at sikre, at systemet opfylder interessenternes behov og forventninger. Acceptkriterier bruges til at validere systemet i forhold til de funktionelle og ikke-funktionelle krav og sikre, at det lever op til interessenternes krav.
|
|
ALM
|
Application Lifecycle Management
|
Application Lifecycle Management er proceduren til at specificere, designe, dokumentere og teste applikationen. Det dækker hele livscyklussen fra starten til slutningen af projektet. Det begynder med ideen om applikationen gennem hele udviklingen, går til test, implementering, support og til sidst brugeroplevelsen.
|
|
CMMI
|
Kapacitet Modenhed Model Integration
|
CMMI definerer et sæt bedste praksis for softwareudvikling, projektledelse og organisatorisk ledelse, der kan hjælpe organisationer med at forbedre kvaliteten, effektiviteten og effektiviteten af deres softwareudviklingsprocesser.
|
|
MBSE
|
Modelbaseret systemteknik
|
En tilgang til systemteknik, der bruger modeller til at repræsentere, analysere, designe og verificere komplekse systemer. MBSE involverer at skabe et sæt modeller, der fanger systemets krav, adfærd, arkitektur og andre nøgleaspekter, og bruge disse modeller til at guide udviklingsprocessen.
|
Glem ikke at dele dette opslag!
