Tecniche di analisi dei requisiti con esempio: tutorial completo

In qualità di analista aziendale, l'analisi dei requisiti è la parte più importante del tuo lavoro. Lo farà aiutarti a determinare le reali esigenze delle parti interessateAllo stesso tempo, ti consente di comunicare con le parti interessate in un linguaggio che comprendono (come grafici, modelli, diagrammi di flusso) invece che con un testo complesso.

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
  • Può interessare più di un'unità organizzativa
  • Crea valore di qualche tipo per il cliente

 

Tecniche di analisi dei requisiti

Le tecniche di analisi dei requisiti vengono utilizzate principalmente per mappare il flusso di lavoro aziendale in modo da poter analizzare, comprendere e apportare le modifiche necessarie a tale flusso di lavoro o processo.

Esistono varie tecniche di analisi dei requisiti che possono essere utilizzate secondo lo sviluppo del software processo come

1. Notazione della modellazione dei processi aziendali (BPMN)

BPMN (Business Process Modeling & Notation) è una rappresentazione grafica del processo aziendale utilizzando oggetti semplici, che aiuta l'organizzazione a comunicare in modo standard. Vari oggetti utilizzati in BPMN includono

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

Un modello BPMN ben progettato dovrebbe essere in grado di fornire dettagli sulle attività svolte durante il processo come,

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

Il vantaggio più grande derivante dall'utilizzo di BPMN è che è più semplice da condividere e la maggior parte degli strumenti di modellazione supporta BPMN.

Notazione di modellazione dei processi aziendali

2. UML (Linguaggio di modellazione unificato)

UML è uno standard di modellazione utilizzato principalmente per la specifica, lo sviluppo, la visualizzazione e la documentazione del sistema software. Per acquisire importanti processi aziendali e artefatti, UML fornisce oggetti simili

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

Esistono 14 diagrammi UML che aiutano nella modellazione come il diagramma dei casi d'uso, il diagramma di interazione, il diagramma delle classi, il diagramma dei componenti, il diagramma di sequenza, ecc. I modelli UML sono importanti nel segmento IT poiché diventano il mezzo di comunicazione tra tutte le parti interessate. Un modello di business basato su UML può essere un input diretto per uno strumento di requisiti. Un diagramma UML può essere di due tipi: modello comportamentale e modello strutturale. Un modello comportamentale cerca di fornire informazioni su ciò che fa il sistema mentre un modello strutturale fornirà in cosa è composto il sistema.

UML (linguaggio di modellazione unificato)

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à o azioni correlate. Esistono diversi formati per i diagrammi di flusso che includono lineare, top-down e interfunzionale (corsie di nuoto). Un diagramma di flusso può essere utilizzato per diverse attività come la rappresentazione di flussi di dati, interazioni di sistema, ecc. Il vantaggio dell'utilizzo del diagramma di flusso è che può essere facile da leggere e scrivere anche per i membri del team non tecnici e può mostrare il processo parallelo per funzione , attributi critici di un processo, ecc.

Tecnica del diagramma di flusso

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. Include i componenti del diagramma di flusso dei dati

  • Processo
  • Flow
  • Negozio
  • Terminator

Un diagramma del flusso di dati logico mostra le attività del sistema mentre un diagramma del flusso di dati fisico mostra l'infrastruttura di un sistema. Un diagramma del flusso di dati può essere progettato nelle prime fasi del processo di elicitazione dei requisiti della fase di analisi all'interno dell'SDLC (Ciclo di vita dello sviluppo del sistema) per definire l'ambito del progetto. Per facilitare l'analisi, un diagramma di flusso di dati può essere suddiviso nei suoi sottoprocessi noti come "DFD livellato".

Diagramma del flusso di dati

5. Diagrammi delle attività di ruolo - (RAD)

Il diagramma delle attività del ruolo è simile alla notazione del tipo di diagramma di flusso. Nel diagramma delle attività di ruolo, le istanze di ruolo sono partecipanti al processo, che hanno uno stato iniziale e uno finale. RAD richiede una profonda conoscenza del processo o dell'organizzazione per identificare i ruoli. I componenti di RAD includono

  • Attività
  • Eventi esterni
  • stati

Diagrammi delle attività di ruolo

