GeeksforGeeks

Requirements validation is het proces om te controleren of de vereisten gedefinieerd voor ontwikkeling, het systeem definiëren dat de klant echt wil. Om problemen met betrekking tot vereisten te controleren, voeren we vereisten validatie uit. We gebruiken meestal requirements validation om fouten te controleren in de eerste fase van de ontwikkeling, omdat de fout overmatige herwerking kan toenemen wanneer later in het ontwikkelingsproces gedetecteerd.

In de eisen validatie proces voeren we een ander soort van test om te controleren of de voorschriften vermeld in de Software Requirements Specification (SRS), worden deze controles omvatten:

  • Volledigheid controleert
  • Consistentie controles
  • Geldigheid controleert
  • Realisme controles
  • Dubbelzinnigheid controles
  • de Controleerbaarheid

De uitvoer van eisen validatie is de lijst van problemen en overeengekomen acties van de vastgestelde problemen. De lijsten met problemen geven het probleem aan dat tijdens het proces van validatie van eisen is ontdekt. De lijst van overeengekomen maatregelen vermeldt de corrigerende maatregelen die moeten worden genomen om het geconstateerde probleem op te lossen.

Er zijn verschillende technieken die afzonderlijk of in combinatie met andere technieken worden gebruikt om gehele of een deel van het systeem te controleren:

  1. genereren van testcases:
    eis vermeld in het SRS-document moet testbaar zijn, de uitgevoerde tests onthullen de fout in de eis. Algemeen wordt aangenomen dat als de test moeilijk of onmogelijk te ontwerpen is dan, dit meestal betekent dat de eis moeilijk te implementeren zal zijn en moet worden heroverwogen.
  2. Prototyping:
    In deze validatietechnieken wordt het prototype van het systeem voor de eindgebruiker of de klant gepresenteerd, zij experimenteren met het gepresenteerde model en controleren of het aan hun behoeften voldoet. Dit type model wordt over het algemeen gebruikt om feedback te verzamelen over de eis van de gebruiker.
  3. requirements Reviews:
    In deze benadering wordt de SRS zorgvuldig beoordeeld door een groep mensen, waaronder mensen van zowel de contractantenorganisaties als de klantzijde, de beoordelaar analyseert het document systematisch om fouten en ambiguïteit te controleren.
  4. geautomatiseerde Consistentieanalyse:
    Deze benadering wordt gebruikt voor de automatische detectie van een fout, zoals niet-determinisme, ontbrekende gevallen, een typefout en circulaire definities, in de specificaties van de vereisten.

    eerst wordt de eis gestructureerd in formele notatie, vervolgens wordt de CASE-tool gebruikt om de consistentie van het systeem te controleren, wordt het verslag van alle inconsistenties vastgesteld en worden corrigerende maatregelen genomen.

  5. Walk-through:
    Een walkthrough heeft geen formeel gedefinieerde procedure en vereist geen gedifferentieerde roltoewijzing.
    • vroeg controleren of het idee haalbaar is of niet.
    • het verkrijgen van de mening en suggestie van anderen.
    • controle van de goedkeuring van anderen en overeenstemming bereiken.
artikel Tags :

Geef een antwoord

Het e-mailadres wordt niet gepubliceerd.