Proces verifikacije i validacije dizajna

Validacija dizajna

Validacija dizajna je proces evaluacije softverskog proizvoda za točne zahtjeve krajnjih korisnika ili dionika. Svrha validacije dizajna je testiranje softverskog proizvoda nakon razvoja kako bi se osiguralo da zadovoljava zahtjeve u pogledu aplikacija u korisničkom okruženju.

Validacija se bavi dokazivanjem dosljednosti i potpunosti dizajna u odnosu na potrebe korisnika. Ovo je faza u kojoj zapravo gradite verziju proizvoda i provjeravate je prema zahtjevima korisnika.

Slika ispod predstavlja proces validacije dizajna.

Svrha je objektivnim dokazima dokazati da proizvod zadovoljava dokumente potreba korisnika. Objektivni dokaz nije ništa drugo nego bilo koji fizički dokaz rezultata kao što je slika, tekst ili audio datoteka koja ukazuje da je postupak izvršen.

Putem objektivnih dokaza, ovaj proces će dosljedno ispitivati ​​ispunjava li proizvod unaprijed definirane zahtjeve. Ovaj proces uključuje aktivnost testiranja, inspekciju i analizu, i tako dalje.

Provjera dizajna

Provjera dizajna je metoda za potvrdu ispunjava li izlaz dizajniranog softverskog proizvoda ulazne specifikacije ispitivanjem i pružanjem dokaza. Cilj procesa verifikacije dizajna tijekom razvoja softvera je osigurati da je dizajnirani softverski proizvod isti kao što je navedeno.

Unos dizajna je svaki fizički zahtjev i zahtjev za izvedbom koji se koristi kao osnova za svrhu projektiranja. Izlaz dizajna rezultat je svake faze dizajna i na kraju ukupnog truda u dizajnu. Izlaz konačnog dizajna osnova je za glavni zapis uređaja.

Razlika između verifikacije dizajna i validacije

Uvijek postoje zablude između verifikacije i validacije. To su različite aktivnosti koje se provode u svakoj fazi razvojnog procesa.

Proces provjere dizajna

Identifikacija i priprema:

• Tijekom razvojne faze specifikacije, identifikacija aktivnosti verifikacije obavlja se paralelno. To omogućuje dizajneru da bude siguran da je specifikacija provjerljiva. Tako inženjer za ispitivanje može započeti s detaljnim planom ispitivanja i postupcima. Sve promjene u specifikaciji treba priopćiti.
• Identificiranje najboljeg pristupa provođenju verifikacije, definiranje metoda mjerenja, potrebnih resursa, alata i objekata.
• Dovršeni plan provjere bit će pregledan s projektnim timom kako bi se identificirali problemi prije dovršetka plana.

Planiranje:

• Planiranje verifikacije je istodobna aktivnost s glavnim i razvojnim timovima. To se događa tijekom životnog ciklusa projekta. Ovo će se ažurirati kad i kad se unesu bilo kakve promjene u unose dizajna.
• Tijekom ove faze softver ili sustav koji se testira mora biti dokumentiran u opsegu.
• U ovoj fazi izrađuju se preliminarni plan ispitivanja i dorada plana ispitivanja. Plan testiranja bilježi kritičnu prekretnicu smanjujući rizik projekta.
• Alati, testna okolina, strategija razvoja i utvrđivanje zahtjeva kroz inspekciju ili analizu.

Razvojping:

• Razvoj testnog slučaja će se podudarati s SDLC metodologija provodi projektni tim. Tijekom ove faze utvrđuju se različite metode ispitivanja.
• Ulazi u dizajn moraju biti razvijeni uključujući najjednostavnije aktivnosti provjere koje su nedvosmislene i provjerljive.
• Vrijeme verifikacije mora biti smanjeno kada se slični koncepti provode u nizu. Čak se i rezultat jednog testa može koristiti kao ulaz za naredne testove.
• TracIzmeđu testnih slučajeva i odgovarajućih ulaznih podataka dizajna stvaraju se poveznice tablica kako bi se osiguralo da su svi zahtjevi testirani i da izlazni podaci dizajna zadovoljavaju ulazne podatke dizajna.

Izvršenje:

