Visure lahendused


Toetus
Registreeri
Logi sisse
Alusta tasuta prooviversiooni
RTM
Blogide loend

Nõuded jälgitavuse maatriks (RTM)

Blogi | 6 min loetud
Kirjutas admin

Sisukord

Nõuded jälgitavuse maatriks (RTM)

Kõik tarkvaraprojektid on tegelikult ainult rakendatud nõuete kogumid, sealhulgas kasutajate nõuded, kasutajaliidese nõuded, ärinõuded, tehnilised nõuded, funktsionaalsed nõuded, mittefunktsionaalsed nõuded ja muud. Varem, kui tarkvaraprojektid olid palju väiksemad ja arendustsüklid palju pikemad, ei olnud jälgimisnõuded kaugeltki nii suured väljakutsed kui praegu.

Ilma täpselt määratletud nõuete kogumita on tarkvaraprojektidel väga suur ebaõnnestumise oht, mistõttu on esmatähtis omada usaldusväärset meetodit nõuete jälgimiseks alates nende väljatöötamisest kuni spetsifikatsioonide ja arenduseni ning kuni nende juurutamiseni. . Nõuete jälgitavuse maatriks (RTM) on üks sellistest meetoditest ja see artikkel selgitab kõike, mida peate selle kohta teadma.

Mis on RTM?

Nõuete jälgitavuse maatriksi (RTM) selgitamiseks peame kõigepealt rääkima nõuete jälgitavusest üldiselt. IEEE süsteemide ja tarkvaratehnika sõnavara defineerib seda kui võimet kirjeldada ja jälgida nõude elu nii edasi kui ka tagasi.

Sellisena võimaldab nõuete jälgitavus meil tuvastada nii nõude allika kui ka kõik muud elutsükli artefaktid, nagu testid, kasutusjuhtumid ja projekti kavandamine. Nende keeruliste linkide selgeks dokumenteerimiseks kasutatakse dokumenti nimega Nõuete jälgitavuse maatriks, mis kaardistab täpselt nõuete, testjuhtumite ja defektide vahelised seosed.

Läbimõeldud RTM-i abil on lihtne teostada jälgitavuse graafilist analüüsi ja kontrollida nende vastavate testjuhtumite kinnitamist, et kõik nõuded on täidetud.

Erinevad RTM-i tüübid

RTM-id on mõnikord jagatud kolme alamtüüpi:

  • Edasise jälgitavuse RTMid: Selle maatriksi eesmärk on tagada projekti edenemine soovitud suunas, kaardistades juhtumite nõuded.
  • Tagasi jälgitavad RTMid: Selle maatriksi eesmärk on tagada, et projekt jääb õigele teele ja esialgne ulatus jääb samaks.
  • Kahesuunalised jälgitavuse RTMid: See maatriks hõlmab nii edasi kui ka tagasi jälgitavust, tagades, et kõigil täpsustatud nõuetel on vastavad testijuhud ja vastupidi.

Nõuded jälgitavuse maatriksi näide

Varem loodi RTM-e enamasti arvutustabeli tarkvararakenduste abil, näiteks Microsoft Excel või LibreOffice Calc, kusjuures nõuded olid asetatud ülemisse ritta ja testjuhtumid esimeses veerus. See käsitsi lähenemine toimib hästi, kui on vaid mõned nõuded ja proovijuhud jälgida, kuid suuremate projektide korral muutub see äärmiselt aeganõudvaks ja tüütuks. Pealegi on arvutustabeli tarkvararakenduste abil loodud RTM-e keeruline hooldada, mis on niigi hõivatud arendajatele lisakoormus.

Õnneks terviklik nõuete haldamise tööriistad nagu Visure Requirements saavad vaevata genereerida üksikasjalikke RTM-e, mis kuvavad elemente nii veeru- kui ka rea ​​päistes, kusjuures iga lahter näitab, kas vastava veeru ja rea ​​elemente on jälgitud või mitte, ja vajaduse korral jälje suunda.

Nõuded Visure'ist automaatselt loodud jälgitavuse maatriks

