Tehnici de analiză a cerințelor cu exemplu

Ca analist de afaceri, analiza cerințelor este cea mai importantă parte a muncii tale. Aceasta vă ajută să determinați nevoile reale ale părților interesateDe asemenea, vă permite să comunicați cu părțile interesate folosind diagrame, modele și scheme logice în loc de text complex.

O analiză a cerințelor are un

• Scop specific
• Intrare specifică
• Ieșire specifică
• Utilizează resurse
• Are o serie de activități care trebuie efectuate într-o anumită ordine
• Poate afecta mai mult de o unitate organizațională
• Creează valoare pentru client

Tehnici de analiză a cerințelor

Tehnicile de analiză a cerințelor cartografiază fluxul de lucru al afacerii, astfel încât să îl puteți analiza, înțelege și îmbunătăți.

Următoarele tehnici sunt utilizate în întreaga de dezvoltare de software proces.

1. Notație de modelare a proceselor de afaceri (BPMN)

BPMN (Business Process Model and Notation - Model și Notație a Proceselor de Afaceri) este o reprezentare grafică a unui proces de afaceri folosind obiecte simple, care ajută organizația să comunice într-un mod standard. Principalele obiecte utilizate în BPMN sunt:

• Flux obiecte
• Conectarea obiectelor
• Alei de înot
• Artefacte.

Un model BPMN bine conceput oferă detalii despre activitățile desfășurate în timpul procesului, cum ar fi:

• Cine desfășoară aceste activități?
• Ce elemente de date sunt necesare pentru aceste activități?

Cel mai mare beneficiu al BPMN este că diagramele sunt ușor de partajat, iar majoritatea instrumentelor de modelare acceptă această notație.

2. UML (Limbaj de modelare unificat)

UML este un standard de modelare pentru specificarea, dezvoltareaping, vizualizarea și documentarea sistemelor software. UML oferă obiecte precum:

• Stat
• Obiect
• Activitate
• Diagrama de clasă

Există 14 tipuri de diagrame UML, inclusiv diagrame de cazuri de utilizare, de interacțiune, de clasă, de componente și de secvență. Modelele UML acționează ca mediu de comunicare între toate părțile interesate. Un model de afaceri bazat pe UML poate fi o intrare directă pentru un instrument de cerințe. O diagramă UML este fie comportamentală, fie structurală. Un model comportamental descrie ceea ce face sistemul; un model structural arată din ce constă acesta.

3. Tehnica diagramei de flux

O diagramă de flux este o reprezentare vizuală a fluxului secvențial și a logicii de control a unui set de activități corelate. Formatele comune ale diagramelor de flux includ liniară, de sus în jos și interfuncțională (culoare de înot). O diagramă de flux poate fi utilizată pentru a reprezenta fluxurile de date, interacțiunile sistemului și etapele procesului. Diagramele de flux sunt ușor de citit și de scris, chiar și pentru membrii non-tehnici, și pot afișa procese paralele și atribute critice.

4. Diagrama fluxului de date

Diagramele fluxului de date arată modul în care datele sunt procesate de un sistem în termeni de intrări și ieșiri. Componentele unei diagrame a fluxului de date sunt:

• Etape
• Debit
• Magazin
• Terminator

Un DFD logic arată activitățile; un DFD fizic arată infrastructura. Un DFD poate fi proiectat devreme în faza de analiză a SDLC (Ciclul de viață al dezvoltării sistemului) pentru a defini domeniul de aplicare al proiectului. Acesta poate fi detaliat în subprocese, cunoscute sub numele de „DFD nivelat”.

5. Diagrame de activitate a rolurilor (RAD)

O diagramă de activitate a rolurilor este similară cu notația de tip schemă logică. Instanțele de rol sunt participanți la proces, fiecare cu o stare de început și una de sfârșit. Diagrama de activitate a rolurilor (RAD) necesită cunoștințe aprofundate despre proces sau organizație pentru a identifica rolurile. Componentele RAD sunt:

• Activitati
• Evenimente externe
• Statele

Rolurile grupează activitățile în unități de responsabilitate. O activitate se poate desfășura izolat sau poate necesita coordonare cu activități din alte roluri.

