GeeksforGeeks

követelmények érvényesítése az a folyamat, amely ellenőrzi, hogy a fejlesztéshez meghatározott követelmények meghatározzák azt a rendszert, amelyet az ügyfél valóban akar. A követelményekkel kapcsolatos problémák ellenőrzéséhez elvégezzük a követelmények érvényesítését. Általában a követelmények érvényesítését használjuk a hiba ellenőrzésére a fejlesztés kezdeti szakaszában, mivel a hiba növelheti a túlzott átdolgozást, ha a fejlesztési folyamat későbbi szakaszában észlelik.

a követelmények érvényesítési folyamatában egy másik típusú tesztet hajtunk végre a Szoftverkövetelmény-specifikációban (SRS) említett követelmények ellenőrzésére, ezek az ellenőrzések a következők:

  • teljességi ellenőrzések
  • Következetességi ellenőrzések
  • érvényességi ellenőrzések
  • realizmus ellenőrzések
  • Kétértelműségi ellenőrzések
  • ellenőrizhetőség

a követelmények érvényesítésének kimenete a problémák listája, és a követelmények érvényesítésének műveletei észlelt problémák. A problémák listája jelzi a követelmény-érvényesítési folyamat során észlelt problémát. Az elfogadott intézkedések listája tartalmazza az észlelt probléma megoldásához szükséges korrekciós intézkedéseket.

számos technika létezik, amelyeket külön-külön vagy más technikákkal együtt használnak a rendszer egészének vagy egy részének ellenőrzésére:

  1. Test case generation:
    Az SRS dokumentumban említett követelménynek tesztelhetőnek kell lennie, az elvégzett tesztek feltárják a követelményben szereplő hibát. Általában úgy gondolják, hogy ha a vizsgálatot nehéz vagy lehetetlen megtervezni, ez általában azt jelenti, hogy a követelményt nehéz lesz végrehajtani, és újra kell gondolni.
  2. prototípus készítés:
    ebben az érvényesítési technikában a rendszer prototípusát a végfelhasználó vagy az ügyfél előtt mutatják be, kísérleteznek a bemutatott modellel, és ellenőrzik, hogy megfelel-e az igényeiknek. Ezt a típusú modellt általában a felhasználó követelményeivel kapcsolatos visszajelzések gyűjtésére használják.
  3. követelmények áttekintése:
    ebben a megközelítésben az SRS-t gondosan felülvizsgálja egy csoport ember, beleértve mind a vállalkozói szervezeteket, mind az ügyféloldalt, a recenzens szisztematikusan elemzi a dokumentumot a hiba és a kétértelműség ellenőrzése érdekében.
  4. automatikus konzisztencia elemzés:
    Ez a megközelítés egy hiba automatikus észlelésére szolgál, mint például a nondeterminizmus, a hiányzó esetek, a típushiba és a körkörös definíciók a követelményspecifikációkban.

    először a követelmény formális jelöléssel van felépítve, majd a CASE eszközt használják a rendszer konzisztenciájának ellenőrzésére,az összes következetlenség jelentésére és a korrekciós intézkedésekre.

  5. Végigjátszás:
    a végigjátszásnak nincs formálisan meghatározott eljárása, és nem igényel differenciált szerepkiosztást.
    • korai ellenőrzése, hogy az ötlet megvalósítható-e vagy sem.
    • mások véleményének és javaslatának megszerzése.
    • mások jóváhagyásának ellenőrzése és megállapodás elérése.
cikk címkék :

Vélemény, hozzászólás?

Az e-mail-címet nem tesszük közzé.