Ülaltoodud pilt näitab Visure Requirements'i loodud RTM-i näidet. Nagu näete, sisaldab RTM tootenõudeid, süsteeminõudeid, komponentide nõudeid, riske ja teste, kuid visuaarnõuete kasutajad saavad valida, mida nad täpselt lisada soovivad.

Miks peame nõuded jälitama?

Võimalus hõlpsalt jälgida nõudeid ja nendega seotud testjuhtumeid on ainult üks põhjus, miks RTM-id on tarkvaraarenduses hädavajalikud. Pakkudes esmapilgul teekaardi, vähendavad RTM-id oluliselt põhjaliku töö tegemiseks vajalikke jõupingutusi mõju analüüs ja tuvastage muudatuse võimalikud tagajärjed või hinnake, mida tuleb muutuse saavutamiseks muuta.

RTM-id annavad testijuhtidele õiguse planeerida paremini ja tõhusamalt vajalike testide hulka, välistades dubleerimise ja lekke. Kui testijuhid saavad hõlpsasti jälgida testi üldist täitmise olekut ja tuvastada testijuhtumeid, mida tuleb nõuete muutmise korral uuendada, saavad nad vähemate ajaga rohkem saavutada, mis toob kasu kogu meeskonnale.

Üksikasjaliku RTM-i omamine on oluline ka dokumentatsiooni ja auditeerimise osas. Kui testjuhtumid on seotud nõuetega, muutub täielik jälgitavus lihtsa klõpsamise küsimuseks - seda hindavad kindlasti kõik projekti liikmed ja sidusrühmad.

Visioon-mõju-analüüs
Visioon-mõju-analüüs

Kuidas jälgida nõudeid RM-i abil?

Nõuete jälgitavuse maatriksi loomise protsess peaks algama eesmärgi seadmisega, et täpsustada, mida RTM peaks edastama. Nagu me varem selgitasime, on RTM-i erinevaid tüüpe ja oluline on õige maatriksi jaoks õige teabe kogumine.

Järgmine samm on nõuete jälgimine. Tänapäeval toimub nõuete jälgimine nõuete jälgitavuse tööriista abil, nagu Visure Solutions pakub. Nõuete jälgitavuse tööriistad hõlbustavad nõuete kogumist MS Word, MS Excel, ReqIF ja muud allikad haldavad muutusi elutsükli erinevates etappides ning tuvastavad muu hulgas, milliseid nõudeid on testitud ja mida pole.

Kujundatud tervikliku nõudeprotsessi jaoks tervikliku toe pakkumiseks, on Visure Requirements tipptasemel nõuete haldamise tarkvara tööriist, mis paistab silma oma kohandatavuse ja kasutusmugavuse poolest. Visure Requirements sisaldab mitut RTM-i aruannet, mida saab kohandada ja luua vaid mõne klikiga.

Visure Requirements'i loodud tüüpiline RTM sisaldab toote nõudeid, süsteeminõudeid, komponentide nõudeid, riske ja teste. Visure Requirements abil saab RTM-e eksportida mitmesse erinevasse vormingusse, sealhulgas PDF ja XLS.

Kogu nõudeprotsessi juhtimine ühe tööriista abil muudab sidusrühmade arusaamise, järgimise ja osalemise hõlpsaks ning aitab ka tagada, et kogutud nõuded määratleksid kasutajate jaoks vajaliku süsteemi.

Visiooninõuete ALM-platvorm

Nõuete jälgitavuse maatriksi (RTM) genereerimine Visure'is

Nõuete jälgitavuse maatriks (RTM) on muutunud hädavajalikuks, kui on vaja tagada kõigi projekti nõuete täitmine. Selle peamine eelis on nähtavus, mida see toob kogu meeskonnale, pakkudes kõigile selge teekaardi, mida järgida. Kaasaegsed nõuete jälgimise tööriistad, nagu Visure Requirements, lihtsustavad oluliselt RTM-i loomise ja hooldamise protsessi, esitades riskide haldamiseks, testide haldamiseks, probleemide ja defektide jälgimiseks ning muudatuste haldamiseks ühe keskkonna.


Muud seotud artiklid:

Ärge unustage seda postitust jagada!

top