Tässä opetusohjelmassa opit-
- Mikä on suunnittelun validointi?
- Mikä on suunnittelun varmentaminen?
- Ero suunnittelun todentamisen ja validoinnin välillä
- Suunnittelun tarkistusprosessi
- Suunnittelun validointiprosessi
- Suunnittelun validoinnin ja todentamisen edut
Suunnittelun validointi
Suunnittelun validointi on prosessi, jolla ohjelmistotuote arvioidaan loppukäyttäjien tai sidosryhmien tarkkojen vaatimusten mukaisesti. Suunnittelun validoinnin tarkoituksena on testata ohjelmistotuote kehityksen jälkeen varmistaakseen, että se täyttää käyttäjän ympäristössä sovellettavien vaatimusten vaatimukset.
Vahvistaminen koskee suunnittelun johdonmukaisuuden ja täydellisyyden osoittamista käyttäjän tarpeisiin nähden. Tässä vaiheessa rakennat tuotteen version ja validoit käyttäjän vaatimuksia vastaavaksi.
Alla oleva kuva edustaa suunnittelun validointiprosessia.
Tarkoituksena on todistaa objektiivisilla todisteilla, että tuote täyttää käyttäjän tarpeiden asiakirjat. Objektiivinen näyttö ei ole mitään muuta kuin fyysinen todiste tuotoksesta, kuten kuva-, teksti- tai äänitiedosto, joka osoittaa, että menettely on suoritettu.
Objektiivisten todisteiden avulla tässä prosessissa tutkitaan johdonmukaisesti, että tuote täyttää ennalta määritetyt vaatimukset. Tämä prosessi sisältää testaustoiminnan, tarkastuksen ja analyysin jne.
Suunnittelun todentaminen
Suunnitteluvarmennus on menetelmä tutkimalla ja toimittamalla todisteita siitä, että suunnitellun ohjelmistotuotteen tuotos täyttää syöttöeritelmät. Suunnittelun tarkistusprosessin tavoitteena on ohjelmistokehityksen aikana varmistaa, että suunniteltu ohjelmistotuote on sama kuin määritelty.
Suunnittelupanos on mikä tahansa fyysinen ja suorituskykyvaatimus, jota käytetään suunnittelun perustana. Suunnittelutulos on jokaisen suunnitteluvaiheen tulos ja suunnittelun kokonaisponnistuksen lopussa. Lopullinen suunnittelutulos on perusta laitteen master-tietueelle.
Ero suunnittelun todentamisen ja validoinnin välillä
Todentamisen ja validoinnin välillä on aina väärinkäsityksiä. Nämä ovat erilaisia toimintoja, jotka suoritetaan kehitysprosessin jokaisessa vaiheessa.
| Suunnittelun todentaminen | Suunnittelun validointi |
|
|
|
|
|
|
|
|
|
|
|
|
Suunnittelun tarkistusprosessi
Tunnistaminen ja valmistelu:
- Erittelyn kehitysvaiheessa todentamistoiminta tunnistetaan rinnakkain. Tämän avulla suunnittelija voi varmistaa, että määrittely on todennettavissa. Joten testiinsinööri voi aloittaa yksityiskohtaisen testisuunnitelman ja menettelyt. Kaikista eritelmän muutoksista tulisi ilmoittaa.
- Tunnistetaan paras lähestymistapa todentamiseen, määritetään mittausmenetelmät, tarvittavat resurssit, työkalut ja tilat.
- Valmistunut tarkastussuunnitelma tarkistetaan 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, kun suunnittelupanoksiin tehdään muutoksia.
- Tämän vaiheen aikana testattava ohjelmisto tai järjestelmä on dokumentoitava.
- Alustava testisuunnitelma ja testisuunnitelman tarkentaminen tehdään tässä vaiheessa. Testisuunnitelmassa on kriittinen virstanpylväs, joka vähentää projektiriskiä.
- Työkalut, testausympäristö, kehitysstrategia ja vaatimusten tunnistaminen tarkastuksen tai analyysin avulla.
Kehittäminen:
- Testitapausten kehitys tapahtuu samaan aikaan projektiryhmän toteuttaman SDLC-menetelmän kanssa. Tässä vaiheessa tunnistetaan useita testimenetelmiä.
- Suunnittelupanokset on kehitettävä sisällyttämällä yksinkertaisimmat ja yksiselitteiset ja todennettavissa olevat todentamistoimet.
- Todentamisaikaa lyhennetään, kun samanlaisia käsitteitä toteutetaan peräkkäin. Jopa yhden testin tulosta voidaan käyttää tulona myöhemmissä testeissä.
- Testattavien tapausten ja vastaavien suunnittelupanosten välille luodaan linkitettävyyssuhteet sen varmistamiseksi, että kaikki vaatimukset testataan ja suunnittelulähtö vastaa suunnittelupanoksia.
Suoritus:
- Kehitysvaiheessa luodut testimenettelyt suoritetaan testisuunnitelman mukaisesti noudattaen tarkasti niitä tarkastustoiminnassa.
- Jos virheellisiä tuloksia esiintyy tai jos jokin toiminto vaatii muutoksia, on tärkeää dokumentoida muutokset ja saada asianmukainen hyväksyntä.
- Kaikki ongelmat tunnistetaan ja kirjataan vikaksi tässä vaiheessa.
- Vedettävyysmatriisi luodaan sen varmistamiseksi, että kaikki tarkastustestaussuunnitelmassa yksilöidyt suunnittelupanokset on testattu, ja määritetään läpäisyaste.
Raportit:
- Tämä toiminto suoritetaan jokaisen tarkastuksen suorittamisen vaiheen lopussa.
- Suunnittelun tarkastusraportti antaa yksityiskohtaisen yhteenvedon todentamistuloksista, joka sisältää kokoonpanon hallinnan, testitulokset kullekin testaustyypille ja tarkastustoiminnan aikana löydetyt ongelmat.
- Suunnittelun todentamisen jäljitettävyysraportti luodaan vaatimusten ja vastaavien testitulosten välille sen varmistamiseksi, että kaikki vaatimukset on testattu ja toimitettu asianmukaisilla tuloksilla.
- Kaikki poikkeamat dokumentoidaan ja käsitellään asianmukaisesti.
- Tarkastukset tehdään suunnittelutarkastustoiminnan päätyttyä ja ne hyväksytään vastaavasti.
Suunnittelun validointiprosessi
- Jotkut mallit voidaan validoida vertaamalla vastaaviin laitteisiin, jotka suorittavat samanlaisen tarkoituksen. Tämä menetelmä on erityisen tärkeä validoitaessa nykyisen infrastruktuurin kokoonpanomuutoksia tai vakiomalleja, jotka on tarkoitus sisällyttää uuteen järjestelmään tai sovellukseen.
- Esittelyä ja / tai tarkastusta voidaan käyttää tuotteen vaatimusten ja muun toiminnallisuuden vahvistamiseen.
- Suunnittelua voidaan analysoida esimerkiksi matemaattisella mallinnuksella, simulaatiolla, jolla voidaan luoda tarvittavat toiminnot.
- Testit suoritetaan lopulliselle rakenteelle, joka vahvistaa järjestelmän kyvyn toimia määritetyn mallin mukaisesti.
- Testisuunnitelma, toteutus ja tulokset tulee dokumentoida ja ylläpitää osana suunnittelutietueita. Validointi on siis kokoelma kaikkien validointitoimintojen tuloksia.
- Kun lopullisessa suunnittelun validoinnissa käytetään vastaavia tuotteita, valmistajan on dokumentoitava samankaltaisuus ja mahdolliset erot alkuperäiseen tuotantoon nähden.
Esimerkki
- Otetaan esimerkki yksinkertaisesta tuotteesta, vedenpitävästä kellosta.
- Tuotevaatimusasiakirjassa saatetaan sanoa, että "Kellon on oltava vedenpitävä uinnin aikana."
- Suunnitteluspesifikaatioissa saattaa olla "Kellon tulisi toimia, vaikka käyttäjä ui pitkään."
- Testaustulosten tulisi vahvistaa, että kellon on täytettävä nämä vaatimukset, muuten uudelleensuunnittelun iteraatiot tehdään, kunnes se täyttää vaatimuksen.
Suunnittelun validoinnin ja todentamisen edut
- Voimme jatkuvasti seurata malleja, joiden avulla voimme täyttää käyttäjän asettamat vaatimukset kaikissa vaiheissa.
- Suunnittelun vahvistaminen tuo esiin eron toiminnallisuuden ja sen odotettavissa olevan toiminnan välillä.
- Vahvistusmenettelyjen dokumentoiminen auttaa ymmärtämään toiminnallisuutta helposti missä tahansa tulevaisuuden vaiheessa, jos siihen tehdään muutoksia tai parannuksia.
- Kehitysaikaa lyhennetään jatkuvasti parantamalla tuottavuutta, mikä mahdollistaa tuotteen toimittamisen odotetulla tavalla.
- Tämä prosessi sisältää kunkin vaaditun validointimenetelmän alueen ja laajuuden.
- Vahvistus voidaan suorittaa käyttämällä yksityiskohtaisia suunnittelutietoja, jotka edustavat loppukäyttäjän vaatimuksia.
- Tuloksen ja käyttäjän tarvitseman asiakirjan välinen ero on otettava huomioon.
- Muutokset validointisuunnittelussa johtavat uusintatoimintaan.
- On tärkeää dokumentoida jokainen validoinnin aikana tapahtuva toiminta, joka osoittaa riittävästi, että suunnittelu täyttää käyttäjän vaatimukset.