Wat is Vereiste-analise? Proses en Tegnieke

Wat is Vereiste-analise en -onderhandeling?

Vereiste-analise is tipies ‘n proses waardeur die vereistes wat tydens die Vereiste-ontlokkingsfase gedokumenteer is, ontleed, gevalideer en belyn word. Met ander woorde, vereiste-analise is ‘n proses om die vereistes wat deur belanghebbendes gestel is, te bestudeer en te verstaan. Vereiste-analise vereis gereelde kommunikasie met belanghebbendes en eindgebruikers om verwagtinge te definieer, konflikte op te los en uiteindelik die sleutelvereistes te dokumenteer. Die oplossings kan kwessies insluit soos:

• Verskillende tipes opstellings vir die werkvloei binne die maatskappy
• Die opstel van ‘n nuwe stelsel wat voortaan gebruik sal word, ens.

Een ding om in gedagte te hou, is dat Vereiste-ontlokking en Vereiste-analise saamwerk. Die twee voed mekaar. Wanneer ons begin om vereistes in te samel, ontlok en ontleed ons dit terselfdertyd.

Wat is die Doelwitte van Vereiste-analise?

1. Die eerste en belangrikste doelwit van vereiste-analise is om die vereistes en behoeftes van die gebruikers te verstaan.
2. Wanneer ons verskillende bronne gebruik om vereistes in te samel, kan daar konflikte tussen hulle wees. Vereiste-analise behels die identifisering en oplossing van hierdie konflikte tussen die vereistes wat deur gebruikers gestel word.
3. Onderhandel die vereistes met gebruikers en belanghebbendes. Daar is geen manier waarop ons stelsel al die vereistes presies kan bevredig soos dit deur belanghebbendes en gebruikers uiteengesit word nie.
4. Ons sal die vereistes moet onderhandel en prioritiseer. Sommige vereistes lyk dalk nie vir ons belangrik nie, maar kan baie belangrik vir die eindgebruikers wees. Om dit te verstaan, moet ons die belanghebbendes se vereistes ontleed en prioritiseer.
5. Ons moet die vereistes wat deur gebruikers en die stelsel gestel word, verder uiteensit. Dit help wanneer die vereistes in die vereistespesifikasies gedokumenteer word. Dit help ontwikkelaars ook om beter te ontwikkel, ontwerp en toets, aangesien hulle die vereistes op ‘n meer omvattende en duideliker manier verstaan.
6. Ons moet die vereistes in verskillende kategorieë en subkategorieë klassifiseer en dit verder aan verskillende substelsels toewys.
7. Ons moet die vereistes ook evalueer volgens die gehalte wat deur die organisasie verlang word.

Laastens moet ons verseker dat niks belangriks uitgelaat word nie.

Vereiste-analise

Vereiste-analise fokus op al die take wat gebruik word om die vereistes of voorwaardes te bepaal waaraan die nuwe projek moet voldoen volgens die vereistes wat deur verskillende belanghebbendes gestel is. Tydens hierdie aktiwiteit ontleed, verfyn en ondersoek ons al die vereistes wat tydens vereiste-ontlokking versamel is om behoorlike konsekwentheid te verseker.

Gewoonlik word vereiste-analise-aktiwiteite gekombineer met die vereiste-ontlokkingsaktiwiteite van die watervalproses. Soms word dit ook met vereistespesifikasie gekombineer. Tydens ontlokking versamel en dokumenteer ons die vereistes. Tydens analise ontleed ons die behoeftes en uitvoerbaarheid van die versamelde vereistes. Daarna onderhandel ons die vereistes verder met belanghebbendes en eindgebruikers om uiteindelik ‘n spesifieke resultaat te kan lewer.

Wat is die Uitdagings Tydens Vereiste-analise?

Daar is sekere uitdagings wat ‘n organisasie ervaar wanneer vereistes wat uit verskillende bronne versamel is, ontleed word.

