Kravanalyseteknikker med eksempel: Fullfør opplæringen

Som forretningsanalytiker er kravanalyse den viktigste delen av jobben din. Det vil det hjelpe deg med å bestemme de faktiske behovene til interessenter. Gjør deg samtidig i stand til å kommunisere med interessentene på et språk de forstår (som diagrammer, modeller, flytskjemaer) i stedet for kompleks tekst.

En kravanalyse har en

  • Spesifikt mål
  • Spesifikk inngang
  • Spesifikk utgang
  • Bruker ressurser
  • Har en rekke aktiviteter som skal utføres i en eller annen rekkefølge
  • Kan påvirke mer enn én organisasjonsenhet
  • Skaper verdi av noe slag for kunden

 

Kravanalyseteknikker

Teknikker for kravanalyse brukes hovedsakelig til å kartlegge forretningsflyten slik at du kan analysere, forstå og gjøre nødvendige endringer i den arbeidsflyten eller prosessen.

Det er forskjellige teknikker for behovsanalyse som kan brukes i henhold til programvareutvikling prosess som

1. Notasjon for forretningsprosessmodellering (BPMN)

BPMN (Business Process Modeling & Notation) er en grafisk representasjon av forretningsprosessen ved hjelp av enkle objekter, som hjelper organisasjonen til å kommunisere på en standard måte. Ulike objekter som brukes i BPMN inkluderer

  • Flytobjekter
  • Koble sammen objekter
  • Svømmebaner
  • Gjenstander.

En brønndesign BPMN-modell skal kunne gi detaljer om aktivitetene som utføres under prosessen som,

  • Hvem utfører disse aktivitetene?
  • Hvilke dataelementer kreves for disse aktivitetene?

Den største fordelen med å bruke BPMN er at det er enklere å dele, og de fleste modelleringsverktøy støtter BPMN.

Forretningsprosessmodelleringsnotasjon

2. UML (Unified Modeling Language)

UML er en modelleringsstandard som primært brukes til spesifikasjon, utvikling, visualisering og dokumentering av programvaresystem. For å fange opp viktige forretningsprosesser og artefakter tilbyr UML objekter som

  • Tilstand
  • Objekt
  • Aktivitet
  • Klassediagram

Det er 14 UML-diagrammer som hjelper til med modellering som use case-diagrammet, interaksjonsdiagrammet, klassediagrammet, komponentdiagrammet, sekvensdiagrammet osv. UML-modeller er viktige i IT-segmentet da det blir kommunikasjonsmediet mellom alle interessenter. En UML-basert forretningsmodell kan være et direkte input til et kravverktøy. Et UML-diagram kan være av to typers atferdsmodell og strukturell modell. En atferdsmodell prøver å gi informasjon om hva systemet gjør mens en strukturell modell vil gi hva systemet består av.

UML (Unified Modeling Language)

3.Flowdiagram teknikk

Et flytskjema er en visuell representasjon av den sekvensielle flyten og kontrolllogikken til et sett med relaterte aktiviteter eller handlinger. Det finnes forskjellige formater for flytskjemaer som inkluderer Lineær, Top-down og kryssfunksjonelle (svømmebaner). Et flytskjema kan brukes til forskjellige aktiviteter som å representere dataflyter, systeminteraksjoner osv. Fordelen med å bruke flytskjema er at det kan være enkelt å lese og skrive selv for ikke-tekniske teammedlemmer, og kan vise den parallelle prosessen etter funksjon , kritiske egenskaper ved en prosess, etc.

Flytskjemateknikk

4. Dataflytdiagram

Dataflytdiagrammer viser hvordan data behandles av et system når det gjelder innganger og utganger. Komponenter av dataflytdiagram inkluderer

  • Prosess
  • Flow
  • Butikk
  • Terminator

Et logisk dataflytdiagram viser systemets aktiviteter mens et fysisk dataflytdiagram viser systemets infrastruktur. Et dataflytdiagram kan utformes tidlig i kravfremkallingsprosessen i analysefasen i SDLC (Systemutvikling livssyklus) for å definere prosjektets omfang. For enkel analyse kan et dataflytdiagram bores ned i underprosessene kjent som "leveled DFD".

Dataflytdiagram

5. Rolleaktivitetsdiagrammer- (RAD)

Rolleaktivitetsdiagram ligner på flytskjematypenotasjon. I Rolleaktivitetsdiagram er rolleforekomster prosessdeltakere, som har start- og slutttilstand. RAD krever en dyp kunnskap om prosess eller organisasjon for å identifisere roller. Komponentene til RAD inkluderer

  • aktiviteter
  • Eksterne arrangementer
  • Stater

