Nõuete analüüsi tehnikad näitega: täielik õpetus

Ärianalüütikuna on nõuete analüüs teie töö kõige olulisem osa. Saab küll aitab teil kindlaks teha sidusrühmade tegelikud vajadused. Samal ajal võimaldab teil keerulise teksti asemel suhelda sidusrühmadega neile arusaadavas keeles (nt diagrammid, mudelid, vooskeemid).

Nõudeanalüüsil on a

• Konkreetne eesmärk
• Konkreetne sisend
• Konkreetne väljund
• Kasutab ressursse
• Tal on teatud järjekorras mitu tegevust
• Võib mõjutada rohkem kui üht organisatsiooniüksust
• Loob kliendi jaoks mingisuguse väärtuse

 

Nõuete analüüsi tehnikad

Nõuete analüüsi tehnikaid kasutatakse peamiselt ettevõtte töövoo kaardistamiseks, et saaksite seda töövoogu või protsessi analüüsida, mõista ja selles vajalikke muudatusi teha.

Nõuete analüüsimiseks on erinevaid tehnikaid, mida saab kasutada tarkvaraarenduse protsess nagu

1. Äriprotsesside modelleerimise tähistus (BPMN)

BPMN (Business Process Modeling & Notation) on teie äriprotsessi graafiline esitus lihtsate objektide abil, mis aitab organisatsioonil standardsel viisil suhelda. Erinevad BPMN-is kasutatavad objektid hõlmavad

• Vooluobjektid
• Objektide ühendamine
• Ujumisrajad
• Artefaktid.

Hästi kujundatud BPMN-i mudel peaks suutma anda üksikasjalikku teavet protsessi käigus tehtud tegevuste kohta, näiteks

• Kes neid tegevusi teostab?
• Milliseid andmeelemente on nende tegevuste jaoks vaja?

BPMN-i kasutamise suurim eelis on see, et seda on lihtsam jagada ja enamik modelleerimistööriistu toetab BPMN-i.

2. UML (Unified Modeling Language)

UML on modelleerimisstandard, mida kasutatakse peamiselt tarkvarasüsteemide spetsifikatsiooniks, arendamiseks, visualiseerimiseks ja dokumenteerimiseks. Oluliste äriprotsesside ja artefaktide jäädvustamiseks pakub UML selliseid objekte nagu

• riik
• objekt
• Tegevus
• Klassiskeem

Modelleerimisel on abiks 14 UML-i diagrammi, nagu kasutusjuhtude diagramm, interaktsiooniskeem, klassiskeem, komponentide diagramm, jadaskeem jne. UML-i mudelid on IT-segmendis olulised, kuna sellest saab kõigi sidusrühmade vaheline suhtlusvahend. UML-põhine ärimudel võib olla otsene sisend nõuete tööriistale. UML-diagramm võib olla kahte tüüpi käitumismudel ja struktuurimudel. Käitumismudel püüab anda teavet selle kohta, mida süsteem teeb, samas kui struktuurmudel annab teada, millest süsteem koosneb.

3. Vooskeemide tehnika

Vooskeem on seotud tegevuste või toimingute komplekti järjestikuse voo ja juhtimisloogika visuaalne esitus. Vooskeemide jaoks on erinevad vormingud, mis hõlmavad lineaarset, ülalt alla ja ristfunktsionaalset (ujumisrajad). Vooskeemi saab kasutada erinevate tegevuste jaoks, nagu andmevoogude esitamine, süsteemi interaktsioonid jne. Vooskeemi kasutamise eeliseks on see, et seda on lihtne lugeda ja kirjutada isegi mittetehniliste meeskonnaliikmete jaoks ning see võib näidata paralleelset protsessi funktsioonide kaupa. , protsessi kriitilised atribuudid jne.

4. Andmevoo diagramm

Andmevoo diagrammid näitavad, kuidas süsteem andmeid sisendite ja väljundite osas töötleb. Andmevoo diagrammi komponendid sisaldavad

• Protsess
• voolama
• E-POOD
• Terminator

Loogiline andmevoo diagramm näitab süsteemi tegevusi, füüsiline andmevoo diagramm aga süsteemi infrastruktuuri. Andmevoo diagrammi saab koostada SDLC-s analüüsifaasi nõuete esilekutsumise protsessi alguses (Süsteemi arenduse elutsükkel), et määrata projekti ulatus. Lihtsaks analüüsimiseks saab andmevoo diagrammi süvendada selle alamprotsessidesse, mida nimetatakse "tasandatud DFD-ks".

5. Rollitegevuse diagrammid – (RAD)

Rollitegevuse diagramm sarnaneb vooskeemi tüüpi tähistusega. Rollitegevuste diagrammis on rollieksemplarid protsessis osalejad, millel on algus- ja lõppolek. RAD nõuab rollide tuvastamiseks sügavaid teadmisi protsessi või organisatsiooni kohta. RAD-i komponendid hõlmavad