Evenimentele externe marchează punctele în care au loc schimbări de stare.

Stările cartografiază modul în care un rol progresează pe parcursul procesului. Atingerea unei stări indică atingerea unui obiectiv specific.

RAD este ușor de citit, prezintă o vedere detaliată a procesului și arată activitățile paralele.

6. Diagrame Gantt

O diagramă Gantt este o reprezentare grafică a unui program care ajută la coordonarea, planificarea și track sarcini specifice dintr-un proiect. Arată durata totală a proiectului, defalcată în incremente. Axa verticală listează sarcinile; axa orizontală arată durata estimată a activității sau proprietarul atribuit. O singură diagramă poate afișa mai multe activități.

7. IDEF (Definiție integrată pentru modelarea funcției)

IDEF (Integrated Definition for Function Modeling - Definiție Integrată pentru Modelarea Funcțiilor) acoperă o familie de limbaje de modelare la nivel de întreprindere. Acesta modelează activitățile care susțin analiza, proiectarea sau integrarea sistemelor. Există aproximativ 16 metode IDEF; IDEF0 și IDEF3 sunt cele mai utile.

8. Plase Petri colorate (CPN)

Rețelele Petri colorate (CPN) sunt un limbaj orientat grafic pentru specificarea, verificarea, proiectarea și simularea sistemelorCPN combină grafică și text. Componentele sale principale sunt Locuri, tranziții și arcuri.

Obiectele rețelei Petri au inscripții specifice, de exemplu:

• Spații publice: Are inscripții precum .Nume, .Set de culori și .Marcaj inițial.
• Tranziție Conține inscripții precum .Name (pentru identificare) și .Guard (o expresie booleană asupra unora dintre variabile).
• Arcuri: Are o inscripție .Arc. Când este evaluată expresia arc, aceasta produce un set multiplu de culori de token-uri.

9. Tehnica fluxului de lucru

Tehnica fluxului de lucru este o diagramă vizuală care reprezintă unul sau mai multe procese de afaceri pentru a clarifica înțelegerea sau pentru a face recomandări de îmbunătățire a proceselor. Alături de diagrame de flux, diagrame de activitate UML și hărți de procese, tehnica fluxului de lucru este una dintre cele mai vechi și mai utilizate abordări. Analiștii de afaceri o folosesc și pentru luarea de notițe în timpul elicitării cerințelor. Procesul cuprinde patru etape:

• Colectarea de informații
• Modelarea fluxului de lucru
• Modelarea proceselor de afaceri
• Implementare, Verificare și Execuție

10. Metode orientate pe obiecte

Metoda de modelare orientată pe obiecte utilizează paradigma orientată pe obiecte și limbajul de modelare pentru a proiecta un sistem. Aceasta pune accent pe găsirea și descrierea obiectelor din domeniul problemei. Scopul metodei orientate pe obiecte este:

• Pentru a ajuta la caracterizarea sistemului
• Pentru a identifica diferitele obiecte relevante
• Pentru a înțelege cum se raportează obiectele între ele
• Pentru a specifica sau modela o problemă pentru a crea un design eficient
• Pentru a analiza cerințele și implicațiile acestora

Această metodă este potrivită pentru sistemele cu cerințe dinamice care se schimbă frecvent. Este un proces de derivare a cazurilor de utilizare, a fluxurilor de activități și a fluxurilor de evenimente pentru sistem. Analiza orientată pe obiecte poate fi determinată de nevoile textuale, comunicarea cu părțile interesate ale sistemului și un document de viziune.

Un obiect are o stare, iar schimbările de stare sunt reprezentate prin comportament. Când obiectul primește un mesaj, starea se schimbă prin comportament.

11. Analiza decalajului

Analiza Decalajelor este tehnica utilizată pentru a determina diferența dintre starea propusă și starea actuală a unei afaceri și a funcțiilor sale. Aceasta răspunde la întrebări precum: Care este starea actuală a proiectului? Unde vrem să ajungem? Cum eliminăm decalajul? Etapele Analizei Decalajelor includ:

• Revvezi Sistemul
• Cerințe de dezvoltare
• Comparaţie
• Implicații
• Recomandări

Întrebări frecvente