La guida più completa alla gestione dei requisiti e alla tracciabilità
Ingegneria dei requisiti
Sommario
Per produrre un prodotto di qualità, è importante avere requisiti precisi da parte del cliente. Ciò inizia con il processo di ingegneria dei requisiti, che può essere suddiviso in cinque fasi: raccolta dei requisiti, documentazione dei requisiti, analisi e verifica dei requisiti, gestione delle modifiche ai requisiti e chiusura della fase dei requisiti. In questo post del blog, discuteremo in dettaglio ciascuno di questi passaggi e mostreremo come aiutano a produrre un prodotto di alta qualità.
Cosa sono i Requisiti e l'Ingegneria dei Requisiti?
Ci sono due termini qui, "Requisito" e "Ingegneria dei requisiti". Un requisito è definito con precisione come una condizione o una capacità di cui un utente ha bisogno per risolvere un problema o raggiungere un obiettivo. In altre parole, i requisiti sono condizioni o capacità che devono essere soddisfatte o possedute da un sistema per soddisfare un contratto, standard, specifiche e altra documentazione formale.
L'ingegneria dei requisiti è definita come il processo di definizione, documentazione e mantenimento dei requisiti. La disciplina comprende tutte le tecniche, i metodi e le procedure relative alla definizione e gestione dei bisogni degli utenti legati al sistema oggetto di studio.
Nel complesso, l'ingegneria dei requisiti è un insieme di attività che riguardano l'identificazione e la comunicazione dello scopo di un sistema o software e del contesto in cui verrà utilizzato.
Pertanto, l'ingegneria dei requisiti funge da ponte tra le esigenze del mondo reale di utenti, clienti e altri gruppi che sono interessati dal software o dal sistema e le capacità e le opportunità offerte dalle tecnologie ad alta intensità di software.
Quali sono i principi dell'Ingegneria dei Requisiti?
I due principi di base dell'ingegneria dei requisiti sono il problema e la soluzione dell'ingegneria dei requisiti.
- È utile separare il problema e la soluzione quando si raccolgono i requisiti.
- Questa separazione non può mai essere raggiunta completamente nella vita pratica.
L'ingegneria dei requisiti riguarda la costruzione del sistema giusto. Fondamentalmente, si tratta di costruire un sistema che si adatti ai problemi dell'utente. Questa è una parte orientata al problema. Si tratta fondamentalmente di progettare, verificare, implementare e mantenere il sistema creato per garantire che si adatti ai problemi dell'utente. Questa è la parte orientata alla soluzione.
Processo di ingegneria dei requisiti
Ci sono alcune attività che affrontiamo quando lavoriamo con i requisiti. Nel ciclo di Ingegneria dei Requisiti, ci sono cinque attività principali, vale a dire,
- Elicitazione dei requisiti – questo è il processo di revisione, documentazione e comprensione delle parti interessate e delle esigenze e dei vincoli degli utenti per la stagione. Gli utenti hanno bisogno di informazioni sul dominio, informazioni sul sistema esistente, regolamenti, standard, ecc. Sulla base di queste informazioni, elicitiamo i requisiti. Successivamente, si passa all'analisi dei requisiti e alla negoziazione.
- Analisi dei requisiti e negoziazione – l'analisi è il processo di raffinamento dei bisogni e dei vincoli dell'utente sulla base delle informazioni raccolte ed elicitate. Si passa quindi all'attività di documentazione.
- Requisiti Documentazione/Specifica – dopo aver ottenuto le specifiche dei requisiti, si passa alla parte della documentazione. Documentiamo le esigenze e i vincoli dell'utente in modo chiaro e preciso.
- Convalida dei requisiti – infine, nell'attività di validazione, inseriamo che i requisiti della stagione siano completi, concisi e chiari.
- Gestione dei requisiti – La gestione dei requisiti è un modo per raccogliere, analizzare, perfezionare e dare priorità a tutti i prodotti o requisiti, nella fase di sviluppo.
Quando concludiamo queste cinque attività, le ripetiamo più e più volte fino a quando non otteniamo una serie di documenti sui requisiti concordati che sono specifiche formali.
Elicitazione dei requisiti
Come discusso in precedenza, l'elicitazione dei requisiti è il processo di revisione, documentazione e comprensione delle esigenze e dei vincoli degli utenti per la stagione. Gli utenti hanno bisogno di informazioni sul dominio, informazioni sul sistema esistente, regolamenti, standard, ecc. Sulla base di queste informazioni, elicitiamo i requisiti. Usiamo la parola "Elicitazione" invece di "Raccolta" perché la raccolta interpreta semplicemente come raccogliere i requisiti e metterli in un documento. D'altra parte, l'elicitazione è un processo più complesso. Non ottieni i requisiti così facilmente come quando raccogli. Richiede uno sforzo extra.
Durante l'elicitazione, chiedi all'utente o al cliente:
- Quali sono i loro obiettivi per il sistema/prodotto?
- Cosa si deve realizzare?
- In che modo le esigenze stagionali si adattano alle esigenze dell'azienda?
- Come utilizzare regolarmente il prodotto/sistema stagionale?
Sembra semplice, ma non lo è affatto!
Secondo Ian Sommerville e Pete Sawyer, Requirements Elicitation è il processo di scoperta dei requisiti per un sistema comunicando con i clienti, gli utenti del sistema e altri che hanno un interesse nello sviluppo del sistema. Poiché 'raccogliere' o 'catturare' non suona molto accurato, usiamo la parola 'elicitazione'.
"So che credi di aver capito quello che pensi che ho detto, ma non sono sicuro che ti rendi conto che quello che hai sentito non è quello che intendevo" — Robert McCloskey, portavoce del Dipartimento di Stato.
Quello che intendeva con la sua citazione è che a volte le persone fraintendono ciò che gli altri dicono loro. A volte quello che dicono non è quello che hanno in mente. Alla fine, tutto questo errore di comunicazione ha portato all'errata raccolta dei requisiti.
Quali sono i passaggi durante l'elicitazione?
PASSO 1
Fonte dei requisiti:
Ci sono varie fonti da cui possiamo raccogliere le nostre esigenze. Alcuni di essi includono:
- Stakeholder
- Sistemi esistenti
- Documenti esistenti
- Concorrenti e altri sistemi simili
- Interfacce con i sistemi
- Leggi e standard
- Politiche aziendali
PASSO 2
Imposta l'ambito del progetto:
Per definire l'ambito del progetto è possibile seguire i seguenti passaggi:
- Scopri perché il progetto è stato avviato
- La proprietà definisce gli obiettivi chiave da raggiungere attraverso il progetto
- Disegna una dichiarazione di lavoro per il progetto che ti aiuterà a suddividere in modo appropriato il lavoro tra i membri del team
- Elenca gli articoli da consegnare alla fine del progetto
- Seleziona le pietre miliari chiave da raggiungere
- Identificare i principali vincoli e limitazioni che il team può eventualmente affrontare durante lo sviluppo del progetto
- Creare un elenco di elementi esclusi dall'elenco di elementi dell'ambito
- Chiedi agli stakeholder di firmare il documento di scopo in quanto fornisce una conferma che sono informati sul progetto e sui suoi contenuti.
PASSO 3
Compiti di elicitazione:
Elicitazione di pianificazione:
- Perché questo requisito particolare dovrebbe essere implementato e i vantaggi che fornirà? – Obiettivi del progetto
- Chi sarà responsabile della sua creazione? – Professionisti per gli sforzi di elicitazione
- Quando sarà il momento migliore per implementarlo? – Pianificare una stima delle fonti
- Come sarà implementato? – Strategie e procedure
- E i rischi
Durante l'elicitazione:
- Confermare la fattibilità del progetto. Scopri se il progetto vale davvero la pena o meno
- Comprendere i problemi e le problematiche dal punto di vista di uno stakeholder
- Estrarre l'essenza dei requisiti dichiarati dagli stakeholder
- Scopri modi migliori per svolgere il lavoro per gli utenti
- L'innovazione è la chiave della vittoria
A seguito di elicitazione:
- Analizzare i risultati per comprendere correttamente le informazioni raccolte
- Negoziare un insieme coerente di requisiti accettabili per le parti interessate. Stabilisci anche le priorità
- Registrare i risultati nelle specifiche dei requisiti
L'evocazione è un processo incrementale. È necessario ripetere questo passaggio quanto necessario.
Ora, seleziona un insieme appropriato di tecniche per ciascuna fonte di requisiti. Determinare questa tecnica in base alla fonte, al sistema da sviluppare e così via. Ricorda che non tutte le tecniche possono essere utilizzate in ogni situazione.
PASSO 4
Documentazione dei Requisiti –
L'ultimo passaggio nel processo di elicitazione è finalizzare tutti i requisiti sotto forma di documento. Questo documento contiene principalmente le note e i requisiti dell'utente. E questi requisiti saranno incompleti, incoerenti e disorganizzati. Ma questo è solo il punto di partenza. Il documento può essere modificato di tanto in tanto e le cose possono essere aggiunte o modificate.
Analisi dei requisiti e negoziazione
L'analisi dei requisiti è in genere una procedura di analisi, convalida e allineamento dei requisiti documentati durante la fase di Elicitazione dei requisiti. In altre parole, l'analisi dei requisiti è un processo di studio e comprensione dei requisiti dichiarati dagli stakeholder. L'analisi dei requisiti richiede una comunicazione frequente con le parti interessate e gli utenti finali al fine di definire le aspettative, risolvere i conflitti e, infine, documentare i requisiti chiave. Le soluzioni possono comportare problemi come:
- Diversi tipi di configurazione per il flusso di lavoro in azienda
- Creazione di un nuovo sistema da utilizzare d'ora in poi, ecc.
Una cosa da tenere a mente è che l'Elicitazione dei Requisiti e l'Analisi dei Requisiti lavorano insieme. I due si nutrono a vicenda. Quando iniziamo a raccogliere i requisiti, li elicitiamo e li analizziamo allo stesso tempo.
Obiettivi dell'analisi dei requisiti
- Il primo e più importante obiettivo dell'analisi dei requisiti è comprendere i requisiti e le esigenze degli utenti
- Quando utilizziamo fonti diverse per raccogliere i requisiti, potrebbero esserci dei conflitti tra di loro. L'analisi dei requisiti consiste nel trovare quei conflitti tra i requisiti dichiarati dagli utenti e risolverli.
- Negoziare i requisiti con gli utenti e le parti interessate. Non è possibile che il nostro sistema possa soddisfare tutti i requisiti nel modo esatto in cui sono spiegati dagli stakeholder e dagli utenti.
- Dovremo negoziare e dare priorità ai requisiti. Alcuni requisiti potrebbero non essere grandi per noi, ma possono essere piuttosto importanti per gli utenti finali. Per comprenderli, dobbiamo analizzare e dare priorità ai requisiti degli stakeholder.
- Dobbiamo elaborare i requisiti dichiarati dagli utenti e dal sistema. Questo aiuta durante la documentazione dei requisiti nelle specifiche dei requisiti. Inoltre, questo aiuta gli sviluppatori a sviluppare, progettare e testare meglio poiché comprendono i requisiti in modo elaborato e migliore.
- Dobbiamo classificare i requisiti in diverse categorie e sottocategorie e allocare ulteriormente tali requisiti a diversi sottosistemi.
- Dobbiamo anche valutare i requisiti per la qualità desiderata dall'organizzazione.
- Infine, dobbiamo assicurarci di non perdere nulla di importante.
Requisiti Documentazione/Specifica
La specifica dei requisiti, nota anche come documentazione, è un processo di annotazione di tutti i requisiti di sistema e utente sotto forma di documento. Tali requisiti devono essere chiari, completi, esaurienti e coerenti.
Durante l'attività di acquisizione, raccogliamo tutti i requisiti da varie fonti. Durante le attività di analisi e negoziazione, analizziamo e comprendiamo tali requisiti. Ora, dobbiamo preparare un documento formale che spieghi questi requisiti. Questo è ciò che la specifica del requisito è. Per essere precisi, è il processo di documentazione di tutte le esigenze e vincoli dell'utente e del sistema in modo chiaro e accurato.
Metodo per la documentazione dei requisiti
ORECCHIE sarebbe una metodologia efficace qui. Sta per Facile approccio alla sintassi dei requisiti. In questo metodo, scriviamo un linguaggio chiaro, conciso e comprensibile. Ciò migliora l'intero flusso di lavoro di ingegneria dei requisiti e semplifica il lavoro rendendo le cose abbastanza facili da capire.
Per raggiungere questo obiettivo, ecco alcuni principi che devono essere tenuti presenti durante la stesura dei requisiti. Implicano:
Ogni requisito deve essere sotto forma di una frase completa. Non devono essere utilizzati punti elenco, acronimi, abbreviazioni o parole d'ordine. Cerca di fare frasi brevi, dirette e complete.
Assicurati che ogni requisito abbia un soggetto, un predicato e un verbo appropriati. L'oggetto sarebbe il tipo di utente o il sistema di cui stiamo parlando. Il predicato sarebbero le condizioni o le azioni oi risultati desiderati che ci aspettiamo. Dobbiamo usare parole come "deve", "volontà" e "devo" per esprimere un qualche tipo di necessità, e parole come "può" per esprimere l'opzionalità nel requisito.
Ogni requisito deve spiegare in modo efficiente il risultato finale che desideriamo dal sistema.
Inoltre, il requisito deve descrivere la qualità che ci aspettiamo dal sistema. Aiuta quando misuriamo il risultato finale e vediamo se il requisito è implementato correttamente o meno.
Convalida dei requisiti
La convalida è un processo utilizzato per verificare se il sistema è all'altezza o meno. La convalida risponde alla domanda "Stiamo costruendo il sistema giusto?" Si tratta di testare e convalidare il sistema e vedere se il sistema che abbiamo costruito è giusto o meno e se soddisfa o meno le aspettative del cliente. Vari metodi utilizzati per convalidare il sistema includono il test della scatola nera, il test della scatola bianca, il test di integrazione e il test di unità. La convalida arriva sempre dopo la verifica.
La verifica è un processo utilizzato per verificare se il sistema raggiunge o meno gli obiettivi previsti senza bug o problemi. La verifica risponde alla domanda "Stiamo costruendo il prodotto giusto?" Si tratta di testare e verificare se il sistema soddisfa i suoi requisiti senza alcun problema. Vari metodi utilizzati per verificare il sistema includono revisioni, procedure dettagliate, ispezioni e verifiche documentali. La verifica è un processo manuale eseguito prima della convalida.
Tecniche di convalida
Esistono varie tecniche che possono essere utilizzate per convalidare i requisiti. Loro includono:
- Controlli – Durante il controllo dei requisiti, rileggiamo i documenti dei requisiti per garantire che non vengano tralasciate note di elicitazione. Durante questi controlli, controlliamo anche il livello di tracciabilità tra tutti i requisiti. Per questo è necessaria la creazione di una matrice di tracciabilità. Questa matrice garantisce che tutti i requisiti siano presi in seria considerazione e tutto ciò che viene specificato sia giustificato. Verifichiamo anche il formato dei requisiti durante questi controlli. Vediamo se i requisiti sono chiari e ben scritti o meno.
- Prototipazione – Questo è un modo per costruire un modello o una simulazione del sistema che deve essere costruito dagli sviluppatori. Questa è una tecnica molto popolare per la convalida dei requisiti tra le parti interessate e gli utenti in quanto li aiuta a identificare facilmente i problemi. Possiamo semplicemente contattare gli utenti e le parti interessate e ottenere il loro feedback.
- Test di progettazione – Durante la progettazione dei test, seguiamo una piccola procedura in cui prima finalizziamo il team di test, quindi costruiamo alcuni scenari di test. Le prove funzionali possono essere derivate dalla specifica dei requisiti stessa in cui ogni requisito ha un test associato. Al contrario, i requisiti non funzionali sono difficili da testare in quanto ogni test deve essere ricondotto al suo requisito. Lo scopo di questo è capire gli errori nelle specifiche o i dettagli che vengono tralasciati.
- Revisione dei requisiti – Durante la revisione dei requisiti, un gruppo di persone esperte analizza i requisiti in modo strutturato e dettagliato e identifica i potenziali problemi. Dopodiché, si riuniscono per discutere i problemi e trovare un modo per affrontarli. Viene preparata una lista di controllo composta da vari standard e i revisori selezionano le caselle per fornire una revisione formale. Successivamente, viene eseguita un'approvazione finale.
Gestione dei requisiti
Secondo Ian Sommerville, "La gestione dei requisiti è il processo di gestione dei requisiti in evoluzione durante il processo di ingegneria dei requisiti e lo sviluppo del sistema".
Lo scopo principale della gestione dei requisiti è garantire requisiti chiari, concisi e privi di errori al team di ingegneri in modo che possano assicurarsi di rilevare gli errori nel sistema e ridurre potenzialmente i costi e i rischi del progetto.
Principali preoccupazioni della gestione dei requisiti
Ci sono alcune preoccupazioni sulla gestione dei requisiti. Loro includono:
- Gestione delle modifiche ai requisiti concordati
- Gestire il rapporto tra tutti i requisiti
- Gestione delle dipendenze tra i documenti dei requisiti prodotti durante il processo di ingegneria del sistema.
Tipi di requisiti
Esistono sostanzialmente due tipi di requisiti:
- Requisiti di sistema – I requisiti di sistema possono essere definiti la versione estesa dei requisiti utente. I requisiti di sistema fungono da punto di partenza per qualsiasi nuovo progetto di sistema. Questi requisiti sono una descrizione dettagliata dei requisiti utente che il sistema deve soddisfare.
- Requisiti dell'utente – I requisiti dell'utente sono una combinazione di requisiti funzionali e non funzionali. Questi requisiti utente devono essere progettati in modo tale da essere facilmente comprensibili da utenti che non hanno alcun tipo di conoscenza tecnica. Pertanto, devono essere scritti in linguaggio naturale utilizzando tabelle, moduli e diagrammi semplici. Inoltre, assicurati che il documento non contenga dettagli sulla progettazione del sistema, il software o le notazioni formali.
Requisiti Visure Piattaforma ALM
Requisiti Visure Piattaforma ALM è una delle piattaforme ALM moderne più affidabili, specializzata nella gestione dei requisiti per organizzazioni di tutte le dimensioni in tutto il mondo.
È uno strumento indispensabile per i team che creano prodotti, sistemi e software complessi, che richiedono la tracciabilità end-to-end dall'ideazione al test e all'implementazione, fino al codice sorgente, insieme alla conformità alla certificazione standard.
Visure Requirements è uno strumento di ingegneria dei requisiti collaudato, flessibile e completo, in grado di snellire il processo dei requisiti software come parte del processo di definizione hardware e meccanica. I requisiti di Visure favoriscono un'efficace collaborazione al progetto e aumentano la qualità del software attraverso l'acquisizione, l'analisi, la specifica, la convalida e la verifica, la gestione e il riutilizzo dei requisiti.
Le soluzioni Visure possono aiutare a superare le sfide del prodotto e dello sviluppo integrato,
- Migliorare la qualità della definizione come primo passo essenziale per aumentare la qualità del software
- Riprendere il controllo dei processi di sviluppo e normativi
- Standardizzare e applicare la definizione dei requisiti in tutta l'organizzazione
- Supporta il riutilizzo efficace dei requisiti tra i team di progetto e le linee e le varianti di prodotto
- Formalizzare una struttura di specifica dei requisiti comuni e gestire le modifiche durante tutto il ciclo di vita
- Raggiungere piena tracciabilità attraverso tutti gli elementi, dai requisiti al test fino all'esecuzione
- Tieni traccia di tutti gli aspetti dello sviluppo con facilità, dai grafici di calcolo del rischio ai rapporti sui requisiti orfani
- Evita le insidie e mitiga i rischi a tutti i livelli, dalla scrittura di requisiti migliori e dall'assegnazione di priorità alle esigenze alla modifica delle capacità di analisi dell'impatto.
Vantaggi dell'utilizzo dei requisiti di Visure per lo sviluppo di prodotti e embedded
- Supporto alla certificazione per standard di settore, come DO-178B/C, IEC 61508, ISO 26262, IEC 62304, FMEA e GAMP5
- Una piattaforma completa per tutte le attività legate ai requisiti
- Applicazione del processo attraverso una soluzione flessibile che supporta diversi modelli di processo tra cui Automotive SPICE, CMMI, V-model, Agile e ad hoc
- Comunicazione e collaborazione del team migliorate grazie a funzionalità basate sui ruoli
- Supporto per prodotti di migliore qualità e riduzione dei difetti del software.
Le aziende che utilizzano attivamente Visure, affermano un chiaro impatto con consegne puntuali dei progetti, conformità dei progetti e una diminuzione dei costi di sviluppo e dei tempi di ciclo.
Conclusione
L'ingegneria dei requisiti è un processo critico per garantire che i prodotti e i sistemi che costruiamo siano ciò di cui i nostri clienti hanno bisogno. Il processo in cinque fasi delineato in questo articolo può aiutarti a iniziare bene il tuo progetto ricevendo feedback dalle parti interessate in anticipo e spesso e utilizzando tale feedback per generare requisiti chiari e concisi. Se stai cercando uno strumento che ti aiuti a gestire il tuo processo di ingegneria dei requisiti, la piattaforma ALM dei requisiti di Visure può aiutarti. Richiedi il tuo prova gratuita di 30 oggi per vedere come la nostra piattaforma può rendere il tuo prossimo progetto un successo.
Non dimenticare di condividere questo post!
