Tecniche di analisi dei requisiti con esempio

In qualità di analista aziendale, l'analisi dei requisiti è la parte più importante del tuo lavoro. ti aiuta a determinare le reali esigenze delle parti interessateInoltre, consente di comunicare con le parti interessate utilizzando grafici, modelli e diagrammi di flusso anziché testi complessi.

Un'analisi dei requisiti ha a

• Obiettivo specifico
• Ingresso specifico
• Uscita specifica
• Utilizza risorse
• Ha una serie di attività da svolgere in un certo ordine
• Potrebbe interessare più di un'unità organizzativa
• Crea valore per il cliente

Tecniche di analisi dei requisiti

Le tecniche di analisi dei requisiti mappano il flusso di lavoro aziendale, consentendo di analizzarlo, comprenderlo e migliorarlo.

Le seguenti tecniche vengono utilizzate in tutto il lo sviluppo del software

1. Notazione della modellazione dei processi aziendali (BPMN)

BPMN (Business Process Model and Notation) è una rappresentazione grafica di un processo aziendale che utilizza oggetti semplici, facilitando la comunicazione all'interno dell'organizzazione. Gli oggetti principali utilizzati in BPMN sono:

• Flusso di oggetti
• Collegamento di oggetti
• Corsie di nuoto
• Artefatti.

Un modello BPMN ben progettato fornisce dettagli sulle attività svolte durante il processo, come ad esempio:

• Chi svolge queste attività?
• Quali dati sono necessari per queste attività?

Il vantaggio principale di BPMN è che i diagrammi sono facili da condividere e la maggior parte degli strumenti di modellazione supporta questa notazione.

2. UML (Linguaggio di modellazione unificato)

UML è uno standard di modellazione per specificare, sviluppareping, visualizzazione e documentazione di sistemi software. UML fornisce oggetti come:

• Regione / Stato
• Oggetto
• Attività
• Diagramma delle classi

Esistono 14 tipi di diagrammi UML, tra cui diagrammi dei casi d'uso, di interazione, di classi, di componenti e di sequenza. I modelli UML fungono da mezzo di comunicazione tra tutte le parti interessate. Un modello aziendale basato su UML può essere un input diretto per uno strumento di gestione dei requisiti. Un diagramma UML può essere comportamentale o strutturale. Un modello comportamentale descrive cosa fa il sistema; un modello strutturale mostra di cosa è composto.

3. Tecnica del diagramma di flusso

Un diagramma di flusso è una rappresentazione visiva del flusso sequenziale e della logica di controllo di un insieme di attività correlate. I formati più comuni di diagramma di flusso includono quello lineare, quello top-down e quello interfunzionale (a corsie). Un diagramma di flusso può essere utilizzato per rappresentare flussi di dati, interazioni di sistema e fasi di processo. I diagrammi di flusso sono facili da leggere e da scrivere, anche per i membri non tecnici, e possono mostrare processi paralleli e attributi critici.

4. Diagramma del flusso dei dati

I diagrammi di flusso dei dati mostrano come i dati vengono elaborati da un sistema in termini di input e output. I componenti di un diagramma di flusso dei dati sono:

• Processo
• Flow
• Negozio
• Terminator

Un DFD logico mostra le attività; un DFD fisico mostra l'infrastruttura. Un DFD può essere progettato nelle prime fasi della fase di analisi del ciclo di vita dello sviluppo del software (Ciclo di vita dello sviluppo del sistema) per definire l'ambito del progetto. Può essere ulteriormente suddiviso in sottoprocessi, noti come "DFD a livelli".

5. Diagrammi di attività e ruoli (RAD)

Un diagramma di attività dei ruoli (RAD) è simile alla notazione dei diagrammi di flusso. Le istanze di ruolo rappresentano i partecipanti al processo, ognuno con uno stato iniziale e uno finale. Il RAD richiede una conoscenza approfondita del processo o dell'organizzazione per identificare i ruoli. I componenti del RAD sono:

• Attività
• Eventi esterni
• stati

I ruoli raggruppano le attività in unità di responsabilità. Un'attività può essere svolta in modo indipendente o richiedere il coordinamento con attività di altri ruoli.