1. Soms is dit moeilik om presies te verstaan wat belanghebbendes verwag, aangesien hulle self nie altyd daaroor duidelikheid het nie. Hulle het gewoonlik ‘n vae idee van wat hulle wil hê, en dit kan tot verwarring lei.
2. Vereistes is gewoonlik dinamies van aard omdat hulle voortdurend verander en ontwikkel volgens veranderende behoeftes. Soms kan die vereistes wat aan die begin van die projek gestel is, verander namate die projek vorder. Jy moet altyd rugsteunplanne hiervoor hê.
3. Swak kommunikasie tussen spanlede is nog ‘n uitdaging wat tydens vereiste-analise ondervind word. Daarom is dit belangrik dat projekbestuurders verseker dat kommunikasie binne die organisasie en spanne vlot verloop. Dit kan nuttig wees as projekbestuurders ‘n gekodifiseerde taal soos UML gebruik om kommunikasie te standaardiseer en misverstande te voorkom.

Vereiste-analiseproses

Oor die algemeen bestaan die vereiste-analiseproses uit sewe stappe.

1. Identifiseer Belanghebbendes: Om te begin, is dit noodsaaklik om te bepaal wie die sleutelbelanghebbendes vir hierdie projek is. Hierdie individue en groepe sluit interne kliënte, eksterne gebruikers, regulerende agentskappe en enige ander belanghebbendes in wat ‘n rol in die bou van die produk speel. Sonder hulle kan hierdie behoeftes en vereistes nie bevredig word nie – hulle is die dryfkrag agter vooruitgang!
2. Ontlok Belanghebbendes se Behoeftes en Vereistes: In hierdie gedeelte van die vereiste-analiseproses, bekend as behoefte- en vereiste-insameling, werk spanne saam met belanghebbendes om hul behoeftes en verwagtinge te identifiseer.
3. Modelleer Behoeftes en Vereistes: Nadat belanghebbendes se aanvanklike behoeftes en verwagtinge ingesamel is, kan spanne visuele voorstellings of diagramme gebruik om hierdie vereistes as deel van hul assessering uit te beeld. Dit stel die span in staat om te verseker dat terugvoer van alle betrokke partye ontvang word en dat moontlike probleme, teenstrydighede of inkonsekwenthede opgelos word voordat ‘n hoëgehalte-produkraamwerk, insluitend gebruiksgevalle en gebruikersverhale, vasgestel word.
4. Terugblik: Nadat gedetailleerde data en inligting tydens die ontlokkings-, diagram- en modelleringsprosesse versamel is, ontleed die projekspan dit. Hulle stel veral belang daarin om enige beperkings of dryfvere te verstaan wat die uitvoerbaarheid van die produk kan beïnvloed. Dit help hulle om potensiële risiko’s te identifiseer en terselfdertyd ‘n begroting en tydlyn vir voltooiing vas te stel.
5. Definieer ‘n Geïntegreerde Stel Behoeftes: Die projekspan ontwikkel ‘n omvattende versameling van belanghebbendes se behoeftes en vereistes wat hul verwagtinge, doelwitte, mikpunte, motiverings en grense vir die produk verteenwoordig.
6. Definieer Produkvereistes: Nadat die verenigde stel behoeftes en belanghebbendevereistes hersien is, kan spanne ‘n definitiewe stel verwagtinge vir produkkenmerke ontwikkel. Dit is ‘n noodsaaklike stap, daarom is dit van kritieke belang dat elke vereiste aan hoëgehalte-kriteria voldoen om goed geformuleerde resultate te lewer. Dit sal verstandig wees dat alle belanghebbendes hulself toerus met die nodige kennis om uitstekende vereistes op te stel.
7. Goedkeuring en Basislyn: Ná die vereiste-analisefase moet alle belangrike belanghebbendes (of hul verteenwoordigers) wat in stap een geïdentifiseer is, die omvattende stel behoeftes en gepaardgaande produkspesifikasies formeel bekragtig. Hierdie ooreenkoms sal almal duidelikheid gee oor hoe verifikasie en validering teen die uiteengesette produkvereistes, kostebeperkings en tydlynverwagtinge uitgevoer sal word; en sodoende verrassings of omvangveranderings later tydens ontwikkeling voorkom.

