Kravanalystekniker med exempel: Komplett handledning
Som affärsanalytiker är kravanalys den viktigaste delen av ditt jobb. Det kommer hjälpa dig att fastställa intressenternas faktiska behov. Låt dig samtidigt kommunicera med intressenterna på ett språk de förstår (som diagram, modeller, flödesdiagram) 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 organisationsenhet
- Skapar värde av något slag för kunden
Kravanalystekniker
Kravanalystekniker används huvudsakligen för att kartlägga affärsflödet så att du kan analysera, förstå och göra nödvändiga ändringar i det arbetsflödet eller processen.
Det finns olika tekniker för kravanalys som kan användas enligt mjukvaruutveckling process som
1. Business Process Modeling Notation (BPMN)
BPMN (Business Process Modeling & Notation) är en grafisk representation av din affärsprocess med hjälp av enkla objekt, vilket hjälper organisationen att kommunicera på ett standardiserat sätt. Olika objekt som används i BPMN inkluderar
- Flödesobjekt
- Ansluta objekt
- Simbanor
- Artefakter.
En väldesignad BPMN-modell bör kunna ge detaljer om de aktiviteter som utförs under processen som,
- Vem utför dessa aktiviteter?
- Vilka dataelement krävs för dessa aktiviteter?
Den största fördelen med att använda BPMN är att det är lättare att dela, och de flesta modelleringsverktyg stöder BPMN.
2. UML (Unified Modeling Language)
UML är en modelleringsstandard som främst används för specifikation, utveckling, visualisering och dokumentation av mjukvarusystem. För att fånga viktiga affärsprocesser och artefakter tillhandahåller UML objekt som
- Ange
- Ändamålet
- Aktivitet
- Klassdiagram
Det finns 14 UML-diagram som hjälper till med modellering som användningsfallsdiagram, interaktionsdiagram, klassdiagram, komponentdiagram, sekvensdiagram, etc. UML-modeller är viktiga inom IT-segmentet eftersom det blir kommunikationsmediet mellan alla intressenter. En UML-baserad affärsmodell kan vara en direkt input till ett kravverktyg. Ett UML-diagram kan vara av två typers beteendemodell och strukturmodell. En beteendemodell försöker ge information om vad systemet gör medan en strukturell modell ger vad systemet 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 eller åtgärder. Det finns olika format för flödesscheman som inkluderar linjära, top-down och tvärfunktionella (simbanor). Ett flödesschema kan användas för olika aktiviteter som att representera dataflöden, systeminteraktioner etc. Fördelen med att använda Flödesschema är att det kan vara lätt att läsa och skriva även för icke-tekniska teammedlemmar, och kan visa den parallella processen per funktion , kritiska egenskaper hos en process, etc.
4. Dataflödesdiagram
Dataflödesdiagram visar hur data bearbetas av ett system när det gäller input och output. Komponenter i dataflödesdiagram inkluderar
- Behandla
- Flöde
- HITTA BUTIK
- terminator
Ett logiskt dataflödesdiagram visar systemets aktiviteter medan ett fysiskt dataflödesdiagram visar ett systems infrastruktur. Ett dataflödesdiagram kan utformas tidigt i kravframkallningsprocessen för analysfasen inom SDLC (Systemutveckling livscykel) för att definiera projektets omfattning. För enkel analys kan ett dataflödesdiagram borras ner i dess delprocesser som kallas "leveled DFD".
5. Rollaktivitetsdiagram- (RAD)
Rollaktivitetsdiagram liknar notation av flödesschematyp. I rollaktivitetsdiagram är rollinstanser processdeltagare, som har start- och sluttillstånd. RAD kräver en djup kunskap om process eller organisation för att identifiera roller. Komponenterna i RAD inkluderar
- Flöde
- Externa evenemang
- Stater
Roller grupperar aktiviteter till ansvarsenheter, beroende på vilken uppsättning ansvar de utför. En aktivitet kan utföras isolerat med en roll, eller det kan kräva samordning med aktiviteter i andra roller.
Externa händelser är de punkter där tillståndsförändringar inträffar.
Stater är användbara för att kartlägga aktiviteter i en roll när den fortskrider från stat till stat. När ett visst tillstånd nås, indikerar det att ett visst mål har uppnåtts.
RAD är till hjälp för att stödja kommunikationen då det är lätt att läsa och presentera en detaljerad bild av processen och tillåta aktiviteter parallellt.
6. Gantt-diagram
Ett Gantt-diagram är en grafisk representation av ett schema som hjälper till att koordinera, planera och spåra specifika uppgifter i ett projekt. Det representerar den totala tidsperioden för objektet, uppdelat i steg. Ett Gantt-diagram representerar listan över alla uppgifter som ska utföras på den vertikala axeln medan det på den horisontella axeln listar den uppskattade aktivitetens varaktighet eller namnet på den person som tilldelats aktiviteten. Ett diagram kan visa många aktiviteter.
7. IDEF (integrerad definition för funktionsmodellering)
IDEF eller Integrated Definition for Function Modeling är ett vanligt namn som hänvisar till klasser av företagsmodelleringsspråk. Den används för modelleringsaktiviteter som är nödvändiga för att stödja systemanalys, design eller integration. Det finns cirka 16 metoder för IDEF, de mest användbara versionerna av IDEF är IDEF3 och IDEF0.
8. Färgade petrinät (CPN)
CPN eller färgade petrinät är grafiskt orienterade språk för specifikation, verifiering, design och simulering av system. Colored Petri Nets är en kombination av grafik och text. Dess huvudkomponenter är Platser, övergångar och bågar.
Petri nät objekt har specifik inskription som för
- platser: Den har inskription som .Namn, .Color Set, .Initial märkning etc. Medan
- Övergång : Den har inskription som .Name (för identifiering) och .Guard (booleska uttrycket består av några av variablerna)
- Bågar: Den har inskription som .Arc. När båguttrycket bedöms, ger det flera uppsättningar av symbolfärger.
9. Arbetsflödesteknik
Arbetsflödesteknik är ett visuellt diagram som representerar en eller flera affärsprocesser för att förtydliga förståelsen av processen eller för att ge rekommendationer om processförbättringar. Precis som andra diagram som flödesdiagram, UML-aktivitet och processkarta är arbetsflödestekniken den äldsta och populära tekniken. Det används till och med av BA för att ta anteckningar under kravframkallande. Processen består av fyra steg
- Informationsmöte
- Arbetsflödesmodellering
- Affärsprocessmodellering
- Implementering, Verifiering & Utförande
10. Objektorienterade metoder
Objektorienterad modelleringsmetod använder objektorienterat paradigm och modelleringsspråk för att designa ett system. Den lägger tonvikt på att hitta och beskriva objektet i problemdomänen. Syftet med objektorienterad metod är
- För att hjälpa till att karakterisera systemet
- Att veta vilka de olika relevanta objekten är
- Hur förhåller de sig till varandra
- Hur man specificerar eller modellerar ett problem för att skapa effektiv design
- Att analysera krav och deras konsekvenser
Denna metod är tillämpbar på systemet som har dynamiska krav (byter ofta). Det är en process för att härleda användningsfall, aktivitetsflöde och händelseflöde för systemet. Objektorienterad analys kan göras genom textbehov, kommunikation med systemintressenter och visionsdokument.
Objektet har ett tillstånd och tillståndsändringar representeras av beteende. Så när objektet får ett meddelande ändras tillståndet genom beteende.
11. Gapanalys
Gap Analysis är den teknik som används för att bestämma skillnaden mellan det föreslagna tillståndet och det aktuella tillståndet för alla företag och dess funktioner. Den svarar på frågor som hur är projektets nuvarande tillstånd? Var vill vi vara? etc. Olika stadier av gapanalys inkluderar
- Review System
- Utvecklingskrav
- Jämförelse
- Inblandning
- Rekommendationer