Gli eventi esterni indicano i punti in cui si verificano cambiamenti di stato.

Gli stati descrivono come un ruolo progredisce attraverso il processo. Il raggiungimento di uno stato indica che un obiettivo specifico è stato raggiunto.

Il modello RAD è di facile lettura, presenta una visione dettagliata del processo e mostra le attività in parallelo.

6. Diagrammi di Gantt

Un diagramma di Gantt è una rappresentazione grafica di un programma che aiuta a coordinare, pianificare e track attività specifiche all'interno di un progetto. Mostra la durata totale del progetto, suddivisa in intervalli. L'asse verticale elenca le attività; l'asse orizzontale mostra la durata stimata di ciascuna attività o il responsabile assegnato. Un singolo grafico può visualizzare molte attività.

7. IDEF (definizione integrata per la modellazione di funzioni)

IDEF (Integrated Definition for Function Modeling) comprende una famiglia di linguaggi di modellazione aziendale. Modella le attività a supporto dell'analisi, della progettazione o dell'integrazione dei sistemi. Esistono circa 16 metodi IDEF; IDEF0 e IDEF3 sono i più utili.

8. Reti di Petri colorate (CPN)

Le reti di Petri colorate (CPN) sono un linguaggio orientato graficamente per la specifica, verifica, progettazione e simulazione di sistemi. CPN combina grafica e testo. I suoi componenti principali sono Luoghi, transizioni e archi.

Gli oggetti della rete di Petri presentano iscrizioni specifiche, ad esempio:

• PostiPresenta iscrizioni quali .Nome, .Set di colori e .Iniziale.
• Transizione Contiene iscrizioni come .Name (per l'identificazione) e .Guard (un'espressione booleana su alcune delle variabili).
• Arcs: Possiede un'iscrizione .Arc. Quando l'espressione arc viene valutata, produce un insieme multiplo di colori dei token.

9. Tecnica del flusso di lavoro

La tecnica del workflow è un diagramma visivo che rappresenta uno o più processi aziendali per chiarire la comprensione o per formulare raccomandazioni di miglioramento dei processi. Insieme ai diagrammi di flusso, ai diagrammi di attività UML e alle mappe di processo, la tecnica del workflow è uno degli approcci più antichi e diffusi. Gli analisti aziendali la utilizzano anche per prendere appunti durante la fase di raccolta dei requisiti. Il processo si compone di quattro fasi:

• Raccolta di informazioni
• Modellazione del flusso di lavoro
• Modellazione dei processi aziendali
• Implementazione, verifica ed esecuzione

10. Metodi orientati agli oggetti

Il metodo di modellazione orientato agli oggetti utilizza il paradigma e il linguaggio di modellazione orientati agli oggetti per progettare un sistema. Si concentra sull'individuazione e la descrizione degli oggetti nel dominio del problema. Lo scopo del metodo orientato agli oggetti è:

• Per contribuire a caratterizzare il sistema
• Per identificare i diversi oggetti rilevanti
• Per capire come gli oggetti si relazionano tra loro
• Specificare o modellare un problema per creare un progetto efficace
• Analizzare i requisiti e le loro implicazioni

Questo metodo è particolarmente adatto a sistemi con requisiti dinamici che cambiano frequentemente. Si tratta di un processo di derivazione di casi d'uso, flussi di attività e flussi di eventi per il sistema. L'analisi orientata agli oggetti può essere guidata da esigenze testuali, dalla comunicazione con le parti interessate del sistema e da un documento di visione.

Un oggetto ha uno stato, e i cambiamenti di stato sono rappresentati da un comportamento. Quando l'oggetto riceve un messaggio, il suo stato cambia attraverso il comportamento.

11. Analisi del divario

L'analisi del divario (Gap Analysis) è la tecnica utilizzata per determinare la differenza tra lo stato desiderato e lo stato attuale di un'azienda e delle sue funzioni. Risponde a domande come: Qual è lo stato attuale del progetto? Dove vogliamo arrivare? Come possiamo colmare il divario? Le fasi dell'analisi del divario includono:

• Revvisualizzare il sistema
• Requisiti di sviluppo
• Confronto
• Implicazioni
• raccomandazioni

DOMANDE FREQUENTI