Kravanalystekniker med exempel

Som affärsanalytiker är kravanalys den viktigaste delen av ditt jobb. hjälper dig att fastställa intressenternas faktiska behovDet låter dig också kommunicera med intressenter med hjälp av diagram, modeller och flödesscheman istället för komplex text.

En kravanalys har en

• Specifikt mål
• Specifik ingång
• Specifik utgång
• Använder resurser
• Har ett antal aktiviteter som ska utföras i någon ordning
• Kan påverka mer än en organisatorisk enhet
• Skapar värde för kunden

Kravanalystekniker

Kravanalystekniker kartlägger företagets arbetsflöde så att du kan analysera, förstå och förbättra det.

Följande tekniker används över hela mjukvaruutveckling processen.

1. Business Process Modeling Notation (BPMN)

BPMN (Business Process Model and Notation) är en grafisk representation av en affärsprocess med hjälp av enkla objekt, vilket hjälper organisationen att kommunicera på ett standardiserat sätt. De huvudsakliga objekten som används i BPMN är:

• Flödesobjekt
• Ansluta objekt
• Simbanor
• Artefakter.

En väl utformad BPMN-modell ger detaljer om de aktiviteter som utförs under processen, såsom:

• Vem utför dessa aktiviteter?
• Vilka dataelement krävs för dessa aktiviteter?

Den största fördelen med BPMN är att diagram är enkla att dela, och de flesta modelleringsverktyg stöder notationen.

2. UML (Unified Modeling Language)

UML är en modelleringsstandard för att specificera, utvecklaping, visualisera och dokumentera programvarusystem. UML tillhandahåller objekt som:

• Ange
• Ändamålet
• Aktivitet
• Klassdiagram

Det finns 14 UML-diagramtyper, inklusive användningsfalls-, interaktions-, klass-, komponent- och sekvensdiagram. UML-modeller fungerar som kommunikationsmedium mellan alla intressenter. En UML-baserad affärsmodell kan vara en direkt input till ett kravverktyg. Ett UML-diagram är antingen beteendemässigt eller strukturellt. En beteendemodell beskriver vad systemet gör; en strukturell modell visar vad det består av.

3. Flödesschemateknik

Ett flödesschema är en visuell representation av det sekventiella flödet och kontrolllogiken för en uppsättning relaterade aktiviteter. Vanliga flödesschemaformat inkluderar linjära, top-down och tvärfunktionella (simbanor). Ett flödesschema kan användas för att representera dataflöden, systeminteraktioner och processteg. Flödesscheman är lätta att läsa och skriva, även för icke-tekniska medlemmar, och kan visa parallella processer och kritiska attribut.

4. Dataflödesdiagram

Dataflödesdiagram visar hur data bearbetas av ett system i termer av indata och utdata. Komponenterna i ett dataflödesdiagram är:

• Behandla
• Flöde
• HITTA BUTIK
• terminator

En logisk DFD visar aktiviteter; en fysisk DFD visar infrastruktur. En DFD kan utformas tidigt i analysfasen av SDLC (Systemutveckling livscykel) för att definiera projektets omfattning. Den kan detaljgranskas i delprocesser, så kallad en ”utjämnad DFD”.

5. Rollaktivitetsdiagram (RAD)

Ett rollaktivitetsdiagram liknar flödesschemanotation. Rollinstanser är processdeltagare, var och en med ett start- och sluttillstånd. RAD kräver djupgående kunskap om processen eller organisationen för att identifiera roller. Komponenterna i RAD är:

• Stationer & aktiviteter
• Externa evenemang
• Stater

Roller grupperar aktiviteter i ansvarsenheter. En aktivitet kan utföras isolerat eller kräva samordning med aktiviteter i andra roller.

Externa händelser markerar de punkter där tillståndsförändringar inträffar.

Tillstånd kartlägger hur en roll fortskrider genom processen. Att nå ett tillstånd indikerar att ett specifikt mål har uppnåtts.

RAD är lättläst, presenterar en detaljerad processvy och visar parallella aktiviteter.

6. Gantt-diagram

Ett Gantt-schema är en grafisk representation av ett schema som hjälper till att koordinera, planera och track specifika uppgifter i ett projekt. Den visar projektets totala tidsperiod, uppdelad i steg. Den vertikala axeln listar uppgifter; den horisontella axeln visar den beräknade aktivitetsvaraktigheten eller tilldelad ägare. Ett enda diagram kan visa många aktiviteter.

7. IDEF (integrerad definition för funktionsmodellering)

IDEF (Integrated Definition for Function Modeling) omfattar en familj av företagsmodelleringsspråk. Det modellerar de aktiviteter som stödjer systemanalys, design eller integration. Det finns cirka 16 IDEF-metoder; IDEF0 och IDEF3 är de mest användbara.

8. Färgade petrinät (CPN)

Färgade Petri-nät (CPN) är ett grafiskt orienterat språk för specifikation, verifiering, design och simulering av systemCPN kombinerar grafik och text. Dess huvudkomponenter är Platser, övergångar och bågar.

Petri-nätobjekt har specifika inskriptioner, till exempel:

• platser: Har inskriptioner som .Namn, .Färguppsättning och .Initial-märkning.
• Övergång Har inskriptioner som .Name (för identifiering) och .Guard (ett booleskt uttryck över några av variablerna).
• BågarHar en .Arc-inskription. När båguttrycket utvärderas ger det en multiuppsättning av tokenfärger.

9. Arbetsflödesteknik

Arbetsflödestekniken är ett visuellt diagram som representerar en eller flera affärsprocesser för att förtydliga förståelsen eller för att ge rekommendationer för processförbättringar. Vid sidan av flödesscheman, UML-aktivitetsdiagram och processkartor är arbetsflödestekniken en av de äldsta och mest använda metoderna. Affärsanalytiker använder den också för anteckningar vid kravinsamling. Processen består av fyra steg:

• Informationsmöte
• Arbetsflödesmodellering
• Affärsprocessmodellering
• Implementering, Verifiering & Utförande

10. Objektorienterade metoder

Den objektorienterade modelleringsmetoden använder det objektorienterade paradigmet och modelleringsspråket för att designa ett system. Den betonar att hitta och beskriva objekten i problemdomänen. Syftet med den objektorienterade metoden är:

• För att hjälpa till att karakterisera systemet
• För att identifiera de olika relevanta objekten
• För att förstå hur objekten relaterar till varandra
• Att specificera eller modellera ett problem för att skapa en effektiv design
• Att analysera krav och deras konsekvenser

Denna metod är väl lämpad för system med dynamiska krav som förändras ofta. Det är en process för att härleda användningsfall, aktivitetsflöden och händelseflöden för systemet. Objektorienterad analys kan drivas av textbehov, kommunikation med systemets intressenter och ett visionsdokument.

Ett objekt har ett tillstånd, och tillståndsförändringar representeras av beteende. När objektet tar emot ett meddelande ändras tillståndet genom beteende.

11. Gapanalys

Gap-analys är den teknik som används för att fastställa skillnaden mellan det föreslagna tillståndet och det nuvarande tillståndet för ett företag och dess funktioner. Den besvarar frågor som: Vad är projektets nuvarande tillstånd? Vart vill vi vara? Hur minskar vi gapet? Stegen i gap-analys inkluderar:

• Review System
• Utvecklingskrav
• Jämförelse
• Inblandning
• Rekommendationer

Vanliga frågor