Vad är kravanalys? Process och tekniker

Vad är kravanalys och förhandling?

Kravanalys är vanligtvis en procedur för att analysera, validera och anpassa de krav som dokumenterats under fasen av kravframkallande. Kravanalys är med andra ord en process för att studera och förstå de krav som ställs av intressenterna. Kravanalys kräver frekvent kommunikation med intressenter och slutanvändare för att definiera förväntningarna, lösa konflikterna och slutligen dokumentera nyckelkraven. Lösningarna kan innefatta frågor som:

• Olika typer av inställningar för arbetsflödet i företaget
• Att sätta upp ett nytt system som ska användas från och med nu osv. 

En sak att tänka på är att kravframställning och kravanalys fungerar tillsammans. De två matar varandra. När vi börjar samla in kraven framkallar vi dem och analyserar dem samtidigt.

Vilka är målen med kravanalys?

1. Det första och främsta målet med kravanalys är att förstå användarnas krav och behov. 
2. När vi använder olika källor för att samla in kraven kan det uppstå vissa konflikter mellan dem. Kravanalys handlar om att hitta dessa konflikter bland de krav som användarna ställer och lösa dem. 
3. Förhandla om kraven med användare och intressenter. Det finns inget sätt att vårt system kan uppfylla alla krav på exakt det sätt som de förklaras av intressenter och användare. 
4. Vi måste förhandla och prioritera kraven. Vissa krav kanske inte är stora för oss, men de kan vara ganska viktiga för slutanvändarna. För att förstå dem måste vi analysera och prioritera intressenternas krav. 
5. Vi måste utveckla de krav som användarna och systemet ställer. Detta hjälper till att dokumentera kraven i kravspecifikationerna. Detta hjälper också utvecklarna att utveckla, designa och testa bättre eftersom de förstår kraven på ett mer detaljerat och bättre sätt. 
6. Vi måste klassificera kraven i olika kategorier och underkategorier och vidare allokera dessa krav till olika delsystem. 
7. Vi måste också utvärdera de krav på den kvalitet som eftersträvas av organisationen. 

Slutligen måste vi se till att inte missa något viktigt.

Kravsanalys

Kravanalys fokuserar på alla de uppgifter som används för att fastställa krav eller förutsättningar för att möta det nya projektet i enlighet med de krav som ställs av olika intressenter. Under den här aktiviteten analyserar, förfinar och granskar vi alla krav som samlats in under kravframkallningen för att skapa korrekt konsekvens.

Vanligtvis kombineras kravanalysaktiviteterna med kravinsamlingsaktiviteterna i vattenfallsprocessen. Ibland blandas det också med kravspecifikationen. Under insamlingen samlar vi in ​​och dokumenterar vi kraven. Under analysen analyserar vi behoven och genomförbarheten av de insamlade kraven. Vi förhandlar vidare om kraven med intressenter och slutanvändare för att kunna skapa ett specifikt resultat i slutändan.

Vilka är utmaningarna under kravanalys?

Det finns vissa utmaningar som en organisation står inför när man analyserar de krav som samlats in från olika källor. 

1. Ibland är det svårt att förstå exakt vad intressenterna förväntar sig, eftersom de själva inte är tydliga med den delen. De har oftast en vag uppfattning om vad de vill ha och det kan skapa förvirring. 
2. Kraven är vanligtvis dynamiska till sin natur eftersom de fortsätter att förändras och utvecklas i enlighet med de förändrade behoven. Ibland kan kraven som anges i början av projektet ändras när projektet fortskrider. Du måste alltid ha reservplaner för det. 
3. Dålig kommunikation mellan teammedlemmarna är en annan utmaning som ställs inför kravanalys. Därför är det viktigt för projektledare att se till att kommunikationen är flytande inom organisationen och teamen. Det skulle vara bra om projektledare använder ett kodifierat språk som UML som ett sätt att standardisera kommunikationen och undvika missförstånd också.

Kravanalysprocess