Hierdie proses behoort as basis vir enige vereiste-analiseprojek gebruik te word, aangesien dit help verseker dat belanghebbendes se verwagtinge nagekom word en dat al die nodige produkkenmerke ingesluit word. ‘n Goed uitgevoerde vereiste-analiseproses is noodsaaklik vir die suksesvolle ontwikkeling van ‘n hoëgehalte-sagtewareproduk. Die gevolglike insig in belanghebbendes se behoeftes sal die span help om ‘n doeltreffende oplossing te bou wat hul doelwitte bevredig en terselfdertyd binne begroting en betyds bly.

Wat is Vereistemodellering?

Die algemeenste tegniek tydens vereiste-analise is modellering. Die hoofdoel van modellering is om die versamelde vereistes te verstaan. ‘n Model is tipies ‘n kopie van iets, gewoonlik ‘n kleiner weergawe van die werklike voorwerp, wat vir inligtingsdoeleindes gebruik word. Met ander woorde, dit is ‘n abstraksie van sekere aspekte van die bestaande of beoogde stelsel. ‘n Model is ontwerp om inligting aan te bied wat meganies ontleed kan word. Modelle is die beste manier om ‘n entiteit te ontleed deur die kompleksiteit daarvan te verminder.

Aangesien modellering ‘n noodsaaklike deel van die ontledingsproses is, moet dit behoorlik en noukeurig gedoen word. Ons gebruik modellering om die elemente wat tydens ontlokking verkry is, in kaart te bring en dit in ‘n meer presiese en formele vorm aan te bied. Dit help om die vereistes en probleme makliker verstaanbaar te maak. Wanneer jy iets op so ‘n presiese manier kan beskou, word dit ook makliker om te bepaal wat ontbreek of wat verdere bespreking of verandering vereis.

Verskeie tale word gebruik om vereistemodelle te skep. Eerstens is daar natuurlike taal, waarin die gebruiker sy of haar behoeftes en vereistes beskryf. Daarbenewens is daar funksionele tale soos UML, SysML, logika en temporale logika, Use Case Maps, asook aktiwiteits- of domeindiagramme.

Enkele Algemene Vereistemodelleringstale

• UML: UML staan vir Unified Modeling Language en is die standaardmodelleringstaal wat deur sagtewareontwikkelaars gebruik word. Dit stel spanne in staat om visuele diagramme te skep wat illustreer hoe elke komponent van ‘n stelsel met die ander komponente in wisselwerking tree.
• SysML: SysML staan vir Systems Modeling Language en is op UML gebaseer, maar word breër op stelselingenieurswese toegepas, wat gebruikers in staat stel om komplekse strukture soos netwerke of meganiese stelsels te modelleer.
• BPEL: BPEL staan vir Business Process Execution Language en fokus spesifiek op besigheidsprosesse – dit wil sê die volgorde van take wat voltooi moet word voordat ‘n volledige besigheidsproses afgehandel kan word. Dit is veral nuttig wanneer belanghebbendes ‘n spesifieke uitkoms van hul produk verwag.
• Vloeidiagramme: Vloeidiagramme is ‘n eenvoudige manier om die stappe wat gevolg moet word om ‘n bepaalde uitkoms te bereik, visueel in kaart te bring. Dit kan wissel van klein take, soos die ontwikkeling van ‘n gebruikersaanmeldingstelsel, tot groter en meer komplekse prosesse, soos die ontwerp van die volledige werkvloei van ‘n toepassing.
• Datavloeidiagramme: Datavloeidiagramme illustreer die vloei van inligting deur ‘n stelsel en word gebruik om potensiële databronne, bestemmings en prosesse te identifiseer. Dit help spanne verstaan hoe die produk data sal versamel, dit na ‘n algoritme of proses sal voer en dan die gewenste resultaat sal lewer.
• Toestandoorgangsdiagramme: Toestandoorgangsdiagramme karteer alle moontlike toestande wat ‘n stelsel kan bereik, asook enige oorgange tussen hulle. Dit word tipies gebruik wanneer gebruikerskoppelvlakke soos webblaaie of mobiele toepassings ontwerp word. Dit stel ontwikkelaars in staat om elke moontlike oorgang gedurende die gebruiker se reis met die produk te voorsien om optimale bruikbaarheid te verseker.
• Gapingsanalise: Gapingsanalise is die proses waardeur twee stelle vereistes vergelyk word en enige verskille of gapings tussen hulle geïdentifiseer word. Dit kan gebruik word om belanghebbendes se verwagtinge te vergelyk met wat die span reeds ontwikkel het, om te verseker dat alle nodige kenmerke voor bekendstelling by die produk ingesluit is.

