Kravanalyseteknikker med eksempel
Charles Moore
⚡ Smart oppsummering
Teknikker for kravanalyse hjelper forretningsanalytikere med å modellere arbeidsflyter, kommunisere med interessenter og oversette forretningsbehov til strukturerte spesifikasjoner ved hjelp av BPMN, UML, flytskjemaer, dataflytdiagrammer, IDEF, Petri-nett og gapanalyse.
Som forretningsanalytiker er kravanalyse den viktigste delen av jobben din. hjelper deg med å identifisere interessentenes faktiske behovDet lar deg også kommunisere med interessenter ved hjelp av diagrammer, modeller og 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 for kunden
Kravanalyseteknikker
Kravanalyseteknikker kartlegger forretningsarbeidsflyten slik at du kan analysere, forstå og forbedre den.
Følgende teknikker brukes på tvers av programvareutvikling prosess.
1. Notasjon for forretningsprosessmodellering (BPMN)
BPMN (Business Process Model and Notation) er en grafisk fremstilling av en forretningsprosess ved hjelp av enkle objekter, som hjelper organisasjonen med å kommunisere på en standardisert måte. Hovedobjektene som brukes i BPMN er:
- Flytobjekter
- Koble sammen objekter
- Svømmebaner
- Gjenstander.
En godt utformet BPMN-modell gir detaljer om aktivitetene som utføres under prosessen, for eksempel:
- Hvem utfører disse aktivitetene?
- Hvilke dataelementer kreves for disse aktivitetene?
Den største fordelen med BPMN er at diagrammer er enkle å dele, og de fleste modelleringsverktøy støtter notasjonen.
2. UML (Unified Modeling Language)
UML er en modelleringsstandard for å spesifisere, utvikleping, visualisere og dokumentere programvaresystemer. UML tilbyr objekter som:
- Tilstand
- Objekt
- Aktivitet
- Klassediagram
Det finnes 14 UML-diagramtyper, inkludert brukstilfelle-, interaksjons-, klasse-, komponent- og sekvensdiagrammer. UML-modeller fungerer som kommunikasjonsmedium mellom alle interessenter. En UML-basert forretningsmodell kan være direkte input til et kravverktøy. Et UML-diagram er enten atferdsmessig eller strukturelt. En atferdsmodell beskriver hva systemet gjør; en strukturell modell viser hva det består av.
3. Flytskjemateknikk
Et flytskjema er en visuell representasjon av den sekvensielle flyten og kontrolllogikken til et sett med relaterte aktiviteter. Vanlige flytskjemaformater inkluderer lineær, ovenfra-og-ned og kryssfunksjonell (svømmebaner). Et flytskjema kan brukes til å representere dataflyter, systeminteraksjoner og prosesstrinn. Flytskjemaer er enkle å lese og skrive, selv for ikke-tekniske medlemmer, og kan vise parallelle prosesser og kritiske attributter.
4. Dataflytdiagram
Dataflytdiagrammer viser hvordan data behandles av et system når det gjelder innganger og utganger. Komponentene i et dataflytdiagram er:
- Prosess
- Flow
- Butikk
- Terminator
En logisk DFD viser aktiviteter; en fysisk DFD viser infrastruktur. En DFD kan utformes tidlig i analysefasen av SDLC (Systemutvikling livssyklus) for å definere prosjektets omfang. Det kan bores ned i delprosesser, kjent som en «utjevnet DFD».
5. Rolleaktivitetsdiagrammer (RAD)
Et rolleaktivitetsdiagram ligner på flytskjemanotasjon. Rolleforekomster er prosessdeltakere, hver med en start- og slutttilstand. RAD krever dyp kunnskap om prosessen eller organisasjonen for å identifisere roller. Komponentene i RAD er:
- Aktiviteter
- Eksterne arrangementer
- Stater
Roller grupperer aktiviteter i ansvarsenheter. En aktivitet kan kjøres isolert eller kreve koordinering med aktiviteter i andre roller.
Eksterne hendelser markerer punktene der tilstandsendringer skjer.
Stater kartlegger hvordan en rolle utvikler seg gjennom prosessen. Å nå en tilstand indikerer at et spesifikt mål er oppnådd.
RAD er lettlest, presenterer en detaljert prosessoversikt og viser parallelle aktiviteter.
6. Gantt-diagrammer
Et Gantt-diagram er en grafisk fremstilling av en tidsplan som hjelper til med å koordinere, planlegge og track spesifikke oppgaver i et prosjekt. Den viser prosjektets totale tidsperiode, delt inn i trinn. Den vertikale aksen viser oppgaver; den horisontale aksen viser den estimerte aktivitetsvarigheten eller tildelt eier. Et enkelt diagram kan vise mange aktiviteter.
7. IDEF (integrert definisjon for funksjonsmodellering)
IDEF (Integrated Definition for Function Modeling) dekker en familie av modelleringsspråk for bedrifter. Den modellerer aktivitetene som støtter systemanalyse, design eller integrasjon. Det finnes omtrent 16 IDEF-metoder; IDEF0 og IDEF3 er de mest nyttige.
8. Colored Petri Nets (CPN)
Fargede Petri-nett (CPN) er et grafisk orientert språk for spesifikasjon, verifisering, design og simulering av systemerCPN kombinerer grafikk og tekst. Hovedkomponentene er Steder, overganger og buer.
Petrinettobjekter har spesifikke inskripsjoner, for eksempel:
- steder: Har inskripsjoner som .Navn, .Fargesett og .Initial-merking.
- Overgang : Har inskripsjoner som .Name (for identifikasjon) og .Guard (et boolsk uttrykk over noen av variablene).
- buerHar en .Arc-inskripsjon. Når bueuttrykket evalueres, gir det et flertall av tokenfarger.
9. Arbeidsflytteknikk
Arbeidsflytteknikken er et visuelt diagram som representerer én eller flere forretningsprosesser for å tydeliggjøre forståelse eller for å komme med anbefalinger for prosessforbedring. Ved siden av flytskjemaer, UML-aktivitetsdiagrammer og prosesskart er arbeidsflytteknikken en av de eldste og mest brukte tilnærmingene. Forretningsanalytikere bruker den også til notatskriving under kravinnhenting. Prosessen består av fire trinn:
- Informasjonsinnhenting
- Arbeidsflytmodellering
- Forretningsprosessmodellering
- Implementering, verifikasjon og utførelse
10. Objektorienterte metoder
Den objektorienterte modelleringsmetoden bruker det objektorienterte paradigmet og modelleringsspråket til å designe et system. Den legger vekt på å finne og beskrive objektene i problemdomenet. Formålet med den objektorienterte metoden er:
- For å hjelpe med å karakterisere systemet
- Å identifisere de ulike relevante objektene
- For å forstå hvordan objektene forholder seg til hverandre
- Å spesifisere eller modellere et problem for å lage et effektivt design
- Å analysere krav og deres implikasjoner
Denne metoden er godt egnet for systemer med dynamiske krav som endres ofte. Det er en prosess for å utlede brukstilfeller, aktivitetsflyter og hendelsesflyter for systemet. Objektorientert analyse kan drives av tekstlige behov, kommunikasjon med systeminteressenter og et visjonsdokument.
Et objekt har en tilstand, og tilstandsendringer representeres av atferd. Når objektet mottar en melding, endres tilstanden gjennom atferd.
11. Gap-analyse
Gapanalyse er teknikken som brukes for å bestemme forskjellen mellom den foreslåtte tilstanden og den nåværende tilstanden for en bedrift og dens funksjoner. Den svarer på spørsmål som: Hva er prosjektets nåværende tilstand? Hvor ønsker vi å være? Hvordan lukker vi gapet? Stadiene i gapanalysen inkluderer:
- Review System
- Utviklingskrav
- Sammenligning
- Implikasjoner
- Anbefalinger