Generellt finns det sju steg i kravanalysprocessen.

1. Identifiera intressenter: Till att börja med är det viktigt att fastställa vilka de viktigaste intressenterna är för detta projekt. Dessa individer och grupper inkluderar interna kunder, externa användare, tillsynsmyndigheter samt alla andra intressenter som har en roll i att bygga produkten. Utan dem skulle dessa behov och krav inte kunna uppfyllas – de är katalysatorn för framsteg!
2. Ta reda på intressenternas behov och krav: I den här delen av kravanalysprocessen, känd som behovs- och kravinsamling, samarbetar teamen med intressenter för att identifiera deras behov och förväntningar.
3. Modellbehov och krav: Efter att ha samlat in intressenternas ursprungliga behov och förväntningar kan teamen använda visuella representationer eller diagram för att illustrera dessa krav som en del av sin bedömning. Detta gör det möjligt för teamet att säkerställa att feedback tas emot från alla inblandade parter samtidigt som eventuella problem, avvikelser eller inkonsekvenser löses innan en högkvalitativ produktöversikt, inklusive användningsfall och användarberättelser, upprättas.
4. Retrospektiv: Efter att ha samlat in detaljerad data och information under eliciterings-, diagram- och modelleringsprocesser analyserar projektgruppen den. De är särskilt intresserade av att förstå eventuella begränsningar eller drivkrafter som kan påverka genomförbarheten av att skapa produkten. Detta hjälper dem att identifiera potentiella risker samtidigt som de fastställer en budget och tidslinje för färdigställandet.
5. Definiera en integrerad uppsättning behov: Projektgruppen utvecklar en omfattande samling av intressenternas behov och krav som innefattar intressenternas förväntningar, mål, syften, motivationer och gränser för produkten.
6. Definiera produktkrav: Efter att ha granskat den enhetliga uppsättningen behov och intressenternas krav kan teamen sedan utveckla en definitiv uppsättning förväntningar på produktfunktioner. Detta är ett viktigt steg, så det är avgörande att varje krav uppfyller högkvalitativa kriterier för att skapa välformulerade resultat. Det vore klokt om alla intressenter utrustade sig med den kunskap som behövs för att utforma utmärkta krav.
7. Godkännande och baslinje: Efter kravanalysfasen måste alla viktiga intressenter (eller deras representanter) som identifierades i steg ett formellt ratificera den omfattande uppsättningen behov och tillhörande produktspecifikationer. Detta kontrakt kommer att ge alla klarhet i hur man verifierar och validerar mot vad som beskrivits för produkten, kostnadsbegränsningar och tidsförväntningar; och därmed skydda mot eventuella överraskningar eller omfattningsändringar senare under utvecklingen.

Denna process bör användas som grund för alla kravanalysprojekt, eftersom den bidrar till att säkerställa att intressenternas förväntningar uppfylls och att alla nödvändiga funktioner i produkten ingår. En väl genomförd kravanalysprocess är avgörande för en framgångsrik utveckling av en högkvalitativ programvaruprodukt. Den resulterande insikten i intressenternas behov kommer att hjälpa teamet att bygga en effektiv lösning för att uppfylla sina mål samtidigt som de håller sig inom budget och i tid.

Vad är kravmodellering?

Den vanligaste tekniken vid kravanalys är modellering. Huvudsyftet med modellering är att förstå de insamlade kraven. En modell är vanligtvis en kopia av något som vanligtvis är en mindre version av den verkliga varan, som används för informationsändamål. Med andra ord är det en abstraktion av vissa aspekter av det befintliga eller avsedda systemet. En modell är utformad för att presentera information som kan analyseras mekaniskt. Modeller är det bästa sättet att analysera en enhet genom att minska dess komplexitet. 

Eftersom modellering är en viktig del av analysprocessen måste den göras korrekt och noggrant. Vi använder modellering för att kartlägga de element som erhålls under eliciteringen och presentera dem i en mer exakt och formell form. Detta bidrar till att göra det lättare att förstå kraven och problemen. När man får en så exakt bild av något blir det också lättare att ta reda på vad som saknas eller vad som behöver diskuteras eller ändras ytterligare. 