Deur hierdie verskillende modelleringstale en ontledingsmetodes te gebruik, kan spanne insig kry in hul belanghebbendes se behoeftes en verseker dat ‘n gehalteproduk betyds en binne begroting gelewer word. Dit is noodsaaklik dat ontwikkelaars ‘n deeglike begrip van die vereiste-analiseproses het om doeltreffende sagteware-oplossings te skep wat aan kliënte se behoeftes voldoen.

Hierdie modelleringstale stel spanne in staat om gedetailleerde diagramme, gebruiksgevalle en vloeie te skep wat as riglyn tydens die vereiste-analiseproses dien. Dit verseker dat alle betrokke belanghebbendes ‘n duidelike begrip het van wat van die produk verwag word, wat hulle in staat stel om vordering maklik teen hul verwagtinge te meet.

Die suksesvolle implementering van hierdie proses sal nie net help om ‘n hoëgehalte-eindproduk te verseker nie, maar ook tyd, geld en moeite gedurende die volledige ontwikkelingslewensiklus bespaar, wat spanne in staat stel om vinnig en doeltreffend op enige omvang- of bestekveranderings later tydens ontwikkeling te reageer.

Beste Praktyke vir Vereiste-analise

Belanghebbendes kan hul verwagtinge op verskillende maniere uitdruk, byvoorbeeld deur behoeftes en vereistes. Behoeftes is wat die belanghebbendes van die produk benodig om ‘n probleem op te los of ‘n geleentheid te benut; Vereistes is daarenteen hoëvlak-instruksies wat deur belanghebbendes verskaf word en uiteensit hoe hulle verwag die produk moet funksioneer om aan daardie behoeftes te voldoen. Hoewel belanghebbendes se behoeftes sonder verpligtende terme soos “shall” uitgedruk word, moet hul behoeftes streng nagekom word. Om te verseker dat dit bindende spesifikasies is wat later gevalideer sal word om aan die produk se standaarde te voldoen, behoort hierdie vereistes altyd “shall” te gebruik.

Voordat ‘n produk ontwerp en ontwikkel word, is dit van kritieke belang dat die projekspan insig kry in die behoeftes en vereistes van verskillende belanghebbendes. Met verskeie belanghebbendes kom uiteenlopende verwagtinge, daarom is dit noodsaaklik om hierdie vereistes akkuraat vas te lê om konflikte of probleme te voorkom. Die projekspan moet hierdie behoeftes en vereistes noukeurig ontlok en terselfdertyd teenstrydighede en botsende vereistes oplos. Deur die behoeftes uit hierdie data saam te voeg, kan ons individuele vereistes omskep in ‘n omvattende stel produkvereistes. Dit sal verseker dat die ontwikkelde produk aan alle gestelde verwagtinge voldoen en kliënte se behoeftes en vereistes voldoende bevredig.

Vereistenaspeurbaarheid is ‘n kritieke element van die vereiste-analiseproses, aangesien dit ons in staat stel om te verseker dat elke vereiste die oorspronklike indiener se bedoeling duidelik weerspieël. Sonder behoorlike naspeurbaarheid kan ons nie seker wees of ons sagtewareproduk aan al die belanghebbendes se behoeftes, doelwitte en beperkings voldoen nie. Selfs met perfekte uitvoering van vereiste-analise sou daar geen manier wees om te bewys dat jy die toepaslike stel vereistes het sonder om dit tot by hul bron na te spoor nie!

