Suunnittelun tarkastus- ja validointiprosessi

Suunnittelun validointi

Suunnittelun validointi on prosessi ohjelmistotuotteen arvioimiseksi loppukäyttäjien tai sidosryhmien täsmällisten vaatimusten mukaan. Suunnittelun validoinnin tarkoituksena on testata ohjelmistotuotetta kehitystyön jälkeen sen varmistamiseksi, että se täyttää sovelluksen vaatimukset käyttäjän ympäristössä.

Validointi pyrkii osoittamaan suunnittelun johdonmukaisuuden ja täydellisyyden suhteessa käyttäjän tarpeisiin. Tämä on vaihe, jossa itse asiassa rakennat tuotteen version ja vahvistat sen käyttäjien vaatimusten mukaisesti.

Alla oleva kuva esittää suunnittelun validointiprosessia.

Tarkoituksena on osoittaa objektiivisilla todisteilla, että tuote täyttää käyttäjien tarpeet. Objektiiviset todisteet eivät ole mitään muuta kuin mikä tahansa fyysinen todiste tulosteesta, kuten kuva, teksti tai äänitiedosto, joka osoittaa, että toimenpide on suoritettu.

Objektiivisen näytön avulla tämä prosessi tutkii johdonmukaisesti, että tuote täyttää ennalta määritellyt vaatimukset. Tämä prosessi sisältää testaustoiminnan, tarkastuksen ja analyysin ja niin edelleen.

Suunnittelun todentaminen

Suunnittelun todentaminen on menetelmä, jolla varmistetaan, vastaako suunnitellun ohjelmistotuotteen tulos syötteen määrityksiä tutkimalla ja tarjoamalla todisteita. Suunnittelun varmennusprosessin tavoitteena ohjelmistokehityksen aikana on varmistaa, että suunniteltu ohjelmistotuote on sama kuin määritelty.

Suunnittelusyöte on mikä tahansa fyysinen ja suorituskykyvaatimus, jota käytetään suunnittelutarkoituksen perustana. Suunnittelutulos on jokaisen suunnitteluvaiheen tulos ja kokonaissuunnittelutyön lopussa. Lopullinen suunnittelutulos on pohjana laitteen päätietueelle.

Ero suunnittelun todentamisen ja validoinnin välillä

Todentamisen ja validoinnin välillä on aina vääriä käsityksiä. Nämä ovat erilaisia ​​toimintoja, joita suoritetaan kehitysprosessin jokaisessa vaiheessa.

Suunnittelun varmennusprosessi

Tunnistaminen ja valmistelu:

• Spesifikaation kehitysvaiheessa varmennustoiminnan tunnistaminen tapahtuu rinnakkain. Näin suunnittelija voi varmistaa, että spesifikaatio on todennettavissa. Joten testiinsinööri voi aloittaa yksityiskohtaisen testisuunnitelman ja -menettelyt. Kaikista eritelmien muutoksista on ilmoitettava.
• Paras tapa todentaa, määritellä mittausmenetelmät, tarvittavat resurssit, työkalut ja tilat.
• Valmis todentamissuunnitelma käydään läpi suunnittelutiimin kanssa ongelmien tunnistamiseksi ennen suunnitelman viimeistelyä.

Suunnittelu:

• Todentamisen suunnittelu on samanaikaista toimintaa ydin- ja kehitystiimien kanssa. Tämä tapahtuu koko projektin elinkaaren ajan. Tämä päivitetään aina kun suunnittelutuloihin tehdään muutoksia.
• Tämän vaiheen aikana testattavan ohjelmiston tai järjestelmän laajuus on dokumentoitava.
• Tässä vaiheessa tehdään alustava testisuunnitelma ja testisuunnitelman tarkennus. Testisuunnitelma sisältää kriittisen virstanpylvään, joka vähentää projektin riskiä.
• Työkalut, testiympäristö, kehitysstrategia ja vaatimusten tunnistaminen tarkastuksen tai analyysin avulla.

Developing:

• Testitapauksen kehitys tulee samaan aikaan SDLC-metodologia toteuttaa projektiryhmä. Tässä vaiheessa tunnistetaan erilaisia ​​testausmenetelmiä.
• Suunnittelusyötteet on kehitettävä sisältäen yksinkertaisimmat todentamistoiminnot, jotka ovat yksiselitteisiä ja todennettavissa.
• Todentamisaika lyhenee, kun samankaltaisia ​​konsepteja toteutetaan peräkkäin. Jopa yhden testin tulosta voidaan käyttää syötteenä seuraaviin testeihin.
• TracTestitapausten ja vastaavien suunnittelusyötteiden välille luodaan taulukkolinkit sen varmistamiseksi, että kaikki vaatimukset testataan ja suunnittelun tulos vastaa suunnittelusyötteitä.

toteutus:

• Kehitysvaiheessa luodut testausmenettelyt suoritetaan testaussuunnitelman mukaisesti ja niitä tarkasti noudatetaan varmistustoiminnassa.
• Jos virheellisiä tuloksia ilmenee tai jos jokin menettely vaatii muutoksia, on tärkeää dokumentoida muutokset ja saada asianmukainen hyväksyntä.
• Kaikki ongelmat tunnistetaan ja kirjataan viaksi tässä vaiheessa.
• Tractaulukkomatriisi luodaan varmistamaan, että kaikki todentamistestisuunnitelmassa yksilöidyt suunnittelusyötteet on testattu, ja määrittämään läpäisysuhteen.

Raportit:

• Tämä toiminto suoritetaan jokaisen vahvistusvaiheen lopussa.
• Suunnittelun todentamisraportti sisältää yksityiskohtaisen yhteenvedon varmistustuloksista, joka sisältää konfiguraationhallinnan, kunkin testaustyypin testitulokset ja varmennustoiminnan aikana havaitut ongelmat.
• Suunnittelun varmentaminen tracVaatimusten ja vastaavien testitulosten välille luodaan toimivuusraportti sen varmistamiseksi, että kaikki vaatimukset on testattu ja että niille on annettu asianmukaiset tulokset.
• Kaikki poikkeukset dokumentoidaan ja niihin puututaan asianmukaisesti.
• RevTarkastukset tehdään suunnittelun tarkastustoiminnan päätyttyä ja ne hyväksytään vastaavasti.

Suunnittelun validointiprosessi

• Jotkut mallit voidaan validoida vertaamalla vastaaviin laitteisiin, joilla on sama tarkoitus. Tämä menetelmä on erityisen tärkeä validoitaessa olemassa olevan infrastruktuurin konfiguraatiomuutoksia tai standardisuunnitelmia, jotka on tarkoitus sisällyttää uuteen järjestelmään tai sovellukseen.
• Esittelyä ja/tai tarkastusta voidaan käyttää tuotteen vaatimusten ja muiden toimivuuden vahvistamiseen.
• Suunnitelman analysointia voidaan tehdä, kuten matemaattista mallintamista, simulaatiota, jolla voidaan luoda tarvittava toiminnallisuus.
• Testit suoritetaan lopulliselle suunnitelmalle, joka vahvistaa järjestelmän kyvyn toimia määritellyn suunnitelman mukaisesti.
• Testisuunnitelma, suoritus ja tulokset tulee dokumentoida ja säilyttää osana suunnittelukirjanpitoa. Näin ollen validointi on kokoelma kaikkien validointitoimintojen tuloksista.
• Kun lopullisessa suunnittelun validoinnissa käytetään vastaavia tuotteita, valmistajan on dokumentoitava samankaltaisuus ja mahdolliset erot alkuperäiseen tuotantoon verrattuna.

esimerkki

• Otetaan esimerkki yksinkertaisesta tuotteesta, vedenpitävästä kellosta.
• Tuotevaatimusasiakirjassa voi olla sanonta: "Kellon on oltava vedenpitävä uinnin aikana."
• Suunnitteluspesifikaatiossa saattaa olla teksti: "Kellon pitäisi toimia, vaikka käyttäjä ui pitkän aikaa."
• Testaustulosten tulee vahvistaa, että kellon tulee täyttää nämä vaatimukset, muuten uudelleensuunnittelun iteraatioita tehdään, kunnes se täyttää vaatimuksen.

Suunnittelun validoinnin ja todentamisen edut

• Pystymme jatkuvasti seuraamaan suunnitelmia, joiden avulla pystymme täyttämään käyttäjän asettamat vaatimukset joka vaiheessa.
• Suunnittelun validointi osoittaa eron sen välillä, miten toiminnallisuus toimii ja miten sen odotetaan toimivan.
• Validointimenettelyjen dokumentointi auttaa ymmärtämään toiminnallisuutta helposti missä tahansa vaiheessa tulevaisuudessa, jos siihen saatetaan tehdä muutoksia tai parannuksia.
• Kehitysaikaa lyhennetään jatkuvasti parantaen tuottavuutta, mikä mahdollistaa tuotteen toimituksen odotetusti.
• Tämä prosessi sisältää jokaisen käytettävän validointimenetelmän alueen ja laajuuden.
• Validointi voidaan suorittaa käyttämällä yksityiskohtaisia ​​suunnittelutietoja, jotka edustavat loppukäyttäjän vaatimuksia.
• Kaikki erot tuloksen ja käyttäjän tarpeiden asiakirjojen välillä on tallennettava.
• Validointisuunnitelman muutokset johtavat uudelleenvalidointitoimintaan.
• On tärkeää dokumentoida jokainen validoinnin aikana tapahtuva toiminta, joka osoittaa riittävästi, että suunnittelu vastaa käyttäjän vaatimuksia.