Visure lahendused


Toetus
Registreeri
Logi sisse
Alusta tasuta prooviversiooni

Nõuete väljatöötamine

Nõuete väljatöötamine

Sisukord

Kvaliteetse toote tootmiseks on oluline, et kliendilt oleksid täpsed nõuded. See algab nõuete kavandamise protsessiga, mille saab jagada viieks etapiks: nõuete kogumine, nõuete dokumenteerimine, nõuete analüüs ja kontrollimine, nõuete muudatuste haldamine ja nõuete etapi sulgemine. Selles blogipostituses käsitleme kõiki neid samme üksikasjalikult ja näitame, kuidas need aitavad toota kvaliteetset toodet.

Mis on nõuded ja nõuete insener?

Siin on kaks mõistet: "Nõued" ja "Nõuded". Nõue on täpselt määratletud kui tingimus või võime, mida kasutaja vajab probleemi lahendamiseks või eesmärgi saavutamiseks. Teisisõnu, nõuded on tingimused või võimalused, mida süsteem peab lepingu, standardite, spetsifikatsioonide ja muu formaalse dokumentatsiooni täitmiseks täitma või omama. 

Nõuete projekteerimine on nõuete määratlemise, dokumenteerimise ja säilitamise protsess. Distsipliin hõlmab kõiki tehnikaid, meetodeid ja protseduure, mis on seotud uuritava süsteemiga seotud kasutajate vajaduste määratlemise ja haldamisega. 

Kokkuvõttes on nõuete koostamine tegevuste kogum, mis on seotud süsteemi või tarkvara eesmärgi ja selle kasutamise konteksti tuvastamise ja edastamisega. 

Seetõttu toimib Requirements Engineering sillana kasutajate, klientide ja muude tarkvarast või süsteemist mõjutatud osapoolte tegelike vajaduste ning tarkvaramahukate tehnoloogiate pakutavate võimaluste ja võimaluste vahel.

Millised on nõuete inseneri põhimõtted?

Nõuete kavandamise kaks põhiprintsiipi on nõuete kavandamise probleem ja lahendus. 

  • Nõuete kogumisel on kasulik eraldada probleem ja lahendus.
  • Seda eraldatust ei saa kunagi praktikas täielikult saavutada.

Nõudetehnoloogia on õige süsteemi ehitamine. Põhimõtteliselt on tegemist kasutaja probleemidega sobiva süsteemi loomisega. See on probleemile orienteeritud osa. Põhimõtteliselt seisneb see süsteemi kavandamises, kontrollimises, juurutamises ja hooldamises, mis on loodud tagamaks, et see sobib kasutaja probleemidega. See on lahendusele orienteeritud osa.

Nõuded Tehniline protsess

Nõuetega töötades seisame silmitsi mõne tegevusega. Nõuete inseneri tsüklis on viis põhitegevust, nimelt

  1. Nõuded kutsumine – see on sidusrühmade ning kasutajate vajaduste ja hooajapiirangute ülevaatamise, dokumenteerimise ja mõistmise protsess. Kasutajad vajavad domeeniteavet, olemasoleva süsteemi teavet, eeskirju, standardeid jne. Selle teabe põhjal koostame nõuded. Pärast seda liigume nõuete analüüsi ja läbirääkimiste juurde. 
  2. Nõuete analüüs ja läbirääkimised – analüüs on kogutud ja kogutud teabe põhjal kasutajate vajaduste ja piirangute täpsustamise protsess. Seejärel liigume dokumenteerimistegevuse juurde. 
  3. Nõuded Dokumentatsioon/Spetsifikatsioon – pärast nõuete spetsifikatsioonide saamist liigume dokumentatsiooni osa juurde. Dokumenteerime kasutaja vajadused ja piirangud selgelt ja täpselt. 
  4. Nõuded valideerimine – lõpuks lisame valideerimistoimingusse, et hooaja nõuded on täielikud, lühikesed ja selged. 
  5. Nõuete haldamine – Nõudehaldus on viis, kuidas arendusfaasis kõiki tooteid või nõudeid koguda, analüüsida, täpsustada ja prioritiseerida.

