Disaini kontrollimise ja kinnitamise protsess

Disaini kinnitamine

Disaini kinnitamine on protsess, mille käigus hinnatakse tarkvaratoote lõppkasutajate või sidusrühmade täpseid nõudeid. Disaini valideerimise eesmärk on testida tarkvaratoodet pärast arendust, et tagada selle vastavus kasutajakeskkonnas olevate rakenduste osas.

Valideerimine on seotud disaini järjepidevuse ja täielikkuse näitamisega kasutaja vajaduste suhtes. See on etapp, kus te tegelikult koostate toote versiooni ja valideerite kasutaja nõuete järgi.

Allolev pilt kujutab disaini valideerimise protsessi.

Eesmärk on tõendada objektiivsete tõenditega, et toode vastab kasutaja vajaduste dokumentidele. Objektiivsed tõendid pole muud kui väljundi füüsiline tõend, näiteks pilt, tekst või helifail, mis näitab, et protseduur on lõpule viidud.

Objektiivsete tõendite abil kontrollib see protsess järjekindlalt, kas toode vastab eelnevalt määratletud nõuetele. See protsess hõlmab testimistegevust, kontrolli ja analüüsi jne.

Disaini kontrollimine

Disaini kontrollimine on meetod, millega kontrollitakse ja esitatakse tõendeid, et kontrollida, kas kavandatud tarkvaratoote väljund vastab sisendspetsifikatsioonidele. Disaini kontrollimise protsessi eesmärk tarkvaraarenduse käigus on tagada, et kavandatav tarkvaratoode on sama, mis on ette nähtud.

Disainsisend on mis tahes füüsiline ja jõudlusnõue, mida kasutatakse projekteerimise eesmärgi aluseks. Disainiväljund on iga projekteerimisfaasi tulemus ja kogu projekteerimistöö lõpus. Lõplik disainiväljund on seadme põhikirje aluseks.

Disaini kontrollimise ja kinnitamise erinevus

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

Disaini kontrollimise protsess

Identifitseerimine ja ettevalmistamine:

• Spetsifikatsiooni arendamise etapis toimub kontrollitegevuse tuvastamine paralleelselt. See võimaldab disaineril veenduda, et spetsifikatsioon on kontrollitav. Seega saab testimisinsener alustada üksikasjalikku katseplaani ja -protseduure. Kõikidest muudatustest spetsifikatsioonis tuleb teatada.
• Parima lähenemisviisi kindlakstegemine kontrollimise läbiviimiseks, mõõtmismeetodite, vajalike ressursside, tööriistade ja rajatiste määratlemine.
• Täidetud kontrollikava vaadatakse koos projekteerimismeeskonnaga üle, et tuvastada probleemid enne plaani lõplikku vormistamist.

Planeerimine:

• Kinnitamise planeerimine on samaaegne tegevus põhi- ja arendusmeeskondadega. See toimub kogu projekti elutsükli jooksul. Seda värskendatakse siis, kui disainisisendites tehakse muudatusi.
• Selle etapi jooksul dokumenteeritakse testitava tarkvara või süsteemi ulatus.
• Selles etapis tehakse esialgne katseplaan ja katseplaani täpsustamine. Katseplaan hõlmab projekti riski vähendamise kriitilist verstaposti.
• Tööriistad, testimiskeskkond, arendusstrateegia ja nõuete tuvastamine läbi kontrolli või analüüsi.

Arendamine:

• Testjuhtumi väljatöötamine langeb kokku SDLC metoodika rakendab projektimeeskond. Selles etapis määratakse mitmesuguseid katsemeetodeid.
• Disainsisendid tuleb välja töötada, hõlmates lihtsamaid kontrollitoiminguid, mis on üheselt mõistetavad ja kontrollitavad.
• Kontrolliaega lühendatakse, kui sarnaseid kontseptsioone viiakse läbi järjest. Isegi ühe testi väljundit saab kasutada järgnevate testide sisendina.
• Katsejuhtumite ja vastavate projekteerimissisendite vahel luuakse jälgitavuse lingid, et tagada kõigi nõuete testimine ja disainiväljundi vastavus projekteerimissisenditele.

