Kujunduse kontrollimine & Valideerimisprotsess

Lang L: none (table-of-contents):

Anonim

Selles õpetuses saate teada

  • Mis on disaini valideerimine?
  • Mis on disaini kontrollimine?
  • Projekti kontrollimise ja valideerimise erinevus
  • Kujunduse kontrollimise protsess
  • Projekti valideerimise protsess
  • Projekti valideerimise ja kontrollimise eelised

Kujunduse valideerimine

Kujunduse valideerimine on protsess, mille käigus tarkvaratooteid hinnatakse vastavalt lõppkasutajate või sidusrühmade täpsetele nõuetele. Kujunduse valideerimise eesmärk on tarkvaratoodet pärast arendamist testida, et see vastaks kasutajakeskkonnas rakenduste osas esitatavatele nõuetele.

Valideerimine on seotud disaini järjepidevuse ja terviklikkuse demonstreerimisega kasutaja vajadustele vastavalt. See on etapp, kus ehitate tegelikult toote versiooni ja kinnitate seda vastavalt kasutaja nõuetele.

Allolev pilt kujutab disaini valideerimise protsessi.

Selle eesmärk on objektiivsete tõenditega tõestada, et toode vastab kasutaja vajaduste dokumentidele. Objektiivsed tõendid pole muud kui mis tahes füüsilised tõendid väljundi, näiteks pildi-, teksti- või helifailide kohta, mis näitavad, et protseduur on lõpule viidud.

Objektiivsete tõendite abil uuritakse selles protsessis pidevalt, kas toode vastab eelnevalt määratletud nõuetele. See protsess hõlmab testimistegevust, ülevaatust ja analüüsi jne.

Kujunduse kontrollimine

Kujunduskontroll on meetod, mille abil saab uurimise ja tõendite esitamise abil kinnitada, kas kavandatud tarkvaratoote väljund vastab sisendspetsifikatsioonidele. Projekteerimisprotsessi eesmärk tarkvaraarenduse käigus on tagada, et kavandatud tarkvaratoode oleks sama, mis täpsustatud.

Kujunduse sisend on mis tahes füüsiline ja toimivusnõue, mida kasutatakse disaini eesmärgi aluseks. Kujunduse väljund on iga projekteerimisetapi tulemus ja kogu kavandamise lõpp. Lõplik disainiväljund on seadme põhikirje alus.

Projekti kontrollimise ja valideerimise erinevus

Kontrollimise ja valideerimise vahel on alati väärarusaamu. Need on erinevad tegevused, mida tehakse igas arenguprotsessi etapis.

Kujunduse kontrollimine Kujunduse valideerimine
  • Projekteerimist kasutatakse juhul, kui projekti tegelik väljund peaks olema sama, mis eeldatav kavanditoodang, mis vastab toote spetsifikatsioonidele.
  • Kujunduse valideerimist kasutatakse selleks, et määratleda, et lõplik kujundus vastab kasutaja vajadustele.
  • Kujunduse kontrollimise küsimus: kas kujundasite toote õigesti?
  • Kujunduse valideerimine küsi: kas kujundasite õige toote?
  • Projekti kontrollimine hõlmab üksuse ja esmase integreerimise taseme testimist.
  • Kujunduse valideerimine hõlmab teisese või kõrgema taseme integreerimist ja süsteemitaseme testimist.
  • Projekti valideerimise käigus on võimalik saavutada teatavaid projekti kinnitamise aspekte, kuid projekti kontrollimine ei asenda projekti kinnitamist.
  • Projekti valideerimine järgneb edukale projekti kontrollimisele.
  • Projekti kontrollimist saab teostada üksikmoodulil või valminud süsteemil mis tahes tingimustel.
  • Projekti valideerimine viiakse läbi vastavalt kasutaja nõudmistele kindlaksmääratud tingimustel.
  • Projekti kontrollimisel võib kasutada staatilisi tehnikaid. See hõlmab süsteemi inspekteerimist, analüüsi ja ametlikku kontrollimist (testimist).
  • Projekti valideerimine koosneb lõpparuandest (testi täitmise tulemused), mis vaadatakse üle, kinnitatakse ja allkirjastatakse. Need dokumendid salvestatakse tulevaste viidete jaoks.

Kujunduse kontrollimise protsess

Identifitseerimine ja ettevalmistamine:

  • Spetsifikatsiooni väljatöötamise etapis tuvastatakse kontrollitegevus paralleelselt. See võimaldab disaineril veenduda, et spetsifikatsioon on kontrollitav. Nii saab testinsener alustada üksikasjalikku testimiskava ja protseduure. Kõikidest spetsifikatsiooni muudatustest tuleks teatada.
  • Parima lähenemisviisi kindlakstegemine kontrollimiseks, määratlege mõõtmismeetodid, vajalikud ressursid, tööriistad ja rajatised.
  • Valminud kontrolliplaan vaadatakse enne projekti lõplikku vormistamist koos meeskonnaga probleemide tuvastamiseks üle.

Planeerimine:

  • Kontrollimise kavandamine on samaaegne tegevus põhi- ja arendusmeeskondadega. See juhtub kogu projekti elutsükli vältel. Seda uuendatakse siis, kui sisendite kujunduses tehakse muudatusi.
  • Selles etapis dokumenteeritakse katsetatav tarkvara või süsteem ulatusega.
  • Selles etapis tehakse esialgne katseplaan ja katseplaani täpsustamine. Testimiskava kajastab kriitilist verstaposti, mis vähendab projekti riski.
  • Tööriistad, testikeskkond, arengustrateegia ja nõuete väljaselgitamine kontrolli või analüüsi abil.

