Suunnittelun tarkastus- ja validointiprosessi
Toimituksellinen tiimi
⚡ Älykäs yhteenveto
Suunnittelun varmennus varmistaa, että suunnittelun tulos vastaa dokumentoitua suunnittelutietoa, kun taas suunnittelun validointi varmistaa, että lopputuote täyttää käyttäjiensä todelliset tarpeet. Molemmat suoritetaan koko kehitysvaiheen ajan, ei kertaakaan lopussa.
Suunnittelun todentaminen
Suunnittelun todentaminen on menetelmä, jolla varmistetaan tutkimalla ja esittämällä todisteita siitä, että suunnitellun ohjelmistotuotteen tuotos täyttää sen lähtötiedot. Suunnittelun varmennusprosessin tavoitteena ohjelmistokehityksen aikana on varmistaa, että suunniteltu ohjelmistotuote on sama kuin määriteltiin.
Suunnittelun lähtötiedot ovat kaikki fyysiset ja suorituskykyvaatimukset, joita käytetään suunnittelun perustana. Suunnittelun tuotos on kunkin suunnitteluvaiheen ja koko suunnittelutyön tulos. Säännellyillä toimialoilla, kuten lääkinnällisten laitteiden valmistuksessa, lopullisesta suunnittelutuloksesta tulee laitteen päätietueen perusta, minkä vuoksi suunnittelun ohjaussanastoa esiintyy niin usein varmennusdokumentaatiossa.
Käytännössä todentamisessa vertaillaan kahta asiakirjasarjaa: sisään tulleita spesifikaatioita, standardeja ja rajoituksia laadittuihin piirustuksiin, koodiin ja testausohjeisiin. Jokainen niiden välinen ero on todentamisessa havainto.
Suunnittelun validointi
Verifiointi osoittaa sisäisen johdonmukaisuuden. Validointi kysyy vaikeampaa kysymystä siitä, kuvailiko spesifikaatio alun perin oikeaa tuotetta.
Suunnittelun validointi on prosessi, jossa ohjelmistotuotetta arvioidaan loppukäyttäjien tai sidosryhmien tarkkojen vaatimusten perusteella. Suunnittelun validoinnin tarkoituksena on testata ohjelmistotuotetta kehityksen jälkeen sen varmistamiseksi, että se täyttää kyseiset vaatimukset, kun sitä käytetään käyttäjän omassa ympäristössä.
Validoinnilla pyritään osoittamaan suunnittelun johdonmukaisuus ja täydellisyys käyttäjien tarpeiden suhteen. Tässä vaiheessa tuotteesta rakennetaan versio ja validoidaan se käyttäjän vaatimuksia vasten.
Alla oleva banneri nimeää toiminnan kaksi puoliskoa sellaisina kuin ne yleensä esitetään suunnittelutiedoissa.
Seuraava kaavio näyttää itse suunnittelun validointiprosessin käyttäjän tarpeista validoituun tuotteeseen asti.
Tarkoituksena on osoittaa objektiivisella näytöllä, että tuote täyttää dokumentoidut käyttäjätarpeet. Objektiivinen näytöllä tarkoitetaan yksinkertaisesti fyysistä todistusaineistoa – kuvaa, tekstitiedostoa, äänitiedostoa tai allekirjoitettua raporttia – joka osoittaa, että toimenpide on todella suoritettu.
Tämän objektiivisen näytön avulla prosessissa tarkastellaan johdonmukaisesti, täyttääkö tuote ennalta määritellyt vaatimukset. Se sisältää testausta, tarkastusta, analyysia ja vastaavia tekniikoita, minkä vuoksi validointi yleensä hyödyntää järjestelmän testaus ja käyttäjän hyväksyntätestaus eikä yksikkökohtaisiin tarkastuksiin.
Ero suunnittelun todentamisen ja validoinnin välillä
Todentamisen ja validoinnin välillä on aina väärinkäsityksiä. Ne ovat eri toimintoja, ja molempia suoritetaan kehitysprosessin jokaisessa vaiheessa yksittäisen virstanpylvään sijaan.
| Suunnittelun todentaminen | Suunnittelun validointi |
|---|---|
| Suunnittelun varmennusta käytetään silloin, kun todellisen suunnittelutuloksen tulee olla sama kuin odotettu suunnittelutulos ja täyttää tuotteen vaatimukset. | Suunnittelun validointia käytetään varmistamaan, että lopullinen suunnittelu vastaa käyttäjän odotuksia. |
| Suunnittelun varmentamisessa kysytään: suunnittelitko tuotteen oikein? | Suunnittelun validointi kysyy: suunnittelitko oikean tuotteen? |
| Suunnittelun varmennus sisältää yksikön ja ensisijaisen integrointitason testaus. | Suunnittelun validointi sisältää toissijaisen tai ylemmän tason integroinnin ja järjestelmätason testauksen. |
| Tietyt suunnittelun validoinnin osa-alueet voidaan suorittaa suunnittelun verifioinnin aikana, mutta suunnittelun verifiointi ei korvaa suunnittelun validointia. | Suunnittelun validointi seuraa onnistuneen suunnittelun todentamista. |
| Suunnittelun verifiointi voidaan suorittaa yksittäiselle moduulille tai valmiille järjestelmälle missä tahansa olosuhteissa. | Suunnittelun validointi on suoritettava tietyissä olosuhteissa käyttäjän vaatimusten mukaisesti. |
| Suunnittelun todentamisessa voidaan käyttää staattisia tekniikoita. Se sisältää järjestelmätarkastuksia, analyysiä ja muodollisia todentamistoimia. | Suunnittelun validointi koostuu testitulosten loppuraportista, joka tarkistetaan, hyväksytään ja allekirjoitetaan. Nämä asiakirjat tallennetaan myöhempää tarvetta varten. |
Hyödyllinen oikotie: vahvistus on enimmäkseen staattinen työ asiakirjoja vastaan, kun taas validointi on enimmäkseen dynaaminen testaus käynnissä olevaa rakennetta vastaan.
Suunnittelun varmennusprosessi
Vahvistusprosessi tapahtuu viidessä vaiheessa, ja jokainen niistä tuottaa artefaktin, josta seuraava vaihe on riippuvainen.
Tunnistaminen ja valmistelu:
- Spesifikaation kehittämisen aikana rinnakkain tunnistetaan myös todentamistoimet. Näin suunnittelija voi varmistaa, että spesifikaatio on todella todennettavissa, jotta testausinsinööri voi aloittaa yksityiskohtaisten testaussuunnitelmien ja -menettelyjen laatimisen. Kaikista spesifikaation muutoksista on tiedotettava.
- Määritä paras lähestymistapa todentamisen suorittamiseen ja määrittele mittausmenetelmät, tarvittavat resurssit, työkalut ja tilat.
- Valmis varmennussuunnitelma tarkistetaan suunnittelutiimin kanssa mahdollisten ongelmien nostamiseksi esiin ennen suunnitelman viimeistelyä.
Suunnittelu:
- Todentamisen suunnittelu on samanaikaista ydin- ja kehitystiimien kanssa. Sitä tapahtuu koko projektin elinkaaren ajan ja sitä päivitetään aina, kun suunnittelun lähtötiedot muuttuvat.
- Tässä vaiheessa testattavan ohjelmiston tai järjestelmän laajuus dokumentoidaan.
- Alustava testaussuunnitelma kirjoitetaan ja sitä sitten tarkennetaan. Suunnitelma tallentaa kriittiset virstanpylväät, jotka vähentävät projektin riskiä.
- Työkalut, testiympäristö ja kehitysstrategia valitaan ja tarkastuksen tai analyysin avulla vahvistettavat vaatimukset tunnistetaan.
Developing:
- Testitapaus kehitys on yhdenmukainen SDLC-metodologia projektitiimi on toteuttanut. Tässä vaiheessa tunnistetaan useita testausmenetelmiä.
- Suunnittelun lähtötiedot on kehitettävä siten, että yksinkertaisimmatkin todentamistoimet ovat yksiselitteisiä ja todennettavissa.
- Todennusaika lyhenee, kun samanlaiset käsitteet todennetaan peräkkäin, koska yhden testin tulosta voidaan käyttää uudelleen seuraavan testin syötteenä.
- TracTestitapausten ja niitä vastaavien suunnittelutietojen välille luodaan toimivuuslinkkejä sen varmistamiseksi, että jokainen vaatimus testataan ja että suunnittelutulos vastaa suunnittelutietoja.
toteutus:
- Kehitysvaiheen aikana luodut testausmenettelyt suoritetaan testaussuunnitelman mukaisesti ja niitä noudatetaan tarkasti todentamistoiminnan aikana.
- Jos ilmenee virheellisiä tuloksia tai jos jotakin menetelmää on muutettava, muutokset on dokumentoitava ja hyväksyttävä virallisesti.
- Kaikki löydetyt ongelmat kirjataan vikana normaalisti vianhallinnan prosessi.
- A trackyvykkyysmatriisi on luotu varmistamaan, että jokainen varmennustestaussuunnitelmassa yksilöity suunnittelutieto on testattu, ja määrittämään läpäisysuhde.
Raportit:
- Tämä toiminto suoritetaan jokaisen vahvistusvaiheen lopussa.
- Suunnittelun todentamisraportti antaa yksityiskohtaisen yhteenvedon todentamisen tuloksista, mukaan lukien konfiguraation hallinnan, kunkin testaustyypin tulokset ja todentamisen aikana havaitut ongelmat.
- Suunnittelun varmennus tracVaatimusten ja vastaavien testitulosten välille luodaan toimivuusraportti, jolla vahvistetaan, että kaikki vaatimukset testattiin ja että asianmukaiset tulokset kirjattiin.
- Kaikki poikkeamat dokumentoidaan ja niihin puututaan asianmukaisesti.
- RevTarkastukset suoritetaan suunnittelun todentamisen päätyttyä ja tuotokset hyväksytään virallisesti.
Suunnittelun validointiprosessi
Validoinnilla ei ole yhtä jäykkää järjestystä. Sen sijaan se hyödyntää pientä joukkoa hyväksyttyjä menetelmiä, ja projektissa käytetään yleensä useampaa kuin yhtä niistä.
- Vertailu vastaaviin malleihin. Jotkin mallit voidaan validoida vertaamalla niitä samankaltaisiin laitteisiin, jotka palvelevat samaa tarkoitusta. Tämä on erityisen tärkeää validoidessa olemassa olevan infrastruktuurin kokoonpanomuutoksia tai uuteen järjestelmään tai sovellukseen sisällytettäviä vakiomalleja.
- Esittely ja tarkastus. Jompaakumpaa tai molempia voidaan käyttää vaatimusten ja tuotteen muun toiminnallisuuden validointiin.
- Analyysi. Suunnittelua voidaan analysoida matemaattisen mallinnuksen tai simulaation avulla, joka luo uudelleen vaaditun toiminnallisuuden.
- Testaus. Lopulliselle suunnitelmalle suoritetaan testejä sen varmistamiseksi, että järjestelmä toimii määritellyllä tavalla, mikä on seuraava vaihe: toiminnallinen testaus ja ei-toiminnallinen testaus täytä käyttäjän vaatimukset.
- Dokumentointi. Testaussuunnitelma, suoritus ja tulokset tulee dokumentoida ja säilyttää osana suunnittelutietueita. Validointi on viime kädessä kaikkien validointitoimien koottuja tuloksia.
- Vastaavuuden perustelu. Kun lopullisessa suunnittelun validoinnissa käytetään vastaavia tuotteita, valmistajan on dokumentoitava niiden samankaltaisuus ja mahdolliset erot alkuperäiseen tuotantoon verrattuna.
esimerkki
Lyhyt käytännön esimerkki tekee eron konkreettiseksi.
- Otetaan esimerkiksi yksinkertainen tuote: vedenpitävä kello.
- Tuotevaatimusasiakirjassa saatetaan todeta, että ”kellon on oltava vedenpitävä uinnin aikana”. Tämä on käyttäjän tarve, ja validointia mitataan sen perusteella.
- Suunnittelumäärityksissä saatetaan todeta, että ”kellon tulisi toimia, vaikka käyttäjä uisi pitkään”. Tämä on suunnittelun lähtötieto, ja sitä vasten todentamista mitataan.
- Testitulosten tulisi vahvistaa, että kello täyttää nämä vaatimukset. Jos ne eivät täytä vaatimuksia, uudelleensuunnittelua jatketaan, kunnes se täyttää vaatimukset.
Huomaa, miten kello voi läpäistä tarkistuksen, mutta silti epäonnistua validoinnissa. Jos spesifikaatio määrittelee pitkän uinnin viideksitoista minuutiksi ja oikeat uimarit viipyvät vedessä tunnin, suunnittelun tuloste vastaa täydellisesti syötettä ja silti pettää käyttäjän odotukset.
Suunnittelun validoinnin ja todentamisen edut
Molempien toimintojen suorittaminen jatkuvasti sen sijaan, että ne olisivat vain lopullinen portti, tuottaa alla olevat hyödyt.
- Suunnitelmia voidaan seurata jatkuvasti, mikä mahdollistaa käyttäjän määrittelemien vaatimusten täyttämisen jokaisessa vaiheessa.
- Suunnittelun validointi osoittaa eron toiminnallisuuden toiminnan ja sen odotetun toiminnan välillä.
- Validointimenettelyjen dokumentointi helpottaa toiminnallisuuden ymmärtämistä myöhemmin, aina kun tehdään muutoksia tai parannuksia.
- Kehitysaika lyhenee jatkuvasti ja tuottavuus paranee, mikä auttaa toimittamaan tuotteen odotetulla tavalla.
- Prosessi määrittelee kunkin käytettävän validointimenetelmän laajuuden ja soveltamisalan.
- Validointi voidaan suorittaa käyttämällä yksityiskohtaisia suunnittelutietoja, jotka edustavat loppukäyttäjän vaatimuksia.
- Kaikki lopputuloksen ja käyttäjän tarvitsemien dokumenttien väliset erot tallennetaan sen sijaan, että ne katoaisivat.
- Validoituun suunnitteluun tehdyt muutokset käynnistävät uudelleenvalidoinnin, joten tietue ei koskaan katoa tuotteen ulkopuolelle.
- Jokaisen validoinnin aikana tapahtuvan toiminnan dokumentointi on se, mikä osoittaa riittävästi, että suunnittelu täyttää käyttäjän vaatimukset.
Suunnittelun todentaminen ja validointi on siksi parasta suunnitella laajemman kokonaisuuden sisällä. ohjelmistotestauksen elinkaari ja kartoitettu toista vasten ohjelmistotestauksen tyypitsen sijaan, että sitä käsiteltäisiin erillisenä vaatimustenmukaisuuden valvontana.
