Kravanalyseteknikker med eksempel: Komplet selvstudie

Som forretningsanalytiker er kravanalyse den vigtigste del af dit job. Det vil hjælpe dig med at bestemme interessenternes faktiske behov. Gør dig samtidig i stand til at kommunikere med interessenterne på et sprog, de forstår (såsom diagrammer, modeller, flowdiagrammer) i stedet for kompleks tekst.

En kravanalyse har en

• Specifikt mål
• Specifik input
• Specifik output
• Bruger ressourcer
• Har en række aktiviteter, der skal udføres i en eller anden rækkefølge
• Kan påvirke mere end én organisationsenhed
• Skaber værdi af en eller anden art for kunden

 

Kravanalyseteknikker

Kravanalyseteknikker bruges hovedsageligt til at kortlægge virksomhedens arbejdsgang, så du kan analysere, forstå og foretage nødvendige ændringer til den pågældende arbejdsgang eller proces.

Der er forskellige behovsanalyseteknikker, der kan bruges i henhold til softwareudvikling proces som

1. Business Process Modeling Notation (BPMN)

BPMN (Business Process Modeling & Notation) er en grafisk repræsentation af din forretningsproces ved hjælp af simple objekter, som hjælper organisationen med at kommunikere på en standard måde. Forskellige objekter brugt i BPMN inkluderer

• Flow objekter
• Forbinde objekter
• Svømmebaner
• Artefakter.

En brønddesign BPMN-model bør være i stand til at give detaljerne om de aktiviteter, der udføres under processen som,

• Hvem udfører disse aktiviteter?
• Hvilke dataelementer er nødvendige for disse aktiviteter?

Den største fordel ved at bruge BPMN er, at det er nemmere at dele, og de fleste modelleringsværktøjer understøtter BPMN.

2. UML (Unified Modeling Language)

UML er en modelleringsstandard, der primært anvendes til specifikation, udvikling, visualisering og dokumentation af softwaresystem. For at fange vigtige forretningsprocesser og artefakter leverer UML objekter som f.eks

• Tilstand
• Object
• Aktivitet
• Klassediagram

Der er 14 UML-diagrammer, der hjælper med modellering som use case-diagrammet, interaktionsdiagrammet, klassediagrammet, komponentdiagrammet, sekvensdiagrammet osv. UML-modeller er vigtige i IT-segmentet, da det bliver kommunikationsmediet mellem alle interessenter. En UML-baseret forretningsmodel kan være et direkte input til et kravværktøj. Et UML-diagram kan være af to typers adfærdsmodel og strukturel model. En adfærdsmodel forsøger at give information om, hvad systemet gør, mens en strukturel model vil give, hvad systemet består af.

3. Flowdiagram teknik

Et flowchart er en visuel repræsentation af det sekventielle flow og kontrollogik for et sæt af relaterede aktiviteter eller handlinger. Der er forskellige formater til flowcharts, som inkluderer Lineær, Top-down og tværfunktionelle (svømmebaner). Et flowdiagram kan bruges til forskellige aktiviteter som at repræsentere datastrømme, systeminteraktioner osv. Fordelen ved at bruge flowchart er, at det kan være nemt at læse og skrive selv for ikke-tekniske teammedlemmer og kan vise den parallelle proces efter funktion , kritiske egenskaber ved en proces osv.

4. Dataflowdiagram

Dataflowdiagrammer viser, hvordan data behandles af et system i form af input og output. Komponenter af dataflowdiagram inkluderer

• Proces
• Flow
• Butik
• Terminator

Et logisk dataflowdiagram viser systemets aktiviteter, mens et fysisk dataflowdiagram viser et systems infrastruktur. Et dataflowdiagram kan designes tidligt i kravfremkaldelsesprocessen i analysefasen inden for SDLC (Systemudviklings livscyklus) for at definere projektets omfang. For nem analyse kan et dataflowdiagram bores ned i dets underprocesser kendt som "nivelleret DFD".

5. Rolleaktivitetsdiagrammer- (RAD)

Rolleaktivitetsdiagram ligner flowcharttypenotation. I Rolleaktivitetsdiagram er rolleinstanser procesdeltagere, som har start- og sluttilstand. RAD kræver en dyb viden om proces eller organisation for at identificere roller. Komponenterne i RAD inkluderer

• Aktiviteter
• Eksterne arrangementer
• Stater

