GeeksforGeeks

Krav Validering er processen med at kontrollere, at krav defineret til udvikling, definere det system, som kunden virkelig ønsker. For at kontrollere problemer relateret til krav udfører vi kravvalidering. Vi bruger normalt kravvalidering til at kontrollere fejl i den indledende fase af udviklingen, da fejlen kan øge overdreven omarbejdning, når den opdages senere i udviklingsprocessen. disse kontroller inkluderer:

  • Konsistenskontrol
  • Validitetskontrol
  • Validitetskontrol
  • realisme kontrol
  • Tvetydighedskontrol
  • verificerbarhed

output af krav Validering er listen over problemer og aftalt på forhånd, og vi er nødt til at handlinger af opdagede problemer. Listerne over problemer angiver det problem, der blev opdaget under processen med kravvalidering. Listen over aftalte foranstaltninger angiver de korrigerende foranstaltninger, der skal træffes for at løse det opdagede problem.

der er flere teknikker, der bruges enten individuelt eller sammen med andre teknikker til at kontrollere for at kontrollere hele eller en del af systemet:

  1. test case generation:
    krav nævnt i SRS-dokument skal kunne testes, de udførte tests afslører den fejl, der er til stede i kravet. Det antages generelt, at hvis testen er vanskelig eller umulig at designe end, dette betyder normalt, at kravet vil være vanskeligt at gennemføre, og det bør genovervejes.
  2. Prototyping:
    i denne valideringsteknik præsenteres prototypen af systemet før slutbrugeren eller kunden, de eksperimenterer med den præsenterede model og kontrollerer, om den opfylder deres behov. Denne type model bruges generelt til at indsamle feedback om brugerens krav.
  3. krav anmeldelser:
    i denne tilgang, SRS gennemgås omhyggeligt af en gruppe mennesker, herunder mennesker fra både entreprenørorganisationerne og klientsiden, korrekturlæseren analyserer systematisk dokumentet for at kontrollere fejl og tvetydighed.
  4. automatiseret Konsistensanalyse:
    denne fremgangsmåde bruges til automatisk registrering af en fejl, såsom ikke-bestemmelse, manglende tilfælde, en typefejl og cirkulære definitioner i kravspecifikationer.for det første er kravet struktureret i Formel notation, så bruges CASE tool til at kontrollere systemets konsistens, rapporten om alle uoverensstemmelser identificeres og korrigerende handlinger træffes.
  5. gennemgang:
    En gennemgang har ikke en formelt defineret procedure og kræver ikke en differentieret rolletildeling.
    • kontrollerer tidligt, om ideen er mulig eller ej.
    • indhentning af meninger og forslag fra andre mennesker.
    • kontrol af godkendelse af andre og nå til enighed.
artikel Tags :

Skriv et svar

Din e-mailadresse vil ikke blive publiceret.