• Tegevused
• Välised sündmused
• Ühendriigid

Rollid rühmitavad tegevused vastutuse üksusteks vastavalt nende poolt täidetavale vastutusalale. Tegevust saab läbi viia rollist isoleeritult või see võib nõuda kooskõlastamist teistes rollides olevate tegevustega.

Välised sündmused on punktid, kus toimuvad olekumuutused.

Osariigid on kasulikud rolliga seotud tegevuste kaardistamiseks, kui see osariigist osariiki liigub. Kui teatud seisund on saavutatud, näitab see, et teatud eesmärk on saavutatud.

RAD on abiks suhtluse toetamisel, kuna seda on lihtne lugeda ja paralleelselt esitada üksikasjalik ülevaade protsessist ja lubamistoimingutest.

6. Gantti graafikud

Gantti diagramm on ajakava graafiline esitus, mis aitab koordineerida, planeerida ja jälgida projekti konkreetseid ülesandeid. See tähistab objekti koguajavahemikku, jaotatuna sammudeks. Gantti diagramm kujutab kõigi vertikaalteljel teostatavate ülesannete loendit, horisontaalteljel aga hinnangulist tegevuse kestust või tegevusele määratud isiku nime. Üks diagramm võib näidata palju tegevusi.

7. IDEF (funktsioonide modelleerimise integreeritud definitsioon)

IDEF ehk funktsioonide modelleerimise integreeritud definitsioon on tavaline nimetus, mis viitab ettevõtte modelleerimiskeelte klassidele. Seda kasutatakse süsteemi analüüsi, disaini või integratsiooni toetamiseks vajalike tegevuste modelleerimiseks. IDEF-i jaoks on umbes 16 meetodit, IDEF-i kõige kasulikumad versioonid on IDEF3 ja IDEF0.

8. Värvilised Petri võrgud (CPN)

CPN või värvilised Petri võrgud on graafiliselt orienteeritud keel süsteemide spetsifikatsioon, kontrollimine, projekteerimine ja simuleerimine. Värvilised Petri võrgud on graafika ja teksti kombinatsioon. Selle peamised komponendid on Kohad, üleminekud ja kaared.

Petri võrkude objektidel on konkreetne kiri nagu for

• Kohad: Sellel on kiri nagu .Name, .Color Set, .Initial marking jne. Kuigi
• Üleminek : sellel on kiri nagu .Name (identifitseerimiseks) ja .Guard (tõve avaldis koosneb mõnest muutujast)
• Kaared: Sellel on kiri nagu .Arc. Kaaravaldise hindamisel saadakse mitu märgivärvide komplekti.

9. Töövoo tehnika

Töövootehnika on visuaalne diagramm, mis kujutab ühte või mitut äriprotsessi, et selgitada protsessist arusaamist või anda soovitusi protsessi täiustamiseks. Sarnaselt teiste diagrammidega, nagu vooskeemid, UML-i tegevused ja protsesside kaart, on töövootehnika vanim ja populaarseim tehnika. BA kasutab seda isegi nõuete väljaselgitamise ajal märkmete tegemiseks. Protsess koosneb neljast etapist

• Informatsiooni kogumine
• Töövoo modelleerimine
• Äriprotsesside modelleerimine
• Rakendamine, kontrollimine ja teostamine

10. Objektorienteeritud meetodid

Objektorienteeritud modelleerimismeetod kasutab süsteemi kujundamisel objektorienteeritud paradigmat ja modelleerimiskeelt. See keskendub objekti leidmisele ja kirjeldamisele probleemses valdkonnas. Objektorienteeritud meetodi eesmärk on

• Aidata süsteemi iseloomustada
• Et teada saada, millised on erinevad asjakohased objektid
• Kuidas nad on omavahel seotud
• Kuidas täpsustada või modelleerida probleemi tõhusa disaini loomiseks
• Analüüsida nõudeid ja nende mõjusid

See meetod on rakendatav süsteemile, millel on dünaamilised nõuded (muutub sageli). See on süsteemi kasutusjuhtude, tegevuste voo ja sündmuste voo tuletamise protsess. Objektorienteeritud analüüsi saab teha tekstiliste vajaduste, süsteemi sidusrühmadega suhtlemise ja visioonidokumendi kaudu.

Objektil on olek ja olekumuutusi esindab käitumine. Seega, kui objekt saab sõnumi, muutub olek käitumise kaudu.

11. Lünkade analüüs

Lünkade analüüs on meetod, mida kasutatakse mis tahes ettevõtte ja selle funktsioonide pakutud oleku ja praeguse oleku erinevuse määramiseks. See vastab küsimustele, mis on projekti hetkeseis? Kus me olla tahame? jne. Lünkade analüüsi erinevad etapid hõlmavad

• Revew Süsteem
• Arendusnõuded
• võrdlus
• Mõju
• Soovitused