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.
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.
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.
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".
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
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ร .
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.
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.
Gli oggetti delle reti di Petri hanno un'iscrizione specifica come per
- Posti: 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
- 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