Täitmine:

• Arendusfaasis loodud testimisprotseduurid viiakse läbi vastavalt testimisplaanile, järgides neid täpselt kontrollimistegevuses.
• Kui ilmnevad kehtetud tulemused või kui mõni protseduur nõuab muutmist, on oluline muudatused dokumenteerida ja saada nõuetekohane heakskiit.
• Kõik probleemid tuvastatakse ja logitakse selles etapis defektina.
• Jälgitavuse maatriks luuakse selleks, et kontrollida, kas kõik kontrollkatseplaanis tuvastatud sisendid on testitud, ja määrata läbimise suhe.

Aruanded:

• See toiming viiakse läbi iga kontrollimise etapi lõpus.
• Disaini kontrollimise aruanne sisaldab kontrollitulemuste üksikasjalikku kokkuvõtet, mis sisaldab konfiguratsioonihaldust, igat tüüpi testimise katsetulemusi ja kontrollimise käigus leitud probleeme.
• Projekti kontrollimise jälgitavuse aruanne koostatakse nõuete ja vastavate katsetulemuste vahel, et kontrollida, kas kõik nõuded on testitud ja varustatud vastavate tulemustega.
• Kõik mittevastavused dokumenteeritakse ja neid käsitletakse asjakohaselt.
• Revkatsed tehakse pärast projekti vastavustõendamise lõpetamist ja need kiidetakse vastavalt heaks.

Disaini valideerimise protsess

• Mõningaid konstruktsioone võib kinnitada, kui võrrelda neid sarnaste sarnaste otstarvetega seadmetega. See meetod on eriti oluline olemasoleva infrastruktuuri konfiguratsioonimuudatuste või uude süsteemi või rakendusse lisatavate standardprojektide valideerimiseks.
• Demonstreerimist ja/või ülevaatust võib kasutada toote nõuete ja muu funktsionaalsuse kinnitamiseks.
• Disaini saab analüüsida, näiteks matemaatilist modelleerimist, simulatsiooni, mis suudab vajaliku funktsionaalsuse uuesti luua.
• Katsed tehakse lõpliku konstruktsiooniga, mis kinnitab süsteemi võimet töötada vastavalt kindlaksmääratud konstruktsioonile.
• Katseplaan, teostamine ja tulemused tuleks dokumenteerida ja säilitada projekteerimisdokumentide osana. Seega on valideerimine kõigi valideerimistoimingute tulemuste kogum.
• Kui lõplikul projekti kinnitamisel 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õib olla kirjas, et "Kell peab ujumise ajal olema veekindel."
• Disaini spetsifikatsioon võib öelda: "Kell peaks töötama isegi siis, kui kasutaja ujub pikka aega."
• Katsetulemused peaksid kinnitama, et kell peaks nendele nõuetele vastama, muidu tehakse ümberkujundusi iteratsioone, kuni see vastab nõuetele.

Disaini valideerimise ja kontrollimise eelised

• Saame pidevalt jälgida disainilahendusi, mis võimaldavad meil igas etapis täita kasutaja seatud nõudeid.
• Disaini valideerimine toob esile erinevuse funktsionaalsuse ja eeldatava toimimise vahel.
• Valideerimisprotseduuride dokumenteerimine aitab hõlpsasti mõista funktsioone mis tahes etapis tulevikus, kui seal võidakse teha muudatusi või täiendusi.
• Arendusaega vähendatakse järjepidevalt, suurendades tootlikkust, mis võimaldab tarnida toodet ootuspäraselt.
• See protsess hõlmab kõigi kasutatavate valideerimismeetodite ulatust ja ulatust.
• Valideerimist saab läbi viia üksikasjalike projekteerimisandmete abil, mis vastavad lõppkasutaja nõuetele.
• Kõik erinevused tulemuse ja kasutaja vajaduste dokumentide vahel tuleb jäädvustada.
• Muudatused valideerimise ülesehituses viivad kordusvalideerimiseni.
• Oluline on dokumenteerida iga valideerimisel toimuv tegevus, mis tõendab adekvaatselt disaini vastavust kasutaja nõuetele.