Arendamine:

  • Testjuhtumite väljatöötamine langeb kokku projekti meeskonna rakendatud SDLC metoodikaga. Selles etapis määratakse kindlaks erinevad katsemeetodid.
  • Projekteeritavad sisendid peavad olema välja töötatud, hõlmates lihtsamaid ja üheselt kontrollitavaid kontrollitoiminguid.
  • Kontrollimisaega lühendatakse, kui sarnaseid kontseptsioone viiakse läbi järjestikku. Isegi ühe testi väljundit saab kasutada sisendina järgmisteks testideks.
  • Testijuhtumite ja vastavate projekteerimissisendite vahel luuakse traktoriga seosed, et tagada kõigi nõuete kontrollimine ja disainiväljundi vastavus kavandatud sisenditele.

Täitmine:

  • Arendusfaasis loodud katseprotseduurid viiakse läbi vastavalt testimiskavale, järgides neid rangelt kontrollitegevuses.
  • Kehtetute tulemuste ilmnemisel või kui mõni protseduur vajab muutmist, on oluline muudatused dokumenteerida ja nõuetekohane heakskiit saada.
  • Kõik probleemid tuvastatakse ja registreeritakse selles etapis defektina.
  • Vedeldavuse maatriks luuakse, et kontrollida, kas kogu taatluskatseplaanis määratletud projekti sisend on testitud, ja määrata läbisuhe.

Aruanded:

  • See tegevus viiakse läbi kontrollimise iga etapi lõpus.
  • Projekti vastavustõendamise aruanne sisaldab kontrollitulemuste üksikasjalikku kokkuvõtet, mis sisaldab konfiguratsioonihaldust, iga katsetüübi katsetulemusi ja tõendamise käigus leitud probleeme.
  • Nõuete ja vastavate katsetulemuste vahel luuakse projekti vastavustõendamise jälgitavuse aruanne, et kontrollida kõigi nõuete katsetamist ja asjakohaste tulemuste esitamist.
  • Kõik mittevastavused dokumenteeritakse ja asjakohaselt lahendatakse.
  • Ülevaated tehakse pärast projekti kinnitamist ja need kinnitatakse vastavalt.

Projekti valideerimise protsess

  • Mõni disain võib olla valideeritud, kui võrrelda sarnaste seadmetega, millel on sarnane eesmärk. See meetod on eriti asjakohane olemasoleva infrastruktuuri konfiguratsioonimuudatuste või uude süsteemi või rakendusse lisatavate standardprojektide kinnitamiseks.
  • Toote nõuete ja muude funktsioonide kinnitamiseks võib kasutada tutvustamist ja / või ülevaatust.
  • Disaini saab analüüsida, näiteks matemaatiline modelleerimine, simulatsioon, millega saab taastada vajaliku funktsionaalsuse.
  • Katsed viiakse läbi lõpliku konstruktsiooniga, mis kinnitab süsteemi võimet töötada vastavalt määratletud kavandile.
  • Katseplaan, teostus ja tulemused tuleks dokumenteerida ja säilitada osana projekteerimisdokumentidest. Seega on valideerimine kõigi valideerimistoimingute tulemuste kogum.
  • Kui projekti lõplikus valideerimisel kasutatakse samaväärseid tooteid, peab tootja dokumenteerima sarnasuse ja võimaliku erinevuse esialgsest tootmisest.

Näide

  • Võtame näite lihtsast tootest, veekindlast kellast.
  • Tootenõuete dokumendis võidakse öelda, et "Kell peab ujumise ajal olema veekindel."
  • Disaini spetsifikatsioonis võib olla kirjas "Kell peaks toimima ka siis, kui kasutaja ujub pikemat aega."
  • Testimistulemused peaksid kinnitama, et kell peaks nendele nõuetele vastama, vastasel juhul tehakse kordusprojekteerimine seni, kuni see nõuetele vastab.

Projekti valideerimise ja kontrollimise eelised

  • Saame pidevalt jälgida disainilahendusi, mis võimaldavad meil täita kasutaja määratletud nõudeid igas etapis.
  • Kujunduse kinnitamine toob välja erinevuse funktsionaalsuse ja eeldatava toimimise vahel.
  • Valideerimisprotseduuride dokumenteerimine aitab funktsionaalsust hõlpsasti mõista mis tahes tulevikus, kui muudatusi või täiustusi võidakse teha.
  • Arendusaega vähendatakse pidevalt, parandades tootlikkust, mis võimaldab toodet tarnida ootuspäraselt.
  • See protsess hõlmab kõigi valideerimismeetodite valikut ja ulatust, mida on vaja kasutada.
  • Valideerimise saab läbi viia üksikasjalike projekteerimisandmete abil, mis vastavad lõppkasutaja nõuetele.
  • Tulemuste ja kasutajate vajaduste vaheliste dokumentide erinevused tuleb kinni pidada.
  • Valideerimiskava muudatused toovad kaasa valideerimise.
  • Oluline on dokumenteerida kõik valideerimise käigus toimuvad tegevused, mis tõestavad piisavalt, et disain vastab kasutaja nõuetele.