Tehnike analize zahtjeva s primjerom: Kompletan vodič

Kao poslovnom analitičaru, analiza zahtjeva je najvažniji dio vašeg posla. Hoće pomoći u određivanju stvarnih potreba dionika. U isto vrijeme, omogućite vam da komunicirate sa dionicima na jeziku koji oni razumiju (poput grafikona, modela, dijagrama toka,) umjesto složenog teksta.

Analiza zahtjeva ima a

• Specifični cilj
• Specifični unos
• Specifični izlaz
• Koristi resurse
• Ima niz aktivnosti koje treba izvesti određenim redoslijedom
• Može utjecati na više od jedne organizacijske jedinice
• Stvara neku vrstu vrijednosti za kupca

 

Tehnike analize zahtjeva

Tehnike analize zahtjeva uglavnom se koriste za mapiranje poslovnog tijeka rada kako biste mogli analizirati, razumjeti i izvršiti potrebne promjene u tom tijeku rada ili procesu.

Postoje različite tehnike analize zahtjeva koje se mogu koristiti prema razvoj softvera proces poput

1. Notacija modeliranja poslovnih procesa (BPMN)

BPMN (Business Process Modeling & Notation) je grafički prikaz vašeg poslovnog procesa pomoću jednostavnih objekata, koji pomaže organizaciji da komunicira na standardan način. Razni objekti koji se koriste u BPMN-u uključuju

• Protočni objekti
• Povezivanje objekata
• Staze za plivanje
• Artefakti.

BPMN model dobrog dizajna trebao bi moći pružiti pojedinosti o aktivnostima koje se provode tijekom procesa, kao što su,

• Tko obavlja te aktivnosti?
• Koji su podatkovni elementi potrebni za te aktivnosti?

Najveća prednost korištenja BPMN-a je lakše dijeljenje, a većina alata za modeliranje podržava BPMN.

2. UML (Unified Modeling Language)

UML je standard za modeliranje koji se prvenstveno koristi za specifikaciju, razvoj, vizualizaciju i dokumentiranje softverskog sustava. Za snimanje važnih poslovnih procesa i artefakata UML nudi objekte poput

• Država
• Objekt
• Aktivnost
• Dijagram klasa

Postoji 14 UML dijagrama koji pomažu u modeliranju kao što su dijagram slučaja uporabe, dijagram interakcije, dijagram klasa, dijagram komponenti, dijagram sekvenci itd. UML modeli su važni u IT segmentu jer on postaje medij komunikacije između svih dionika. Poslovni model temeljen na UML-u može biti izravan ulaz u alat za zahtjeve. UML dijagram može biti od dvije vrste modela ponašanja i strukturalnog modela. Model ponašanja pokušava dati informacije o tome što sustav radi, dok će strukturni model dati od čega se sustav sastoji.

3. Tehnika dijagrama toka

Dijagram toka vizualni je prikaz sekvencijalnog toka i logike upravljanja skupa povezanih aktivnosti ili radnji. Postoje različiti formati za dijagrame toka koji uključuju linearne, odozgo prema dolje i međufunkcionalne (staze za plivanje). Dijagram toka može se koristiti za različite aktivnosti kao što je predstavljanje protoka podataka, interakcija sustava, itd. Prednost korištenja dijagrama toka je ta što ga može lako čitati i pisati čak i netehnički članovi tima, a može prikazati paralelni proces po funkciji , kritične karakteristike procesa itd.

4. Dijagram toka podataka

Dijagrami protoka podataka pokazuju kako sustav obrađuje podatke u smislu ulaza i izlaza. Komponente dijagrama protoka podataka uključuju

• Proces
• Protok
• dućan
• Terminator

Logički dijagram toka podataka prikazuje aktivnosti sustava dok fizički dijagram toka podataka prikazuje infrastrukturu sustava. Dijagram toka podataka može se dizajnirati rano u procesu traženja zahtjeva u fazi analize unutar SDLC-a (Životni ciklus razvoja sustava) za definiranje opsega projekta. Za jednostavnu analizu dijagram toka podataka može se detaljizirati u njegove podprocese poznate kao "nivelirani DFD".

5. Dijagrami aktivnosti uloga - (RAD)

Dijagram aktivnosti uloga sličan je notaciji vrste dijagrama toka. U dijagramu aktivnosti uloga, instance uloga su sudionici procesa, koji ima početno i završno stanje. RAD zahtijeva duboko poznavanje procesa ili organizacije kako bi identificirao uloge. Komponente RAD-a uključuju

• Aktivnosti
• Vanjski događaji
• Države