Gevolglik is ‘n sleutelbenadering tot vereiste-analise om seker te maak dat elke vereiste na alle verwante artefakte nagespoor kan word. Hierdie items moet nie net hul bron insluit nie, maar ook stroomafmateriaal soos ontwerp, produkverifikasiebeplanning en produkvalideringsplanne. Daarbenewens behels ‘n belangrike beste praktyk van vereiste-analise die akkurate uitvoering van ‘n voorafbepaalde proses – hierdie stap kan bepalend wees vir die suksesvolle nakoming van belanghebbendes se verwagtinge vir die produk.

Visure Requirements ALM Platform vir Vereiste-analise

Visure se intuïtiewe koppelvlak maak dit maklik om groot hoeveelhede data vinnig en doeltreffend te ontleed sonder om te veel tyd aan die taak te bestee. Daarbenewens bied Visure ‘n reeks kragtige gereedskap waarmee gebruikers vereistes akkuraat terugwaarts kan naspoor en deur impakanalise vorentoe kan naspoor, veranderinge volgens koste of risiko kan prioritiseer en selfs veranderingsversoeke kan monitor. Verder is Visure se robuuste vermoë om data na en van modelleringsgereedskap soos Sparx Systems Enterprise Architect in te voer en uit te voer besonder nuttig vir veiligheidskritieke nywerhede.

Met die Visure Quality Analyzer kan jy vinnig en gerieflik toegang tot KI-tegnologie kry om onduidelike vereistes te beoordeel en te identifiseer. Dit sal naspeurbaarheid stroomlyn, vereistegehalte verbeter, spansamewerking bevorder en help om projeksukses te verseker. Verder kan jou maatskappy met ITEM Template Guidelines maklik ‘n robuuste prosessjabloon skep waarmee almal saamstem.

Deur Visure te gebruik, kan jy datamodelle opstel en vereistes aan spesifieke items koppel vir ‘n doeltreffende ontleding van behoeftes op enige vlak. Dit beteken dat spanne nie meer tyd verloor deur vereistes eindeloos te bespreek en te ontleed nie, maar eerder daarop kan fokus om die ontwikkelingsproses te versnel. Deur hierdie stelsel met Visure te implementeer, sal jou span vordering doeltreffend kan monitor sonder om waardevolle tyd of hulpbronne prys te gee.

Enkele Ander Gereedskap vir Vereiste-analise:

TestLodge – Dit is ‘n kragtige projekbestuur- en foutopsporingshulpmiddel wat help om die vereistegehalteproses te bestuur. Dit sluit funksies soos naspeurbaarheid in, wat die span in staat stel om veranderinge aan vereistes en ander probleme vinnig op te spoor, geoutomatiseerde toetsplanne vir ‘n vinnige hersiening van alle vereisteveranderings en aanvaardingstoetsing, vorderingsverslae oor huidige projekte en ‘n uitgebreide aanlynkennisbasis met nuttige wenke.

Zephyr – Hierdie vereistetoetsplatform fokus daarop om spanne te help om ‘n hoër vlak van gehalteversekering te bereik. Dit beskik oor ‘n interaktiewe en intuïtiewe gebruikerskoppelvlak, wat dit maklik maak om met net ‘n paar klikke toetsplanne te skep. Dit bied ook omvattende naspeurbaarheidsopsporing, wat jou in staat stel om enige moontlike probleme wat uit veranderings aan die vereistes ontstaan, vinnig te identifiseer.

SpecFlow – Dit is ‘n oopbronprojek wat oorspronklik ontstaan het as ‘n hulpmiddel vir die bestuur van funksionele toetse wat met Cucumber se “Given/When/Then”-sintaksis geskryf is. Dit het egter sedertdien tot iets veel kragtiger ontwikkel en ondersteun nou beide geoutomatiseerde en handmatige toetsbenaderings. Die Vereiste-analise-funksie help spanne verseker dat die sagteware aan kliëntspesifikasies voldoen deur verwagte gedrag met werklike uitsette te vergelyk.