Rolleaktivitetsdiagrammer

Roller grupperer aktiviteter sammen til ansvarsenheter, i henhold til ansvaret de utfører. En aktivitet kan utføres isolert med en rolle, eller den kan kreve koordinering med aktiviteter i andre roller.

Eksterne hendelser er punktene der tilstandsendringer skjer.

Stater er nyttige for å kartlegge aktiviteter i en rolle når den skrider frem fra stat til stat. Når en bestemt tilstand er nådd, indikerer det at et bestemt mål er oppnådd.

RAD er nyttig for å støtte kommunikasjon da det er lett å lese og presentere et detaljert syn på prosessen og tillate aktiviteter parallelt.

6. Gantt-diagrammer

Et Gantt-diagram er en grafisk representasjon av en tidsplan som hjelper til med å koordinere, planlegge og spore spesifikke oppgaver i et prosjekt. Den representerer det totale tidsrommet til objektet, brutt ned i trinn. Et Gantt-diagram representerer listen over alle oppgaver som skal utføres på den vertikale aksen, mens den på den horisontale aksen viser estimert aktivitetsvarighet eller navnet på personen som er tildelt aktiviteten. Ett diagram kan vise mange aktiviteter.

Gantt-diagrammer

7. IDEF (integrert definisjon for funksjonsmodellering)

IDEF eller Integrated Definition for Function Modeling er et vanlig navn som refereres til klasser av bedriftsmodelleringsspråk. Den brukes til modelleringsaktiviteter som er nødvendige for å støtte systemanalyse, design eller integrasjon. Det er omtrent 16 metoder for IDEF, de mest nyttige versjonene av IDEF er IDEF3 og IDEF0.

IDEF (integrert definisjon for funksjonsmodellering)

8. Colored Petri Nets (CPN)

CPN eller fargede petrinett er grafisk orientert språk for spesifikasjon, verifikasjon, design og simulering av systemer. Colored Petri Nets er en kombinasjon av grafikk og tekst. Hovedkomponentene er Steder, overganger og buer.

Fargede petrinett

Petri nets objekter har spesifikk inskripsjon som for

  • steder: Den har inskripsjon som .Name, .Color Set, .Initial markering etc. Mens
  • Overgang : Den har inskripsjon som .Name (for identifikasjon) og .Guard (boolsk uttrykk består av noen av variablene)
  • buer: Den har inskripsjon som .Arc. Når bueuttrykket vurderes, gir det flere sett med symbolfarger.

9. Arbeidsflytteknikk

Arbeidsflytteknikk er et visuelt diagram som representerer en eller flere forretningsprosesser for å tydeliggjøre forståelse av prosessen eller for å komme med anbefalinger om prosessforbedring. Akkurat som andre diagrammer som flytdiagram, UML-aktivitet og prosesskart, er arbeidsflytteknikken den eldste og populære teknikken. Den brukes til og med av BA for å ta notater under kravuthenting. Prosessen består av fire stadier

Arbeidsflytteknikk

  • Informasjonsinnhenting
  • Arbeidsflytmodellering
  • Forretningsprosessmodellering
  • Implementering, verifikasjon og utførelse

10. Objektorienterte metoder

Objektorientert modelleringsmetode bruker objektorientert paradigme og modelleringsspråk for å designe et system. Den legger vekt på å finne og beskrive objektet i problemdomenet. Hensikten med objektorientert metode er

  • For å hjelpe med å karakterisere systemet
  • For å vite hva som er de forskjellige relevante objektene
  • Hvordan forholder de seg til hverandre
  • Hvordan spesifisere eller modellere et problem for å skape effektiv design
  • Å analysere krav og deres implikasjoner

Denne metoden kan brukes på systemet som har dynamiske krav (endres ofte). Det er en prosess for å utlede brukstilfeller, aktivitetsflyt og hendelsesflyt for systemet. Objektorientert analyse kan gjøres gjennom tekstbehov, kommunikasjon med systeminteressenter og visjonsdokument.

Objektet har en tilstand, og tilstandsendringer er representert ved atferd. Så når objektet mottar en melding, endres tilstanden gjennom atferd.

11. Gap-analyse

Gap Analysis er teknikken som brukes til å bestemme forskjellen mellom foreslått tilstand og nåværende tilstand for enhver virksomhet og dens funksjonalitet. Den svarer på spørsmål som hva er nåværende status for prosjektet? Hvor ønsker vi å være? etc. Ulike stadier av gapanalyse inkluderer

  • Review System
  • Utviklingskrav
  • Sammenligning
  • Implikasjoner
  • Anbefalinger