Roller grupperer aktiviteter i ansvarsenheder i henhold til det ansvarssæt, de udfører. En aktivitet kan udføres isoleret med en rolle, eller den kan kræve koordinering med aktiviteter i andre roller.

Eksterne begivenheder er de punkter, hvor tilstandsændringer sker.

Stater er nyttige til at kortlægge aktiviteter af en rolle, efterhånden som den skrider frem fra stat til stat. Når en bestemt tilstand er nået, indikerer det, at et bestemt mål er nået.

RAD er behjælpelig med at understøtte kommunikation, da det er let at læse og præsentere et detaljeret overblik over processen og tillade aktiviteter parallelt.

6. Gantt-diagrammer

Et Gantt-diagram er en grafisk repræsentation af en tidsplan, der hjælper med at koordinere, planlægge og spore specifikke opgaver i et projekt. Det repræsenterer det samlede tidsrum for objektet, opdelt i trin. Et Gantt-diagram repræsenterer listen over alle opgaver, der skal udføres på den lodrette akse, mens det på den vandrette akse viser den estimerede aktivitetsvarighed eller navnet på den person, der er allokeret til aktiviteten. Et diagram kan vise mange aktiviteter.

7. IDEF (Integrated Definition for Function Modeling)

IDEF eller Integrated Definition for Function Modeling er et almindeligt navn, der refererer til klasser af virksomhedsmodelleringssprog. Det bruges til modelleringsaktiviteter, der er nødvendige for at understøtte systemanalyse, design eller integration. Der er omkring 16 metoder til IDEF, de mest nyttige versioner af IDEF er IDEF3 og IDEF0.

8. Farvede Petri Net (CPN)

CPN eller farvede petrinet er grafisk orienteret sprog til specifikation, verifikation, design og simulering af systemer. Colored Petri Nets er en kombination af grafik og tekst. Dens hovedkomponenter er Steder, overgange og buer.

Petri nets objekter har specifik inskription som for

• Steder: Den har inskription som .Name, .Color Set, .Initial markering osv. Mens
• Transition : Den har inskription som .Name (til identifikation) og .Guard (boolsk udtryk består af nogle af variablerne)
• buer: Den har en inskription som .Arc. Når bueudtrykket vurderes, giver det flere sæt token-farver.

9. Arbejdsgangsteknik

Workflow-teknik er et visuelt diagram, der repræsenterer en eller flere forretningsprocesser for at tydeliggøre forståelsen af ​​processen eller for at komme med anbefalinger til procesforbedringer. Ligesom andre diagrammer som flowcharting, UML-aktivitet og proceskort, er workflow-teknikken den ældste og populære teknik. Det bliver endda brugt af BA til at tage noter under kravfremkaldelse. Processen består af fire faser

• Information Indsamling
• Workflow modellering
• Modellering af forretningsprocesser
• Implementering, Verifikation & Eksekvering

10. Objektorienterede metoder

Objektorienteret modelleringsmetode bruger objektorienteret paradigme og modelleringssprog til at designe et system. Den lægger vægt på at finde og beskrive objektet i problemdomænet. Formålet med objektorienteret metode er

• For at hjælpe med at karakterisere systemet
• At vide, hvad de forskellige relevante objekter er
• Hvordan forholder de sig til hinanden
• Hvordan man specificerer eller modellerer et problem for at skabe effektivt design
• At analysere krav og deres implikationer

Denne metode er anvendelig til systemet, som har dynamiske krav (ændres ofte). Det er en proces med at udlede use cases, aktivitetsflow og hændelsesflow for systemet. Objektorienteret analyse kan udføres gennem tekstbehov, kommunikation med systeminteressenter og visionsdokument.

Objektet har en tilstand, og tilstandsændringer er repræsenteret ved adfærd. Så når objektet modtager en besked, ændres tilstanden gennem adfærd.

11. Gab-analyse

Gap Analysis er den teknik, der bruges til at bestemme forskellen mellem den foreslåede tilstand og den nuværende tilstand for enhver virksomhed og dens funktionaliteter. Den besvarer spørgsmål som, hvordan er projektets nuværende tilstand? Hvor vil vi gerne være? osv. Forskellige stadier af Gap Analysis omfatter

• Review System
• Udviklingskrav
• Sammenligning
• Konsekvenser
• Anbefalinger