La maggior parte dei team non si rende conto che i requisiti si sono disallineati finché un revisore non se ne accorge, un test non fallisce o qualcuno non nota una discrepanza tra il requisito e il progetto. A quel punto, spesso il valore è già errato in almeno due punti da settimane.
I parametri riutilizzabili risolvono questo problema. Trasformano i valori numerici chiave in dati di ingegneria condivisi che i team possono richiamare in requisiti, attività di verifica e lavoro ingegneristico correlato. I team ottengono uno spazio di lavoro condiviso per collaborare e archiviare ogni artefatto di ingegneria.
Consideriamo un limite di consumo energetico che compare in un requisito, in una tabella di budget ingegneristico e in una procedura di test case. Ogni istanza si trova in un documento separato. Non c’è alcun collegamento tra di esse.
Poi il progetto cambia:
Un ingegnere aggiorna il documento dei requisiti e la tabella di budget ingegneristico, ma il test case continua a riportare il vecchio valore. Il team ora lavora con due valori diversi per lo stesso obiettivo.
Le conseguenze sono fin troppo familiari:
I parametri riutilizzabili fungono da punto di riferimento per i valori che devono restare allineati tra requisiti, verifica e lavoro ingegneristico. Invece di modificare lo stesso numero in più file, i team aggiornano il parametro una sola volta. Il valore viene quindi propagato a ogni artefatto collegato.
Esempi di buoni candidati per i parametri riutilizzabili includono:
Parametri come questi vincolano le decisioni di progetto e guidano il lavoro di verifica. Inoltre, vengono riutilizzati durante tutto il ciclo di vita del progetto. I team spesso ribadiscono gli stessi valori nei requisiti, nei documenti di progetto e nelle procedure di test.
I parametri riutilizzabili rendono questo riutilizzo esplicito, tracciabile e strutturato. I valori chiave restano coerenti, collegati e aggiornati man mano che il progetto evolve.
Prendiamo come esempio un limite di consumo energetico. Con i parametri riutilizzabili, il team può definire il valore una sola volta e richiamarlo nei requisiti di sistema, nelle specifiche dei sottosistemi correlate, nelle attività di verifica e nelle procedure di test.
Se cambia la scelta della batteria o l’allocazione del sottosistema, il team deve aggiornare il valore una sola volta. Il nuovo valore si propaga a ogni requisito e artefatto di verifica che fa riferimento al parametro.
Questo elimina la necessità di reinserimento manuale in più artefatti e crea un filo di tracciabilità implicita.
Nel lavoro quotidiano, questo significa:
Un caso d’uso più avanzato confronta gli obiettivi funzionali nei requisiti con le prestazioni effettive del sistema per verifica e validazione (V&V).
Le regole di V&V automatizzano questi confronti. Segnalano violazioni quando i valori non sono più allineati. Per impostare una regola di V&V sono necessari due parametri:
Nel nostro esempio del limite di potenza, un parametro del requisito — ad esempio, $maximum_power_consumption — definisce la potenza massima consentita del sistema.
Il consumo energetico effettivo del sistema è memorizzato in un secondo parametro — in questo esempio, chiamiamolo $system_power_consumption.
Uno strumento di gestione dei requisiti con un motore di calcolo, come Altium’s Requirements Portal, aiuta i team a creare tabelle di budget ingegneristico che derivano le prestazioni del sistema dai dati dei sottosistemi. Lo strumento estrae i dati da file CAD o di simulazione collegati. Quindi calcola le prestazioni del sistema usando le equazioni definite dall’utente.
La regola di V&V esegue quindi automaticamente il confronto:
$system_power_consumption > $maximum_power_consumption
Se un valore cambia e il totale calcolato supera l’obiettivo, la regola di V&V segnala la violazione.
In sintesi, il flusso di lavoro è questo:
Lo stesso approccio funziona anche per altri parametri. Ecco alcuni esempi dalla progettazione elettronica:
Questa verifica basata su regole aiuta i team a individuare gli errori in anticipo, prima che diventino problemi più grandi.
Gli ingegneri spesso partono da un elenco di parametri di progetto o requisiti non strutturati in un file Word o Excel. Questi possono provenire dalla pianificazione interna, da input del cliente, da materiale dei fornitori o da progetti precedenti.
Usando Altium’s Requirements Portal, gli ingegneri possono importare i requisiti da qualsiasi formato, strutturarli e gestirli in uno spazio di lavoro cloud condiviso e collegarli ai propri artefatti di progettazione e verifica.
Una volta nello strumento, il flusso di lavoro prosegue in due passaggi:
I parametri riutilizzabili diventano quindi punti di riferimento condivisi per l’intero team. Requisiti, attività di verifica e lavoro di progettazione usano tutti gli stessi valori.
Per individuare casi d’uso adatti dei parametri riutilizzabili nei vostri progetti, pensate ai valori richiamati in più punti. Di solito questi valori hanno un impatto diretto sulle attività di progettazione e verifica. La tabella seguente evidenzia alcuni punti di partenza consigliati.
|
Dominio |
Parametro di esempio |
|---|---|
|
Potenza |
|
|
Termico |
|
|
Elettronica |
|
|
Meccanico |
|
|
Produzione |
|
|
Normativo |
|
I parametri riutilizzabili trasformano i valori dei requisiti in dati di ingegneria condivisi.
Con i parametri riutilizzabili, gli ingegneri lavorano con requisiti dinamici mentre prendono decisioni. I team di verifica fanno riferimento agli stessi valori quando pianificano e documentano i test. Quando il progetto è pronto, i team possono confrontare le prestazioni con i requisiti usando test case che fanno riferimento direttamente ai parametri dei requisiti.
Il Requirements Portal di Altium e il suo motore di calcolo portano questo approccio un passo oltre. Lo strumento calcola automaticamente le prestazioni del sistema a partire dai suoi sottosistemi usando dati di progetto collegati. Con regole di V&V automatizzate, gli ingegneri possono confrontare le prestazioni del sistema con gli obiettivi dei requisiti per rilevare violazioni.
Insieme, queste funzionalità mantengono l’intento dei requisiti collegato all’implementazione. Offrono miglioramenti immediati del flusso di lavoro, tra cui: