Visure lahendused


Toetus
Registreeri
Logi sisse
Alusta tasuta prooviversiooni
6 nõuannet nõuete haldamise tööriista edukaks rakendamiseks
Blogide loend

6 nõuannet nõuete haldamise tööriista edukaks rakendamiseks

Blogi | 8 min lugemist
Kirjutas admin

Sisukord

6 nõuannet nõuete haldamise tööriista edukaks rakendamiseks

Miks vajate tööriista Nõuete haldamine:

Pole saladus, et pnõuded toovad kaasa halva kvaliteediga tooteid ja et need projektid on sageli varjatud. Dokumendipõhise lähenemisviisiga nõudmistele on palju väljakutseid, sealhulgas asjaolu, et pidevalt muutuvas tarkvaraarenduses on neid keeruline ajakohastada. Isegi kui olete kasutajate nõuete kogumisel ja dokumenteerimisel teinud suurepärast tööd, on nõuete haldamine just alanud.

Siin on mõned peamised põhjused automatiseeritud nõuete haldamise tööriista kasutamiseks vastavalt Karl Wiegersile (www.processimpact.com artikkel nõuete haldamise automatiseerimisest).

  • Hallake versioone ja muudatusi. Enamik süsteeme vabastatakse tänapäeval iteratiivsel (või kiirel) viisil. See tähendab, et nõuetel on versiooniga seotud versioon. Muudatuste jälgimine ja muudatuste mõju tuvastamine on muutuste ja ulatuse hiilimise kontrollimine.
  • Lisateavet nõude kohta salvestage nõuete atribuutidesse. Seal on nii palju muud, mida peame teadma mõne muu nõude kohta kui nõude avaldus. Näiteks: nõuete olek, prioriteet, kes seda soovis, testi olek. Need on vaid mõned ettepanekud.
  • Nõude linkimine teiste süsteemi elementidega. Et tagada, et kõik nõuded on toote osa, kõiki nõudeid testitakse, muudatusi hinnatakse jne, peame suutma nõuded linkida teiste süsteemi elementidega.
  • Raja olek. Mõelge võimalusele luua loetelu kõigist nõuetest, mis pole heaks kiidetud, kõigist nõuetest, mis pole seotud madalama taseme nõuetega, ja kõigist nõuetest, mida pole testitud. Need on sellised andmed, mis aitavad meil projekti staatust tõeliselt teada saada.
  • Vaadake nõuete alamhulki. Mõelge, kas saaksite vaadata kõiki kõrge prioriteediga nõudeid, millele pole määratud katsemeetodit. Või turvakontor, kes soovib üle vaadata ainult turvalisusega seotud nõuded. Võimalus filtreerida nõudeid nii, et see hõlmaks ainult teavet, millest kasutaja on huvitatud, vähendab nende nõuete ülevaatamiseks kuluvat aega.
  • Juurdepääsu juhtimine. Te soovite veenduda, et ärianalüütikud saavad muuta ainult kasutajate nõudeid; süsteemianalüütikud saavad muuta ainult süsteeminõudeid jne. Kui see on heaks kiidetud, peab juurdepääs nõuetele olema piiratud, nii et ilma ülevaatuseta ei saa enam muudatusi teha.
  • Suhtle huvirühmadega. Muudatustest teavitamine on oluline, et huvirühmad oleksid kõigist võimalikest muudatustest teadlikud. Enamik nõuete haldamise tööriistu aitab sedalaadi teateid automaatselt edastada.

Neile meist, kes on kasutanud nõuete haldamise tööriistu, on raske ette kujutada, et võiksime selle tööga paberil tagasi minna. Ja ma usun, et meid on vähe, kes otsustaksid selle meetodi juurde tagasi pöörduda. Ise võtaksin dokumendipõhise lähenemise asemel mis tahes nõuete haldamise tööriista. Kuid minu jaoks on hämmastav, et paljud igas suuruses organisatsioonid toetuvad oma nõuete haldamisel jätkuvalt dokumendipõhistele tööriistadele. Nõuete haldamise tööriista kasutamine on nõutav esimene samm nõuete kontrolli saavutamiseks.

Enne nõuete haldamise tööriista ostmist tehke järgmist.

Pole saladus, et professionaal nõuete insenertehnilised lahendused aitavad tõhusust parandada nõuetega töötamisel. Nad ka aitab minimeerida vigade arvu mis toovad tavaliselt kaasa arenduse elutsükli hilisemates etappides kulukad parandused. 

Seetõttu otsivad paljud ettevõtted selliseid nõudeid insenerilahendusi, kuid kahjuks kehtib nõudeinsenersioonilahendustele sama reegel, mis kehtib peaaegu igasuguse muu tarkvaratööriista puhul: tööriistaga loll jääb lolliks ...

Oma klassi parim nõuded insenerlahendused nagu Visure Requirement ALM platvorm on väga paindlikud võimekuse juures toetada peaaegu igasugust nõuete kavandamise protsessi. Muidugi müüme me tööriistamüüjana hea meelega teile tarkvara, kuid oleme veendunud, et see üksi teid ei aita. Selle asemel we tahan aidata teil olla edukas meie toodete kasutamisel.

Niisiis, enne nõuete insenerilahenduse ostmist veenduge, et teil oleks nõuetekohane inseneriprotsess määratletud teatud tegevustega, mis on määratud teatud rollidele. Muidugi saame ka selles vallas teiega oma kogemusi jagada. Kui teate oma protsessi üksikasjalikke omadusi see on palju lihtsam Sinu jaoks leida sobiv lahendus, mis vastab ettevõtte vajadustele oma protsess.

6 nõuannet nõuete haldamise tööriista edukaks rakendamiseks keerulises süsteemis