Det finns olika språk som används för att skapa kravmodeller. Först och främst är det naturliga språket där användaren beskriver sina behov och krav. Även vissa funktionella språk som UML, SysML, logik och tidslogik, Use Case Maps eller aktivitets- eller domändiagram.

Några vanliga kravmodelleringsspråk

• UML: UML står för Unified Modeling Language och är standardmodelleringsspråket som används av mjukvaruutvecklare. Det gör det möjligt för team att konstruera visuella diagram som illustrerar hur varje komponent i ett system interagerar med varandra.
• SysML: SysML står för Systems Modeling Language och är baserat på UML men det tillämpas i ett bredare perspektiv på systemteknik, vilket gör det möjligt för användare att modellera komplexa strukturer som nätverk eller mekaniska system.
• BPEL: BPEL står för Business Process Execution Language och fokuserar specifikt på affärsprocesser – det vill säga sekvenseringen av uppgifter som behöver slutföras för att en hel affärsprocess ska kunna genomföras. Detta är särskilt användbart när intressenter letar efter ett visst resultat från sin produkt.
• Flödesscheman: Flödesscheman är ett enkelt sätt att visuellt kartlägga de steg som behöver vidtas för att ett resultat ska uppnås. Detta kan variera från små uppgifter som att utveckla ett användarinloggningssystem till större och mer komplexa processer som att utforma ett helt programs arbetsflöde.
• Dataflödesdiagram: Dataflödesdiagram illustrerar informationsflödet genom ett system och används för att identifiera potentiella datakällor, datasänkor och processer. Detta hjälper team att förstå hur produkten samlar in data, matar in den i en algoritm eller process och sedan matar ut önskat resultat.
• Tillståndsövergångsdiagram: Tillståndsövergångsdiagram kartlägger alla möjliga tillstånd som ett system kan nå samt eventuella övergångar mellan dem. Detta används vanligtvis för att designa användargränssnitt som webbsidor eller mobilappar. Det gör det möjligt för utvecklare att förutse varje enskild övergång under användarens resa med produkten för att säkerställa optimal användbarhet.
• Gap-analys: Gap-analys är processen att jämföra två uppsättningar krav och identifiera eventuella skillnader eller luckor mellan dem. Detta kan användas för att jämföra intressenternas förväntningar med vad teamet hittills har utvecklat, för att säkerställa att alla nödvändiga funktioner ingår i produkten före lansering.

Genom att använda dessa olika modelleringsspråk och analysmetoder kan team få insikt i sina intressenters behov och säkerställa att en kvalitetsprodukt levereras i tid och inom budget. Det är viktigt för utvecklare att ha en grundlig förståelse för kravanalysprocessen för att kunna skapa effektiva mjukvarulösningar som tillgodoser kundernas krav.

Dessa modelleringsspråk tillåter team att skapa detaljerade diagram, användningsfall och flöden som fungerar som vägledning under kravanalysprocessen. Detta säkerställer att alla involverade intressenter har en tydlig förståelse för vad som förväntas av produkten, vilket gör att de enkelt kan mäta framsteg mot sina förväntningar.

En framgångsrik implementering av denna process kommer inte bara att bidra till att säkerställa en högkvalitativ slutprodukt utan också spara tid, pengar och ansträngning under hela utvecklingens livscykel, vilket gör att teamen kan reagera snabbt och effektivt på alla omfattningar eller hantera förändringar senare under utvecklingen.

Bästa praxis för kravanalys

Intressenter kan uttrycka sina förväntningar på olika sätt, till exempel genom behov och krav. Behov är vad intressenterna kräver av produkten för att lösa ett problem eller utnyttja en chans; medan Krav är instruktioner på hög nivå som tillhandahålls av intressenter som beskriver hur de förväntar sig att produkten ska fungera för att möta dessa behov. Även om intressenternas krav förmedlas utan användning av obligatoriska termer som "ska", måste deras behov tillgodoses med noggrannhet. För att säkerställa att de är bindande specifikationer, som senare kommer att valideras för att uppfylla produktens standarder, bör dessa förfrågningar alltid använda "skall".

