Visure-løsninger


Support
Tilmeld
Login
Start gratis prøveversion

Ordliste

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!

Top

Strømlining af kravstyring og validering

Juli 11th, 2024

10:4 EST | 7 CET | XNUMX PST

Louis Arduin

Louis Arduin

Seniorkonsulent, Visure Solutions

Thomas Dirsch

Senior softwarekvalitetskonsulent, Razorcat Development GmbH

En integreret tilgang med Visure Solutions og Razorcat-udvikling TESSY

Lær, hvordan du strømliner kravstyring og validering for de bedste resultater.