Autorisations

Created: January 23, 2025 | Updated: February 05, 2026

Les autorisations dans Requirements & Systems Portal sont granulaires, et les autorisations globales commencent au niveau de l’instance Requirements & Systems Portal (Default), puis au niveau du projet, et se propagent à travers les objets de niveau supérieur de chaque module jusqu’aux niveaux inférieurs, jusqu’aux valis ou aux exigences. L’administrateur peut modifier les autorisations à n’importe quel niveau. Lorsqu’un nouveau projet est créé dans Requirements & Systems Portal, par défaut, le projet hérite des autorisations par défaut (Read & Write & Delete pour Everyone par défaut). Les administrateurs peuvent modifier les autorisations des objets dans la page des autorisations du module de projet.

Page des autorisations - L’interface permettant de modifier les autorisations de tous les objets du projet

Types d’autorisations

Les autorisations sont cumulatives, ce qui signifie que les autorisations de niveau supérieur incluent toujours automatiquement toutes les autorisations de niveau inférieur. Par exemple, l’accès « lecture » est automatiquement inclus lorsque vous disposez de l’autorisation « écriture ». Les quatre types suivants sont disponibles (dans l’ordre cumulatif) :

READ-ONLY

L’autorisation de lecture vous permet de consulter un projet et tous ses éléments : Blocks, Valis et matrices. Vous pouvez également utiliser ces données dans d’autres projets, par exemple dans des formules de Valis. Cependant, vous ne pouvez rien modifier dans le projet pour lequel vous disposez d’un accès « lecture ».

READ & WRITE

Pour manipuler des éléments dans un projet, vous devez disposer d’une autorisation d’écriture pour ce projet. Avec l’autorisation « écriture », vous pouvez modifier/supprimer le projet ainsi que tous les Blocks, Valis et matrices qu’il contient. Cependant, avec l’autorisation d’écriture, vous ne pouvez pas attribuer des autorisations du projet à d’autres utilisateurs.

L’attribution à un utilisateur des autorisations Lecture & Écriture ne lui permettra pas de supprimer des objets. Par exemple, cela vous permet de créer des objets ; toutefois, la suppression de tags sur une exigence ou la suppression d’une méthode de vérification ou d’un Block ne peut pas être effectuée avec cette autorisation. Si les administrateurs souhaitent éviter la suppression accidentelle d’une spécification ou d’un Block important, il est recommandé d’accorder uniquement l’autorisation « Lecture & Écriture ».

READ & WRITE & DELETE

Cette autorisation permet à l’utilisateur de disposer des autorisations de lecture et d’écriture, ainsi que de la possibilité de supprimer des objets.

MANAGE

L’autorisation de gestion d’un projet vous donne la possibilité d’ajouter ou de supprimer des autorisations pour d’autres utilisateurs sur ce projet spécifique. Vous obtenez automatiquement les autorisations de gestion d’un projet lorsque vous le créez. Un superutilisateur peut également vous attribuer des autorisations de gestion ou vous les retirer.

Autorisations spéciales

En plus des autorisations de projet, il existe quelques autorisations spéciales attribuées au niveau utilisateur :

Créer/modifier des tags
Créer/modifier des types

Toutes les autorisations ci-dessus sont accordées par défaut, mais peuvent être révoquées par les administrateurs dans le panneau d’administration sous « Users », puis dans l’ID utilisateur concerné.

Projets publics

Dans les projets publics, chaque utilisateur se voit automatiquement accorder l’autorisation « écriture ». Les projets sont publics par défaut et doivent être rendus privés si une gestion des autorisations est nécessaire.

Droits d’administration

Par définition, les administrateurs disposent toujours de toutes les autorisations disponibles.

Configurer vos autorisations

Vous pouvez ajouter des autorisations personnalisées à un objet dans un module de Requirements & Systems Portal. Si aucune autorisation personnalisée n’est définie, l’objet héritera des autorisations du niveau supérieur selon l’ordre suivant : Default > Project > Blocks / Specifications > Sub-Blocks / Groups > Valis / Requirements.

Vous pouvez ajouter de nouvelles autorisations en cliquant sur les trois points dans le coin supérieur droit et en sélectionnant Permissions.

Dans la fenêtre Permissions qui s’ouvre, vous pouvez définir les autorisations pour l’objet vers lequel vous avez actuellement navigué. En haut de la fenêtre, vous verrez le nom de l’objet pour lequel vous définissez les autorisations (dans l’exemple ci-dessous, il s’agit d’une spécification nommée 00 - Input Specifications). Vous pouvez également voir de quel objet il hérite ses autorisations si aucune autorisation personnalisée n’est ajoutée. Dans ce cas, 00 - Input Specifications hérite de ses autorisations du projet Valicopter_5000.

Autorisations personnalisées

Pour ajouter une autorisation personnalisée, cliquez sur le bouton dans la fenêtre Permissions.

Vous aurez deux choix lors de la création d’une nouvelle autorisation personnalisée, expliqués ci-dessous :

Hériter de <Object>

Avec cette option, vous pouvez définir des autorisations personnalisées sur l’objet, qui se propageront également à tous les éléments enfants situés en dessous. L’autorisation personnalisée par défaut pour chaque utilisateur sera héritée de l’objet parent. De plus, lors de la création d’une nouvelle autorisation sur l’objet parent, par exemple en ajoutant un nouvel utilisateur au projet, son autorisation pour l’objet actuel sera héritée du parent. C’est également le cas lorsqu’une autorisation d’un utilisateur change sur l’objet parent. Si un utilisateur dispose d’une autorisation personnalisée de lecture et d’une autorisation d’écriture sur le parent, et que l’autorisation du parent passe à gestion, l’autorisation de lecture sera remplacée par la nouvelle autorisation de gestion.

Quelques exemples de cas d’usage :

Vous souhaitez qu’un utilisateur ait un accès en lecture à l’ensemble d’un projet, et un accès personnalisé en écriture à une spécification spécifique ainsi qu’à toutes les exigences de cette spécification.
Vous souhaitez qu’un utilisateur ait un accès en écriture à l’ensemble d’un projet, mais seulement un accès en lecture à une spécification spécifique et à toutes les exigences de cette spécification.

Repartir de zéro pour les autorisations

Avec cette option, toute propagation des autorisations depuis le niveau parent est arrêtée. Par défaut, aucune autorisation n’est créée sur l’objet, mais vous pouvez ajouter des autorisations personnalisées pour chaque utilisateur sur cet objet. Aucune autorisation ne sera héritée du parent, même lors de l’ajout de nouveaux utilisateurs.