• Procedure testiranja stvorene tijekom razvojne faze izvode se u skladu s planom testiranja, striktno ih slijedeći u aktivnostima verifikacije.
• Ako se pojave bilo kakvi nevaljani rezultati ili ako bilo koji postupak zahtijeva modifikaciju, važno je dokumentirati promjene i dobiti odgovarajuće odobrenje.
• Svi problemi identificiraju se i bilježe kao kvar u ovoj fazi.
• Tracmatrica tabličnosti kreiran je za provjeru jesu li ispitani svi projektni inputi identificirani u verifikacijskom planu ispitivanja i za određivanje omjera prolaznosti.

Izvješća:

• Ova se aktivnost provodi na kraju svake faze provedbe verifikacije.
• Izvješće o provjeri dizajna daje detaljan sažetak rezultata verifikacije koji uključuje upravljanje konfiguracijom, rezultate testiranja za svaku vrstu testiranja i probleme pronađene tijekom aktivnosti verifikacije.
• Provjera dizajna tracIzvješće o izvedivosti izrađuje se između zahtjeva i odgovarajućih rezultata testiranja kako bi se provjerilo jesu li svi zahtjevi testirani i jesu li dostavljeni odgovarajući rezultati.
• Svaka nesukladnost bit će dokumentirana i na odgovarajući način riješena.
• Reviews se rade nakon završetka aktivnosti provjere projekta i odobravaju se tim redom.

Proces provjere valjanosti dizajna

• Neki od dizajna mogu se potvrditi usporedbom sa sličnom opremom koja ima sličnu namjenu. Ova metoda je osobito relevantna za provjeru valjanosti konfiguracijskih promjena za postojeću infrastrukturu ili standardne dizajne koji će biti ugrađeni u novi sustav ili aplikaciju.
• Demonstracija i/ili inspekcija mogu se koristiti za provjeru zahtjeva i druge funkcionalnosti proizvoda.
• Analiza dizajna može se izvršiti kao što je matematičko modeliranje, simulacija koja može ponovno stvoriti potrebnu funkcionalnost.
• Testovi se izvode na konačnom dizajnu koji potvrđuje sposobnost sustava da radi prema specificiranom dizajnu.
• Plan ispitivanja, izvedba i rezultati trebaju biti dokumentirani i održavani kao dio projektne dokumentacije. Dakle, Validacija je zbirka rezultata svih aktivnosti validacije.
• Kada se u konačnoj validaciji dizajna koriste ekvivalentni proizvodi, proizvođač mora dokumentirati sličnost i, ako postoji, razlika u odnosu na početnu proizvodnju.

Primjer

• Uzmimo primjer jednostavnog proizvoda, vodootpornog sata.
• Dokument sa zahtjevima za proizvod može navesti da "Sat mora biti vodootporan tijekom plivanja."
• Specifikacija dizajna može navesti "Sat bi trebao funkcionirati čak i ako korisnik dulje vrijeme pliva."
• Rezultati testiranja trebali bi potvrditi da bi sat trebao ispunjavati ove zahtjeve, inače će se redizajnirati iteracije dok ne zadovolji zahtjev.

Prednosti validacije i verifikacije dizajna

• Možemo kontinuirano pratiti dizajne koji nam omogućuju ispunjavanje korisnički definiranih zahtjeva u svakoj fazi.
• Validacija dizajna će ukazati na razliku između načina na koji funkcionalnost funkcionira i onoga kako se očekuje da će raditi.
• Dokumentiranje postupaka provjere valjanosti pomoći će u lakšem razumijevanju funkcionalnosti u bilo kojoj fazi u budućnosti ako dođe do promjena ili poboljšanja.
• Vrijeme razvoja dosljedno će se smanjivati ​​poboljšavajući produktivnost, što omogućuje isporuku proizvoda prema očekivanjima.
• Ovaj proces uključuje raspon i opseg svake metode provjere valjanosti koju je potrebno primijeniti.
• Validacija se može provesti pomoću detaljnih podataka o dizajnu koji predstavljaju zahtjeve konačnog korisnika.
• Svaka razlika između rezultata i dokumenata potrebnih korisniku mora biti zabilježena.
• Promjene u dizajnu validacije dovode do aktivnosti revalidacije.
• Važno je dokumentirati svaku aktivnost koja se dogodi tijekom validacije, čime se na odgovarajući način dokazuje da dizajn zadovoljava zahtjeve korisnika.