Kui me need viis tegevust lõpetame, kordame neid ikka ja jälle, kuni saame kokkulepitud nõuete dokumentide komplekti, mis on formaalsed spetsifikatsioonid.

Nõuded kutsumine

Nagu me eelnevalt arutasime, on nõuete väljaselgitamine protsess, mille käigus vaadatakse läbi, dokumenteeritakse ja mõistatakse kasutaja vajadusi ja piiranguid hooajal. Kasutajad vajavad domeeniteavet, olemasoleva süsteemi teavet, eeskirju, standardeid jne. Selle teabe põhjal koostame nõuded. Me kasutame sõna "Kogumine" asemel sõna "Elicitation", sest kogumine tõlgendab lihtsalt nõuete üleskorjamist ja nende dokumenti lisamist. Teisest küljest on esilekutsumine keerulisem protsess. Te ei saa nõudeid nii lihtsalt kätte kui kogunedes. See nõuab lisapingutusi. 

Valimise ajal küsite kasutajalt või kliendilt:

  • Millised on nende eesmärgid süsteemi/toote jaoks? 
  • Mida tuleb saavutada?
  • Kuidas sobivad hooajalised vajadused ettevõtte vajadustega?
  • Kuidas hooajalist toodet/süsteemi regulaarselt kasutada?

See kõlab lihtsalt, kuid see pole päris nii!

Ian Sommerville'i ja Pete Sawyeri sõnul on nõuete väljaselgitamine protsess, mille käigus avastatakse süsteemile esitatavad nõuded, suheldes klientide, süsteemikasutajate ja teistega, kes on süsteemi arendamisega seotud. Kuna 'kogumine' või 'jäädvustamine' ei kõla kuigi täpselt, kasutame sõna 'elitsiteerimine'. 

"Ma tean, et te arvate, et saite aru, mida arvate, et ma ütlesin, kuid ma pole kindel, et mõistate, et see, mida kuulsite, pole see, mida ma mõtlesin." - Robert McCloskey, välisministeeriumi pressiesindaja.

Ta mõtles oma tsitaadiga seda, et mõnikord saavad inimesed valesti aru, mida teised neile ütlevad. Mõnikord pole see, mida nad ütlevad, see, mida nad mõtlevad. Lõpuks viis kogu see valesti suhtlemine nõuete kogumise valesti tegemiseni.

Millised on väljakutsumise etapid?

SAMM 1 

Nõuete allikas:

On erinevaid allikaid, kust saame oma nõuded kokku koguda. Mõned neist hõlmavad järgmist:

  • Huvirühmad
  • Olemasolevad süsteemid
  • Olemasolevad dokumendid
  • Konkurendid ja muud sarnased süsteemid
  • Liidesed süsteemidega
  • Seadused ja standardid
  • Ettevõtte poliitika

SAMM 2

Määrake projekti ulatus:

Projekti ulatuse seadistamiseks saab järgida järgmisi samme:

  1. Uurige, miks projekt algatati 
  2. Kinnisvara määratleb peamised eesmärgid, mis projekti kaudu tuleb saavutada 
  3. Koostage projekti tööaruanne, mis aitab teil tööd meeskonnaliikmete vahel asjakohaselt jagada
  4. Loetlege projekti lõpus tarnitavad esemed
  5. Valige peamised verstapostid, mida soovite saavutada
  6. Tehke kindlaks peamised piirangud ja piirangud, millega meeskond võib projekti arendamise ajal kokku puutuda
  7.  Looge loend üksustest, mis on ulatuse üksuste loendist välja jäetud
  8. Paluge sidusrühmadel alla kirjutada ulatuse dokument, kuna see kinnitab, et nad on projektist ja selle sisust kursis. 

SAMM 3

Valimisülesanded:

Planeerimise esilekutsumine:

  • Miks tuleks seda konkreetset nõuet rakendada ja millist kasu see toob? – Projekti eesmärgid 
  • Kes vastutab selle loomise eest? - Professionaalsed jõupingutused
  • Millal on parim aeg selle rakendamiseks? – Planeerige allikate hinnanguline ajakava 
  • Kuidas seda rakendatakse? – strateegiad ja protseduurid
  • Ja riskid 

Valimise ajal:

  • Kinnitage projekti elujõulisus. Uurige, kas projekt on tõesti seda väärt või mitte
  • Mõistke probleeme ja probleeme sidusrühmade vaatenurgast
  • Tooge välja sidusrühmade esitatud nõuete olemus
  • Siit leiate paremaid viise, kuidas kasutajate heaks tööd teha
  • Innovatsioon on võidu võti

Järgmine esilekutsumine:

  • Analüüsige tulemusi, et kogutud teavet õigesti mõista
  • Pidage läbirääkimisi sidusrühmadele vastuvõetavate nõuete üle. Pane paika ka prioriteedid
  • Märkige tulemused nõuete spetsifikatsioonis

Valutamine on järkjärguline protsess. Peate seda sammu kordama nii palju kui vaja. 

Nüüd valige iga nõuete allika jaoks sobiv tehnikate komplekt. Määrake see tehnika allika, arendatava süsteemi jms põhjal. Pidage meeles, et kõiki tehnikaid ei saa igas olukorras kasutada. 

SAMM 4

Nõuete dokumentatsioon – 

Otsimisprotsessi viimane etapp on kõigi nõuete lõplik vormistamine dokumendi vormis. See dokument sisaldab peamiselt märkusi ja kasutaja nõudeid. Ja need nõuded on ebatäielikud, ebajärjekindlad ja korrastamata. Kuid see on alles alguspunkt. Dokumenti saab aeg-ajalt redigeerida ning asju lisada või muuta.

Nõuete analüüs ja läbirääkimised

Nõudeanalüüs on tavaliselt nõuete väljaselgitamise etapis dokumenteeritud nõuete analüüsimise, kinnitamise ja vastavusse viimise protseduur. Teisisõnu, nõuete analüüs on protsess, mille käigus uuritakse ja mõistetakse sidusrühmade esitatud nõudeid. Nõudeanalüüs nõuab tihedat suhtlemist huvirühmade ja lõppkasutajatega, et määratleda ootused, lahendada konfliktid ja lõpuks dokumenteerida põhinõuded. Lahendused võivad hõlmata selliseid probleeme nagu:

  • Erinevat tüüpi töövoo seadistus ettevõttes
  • Uue süsteemi seadistamine, mis on nüüdsest kasutusel jne. 

Üks asi, mida tuleb meeles pidada, on see, et nõuete tuvastamine ja nõuete analüüs töötavad koos. Nad kaks toidavad üksteist. Kui hakkame nõudeid koguma, tuletame need välja ja analüüsime neid samal ajal.

Nõuete analüüsi eesmärgid

  1. Nõudeanalüüsi esimene ja peamine eesmärk on mõista kasutajate nõudeid ja vajadusi 
  2. Kui kasutame nõuete kogumiseks erinevaid allikaid, võib nende vahel tekkida konflikte. Nõuete analüüs seisneb nende vastuolude leidmises kasutajate esitatud nõuete hulgas ja nende lahendamises. 
  3. Pidage nõuete üle läbirääkimisi kasutajate ja sidusrühmadega. Meie süsteem ei suuda kuidagi täita kõiki nõudeid täpselt nii, nagu sidusrühmad ja kasutajad neid selgitavad. 
  4. Peame läbirääkimisi pidama ja nõuded prioritiseerima. Mõned nõuded ei pruugi meie jaoks olla suured, kuid need võivad olla lõppkasutajate jaoks üsna olulised. Nende mõistmiseks peame analüüsima ja tähtsustama sidusrühmade nõudeid. 
  5. Peame täpsustama kasutajate ja süsteemi esitatud nõudeid. See aitab dokumenteerida nõudeid nõuete spetsifikatsioonides. Samuti aitab see arendajatel paremini arendada, kujundada ja testida, kuna nad mõistavad nõudeid üksikasjalikumalt ja paremini. 
  6. Peame nõuded liigitama erinevatesse kategooriatesse ja alamkategooriatesse ning jaotama need nõuded edasi erinevatele alamsüsteemidele. 
  7. Samuti peame hindama nõudeid kvaliteedile, mida organisatsioon soovib. 
  8. Lõpuks peame tagama, et me ei jätaks midagi olulist ilma.