Mitu aastat tagasi töötasin mitu aastat väga keeruka relvakontrollisüsteemi kallal. Nagu võite ette kujutada, olid nõuded suured, keerukad ja sageli muutunud. Veetsime palju aega, püüdes hallata neid ärritavaid muudatusi, mida esitati jätkuvalt nii klientide kui ka arendajate poolt.  Neil esimestel päevadel meil ei olnud nõuete haldamise tööriistu, mis aitaksid neid muudatusi hinnata. Kasutasime Interleafi ja Exceli (Kuulen nüüd valuvaigistusi). Kõik oli käsitsi, kaasa arvatud meie keeruline jälgitavus. Meil oli paar inimest, kes ei teinud midagi muud kui säilitasid jälgitavuse maatriksid ja hindasid muudatuste mõju. Sel ajal oli meil jälgitavus ainult operatsioonide kontseptsioonist süsteeminõueteni ja allsüsteemi nõueteni. Ma ütlen "ainult", kuid tol ajal oli lihtsalt selle jälgitavuse olemasolu suur saavutus. 

Kui meil oli piisavalt muudatusi, andsime välja uue süsteeminõuete dokumendi ja uue alasüsteemi nõuete dokumendi. Need vaesed töövõtjad pidid läbima massiivsed allsüsteemi nõuded ja määrama käsitsi muudatused. Ma ei kujuta ette aega, mille töövõtjad veetsid, püüdes lihtsalt välja selgitada, milliste muudatuste pärast nad muretsema peavad.

Just selle täiendusprojekti keskel ütles klient piisavalt ja tegi minu meeskonnale ülesandeks hinnata ja valida nõuete haldamise tööriist. Meie valitud tööriist pole selle konkreetse arutelu jaoks oluline, kuid oluline on see, mida sellest tööriista valikust ja rakendamisest õppisime.  Siin on mõned õppetunnid.

(1)  - Pole ühtegi tööriista, mis meeldiks kõigile. Meil oli kasutajaid, kes armastasid meie valikut, ja neid, kes võitlesid meiega igal sammul. Ilma kliendi muudatust toetamata ja jõustamata ei oleks see sellises suures programmis võimalik. Üks kasutaja kurtis tööriista loodud jälgitavusmaatriksi veeru suuruse üle, ignoreerides täielikult asjaolu, et see säästis talle päevi käsitsi.

(2)  - Meie käsitsi jälgitavus polnud eriti puhas. Kui oleme kogu oma teabe tööriista importinud ja selle linkinud, leidsime jälgitavuses palju lünki. Veelgi häirivam oli see, et meil olid lingid, millel polnud tegelikult mõtet. Puhastamiseks pidime tegema palju tööd. üles meie jälgitavuse maatriksid.

(3) - Lihtsalt nõuete jälgimine oli suurepärane, kuid nüüd saime samade jõupingutustega linkida nõuded testimiskavadega ja läksime nii kaugele, et linkisime allsüsteemi nõuded projekteerimisdokumentidega, mida võiksime üle vaadata. See ei juhtunud üleöö, aga juhtus. Lõpuks võiksime jälgida süsteeminõuded alamsüsteemi nõudest kuni projekteerimisdokumendini koodimoodulini. Kasutasime isegi tööriista koodimoodulite keerukuse määramiseks ja selle abil määrasime, kui keeruline oleks muudatust rakendada ja testida.

(4)  - Nõuete tööriista mõõdikud on testimistoimingute täielikkuse mõistmiseks võtmetähtsusega. Tihti arvasime, et oleme testimisega 50% valmis. Lõppude lõpuks oli 50% katsetest täidetud. Kuid me leidsime, et meil oli kõigepealt kalduvus testida süsteemi lihtsamaid ja arusaadavamaid osi. Nii et isegi arvasime, et oleme 50% valmis, oli kõik, mis jäi, väga suure riskiga. Õppisime testimise prioriteediks seadma, vaadates nõuete prioriteete ja tarkvara keerukust - teavet, mida me ei saanud käsitsi jälgitavuse abil kindlaks teha.

(5)  - See oli väga lihtne üle jõu käia.  Alustage lihtsalt. Pidime taganema oma ambitsioonikad ideed ja alustama lihtsast jälgitavuse mudelist. Tööriistaga õppides ja kogemusi saades lisasime oma mudelile rohkem teavet. Hindasime pidevalt oma protsessi, et välja mõelda, mida saaksime selle parandamiseks veel teha.

(6) - Ärge säästke koolituse ja juhendamisega. Koolitasime kõiki projekti kohta ja lõime eksperte, kes aitasid kasutajatel algsetest takistustest üle saada. Saatsime oma eksperdid oma töövõtjatele nädalate kaupa, et aidata neil tööriista kasutamisel kiiremini tööle saada. Meil oli isegi oma sisekasutajate rühm. Ole valmis selliseks pingutuseks.

Kui suur õppimise kogemus see minu jaoks oli. Kui olete huvitatud sellisest muudatusest, et oma nõudeprotsessi paremaks muuta, võtke ühendust Visure Solutionsiga. Arutame hea meelega teiega teie protsessi üle.


Ärge unustage seda postitust jagada!

top

Nõuete haldamise ja valideerimise sujuvamaks muutmine

Juuli 16th, 2024

10:4 EST | 7 CET | XNUMX PST

Louis Arduin

Louis Arduin

Visure Solutionsi vanemkonsultant

Thomas Dirsch

Razorcat Development GmbH tarkvarakvaliteedi vanemkonsultant

Integreeritud lähenemine Visure Solutionsi ja Razorcati arendusega TESSY

Siit saate teada, kuidas nõuete haldamist ja valideerimist parimate tulemuste saavutamiseks sujuvamaks muuta.