Valutazione della qualità

La Valutazione della Qualità è una funzionalità integrata in ValiAssistant. Analizza i testi dei Requisiti selezionati in base a un insieme di regole INCOSE e fornisce all’utente un Punteggio di Qualità e un Commento di Valutazione della Qualità su come migliorare i Requisiti se il punteggio è basso. Queste informazioni vengono scritte in due colonne specifiche che possono essere abilitate nelle tabelle dei Requisiti, denominate “Quality Assessment Comment“ e “Quality Assessment Score“. Le informazioni sulla qualità complessiva dei Requisiti verranno inoltre evidenziate nei Insights Dashboards nel Modulo Requisiti.

È possibile accedere alla Valutazione della Qualità da tre posizioni diverse. A seconda della posizione da cui si accede, varierà il contesto dell’oggetto inviato per la valutazione.

Accesso tramite il pulsante ValiAssitant

All’interno di una specifica Specification o in “All requirements”, l’utente può selezionare “Quality Assessment” accedendo a ValiAssitant nell’angolo in alto a destra, come mostrato nella Figura General Quality Assessment.

Valutazione generale della qualità - Accesso tramite ValiAssistant

Quando si accede alla Valutazione della Qualità tramite ValiAssistant, verranno analizzati tutti i Requisiti presenti nella tabella dei Requisiti corrente.

Accesso tramite la colonna Action

La Valutazione della Qualità può essere attivata direttamente dalle colonne Action su singoli Requisiti o su un insieme di Requisiti selezionati in blocco, come mostrato nella Figura Individual Quality Assessment.

Valutazione individuale della qualità - Quando si accede alla valutazione della qualità tramite la colonna action, verranno presi in considerazione solo il singolo Requisito o i Requisiti selezionati in blocco.

Quando si accede alla Valutazione della Qualità tramite la colonna action, verranno analizzati il singolo Requisito oppure l’insieme dei Requisiti selezionati nella tabella dei Requisiti corrente.

Accesso tramite gli Insights

La Valutazione della Qualità può anche essere attivata tramite gli Insight Dashboards a livello di Specification, come mostrato nella Figura Quality Assessment Insights.

Insights della Valutazione della Qualità - Accesso alla valutazione della qualità nella sezione insights della specification o di “All Requirements”.

Quando si accede alla Valutazione della Qualità tramite gli Insights, verranno analizzati tutti i Requisiti della Specification attualmente selezionata.

Flusso della Valutazione della Qualità

Dopo aver attivato la Valutazione della Qualità, Requirements & Systems Portal indicherà quanti Requisiti verranno analizzati.

Successivamente, Requirements & Systems Portal informerà che la valutazione della qualità è stata completata con successo.

Infine, “Quality Assessment Comment” e “Quality Assessment Score” forniranno informazioni aggiuntive sulla qualità del testo del requisito, come mostrato in Fig Additional Quality Information.
 

Informazioni aggiuntive sulla qualità - Le informazioni sono visualizzate nelle due colonne qui evidenziate.

Criteri di punteggio

• Score: 0-20 / 1 (Livello 1 - Inadeguato)

  • Criteri: Il testo del requisito viola più standard INCOSE. Manca di struttura, usa la forma passiva, contiene termini vaghi e presenta grammatica e punteggiatura scadenti. Nessuna entità responsabile chiaramente identificata oppure il requisito è ambiguo o non attuabile.

• Score: 21-40 / 2 (Livello 2 - Da migliorare)

  • Criteri: Il requisito segue alcuni standard ma presenta problemi significativi. Può essere in qualche modo strutturato, ma usa ancora la forma passiva, contiene clausole di esclusione oppure manca di obiettivi specifici e misurabili.

• Score: 41-60 / 3 (Livello 3 - Soddisfacente)

  • Criteri: Il requisito segue generalmente gli standard ma presenta alcuni problemi minori. Può essere principalmente strutturato, ma include piccoli errori grammaticali oppure manca di unità di misura specifiche.

• Score: 61-80 / 4 (Livello 4 - Buono)

  • Criteri: Il requisito aderisce alla maggior parte degli standard. È ben strutturato, usa la forma attiva e obiettivi specifici e misurabili, ma può presentare uno o due problemi minori.

• Score: 81-100 / 5 (Livello 5 - Eccellente)

  • Criteri: Il requisito aderisce pienamente agli standard. È chiaramente strutturato, usa la forma attiva, ha obiettivi specifici e misurabili, non presenta errori grammaticali ed è non ambiguo e attuabile.