I ruoli raggruppano le attività in unità di responsabilità, a seconda dell'insieme di responsabilità che stanno svolgendo. Un'attività può essere svolta isolatamente rispetto a un ruolo oppure può richiedere il coordinamento con attività in altri ruoli.

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

Gli stati sono utili per mappare le attività di un ruolo mentre progredisce da stato a stato. Quando viene raggiunto un particolare stato, indica che un determinato obiettivo è stato raggiunto.

RAD è utile nel supportare la comunicazione poiché è facile da leggere e presenta una visione dettagliata del processo e consente attività in parallelo.

6. Diagrammi di Gantt

Un diagramma di Gantt è una rappresentazione grafica di una pianificazione che aiuta a coordinare, pianificare e tenere traccia di attività specifiche in un progetto. Rappresenta l'intervallo di tempo totale dell'oggetto, suddiviso in incrementi. Un diagramma di Gantt rappresenta sull'asse verticale l'elenco di tutte le attività da svolgere mentre, sull'asse orizzontale, elenca la durata stimata dell'attività o il nome della persona assegnata all'attività. Un grafico può mostrare molte attività.

Grafici di Gantt

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

IDEF o Integrated Definition for Function Modeling è un nome comune riferito a classi di linguaggi di modellazione aziendale. Viene utilizzato per le attività di modellazione necessarie a supportare l'analisi, la progettazione o l'integrazione del sistema. Esistono circa 16 metodi per IDEF, le versioni più utili di IDEF sono IDEF3 e IDEF0.

IDEF (definizione integrata per la modellazione di funzioni)

8. Reti di Petri colorate (CPN)

CPN o reti di Petri colorate sono un linguaggio orientato alla grafica specifica, verifica, progettazione e simulazione di sistemi. Colored Petri Nets è una combinazione di grafica e testo. I suoi componenti principali sono Luoghi, transizioni e archi.

Reti di Petri colorate

Gli oggetti delle reti di Petri hanno un'iscrizione specifica come per

  • Partner: Ha scritte come .Nome, .Set colori, .Marcatura iniziale ecc
  • Transizione : Ha un'iscrizione come .Name (per l'identificazione) e .Guard (l'espressione booleana è composta da alcune variabili)
  • Arcs: Ha un'iscrizione come .Arc. Quando viene valutata l'espressione dell'arco, produce più set di colori dei token.

9. Tecnica del flusso di lavoro

La tecnica del flusso di lavoro è un diagramma visivo che rappresenta uno o più processi aziendali per chiarire la comprensione del processo o formulare raccomandazioni per il miglioramento del processo. Proprio come altri diagrammi come diagrammi di flusso, attività UML e mappa dei processi, la tecnica del flusso di lavoro è la tecnica più antica e popolare. Viene utilizzato anche da BA per prendere appunti durante la raccolta dei requisiti. Il processo comprende quattro fasi

Tecnica del flusso di lavoro

  • 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 orientato agli oggetti e il linguaggio di modellazione per la progettazione di un sistema. Pone l'accento sulla ricerca e sulla descrizione dell'oggetto nel dominio del problema. Lo scopo del metodo orientato agli oggetti è

  • Per aiutare a caratterizzare il sistema
  • Sapere quali sono i diversi oggetti rilevanti
  • Come si relazionano tra loro?
  • Come specificare o modellare un problema per creare una progettazione efficace
  • Analizzare i requisiti e le loro implicazioni

Questo metodo è applicabile al sistema che ha requisiti dinamici (cambia frequentemente). È un processo di derivazione di casi d'uso, flusso di attività e flusso di eventi per il sistema. L'analisi orientata agli oggetti può essere effettuata attraverso esigenze testuali, comunicazione con le parti interessate del sistema e documenti di visione.

L'oggetto ha uno stato e i cambiamenti di stato sono rappresentati dal comportamento. Pertanto, quando l'oggetto riceve un messaggio, lo stato cambia attraverso il comportamento.

11. Analisi del divario

La Gap Analysis è la tecnica utilizzata per determinare la differenza tra lo stato proposto e lo stato attuale per qualsiasi azienda e le sue funzionalità. Risponde a domande come qual è lo stato attuale del progetto? dove vogliamo essere? ecc. Varie fasi della Gap Analysis includono

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