Kravvalidering är processen att kontrollera att krav definierade för utveckling, definiera det system som kunden verkligen vill ha. För att kontrollera problem relaterade till krav utför vi kravvalidering. Vi använder vanligtvis kravvalidering för att kontrollera fel i den inledande utvecklingsfasen eftersom felet kan öka överdriven omarbetning när det upptäcks senare i utvecklingsprocessen.
i kravvalideringsprocessen utför vi en annan typ av test för att kontrollera kraven som nämns i Software Requirements Specification (SRS), dessa kontroller inkluderar:
- Fullständighetskontroller
- Konsistenskontroller
- Giltighetskontroller
- Realismkontroller
- Tvetydighetskontroller
- verifierbarhet
utmatningen av kravvalidering är listan över problem och överenskomna om åtgärder för att kontrollera att kraven på validering av kraven är en lista över problem och överenskomna åtgärder för att kontrollera upptäckta problem. Listorna över problem indikerar det problem som upptäckts under processen med kravvalidering. I listan över överenskomna åtgärder anges de korrigerande åtgärder som bör vidtas för att åtgärda det upptäckta problemet.
det finns flera tekniker som används antingen individuellt eller i kombination med andra tekniker för att kontrollera för att kontrollera hela eller delar av systemet:
- testfallsgenerering:
krav som nämns i SRS-dokumentet bör vara testbara, de utförda testerna avslöjar felet som finns i kravet. Det är allmänt trott att om testet är svårt eller omöjligt att utforma än, detta innebär oftast att kravet kommer att vara svårt att genomföra och det bör omprövas. - Prototyping:
i denna valideringsteknik presenteras prototypen av systemet före slutanvändaren eller kunden, de experimenterar med den presenterade modellen och kontrollerar om den uppfyller deras behov. Denna typ av modell används vanligtvis för att samla in feedback om användarens krav. - krav recensioner:i detta tillvägagångssätt granskas SRS noggrant av en grupp människor inklusive personer från både entreprenörsorganisationerna och klientsidan, granskaren analyserar systematiskt dokumentet för att kontrollera fel och tvetydighet.
- automatiserad konsekvensanalys:
detta tillvägagångssätt används för automatisk detektering av ett fel, såsom nondeterminism, saknade fall, ett typfel och cirkulära definitioner, i kravspecifikationer.För det första är kravet strukturerat i formell notation då CASE tool används för att checka in-systemets konsistens, rapporten om alla inkonsekvenser identifieras och korrigerande åtgärder vidtas.
- genomgång:
En genomgång har ingen formellt definierad procedur och kräver ingen differentierad rolltilldelning.- kontrollerar tidigt om tanken är genomförbar eller inte.
- få åsikter och förslag från andra människor.
- kontrollera andras godkännande och nå en överenskommelse.