Uloge grupiraju aktivnosti zajedno u jedinice odgovornosti, prema skupu odgovornosti koje provode. Aktivnost se može provoditi odvojeno od uloge ili može zahtijevati koordinaciju s aktivnostima u drugim ulogama.

Vanjski događaji su točke u kojima se događaju promjene stanja.

Stanja su korisna za mapiranje aktivnosti uloge kako ona napreduje od stanja do stanja. Kada se postigne određeno stanje, to znači da je određeni cilj postignut.

RAD je koristan u podršci komunikaciji jer je jednostavan za čitanje i paralelno prikazuje detaljan prikaz procesa i aktivnosti izdavanja dozvola.

6. Gantogrami

Gantogram je grafički prikaz rasporeda koji pomaže u koordinaciji, planiranju i praćenju specifičnih zadataka u projektu. Predstavlja ukupni vremenski raspon objekta, raščlanjen na korake. Gantogram predstavlja popis svih zadataka koje treba izvršiti na okomitoj osi, dok na vodoravnoj osi navodi procijenjeno trajanje aktivnosti ili ime osobe kojoj je dodijeljena aktivnost. Jedan grafikon može prikazati mnoge aktivnosti.

7. IDEF (Integrirana definicija za modeliranje funkcija)

IDEF ili Integrirana definicija za modeliranje funkcija je uobičajeni naziv koji se odnosi na klase jezika za modeliranje poduzeća. Koristi se za aktivnosti modeliranja potrebne za podršku analizi, dizajnu ili integraciji sustava. Postoji oko 16 metoda za IDEF, a najkorisnije verzije IDEF-a su IDEF3 i IDEF0.

8. Obojene Petrijeve mreže (CPN)

CPN ili obojene Petrijeve mreže su grafički orijentirani jezik za specifikacija, verifikacija, dizajn i simulacija sustava. Petrijeve mreže u boji su kombinacija grafike i teksta. Njegove glavne komponente su Mjesta, prijelazi i lukovi.

Predmeti Petrijeve mreže imaju poseban natpis poput for

• Mjesta: Ima natpis poput .Name, .Color Set, .Initial oznaka itd.
• Prijelaz : Ima natpis poput .Name (za identifikaciju) i .Guard (Booleov izraz sastoji se od nekih varijabli)
• Lukovi: Ima natpis poput .Arc. Kada se procijeni izraz luka, daje više skupova tokenskih boja.

9. Tehnika tijeka rada

Tehnika tijeka rada vizualni je dijagram koji predstavlja jedan ili više poslovnih procesa kako bi se razjasnilo razumijevanje procesa ili dale preporuke za poboljšanje procesa. Baš kao i drugi dijagrami poput dijagrama toka, UML aktivnosti i mape procesa, tehnika tijeka rada je najstarija i popularna tehnika. BA ga čak koristi za vođenje bilješki tijekom izvlačenja zahtjeva. Proces se sastoji od četiri faze

• Skupljanje informacija
• Modeliranje tijeka rada
• Modeliranje poslovnih procesa
• Implementacija, verifikacija i izvršenje

10. Objektno orijentirane metode

Metoda objektno orijentiranog modeliranja koristi objektno orijentiranu paradigmu i jezik modeliranja za projektiranje sustava. Naglasak je na pronalaženju i opisivanju predmeta u domeni problema. Svrha objektno orijentirane metode je

• Za pomoć pri karakterizaciji sustava
• Znati koji su različiti relevantni objekti
• Kako se međusobno odnose
• Kako specificirati ili modelirati problem za stvaranje učinkovitog dizajna
• Analizirati zahtjeve i njihove implikacije

Ova metoda je primjenjiva na sustav koji ima dinamičke zahtjeve (česte promjene). To je proces izvođenja slučajeva upotrebe, toka aktivnosti i toka događaja za sustav. Objektno orijentirana analiza može se provesti kroz tekstualne potrebe, komunikaciju sa dionicima sustava i dokument vizije.

Objekt ima stanje, a promjene stanja su predstavljene ponašanjem. Dakle, kada objekt primi poruku, stanje se mijenja kroz ponašanje.

11. Analiza nedostataka

Analiza nedostataka je tehnika koja se koristi za određivanje razlike između predloženog stanja i trenutnog stanja za bilo koje poslovanje i njegove funkcionalnosti. Odgovara na pitanja poput trenutnog stanja projekta? Gdje želimo biti? itd. Različiti stupnjevi Gap analize uključuju

• Review sustav
• Zahtjevi za razvoj
• usporedba
• Implikacije
• Preporuke