Campi dei requisiti
Il modulo Requirements dispone di colonne diverse per ogni campo del requisito, ciascuna con le proprie caratteristiche. Tuttavia, se un campo non è disponibile per il tuo caso d’uso, puoi creare una colonna personalizzata nella pagina custom columns all’interno delle impostazioni. La Figura Default Requirement Fields (2) illustra un modo per impostare la visibilità di ciascuna di queste colonne tramite il pannello laterale “Columns” (1).
Gli utenti possono anche impostare quali colonne sono visibili tramite il pannello pop-up dell’intestazione (3) come mostrato nella Figura Header Pop-Up Panel, facendo clic sull’icona con tre linee che appare passando il mouse su una qualsiasi delle intestazioni di colonna (1), quindi facendo clic sulla scheda columns (3).
Column Fields |
Characteristics |
|---|---|
Identifier |
L’identificatore è il campo obbligatorio, solitamente un nome univoco per i requisiti. Ad esempio, in BAT-001, BAT rappresenta l’abbreviazione del sottosistema batteria e 001 rappresenta il primo requisito del sottosistema. |
ID |
ID è diverso dall’identifier in Requirements & Systems Portal. Il software crea automaticamente gli ID quando viene creato un requisito. Gli ID vengono utilizzati nel backend e anche nella Rest API. |
Title |
Come suggerisce il nome, è un titolo o una breve descrizione del requisito. |
Text |
Questo campo contiene il testo del requisito. In questo campo puoi usare il simbolo del dollaro per fare riferimento direttamente a Valis e ad altri requisiti. |
Rationale/comment |
L’utente può inserire in questo campo commenti aggiuntivi o le motivazioni logiche alla base del requisito. |
Specification |
Questo campo mostra il nome della specifica a cui appartiene il requisito. È un menu a discesa e, se l’utente desidera spostarsi da una specifica a un’altra, può selezionare la specifica e il requisito verrà spostato automaticamente. |
Images |
Se il requisito richiede informazioni aggiuntive sotto forma di immagine, l’utente può aggiungerle qui. |
Section |
Analogamente a Specification, questo campo mostra il nome della sezione a cui appartiene il requisito. È un menu a discesa e, se l’utente desidera spostarsi da una sezione a un’altra, può selezionare la sezione e Requirements & Systems Portal riorganizzerà automaticamente il requisito. |
Path to Section |
Se un requisito è collocato all’interno di una sottosezione, qui verrà visualizzato il suo percorso completo, con ogni livello di sezione separato dal carattere “\”. Questo campo può essere utilizzato in un file importato per creare la struttura delle sezioni e posizionare correttamente i requisiti al momento della creazione. |
Parents |
Se il requisito ha requisiti padre, qui viene mostrato l’elenco dei requisiti che fungono da padre. Facendo clic su di essi si accede alle informazioni sui requisiti padre. |
Children |
Se il requisito ha requisiti figli, qui viene mostrato un elenco di requisiti. Facendo clic su di essi si accede alle informazioni sui requisiti figli. |
Type |
È un campo definito dall’utente. Il tipo si riferisce alla categoria del requisito. Ad esempio, quelli predefiniti sono functional, performance e system. Gli utenti possono aggiungere altri campi opzionali. Fai riferimento a Requirements Settings. |
Verified children |
Questo campo mostra quali figli sono verificati. |
State |
Questo campo mostra lo stato dell’identificatore del requisito e del testo. I valori predefiniti attuali sono final, draft e in review. Puoi impostare le regole di transizione nello stato. Quindi, ogni volta che il testo del requisito o l’identificatore viene modificato, lo stato cambia automaticamente. Fai riferimento a Requirements Settings. |
Verification status |
Qui puoi vedere se il requisito è verificato o meno. |
Verification methods |
Il metodo con cui stai verificando i requisiti. Attualmente sono disponibili Analysis, Inspection, Review, Rules e Tests. Gli utenti possono aggiungere ulteriori metodi di verifica in base al proprio caso d’uso. Fai riferimento a Requirements Settings. |
Blocks |
In Requirements & Systems Portal, ogni requisito è associato a blocchi e la verifica viene eseguita per ciascun blocco. Il metodo di verifica è modificabile solo quando il blocco è riferito come requisito. |
Compliance |
Aggiungi la natura della conformità al requisito. I valori predefiniti sono compliant, partially compliant e non-compliant. |
Compliance comment |
Se hai commenti relativi alla conformità, puoi aggiungerli qui. |
Closeout reference |
Le informazioni di supporto che dimostrano il metodo di verifica. Fai riferimento a Verifications within Requirements & Systems Portal. |
Attachments |
Allega qualsiasi documento relativo ai requisiti/al documento di verifica. |
Verified on |
La data più recente in cui è stato verificato. |
Verified by |
Mostra il nome dell’utente che ha verificato il requisito. |
Owner |
Mostra il proprietario del requisito. |
Tags |
Se l’utente desidera raggruppare in base a esigenze specifiche, ad esempio da rivedere, può aggiungere tag a ciascun requisito. |
Position |
Non è possibile avere una disposizione personalizzata dei requisiti poiché l’ordinamento è alfabetico. Per ovviare a questo limite, è stata introdotta la posizione. Assegna un numero a ciascun requisito in base all’ordine desiderato e ordina la colonna per ottenere l’ordine personalizzato. |
Created |
La data in cui il requisito è stato creato. |
Updated |
La data in cui il requisito è stato aggiornato l’ultima volta. |
Custom fields |
Se l’utente ha bisogno di un campo che non copre il suo caso d’uso, può creare custom fields, che possono essere campi di testo avanzato o menu a discesa. |