Quality Center (QC) – Dit is ‘n omvattende toetsplatform van HP wat verskeie hulpmiddels bied om vereistegehalte te meet. Die Vereiste-analise-hulpmiddel stel spanne in staat om hul sagteware teen kliënteverwagtinge te hersien, valideer en vergelyk. Dit sluit ook ‘n wye reeks ontledingsverslae in vir gedetailleerde ontleding van toetsresultate en vereistedekking.

ReQtest – Dit is ‘n alles-in-een-oplossing vir projekbestuur, samewerking en foutopsporing wat ontwerp is om spanne te help om vinnig die vordering van hul projekte te ontleed, daaroor verslag te doen en dit te monitor. Dit sluit modules in wat spesifiek vir vereiste-analise aangepas is, soos die vereistenaspeurbaarheidsmatriks en probleemopsporingsvermoëns, wat spanne in staat stel om enige veranderinge wat tydens ontwikkeling aan hul vereistes gemaak word, maklik te monitor.

RequisitePro – Dit is IBM se hulpmiddel vir vereistebestuur en -analise wat spanne help om die hoogste gehalte van hul sagteware te verseker. Dit stel gebruikers in staat om gedetailleerde vereistedokumente, insluitend modelle, diagramme en verslae, te skep om stelselkompleksiteit te visualiseer en enige veranderinge aan die ontwerp na te spoor. Daarbenewens sluit dit verskeie verslae in om die volledigheid van die projek se vereistes te evalueer.

Rational Requisite Pro – Dit is ‘n innoverende webgebaseerde vereiste-ingenieurswese-oplossing van IBM wat omvattende hulpmiddels bied om kliëntebehoeftes vanaf die aanvanklike konsep tot finale lewering te ontleed en na te spoor. Dit bied ‘n reeks gevorderde funksies, soos projekbestuursvermoëns en ondersteuning vir visuele modellering, wat spanne in staat stel om komplekse vereistes relatief maklik te bestuur.

Inflectra Rapise – Dit is ‘n gevorderde toetsoutomatiseringsplatform wat spanne in staat stel om vinnig geoutomatiseerde toetse vir hul sagtewaretoepassings te skep. Die Vereiste-analise-module help gebruikers om die status van elke vereiste te monitor en verskaf gedetailleerde verslae oor enige veranderinge en vordering wat tydens ontwikkeling gemaak is. Dit kan ook gebruik word om gesimuleerde gebruikersaanvaardingstoetse uit te voer om te valideer dat kliëntevereistes nagekom word.

QA Symphony – Dit is ‘n end-tot-end-toetsoutomatiseringsplatform wat alle aspekte van sagtewaregehalteversekering (QA) dek. Die vereiste-analise-hulpmiddel bied gevorderde verslagdoeningsopsies sodat jy presies kan sien hoe goed jou toepassing aan elke vereiste voldoen. Dit bied ook gedetailleerde verslagdoening oor hoe die gebruikerservaring verbeter kan word wanneer aan kliënteverwagtinge voldoen word.

Gevolgtrekking

Vereiste-analise is die sleutel tot die sukses van enige sagtewareontwikkelingsprojek. Sonder ‘n goed gedefinieerde stel vereistes is dit byna onmoontlik om akkurate planne, haalbare doelwitte en realistiese skedules op te stel. Vereiste-analise het natuurlik sy uitdagings; risiko’s moet vroeg geïdentifiseer word en belanghebbendes moet deur die hele proses betrokke bly. Deur egter ‘n noukeurige en sistematiese proses te volg, kan hierdie uitdagings oorkom word. Die Visure Requirements ALM-platform is ‘n uitstekende hulpmiddel om vereistes van begin tot einde te bestuur; probeer vandag die gratis proeflopie van 14 dae!