Dopo una Valutazione della Qualità, il punteggio complessivo della qualità verrà comunicato all’Insight Dashboard e rappresentato in base al punteggio come “Low“ (punteggio inferiore a 50), “Medium“ (punteggio compreso tra 50 e 70) e “High“ (punteggio superiore a 70), come mostrato nella Figura Insights Quality Score.

Punteggio di qualità negli Insights - Indicatore della qualità complessiva per i Requisiti analizzati.

Regole INCOSE prese in considerazione per la valutazione

R1 - Usare una frase strutturata e completa: soggetto, verbo, oggetto. 
R2 - Usare la forma attiva nella struttura principale della frase della dichiarazione di esigenza o requisito, con l’entità responsabile chiaramente identificata come soggetto della frase. 
R3 - Assicurarsi che il soggetto e il verbo della dichiarazione di esigenza o requisito siano appropriati all’entità a cui l’esigenza o il requisito si riferiscono. 
R5 - Usare l’articolo determinativo “the” anziché l’articolo indeterminativo “a”.
R6 - Usare unità appropriate quando si indicano quantità. Tutti i numeri devono avere unità di misura esplicitamente indicate.
R7 - Evitare l’uso di termini vaghi come “some”, “any”, “allowable”, “several”, “many”, “a lot of”, “a few”, “almost always”, “very nearly”, “nearly”, “about”, “close to”, “almost” e “approximate”. 
R8 - Evitare clausole di esclusione come “so far as is possible”, “as little as possible”, “where possible”, “as much as possible”, “if it should prove necessary”, “if necessary”, “to the extent necessary”, “as appropriate”, “as required”, “to the extent practical” e “if practicable”. 
R9- Evitare clausole aperte come “including but not limited to”, “etc.” e “and so on”. 
R10 - Evitare infiniti superflui come “be designed to”, “be able to”, “be capable of”.  
R12, 13, 14 - Usare grammatica, ortografia e punteggiatura corrette.
R15 - Usare una convenzione definita per esprimere espressioni logiche come “[X AND Y]”, “[X OR Y]”, [X XOR Y]”, “NOT[X OR Y]”.
R16 - Evitare l’uso di “not” 
R17 - Evitare l’uso del simbolo barra obliqua ("/") tranne che nelle unità, ad es. km/hr
R18 - Scrivere una singola frase che contenga un solo concetto, condizionato e qualificato da sotto-clausole pertinenti.
R19 - Evitare connettori che uniscono clausole, come “and”, “or”, ”then”, ”unless”, ”but”, ”as well as”, ”but also”, ”however”, ”whether”, ”meanwhile”, ”whereas”, ”on the other hand” o ”otherwise”. 
R20 - Evitare frasi che indicano lo scopo dell’esigenza o del requisito. 
R21 - Evitare parentesi tonde e quadre contenenti testo subordinato.
R22 - Enumerare esplicitamente gli insiemi invece di usare un nome collettivo per denominare l’insieme. 
R24 - Evitare l’uso di pronomi e pronomi indefiniti.
R26 - Evitare l’uso di assoluti irraggiungibili come affidabilità al 100'%', disponibilità al 100'%', all, every, always, never, ecc.
R28 - Esprimere esplicitamente la natura proposizionale di una condizione per una singola azione invece di fornire elenchi di azioni per una condizione specifica.
R29 - Classificare le esigenze e i requisiti in base agli aspetti del problema o del sistema che affrontano. 
R31 - Quando si definiscono input di progetto, evitare di indicare una soluzione a meno che non vi sia una motivazione per vincolare il progetto. Concentrarsi sul problema, il “what”, piuttosto che sulla soluzione, il “how”. 
R32 - Usare “each” invece di “all”, “any" o “both” quando si intende una quantificazione universale. 
R33 - Definire le quantità con un intervallo di valori appropriato all’entità a cui si applicano e rispetto al quale l’entità verrà verificata o validata.
R34 - Fornire obiettivi prestazionali specifici e misurabili appropriati all’entità a cui l’esigenza o il requisito si riferiscono e rispetto ai quali l’entità verrà verificata per confermarne la conformità.
R35 - Definire esplicitamente le dipendenze temporali invece di usare parole chiave temporali indefinite come “eventually”, “until”, “before”, “after”, “as”, “once”, “earliest”, “latest”, “instantaneous”, “simultaneous”, “at last”.
R38 - Evitare l’uso di abbreviazioni.