Champs d’exigence
Le module Requirements comporte différentes colonnes pour chaque champ d’exigence, chacune avec ses propres caractéristiques. Toutefois, si un champ n’est pas disponible pour votre cas d’usage, vous pouvez créer une colonne personnalisée dans la page custom columns des paramètres. La figure Default Requirement Fields (2) illustre une manière de définir la visibilité de chacune de ces colonnes via le panneau latéral « Columns » (1).
Les utilisateurs peuvent également définir quelles colonnes sont visibles via le panneau contextuel de l’en-tête (3) comme illustré à la figure Header Pop-Up Panel, en cliquant sur l’icône à trois lignes qui apparaît lorsque l’on survole avec la souris l’en-tête de n’importe quelle colonne (1), puis en cliquant sur l’onglet des colonnes (3).
Column Fields |
Characteristics |
|---|---|
Identifiant |
L’identifiant est le champ obligatoire, généralement un nom unique pour les exigences. Par exemple, dans BAT-001, BAT représente l’abréviation du sous-système batterie, et 001 représente la première exigence du sous-système. |
ID |
L’ID est différent de l’identifiant dans Requirements & Systems Portal. Le logiciel crée automatiquement des ID lorsqu’une exigence est créée. Les ID sont utilisés dans le backend ainsi que dans la Rest API. |
Titre |
Comme son nom l’indique, il s’agit d’un titre ou d’une brève description de l’exigence. |
Texte |
Ce champ contient le texte de l’exigence. Vous pouvez utiliser le signe dollar pour référencer directement Valis et d’autres exigences dans ce champ. |
Justification/commentaire |
L’utilisateur peut saisir dans ce champ des commentaires supplémentaires ou les raisons logiques qui sous-tendent l’exigence. |
Spécification |
Ce champ affiche le nom de la spécification à laquelle appartient l’exigence. Il s’agit d’un menu déroulant et, si l’utilisateur souhaite passer d’une spécification à une autre, il peut sélectionner la spécification, et l’exigence y sera automatiquement déplacée. |
Images |
Si votre exigence nécessite des informations supplémentaires sous forme d’image, l’utilisateur peut les ajouter ici. |
Section |
Comme pour la spécification, ce champ affiche le nom de la section à laquelle appartient l’exigence. Il s’agit d’un menu déroulant et, si l’utilisateur souhaite passer d’une section à une autre, il peut sélectionner la section et Requirements & Systems Portal réorganise automatiquement l’exigence. |
Chemin vers la section |
Si une exigence est placée dans une sous-section, son chemin complet s’affiche ici, chaque niveau de section étant séparé par le caractère « \ ». Ce champ peut être utilisé dans un fichier importé pour créer la structure des sections et placer correctement les exigences lors de leur création. |
Parents |
Si l’exigence a des exigences parentes, ce champ affiche la liste des exigences parentes. En cliquant dessus, on accède aux informations sur les exigences parentes. |
Enfants |
Si l’exigence a des exigences enfants, ce champ affiche une liste d’exigences. En cliquant dessus, on accède aux informations sur les exigences enfants. |
Type |
Il s’agit d’un champ défini par l’utilisateur. Le type indique de quel genre d’exigence il s’agit. Par exemple, nos types par défaut sont fonctionnel, performance et système. Les utilisateurs peuvent ajouter d’autres champs d’option. Reportez-vous à Requirements Settings. |
Enfants vérifiés |
Ce champ indique quels enfants sont vérifiés. |
État |
Ce champ affiche l’état de l’identifiant de l’exigence et du texte. Les valeurs par défaut actuelles sont final, draft et in review. Vous pouvez définir les paramètres de transition dans l’état. Ainsi, chaque fois que le texte ou l’identifiant de l’exigence est modifié, l’état change automatiquement. Reportez-vous à Requirements Settings. |
Statut de vérification |
Vous pouvez voir ici si l’exigence est vérifiée ou non. |
Méthodes de vérification |
La méthode par laquelle vous vérifiez les exigences. Actuellement, nous proposons Analysis, Inspection, Review, Rules et Tests. Les utilisateurs peuvent ajouter des méthodes de vérification supplémentaires selon leur cas d’usage. Reportez-vous à Requirements Settings. |
Blocs |
Dans Requirements & Systems Portal, chaque exigence est liée à des blocs et la vérification est effectuée pour chaque bloc. La méthode de vérification n’est modifiable que lorsque le bloc est référencé comme une exigence. |
Conformité |
Ajoutez la nature de la conformité à l’exigence. Les valeurs par défaut sont compliant, partially compliant et non-compliant. |
Commentaire de conformité |
Si vous avez des commentaires liés à la conformité, ils peuvent être ajoutés ici. |
Référence de clôture |
Les informations justificatives qui prouvent la méthode de vérification. Reportez-vous à Verifications within Requirements & Systems Portal. |
Pièces jointes |
Joignez tout document lié aux exigences/au document de vérification. |
Vérifié le |
La date la plus récente à laquelle l’exigence a été vérifiée. |
Vérifié par |
Affiche le nom de l’utilisateur qui a vérifié l’exigence. |
Propriétaire |
Affiche le propriétaire de l’exigence. |
Tags |
Si l’utilisateur souhaite regrouper selon des besoins spécifiques, par exemple « à revoir », il peut ajouter des tags à chaque exigence. |
Position |
Il n’est pas possible d’avoir un agencement personnalisé des exigences, car elles sont triées par ordre alphabétique. Pour contourner cela, une position a été introduite. Attribuez un numéro à chaque exigence selon l’ordre souhaité, puis triez la colonne pour obtenir l’ordre personnalisé. |
Créé le |
La date à laquelle l’exigence a été créée. |
Mis à jour |
La date à laquelle l’exigence a été mise à jour pour la dernière fois. |
Champs personnalisés |
Si l’utilisateur a besoin d’un champ qui ne couvre pas son cas d’usage, il peut créer des custom fields, qui peuvent être des champs de texte enrichi ou des menus déroulants. |
AI-localized