Processo di verifica e convalida del progetto

Verifica del progetto

Verifica del progetto È un metodo per confermare, mediante esame e fornitura di prove, che l'output di un prodotto software progettato corrisponda alle specifiche di input. L'obiettivo del processo di verifica della progettazione durante lo sviluppo del software è garantire che il prodotto software progettato sia identico a quello specificato.

L'input di progettazione è qualsiasi requisito fisico e prestazionale utilizzato come base per la progettazione. L'output di progettazione è il risultato di ciascuna fase di progettazione e dell'intero sforzo progettuale. Nei settori regolamentati, come quello dei dispositivi medici, l'output finale della progettazione diventa la base per la documentazione principale del dispositivo, motivo per cui la terminologia relativa al controllo della progettazione compare così spesso nella documentazione di verifica.

In pratica, la verifica confronta due insiemi di documenti: le specifiche, gli standard e i vincoli iniziali con i disegni, il codice e le istruzioni di prova finali. Ogni discrepanza tra di essi rappresenta un'anomalia di verifica.

Convalida del design

La verifica dimostra la coerenza interna. La validazione pone la domanda più difficile: la specifica descriveva effettivamente il prodotto giusto?

Convalida del design La validazione della progettazione è un processo di valutazione del prodotto software rispetto ai requisiti specifici degli utenti finali o delle parti interessate. Lo scopo della validazione della progettazione è testare il prodotto software dopo lo sviluppo per confermare che soddisfi tali requisiti quando viene utilizzato nell'ambiente di lavoro dell'utente.

La validazione si occupa di dimostrare la coerenza e la completezza di un progetto rispetto alle esigenze dell'utente. Questa è la fase in cui si realizza effettivamente una versione del prodotto e la si valida rispetto ai requisiti dell'utente.

Il banner sottostante etichetta le due metà dell'attività così come vengono solitamente presentate nei documenti di progettazione.

Il diagramma seguente illustra il processo di validazione del progetto, dalle esigenze dell'utente al prodotto validato.

Lo scopo è dimostrare con prove oggettive che il prodotto soddisfa le esigenze documentate dell'utente. Per prove oggettive si intende semplicemente una dimostrazione tangibile del risultato – un'immagine, un file di testo, un file audio o un report firmato – che attesti l'effettiva esecuzione della procedura.

Attraverso tali prove oggettive, il processo esamina costantemente se il prodotto soddisfa i requisiti predefiniti. Comprende attività di test, ispezione, analisi e tecniche simili, motivo per cui la convalida di solito si basa su test di sistema and test di accettazione dell'utente piuttosto che su controlli a livello di unità.

Differenza tra verifica e convalida del progetto

Spesso si fa confusione tra verifica e validazione. Si tratta di attività diverse, ed entrambe vengono eseguite in ogni fase del processo di sviluppo, anziché in un'unica tappa.

Una scorciatoia utile: la verifica è perlopiù lavoro statico contro i documenti, mentre la convalida è principalmente test dinamico contro una build in esecuzione.

Processo di verifica del progetto

Il processo di verifica si articola in cinque fasi, e ciascuna di esse produce un artefatto da cui dipende la fase successiva.

Identificazione e preparazione:

• Durante la fase di sviluppo di una specifica, vengono identificate in parallelo le attività di verifica. Ciò consente al progettista di accertarsi che la specifica sia effettivamente verificabile, in modo che un tecnico addetto ai test possa iniziare a elaborare piani e procedure di test dettagliati. Qualsiasi modifica alla specifica deve essere comunicata.
• Individuare l'approccio migliore per condurre la verifica e definire i metodi di misurazione, le risorse, gli strumenti e le strutture necessarie.
• Il piano di verifica completato viene esaminato con il team di progettazione per far emergere eventuali problemi prima della sua finalizzazione.

Pianificazione:

• La pianificazione della verifica è un'attività che si svolge contemporaneamente ai team di sviluppo e di progettazione principale. Si svolge durante tutto il ciclo di vita del progetto e viene aggiornata ogni qualvolta cambiano i parametri di progettazione.
• Durante questa fase, il software o il sistema in fase di test viene documentato nel suo ambito di applicazione.
• Viene redatto un piano di test preliminare, che viene poi perfezionato. Il piano individua le tappe fondamentali che riducono il rischio del progetto.
• Vengono selezionati gli strumenti, l'ambiente di test e la strategia di sviluppo, e vengono identificati i requisiti da verificare tramite ispezione o analisi.

Sviluppareping:

• Caso di prova lo sviluppo coincide con il Metodologia SDLC Il team di progetto ha implementato. In questa fase vengono identificati diversi metodi di test.
• Gli input di progettazione devono essere sviluppati in modo che anche le attività di verifica più semplici siano inequivocabili e verificabili.
• Il tempo di verifica si riduce quando concetti simili vengono verificati in sequenza, poiché l'output di un test può essere riutilizzato come input per un test successivo.
• TracVengono creati collegamenti di compatibilità tra i casi di test e i relativi input di progettazione, per garantire che ogni requisito venga testato e che l'output di progettazione corrisponda agli input di progettazione.

Esecuzione:

• Le procedure di test create durante la fase di sviluppo vengono eseguite in conformità al piano di test e seguite rigorosamente durante l'attività di verifica.
• Qualora si verifichino risultati non validi o qualora sia necessario modificare una qualsiasi procedura, le modifiche devono essere documentate e formalmente approvate.
• Qualsiasi problema riscontrato viene registrato come difetto tramite il solito processo di gestione dei difetti.
• A tracmatrice di capacità Viene creato per verificare che ogni input di progettazione identificato nel piano di test di verifica sia stato testato e per determinare la percentuale di successo.

Rapporti:

• Tale attività viene eseguita al termine di ogni fase di esecuzione della verifica.
• Il rapporto di verifica della progettazione fornisce un riepilogo dettagliato dei risultati della verifica, inclusa la gestione della configurazione, i risultati per ogni tipo di test e i problemi riscontrati durante l'attività di verifica.
• Una valutazione del progetto tracIl report di fattibilità viene creato confrontando i requisiti con i relativi risultati dei test, per confermare che tutti i requisiti siano stati testati e che siano stati registrati i risultati appropriati.
• Qualsiasi non conformità viene documentata e gestita in modo appropriato.
• RevLe verifiche vengono effettuate al termine dell'attività di verifica della progettazione e i risultati vengono formalmente approvati.

Processo di convalida del progetto

La validazione non segue una sequenza altrettanto rigida. Si basa piuttosto su un piccolo insieme di metodi consolidati e un progetto in genere ne utilizza più di uno.

• Confronto con progetti equivalenti. Alcuni progetti possono essere convalidati confrontandoli con apparecchiature simili che svolgono una funzione analoga. Ciò è particolarmente rilevante quando si convalidano modifiche di configurazione a infrastrutture esistenti o a progetti standard che vengono integrati in un nuovo sistema o applicazione.
• Dimostrazione e ispezione. Entrambi, o uno solo di essi, possono essere utilizzati per convalidare i requisiti e altre funzionalità del prodotto.
• Analisi. Il progetto può essere analizzato tramite modellazione matematica o una simulazione che riproduca la funzionalità richiesta.
• Testing. I test vengono eseguiti sul progetto finale per convalidare la capacità del sistema di funzionare come specificato, ed è qui che test funzionali and test non funzionali soddisfare i requisiti dell'utente.
• Documentazione. Il piano di test, la sua esecuzione e i risultati devono essere documentati e conservati come parte integrante della documentazione di progettazione. La validazione, in definitiva, consiste nell'insieme dei risultati di tutte le attività di validazione.
• Giustificazione dell'equivalenza. Quando nella validazione finale del progetto vengono utilizzati prodotti equivalenti, il produttore deve documentare la somiglianza e qualsiasi differenza rispetto alla produzione iniziale.

Esempio

Un breve esempio pratico renderà concreta la distinzione.

• Prendiamo un prodotto semplice: un orologio impermeabile.
• Il documento dei requisiti di prodotto potrebbe affermare che "l'orologio deve essere impermeabile durante il nuoto". Questa è l'esigenza dell'utente, ed è il parametro rispetto al quale viene valutata la validazione.
• Le specifiche di progettazione potrebbero indicare che "l'orologio deve funzionare anche se l'utente nuota per un periodo prolungato". Questo è l'input di progettazione, ed è rispetto a questo che viene misurata la verifica.
• I risultati dei test dovrebbero confermare che l'orologio soddisfa questi requisiti. In caso contrario, si procede con le iterazioni di riprogettazione fino a quando non li soddisfa.

Si noti come un orologio possa superare la verifica ma fallire comunque la validazione. Se le specifiche definiscono una nuotata prolungata come quindici minuti e i nuotatori reali rimangono in acqua per un'ora, il risultato del progetto corrisponde perfettamente al risultato ottenuto, ma l'utente non riesce comunque a soddisfare le aspettative.

Vantaggi della validazione e verifica del progetto

Svolgere entrambe le attività in modo continuativo, anziché considerarle come un passaggio finale, è ciò che produce i benefici descritti di seguito.

• I progetti possono essere monitorati in modo continuo, il che consente di soddisfare i requisiti definiti dall'utente in ogni fase.
• La validazione del progetto evidenzia la differenza tra il funzionamento effettivo della funzionalità e il funzionamento previsto.
• Documentare le procedure di validazione rende la funzionalità facilmente comprensibile in seguito, ogni qualvolta vengano apportate modifiche o miglioramenti.
• I tempi di sviluppo si riducono costantemente e la produttività migliora, il che contribuisce a consegnare il prodotto come previsto.
• Il processo definisce la portata e l'ambito di applicazione di ciascun metodo di validazione che deve essere impiegato.
• La validazione può essere effettuata utilizzando dati di progettazione dettagliati che rappresentano i requisiti dell'utente finale.
• Qualsiasi differenza tra il risultato e i documenti relativi alle esigenze dell'utente viene rilevata anziché persa.
• Le modifiche a un progetto convalidato attivano un'attività di riconvalida, in modo che il record rimanga sempre aggiornato rispetto al prodotto.
• Documentare ogni attività che si verifica durante la validazione è ciò che dimostra in modo adeguato che il progetto soddisfa i requisiti dell'utente.

La verifica e la convalida della progettazione sono quindi meglio pianificate all'interno del contesto più ampio Ciclo di vita del test del software e mappato rispetto all'altro tipi di test del software, piuttosto che essere trattato come un esercizio di conformità separato.

DOMANDE FREQUENTI