Innan man designar och utvecklar en produkt är det avgörande för projektgruppen att få insikt i olika intressenters behov och krav. Med flera intressenter finns det olika förväntningar, så det är viktigt att fånga upp dessa krav korrekt för att förhindra konflikter eller problem. Projektgruppen måste noggrant kartlägga dessa önskemål och behov samtidigt som de löser inkonsekvenser och motstridiga krav. Genom att syntetisera behoven från denna data kan vi omvandla dessa individuella krav till en omfattande uppsättning produktkrav. Detta säkerställer att den utvecklade produkten uppfyller alla angivna förväntningar och tillfredsställer kundernas önskemål och behov.

Kravspårbarhet är en avgörande del av kravanalysprocessen, eftersom det gör det möjligt för oss att garantera att varje krav tydligt återspeglar dess upphovsmans avsikt. Utan korrekt spårbarhet kan vi inte vara säkra på om vår programvaruprodukt uppfyller alla intressenters behov, mål och begränsningar. Även med perfekt utförd kravanalys skulle det inte finnas något sätt att bevisa att du har rätt uppsättning krav utan att ha spårat dem tillbaka till deras källa!

Som sådan är en viktig metod för kravanalys att se till att varje krav kan spåras tillbaka till alla relaterade artefakter. Dessa artiklar måste inte bara inkludera källan utan också nedströmsmaterial som design, produktverifieringsplanering och produktvalideringsplaner. Dessutom innebär en integrerad bästa praxis för kravanalys att exekvera en företablerad process korrekt – detta steg kan göra eller bryta framgången med att uppfylla intressenternas förväntningar på produkten.

Visure Requirements ALM-plattform för kravanalys

Visures intuitiva gränssnitt gör det enkelt att snabbt och effektivt analysera stora mängder data utan att behöva lägga för mycket tid på uppgiften. Dessutom tillhandahåller Visure en rad kraftfulla verktyg som gör det möjligt för användare att exakt spåra tillbaka krav och spåra framåt från dem genom konsekvensanalys, prioritera förändringar efter kostnad eller risk och till och med hålla reda på ändringsförfrågningar. Dessutom är Visures robusta förmåga att importera och exportera till och från modelleringsverktyg som Sparx Systems Enterprise Architect något ganska användbart för säkerhetskritiska industrier.

Med Visure Quality Analyzer, kan du snabbt och enkelt få tillgång till AI-teknik för att bedöma och identifiera oklara krav. Detta kommer att effektivisera spårbarheten, förbättra kravkvaliteten, främja teamsammanhållning och bidra till att garantera projektets framgång. Dessutom kan ditt företag med ITEM-mallars riktlinjer enkelt skapa en robust processmall som alla är överens om.

Med hjälp av Visure kan du konstruera datamodeller och associera krav till vissa objekt för en effektiv analys av behov på alla nivåer. Detta innebär att team inte längre förlorar tid på att diskutera och analysera krav, utan istället koncentrerar sig på att snabba på utvecklingsprocessen. Genom att implementera detta system med Visure kommer ditt team att kunna övervaka framstegen effektivt utan att offra värdefull tid eller resurser.

Några andra verktyg för kravanalys:

TestLodge – Detta är ett kraftfullt verktyg för projektledning och buggspårning som hjälper till att hantera kravkvalitetsprocessen. Det inkluderar funktioner som spårbarhet, vilket gör det möjligt för teamet att snabbt spåra ändringar i sina krav och andra problem, automatiserade testplaner för en snabb granskning av alla kravändringar och acceptanstester, lägesrapporter för aktuella projekt och en omfattande onlinekunskapsbas med användbara tips.