Nõuded Dokumentatsioon/Spetsifikatsioon

Nõuete spetsifikatsioon, tuntud ka kui dokumentatsioon, on protsess, mille käigus märgitakse üles kõik süsteemi- ja kasutajanõuded dokumendi kujul. Need nõuded peavad olema selged, täielikud, kõikehõlmavad ja järjepidevad. 

Jäädvustuse käigus kogume erinevatest allikatest kokku kõik nõuded. Analüüsi ja läbirääkimiste käigus analüüsime ja mõistame neid nõudeid. Nüüd peame koostama neid nõudeid selgitava ametliku dokumendi. See on nõuete spetsifikatsioon. Täpselt öeldes on see protsess, mille käigus dokumenteeritakse kõik kasutaja ja süsteemi vajadused ja piirangud selgelt ja täpselt. 

Nõuete dokumenteerimise meetod

KÕRVAD oleks siin tõhus metoodika. See tähistab Lihtne lähenemine nõuete süntaksile. Selle meetodi puhul kirjutame selges, kokkuvõtlikus ja arusaadavas keeles. See parandab kogu nõuete inseneri töövoogu ja lihtsustab tööd, muutes asjad üsna kergesti mõistetavaks. 

Selle saavutamiseks on siin mõned põhimõtted, mida tuleb nõuete kirjutamisel silmas pidada. Need hõlmavad:

Iga nõue peab olema täislause kujul. Kasutada ei tohi täppe, akronüüme, lühendeid ega moesõnu. Proovige teha lühikesi, otseseid ja terviklikke lauseid. 

Veenduge, et igal nõudel oleks õige teema, predikaat ja tegusõna. Teemaks oleks kasutaja tüüp või süsteem, millest me räägime. Predikaat oleks tingimused või tegevused või soovitud tulemused, mida me ootame. Peame kasutama sõnu nagu 'peab', 'tahe' ja 'peab', et väljendada mingisugust vajadust, ja sõnu nagu 'võib', et väljendada nõude valikulisust. 

Iga nõue peab tõhusalt selgitama lõpptulemust, mida me süsteemilt soovime. 

Samuti peab nõue kirjeldama kvaliteeti, mida süsteemilt ootame. Aitab, kui mõõdame lõpptulemust ja vaatame, kas nõue on õigesti ellu viidud või mitte.

Nõuded valideerimine

Valideerimine on protsess, mille abil kontrollitakse, kas süsteem on tasemel või mitte. Valideerimine vastab küsimusele: "Kas me ehitame õige süsteemi?" See seisneb süsteemi testimises ja valideerimises ning vaatamises, kas meie ehitatud süsteem on õige või mitte ning kas see vastab kliendi ootustele või mitte. Süsteemi valideerimiseks kasutatavad erinevad meetodid hõlmavad musta kasti testimist, valge kasti testimist, integratsiooni testimist ja üksuse testimist. Valideerimine toimub alati pärast kontrollimist. 

Kontrollimine on protsess, mida kasutatakse ilma vigade ja probleemideta kontrollimiseks, kas süsteem saavutab oma oodatud eesmärgid või mitte. Kontrollimine vastab küsimusele: "Kas me ehitame toodet õigesti?" See on testimine ja kontrollimine, kas süsteem vastab probleemideta oma nõuetele. Süsteemi kontrollimiseks kasutatavad mitmesugused meetodid hõlmavad ülevaatusi, läbivaatusi, ülevaatusi ja lauakontrolli. Kontrollimine on käsitsi protsess, mis tehakse enne kinnitamist.

Valideerimismeetodid

Nõuete kinnitamiseks saab kasutada erinevaid tehnikaid. Nad sisaldavad:

  • Kontroll – Nõuete kontrollimisel kontrollime nõuete dokumente, et ükski esilekutsumismärkus ei jääks vahele. Nende kontrollide käigus kontrollime ka kõigi nõuete vahelist jälgitavuse taset. Selleks on vaja luua jälgitavusmaatriks. See maatriks tagab, et kõiki nõudeid arvestatakse tõsiselt ja kõik, mis on ette nähtud, on õigustatud. Nende kontrollide käigus kontrollime ka nõuete vormi. Vaatame, kas nõuded on selged ja hästi kirjutatud või mitte. 
  • Prototüübid – See on viis mudeli või süsteemi simulatsiooni loomiseks, mille arendajad peavad ehitama. See on sidusrühmade ja kasutajate seas väga populaarne nõuete valideerimise tehnika, kuna see aitab probleeme hõlpsalt tuvastada. Saame lihtsalt ühendust võtta kasutajate ja sidusrühmadega ning saada nende tagasisidet. 
  • Testi disain – Testide kavandamisel järgime väikest protseduuri, mille käigus viimistleme esmalt testimismeeskonna, seejärel koostame mõned testimisstsenaariumid. Funktsionaalsed testid saab tuletada nõuete spetsifikatsioonist endast, kus iga nõudega on seotud test. Vastupidi, mittefunktsionaalseid nõudeid on raske testida, kuna iga testi puhul tuleb lähtuda selle nõuetest. Selle eesmärk on välja selgitada spetsifikatsiooni vead või detailid, mis jäävad tähelepanuta. 
  • Nõuete ülevaade – Nõuete läbivaatamise käigus analüüsib rühm teadlikke inimesi nõudeid struktureeritult ja üksikasjalikult ning tuvastab võimalikud probleemid. Pärast seda kogunevad nad probleeme arutama ja välja mõtlema, kuidas probleeme lahendada. Koostatakse kontrollnimekiri, mis koosneb erinevatest standarditest ja ülevaatajad märgivad ruudud, et esitada ametlik ülevaade. Pärast seda tehakse lõplik kinnitus.

Nõuete haldamine

Ian Sommerville'i sõnul on nõuete haldamine protsess, mille käigus juhitakse muutuvaid nõudeid nõuete projekteerimise protsessi ja süsteemi arendamise käigus.

Nõudehalduse põhieesmärk on tagada insenerimeeskonnale selged, ülevaatlikud ja vigadeta nõuded, et nad saaksid kindlasti tuvastada süsteemis vigu ning potentsiaalselt vähendada projekti maksumust ja riski. 

Nõuete haldamise peamised probleemid

Nõuete haldamine tekitab muret. Nad sisaldavad:

  • Kokkulepitud nõuete muudatuste haldamine
  • Kõigi nõuete vahelise seose haldamine
  • Süsteemi inseneriprotsessi käigus koostatud nõuete dokumentide vaheliste sõltuvuste haldamine.

Nõuete tüübid

Üldjoontes on kahte tüüpi nõudeid:

  1. nõuded süsteemile – Süsteeminõudeid võib nimetada kasutajanõuete laiendatud versiooniks. Süsteeminõuded toimivad iga uue süsteemikujunduse alguspunktina. Need nõuded kirjeldavad üksikasjalikult kasutaja nõudeid, millele süsteem peab vastama. 
  2. Nõuded kasutajale – Kasutaja nõue on funktsionaalsete ja mittefunktsionaalsete nõuete kombinatsioon. Need kasutajanõuded peavad olema kujundatud nii, et need oleksid hõlpsasti arusaadavad kasutajatele, kellel puuduvad igasugused tehnilised teadmised. Seetõttu tuleb need kirjutada loomulikus keeles, kasutades lihtsaid tabeleid, vorme ja diagramme. Samuti veenduge, et dokumendis ei oleks üksikasju süsteemi ülesehituse, tarkvara või ametlike märgete kohta.

Visure Requirements ALM platvorm

Visure Requirements ALM platvorm on üks usaldusväärsemaid kaasaegseid ALM-platvorme, mis on spetsialiseerunud nõuete haldamisele igas suuruses organisatsioonidele üle kogu maailma. 

See on kohustuslik tööriist meeskondadele, kes loovad keerulisi tooteid, süsteeme ja tarkvara, mis nõuavad täielikku jälgitavust alates kontseptsioonist kuni testimise ja juurutamiseni, kuni lähtekoodini, koos standardse sertifikaadi vastavusega.

Visure Requirements on end tõestanud paindlik ja täielik nõuete kavandamise tööriist, mis suudab riistvara ja mehaanilise määratlemise protsessi osana tarkvaranõuete protsessi sujuvamaks muuta. Visure Requirements aitavad kaasa tõhusale projektikoostööle ja tõstavad tarkvara kvaliteeti nõuete kogumise, analüüsi, spetsifikatsiooni, valideerimise ja kontrollimise, haldamise ja taaskasutamise kaudu.

Visure Solutions aitab ületada toote ja manustatud arenduse väljakutseid,

  • Parandage määratluse kvaliteeti kui olulist esimest sammu tarkvara kvaliteedi tõstmisel
  • Taastada kontroll arengu- ja reguleerimisprotsesside üle
  • Standardiseerida ja jõustada nõuete määratlus kogu organisatsioonis
  • Toetage nõuete tõhusat taaskasutust projektimeeskondades ning tootesarjades ja variantides
  • Formuleerige ühine nõuete spetsifikatsioonistruktuur ja tehke muudatused kogu elutsükli vältel
  • Saavutada täielik jälgitavus läbi kõigi elementide, alates nõuetest kuni testimise ja täitmiseni
  • Jälgige hõlpsalt kõiki arenduse aspekte, alates riski arvutamise graafikast kuni harvaesinevate nõuete aruanneteni
  • Vältige lõkse ja maandage riske kõigil tasanditel, alates paremate nõuete kirjutamisest ja vajaduste tähtsuse järjekorda seadmisest kuni mõjuanalüüsi võimaluste muutmiseni.
ALM-i tarkvaratööriistad

Visure Nõuete kasutamise eelised toote ja manustatud arenduse jaoks

  • Sertifitseerimise tugi tööstuse standardid, nagu DO-178B/C, IEC 61508, ISO 26262, IEC 62304, FMEA ja GAMP5
  • Üks täielik platvorm kõigi nõuetega seotud tegevuste jaoks
  • Protsessi jõustamine paindliku lahenduse kaudu, mis toetab erinevaid protsessimudeleid, sealhulgas Automotive SPICE, CMMI, V-mudel, Agile ja ad hoc
  • Parandatud meeskonnaga suhtlemine ja koostöö rollipõhiste võimete kaudu
  • Parema kvaliteediga toodete tugi ja tarkvaravigade vähendamine.

Ettevõtted, kes kasutavad Visuret aktiivselt, väidavad, et neil on selge mõju õigeaegsete projektide tarnimise, projekti vastavuse ning arenduskulude ja tsükliaegade vähenemise kaudu.

Järeldus

Nõuete kavandamine on kriitiline protsess tagamaks, et meie loodud tooted ja süsteemid on see, mida meie kliendid vajavad. Selles artiklis kirjeldatud viieetapiline protsess võib aidata teil projektiga hästi alustada, saades sidusrühmadelt varakult ja sageli tagasisidet ning kasutades seda tagasisidet selgete ja kokkuvõtlike nõuete koostamiseks. Kui otsite tööriista, mis aitab teil oma nõuete projekteerimisprotsessi hallata, võib Visure Requirements ALM Platform aidata. Taotlege oma Tasuta 30-päeva uuring täna, et näha, kuidas meie platvorm saab teie järgmise projekti edukaks muuta.

Ärge unustage seda postitust jagada!

top