Zephyr – Denna kravtestplattform fokuserar på att hjälpa team att uppnå en högre grad av kvalitetssäkring. Den har ett interaktivt och intuitivt användargränssnitt, vilket gör det enkelt att skapa testplaner med bara några få klick. Den erbjuder också omfattande spårbarhetsspårning, så att du snabbt kan identifiera eventuella problem som uppstår till följd av ändringar i kraven.

SpecFlow – Det här är ett projekt med öppen källkod som har sitt ursprung som ett verktyg för att hantera funktionstester skrivna med Cucumbers "Given/När/Då"-syntax. Men det har sedan dess vuxit till något mycket kraftfullare och stöder nu både automatiserade och manuella testmetoder. Dess kravanalysfunktion hjälper team att säkerställa att programvaran uppfyller kundens specifikationer genom att jämföra förväntat beteende med faktiska resultat.

Kvalitetscenter (QC) – Detta är en omfattande testplattform från HP som erbjuder flera verktyg för att mäta kravkvalitet. Dess kravanalysverktyg gör det möjligt för team att granska, validera och jämföra sin programvara mot kundernas förväntningar. Den innehåller också ett brett utbud av analysrapporter för detaljerad analys av testresultat och kravtäckning.

Omtest – Det här är en allt-i-ett-lösning för projektledning, samarbete och buggspårning utformad för att hjälpa team att snabbt analysera, rapportera och spåra framstegen i sina projekt. Den innehåller moduler som är speciellt skräddarsydda för kravanalys, såsom dess kravspårbarhetsmatris och problemspårningsfunktioner, vilket gör att team enkelt kan övervaka alla ändringar som görs av deras krav under utvecklingen.

RequisitePro – Det här är IBMs kravhanterings- och analysverktyg som hjälper team att säkerställa högsta kvalitet på sin programvara. Det tillåter användare att skapa detaljerade kravdokument, inklusive modeller, diagram och rapporter, för att visualisera systemets komplexitet och spåra eventuella ändringar i dess design. Dessutom innehåller den flera rapporter för att bedöma fullständigheten av projektets krav.

Rational Requisite Pro – Det här är en innovativ webbaserad kravteknisk lösning från IBM som tillhandahåller omfattande verktyg för att analysera och spåra kundernas behov från första idé till slutleverans. Den erbjuder en rad avancerade funktioner som projektstyrningsfunktioner och stöd för visuell modellering, vilket gör att team enkelt kan hantera komplexa krav relativt lätt.

Inflectra Rapise – Det här är en banbrytande testautomatiseringsplattform som tillåter team att snabbt skapa automatiserade tester för sina mjukvaruapplikationer. Dess kravanalysmodul hjälper användare att hålla reda på statusen för varje krav, och tillhandahåller detaljerade rapporter om eventuella förändringar och framsteg som gjorts under utvecklingen. Den kan också användas för att köra falska användaracceptanstest för att validera att kundens krav uppfylls.

QA Symphony – Det här är en heltäckande testautomatiseringsplattform som täcker alla aspekter av kvalitetssäkring av programvara (QA). Dess kravanalysverktyg erbjuder avancerade rapporteringsalternativ så att du kan se exakt hur väl din applikation uppfyller varje krav. Den ger också detaljerad rapportering om hur användarupplevelsen kan förbättras när kundernas förväntningar uppfylls.

Slutsats

Kravanalys är nyckeln till framgång för alla mjukvaruutvecklingsprojekt. Utan en väldefinierad uppsättning krav är det nästan omöjligt att skapa korrekta planer, uppnåeliga mål och realistiska tidsplaner. Kravanalys medför naturligtvis sina utmaningar; risker måste identifieras tidigt och intressenter måste hållas engagerade genom hela processen. Men genom att följa en noggrann och systematisk process kan dessa utmaningar övervinnas. Visure Requirements ALM-plattformen är ett utmärkt verktyg för att hantera krav från början till slut; prova gratis 14-dagars försök i dag!