Fonctionnalité maître-suiveur

Cette fonctionnalité a été mise en œuvre pour aider les entreprises à gérer un grand ensemble d’exigences et de certifications en permettant aux utilisateurs de créer une copie « Master-Follower » des exigences. Dans ce contexte, les utilisateurs peuvent conserver la copie Master de toutes les exigences dans un seul projet et des copies Follower dans les projets où ces exigences s’appliquent. Avec cette configuration, si une modification doit être apportée à toutes les copies, elle peut être effectuée une seule fois dans la copie Master, puis propagée aux Followers.

La propagation des modifications est unidirectionnelle, c’est-à-dire qu’elle peut aller du Master vers le Follower, et non l’inverse. Les attributs pouvant actuellement être copiés sont détaillés dans le Reuse Requirements page.

Connexions Master et Follower - Colonnes indiquant les connexions Master-Follower entre les exigences

 

Lorsque vous créez une exigence Master, l’icône de couronne illustrée ci-dessous s’affiche à côté de l’identifiant de l’exigence.

 

image-20240328-002351.png

 

Lorsque l’exigence Follower est à jour par rapport à l’exigence Master, cette icône verte s’affiche :

 

image-20240328-002417.png

 

Si une modification de l’exigence Master doit encore être approuvée et propagée, l’icône suivante s’affiche :

 

image-20240328-002453.png

 

L’icône de crayon bleu apparaît lorsqu’une modification de l’exigence Master a été rejetée (et donc non propagée) ou lorsqu’une modification a été effectuée directement sur l’exigence Follower.

 

image-20240328-002632.png
Si la modification de l’exigence Master est rejetée, l’icône s’affiche dans la section des détails > Master/Follower

Création d’une copie Master-Follower

Dans ce cas d’usage, nous copions les exigences de la charge utile d’un satellite Valisat vers un autre satellite Valisat_2, car ils sont tous deux conçus pour le même objectif de mission et utilisent la même charge utile « Synthetic Aperture Radar » - SAR pour l’atteindre. Pour créer une connexion Master-Follower, sélectionnez l’ensemble des exigences à copier. Dans la colonne d’action (1), vous trouverez l’icône Reuse (2), cliquez dessus et sélectionnez « Master-Follower Copy »(3) (voir la Figure Master-Follower Copy).

Copie Master-Follower - Illustration du processus de création d’une copie Master-Follower.

 

L’assistant Reuse apparaît, avec le type de copie « Master-Follower Copy » sélectionné. Ensuite, la destination du Follower peut être choisie. Une fois la destination définie, l’utilisateur peut vérifier les exigences à copier ainsi que leur identifiant. Vient ensuite la sélection des champs à copier et à synchroniser. Enfin, cliquez sur « Create Copy » pour finaliser la création du Follower.

La vidéo ci-dessous illustre le processus.

 

Vidéo de copie Master-Follower - Illustration du processus de création d’une copie Master-Follower

 

Vous trouverez plus de détails sur l’assistant de copie dans → page Reuse Requirements.

Acceptation de l’exigence Follower

Une fois la création du Master-Follower terminée, l’exigence Follower est disponible à la destination sélectionnée, mais en mode « lecture seule ».

Pour permettre la modification de l’exigence Follower, il est nécessaire d’effectuer une « Follower Entrance Review » dans la destination (Specification ou Section). Cela peut être fait pour un seul Follower ou pour un groupe d’exigences, comme illustré dans la figure Follower Entrance Review ci-dessous.

Follower Entrance Review - Représentation visuelle de la « Follower Entrance Review » pour accepter la connexion Master-Follower.

Vous pouvez accepter les Followers individuellement ou en masse en suivant les étapes de la vidéo ci-dessous.

Les champs d’une exigence Follower restent synchronisés avec l’exigence Master tant que la confirmation est en attente.

Modification de l’exigence

En outre, si des données de l’exigence Master sont modifiées, ce changement peut être propagé au Follower. Le Follower est informé de la modification, et l’utilisateur peut décider manuellement si elle doit être acceptée ou ignorée. Lorsqu’une modification est apportée à l’exigence « Master », l’icône « Propagation changes » de l’exigence Follower (1) apparaît dans la colonne Action de l’exigence concernée.

Notification de propagation des modifications - Démonstration de la notification et de l’application des modifications du Master vers les exigences Follower.

 

L’exigence modifiée comporte également une zone jaune pour mettre en évidence la modification. Lorsque vous survolez cette zone, une fenêtre contextuelle apparaît (2) dans laquelle l’utilisateur peut également choisir de propager les modifications. Voir Figure Change Propagation Notification .

Seuls les propriétaires de l’exigence peuvent propager les modifications via « Apply » ou « Dont Apply ». Si aucun propriétaire n’est spécifié pour l’exigence, les utilisateurs disposant d’un accès « Read & Write » peuvent appliquer ou rejeter la propagation.

Outre les propriétaires, les utilisateurs disposant de droits d’administration et d’autorisations de niveau manage peuvent propager ces modifications du Master vers le Follower.

En cliquant sur l’icône de propagation des modifications, une fenêtre contextuelle apparaît dans laquelle vous pouvez appliquer, ne pas appliquer ou modifier le changement mis en œuvre dans le Master. L’utilisateur peut sélectionner l’action requise en conséquence et l’enregistrer (voir la Figure Change Propagation dialog box).

Boîte de dialogue de propagation des modifications - Processus détaillé de sélection des actions pour les modifications propagées du Master vers le Follower.

 

La vidéo ci-dessous présente le processus complet :

 

Fonctionnalité « Disconnect »

Plutôt que de supprimer complètement une connexion et de perdre son lien avec le Master, l’utilisateur peut sélectionner l’option de déconnexion. Cela déconnecte le Follower de son Master, tout en permettant à l’utilisateur de le reconnecter ultérieurement si nécessaire. Cette option se trouve en cliquant sur les trois points (1) dans la ligne de l’exigence, puis en survolant l’option « Connections » (2) et en sélectionnant ensuite l’option « Disconnect » (3) (voir la Figure Disconnect Feature Illustration)

Illustration de la fonctionnalité Disconnect - Guide visuel d’utilisation de la fonctionnalité « Disconnect » pour rompre temporairement le lien Master-Follower

L’option discard permet de supprimer définitivement la connexion Master-Follower, tandis que la déconnexion temporaire permet une déconnexion provisoire et une reconnexion/resynchronisation après un certain temps ; voir Figure Resync.

Option Resync - Option permettant de resynchroniser le Follower déconnecté ou supprimé

 

Modification des champs synchronisés

Une fois une connexion Master-Follower établie, les champs synchronisés peuvent être modifiés à tout moment, soit pour un Follower spécifique, soit pour tous les Followers d’une exigence Master.
Cela se fait dans la section Requirements(1) « Master/Follower » (2) via l’action(3) « Change Synced Fields »(4).

 

image-20240328-011213.pngModification des champs synchronisés - Explication de la modification des champs synchronisés dans une connexion Master-Follower.
Cette section affiche également l’état de la connexion (5) entre le Master et le Follower

Si l’action est déclenchée depuis l’exigence Master, les modifications apportées à la synchronisation des champs s’appliquent à tous les Followers de ce Master.


Si « Change Synced Fields » est déclenché pour un Follower spécifique, seuls les champs synchronisés de ce Follower seront modifiés.

 

image-20240328-011537.pngChange Synced Fields - Champs disponibles

 

 

Une autre manière de connecter des exigences avec une relation Master-Follower consiste à utiliser le « Master-Follower Link ». Cela permet à l’utilisateur de créer ce type de relation entre des objets déjà existants dans Requirements & Systems Portal sans avoir à générer de nouvelles copies.
Pour ce faire, l’utilisateur doit sélectionner l’exigence qu’il souhaite définir comme Master, puis sélectionner l’option « Master-Follower Link » dans l’icône Reuse.
Il peut ensuite sélectionner quelles exigences doivent être considérées comme Followers pour le Master sélectionné.

Une fois le processus terminé, l’utilisateur doit toujours confirmer l’entrée du Follower

La vidéo ci-dessous montre un exemple de ce processus.

 

 

Master follower requirements representation in Connections graph

L’utilisateur peut désormais voir les connexions Master-Follower dans le graphe de connexions du module des exigences. Chaque connexion colorée indique l’état des relations Master-Follower (1). Voir la Figure Connections Graph Representation.

Représentation du graphe de connexions - Affichage des connexions Master-Follower dans le graphe de connexions du module des exigences.

 

Par exemple, les connexions vertes montrent que le Master-Follower est identique, tandis que les jaunes indiquent que les modifications n’ont pas été propagées par le propriétaire des exigences. Si les connexions sont bleues, cela signifie que les modifications apportées au Master n’ont pas été appliquées au Follower, tandis que les grises montrent que l’exigence Follower est supprimée/déconnectée.

Outre les connexions colorées, l’utilisateur peut désormais comparer deux ensembles différents de spécifications, au sein d’un même projet ou de projets différents. L’application principale de cette fonctionnalité est de comparer les spécifications ou exigences Master/Follower. L’outil de comparaison (2) se trouve dans le graphe de connexions.

 

Cas d’usage

Cette fonctionnalité est utile lorsque plusieurs blocs ont des exigences similaires et qu’il n’est pas nécessaire de les ajouter manuellement à chaque fois. L’exemple suivant peut être utilisé pour une meilleure compréhension :

Case 1: Satellite subsystems

Nous avons deux satellites jumeaux 3U avec des dispositifs d’imagerie légèrement différents comme charge utile.
Considérons deux satellites jumeaux 3U ayant la même conception et le même objectif de mission, à l’exception de leur système de propulsion. Alors que le satellite Vali_Cubesat_1A possède un propulseur à gaz froid, le Vali_Cubesat_1B utilise des propulseurs ioniques. Ainsi, seules les exigences relatives au système de propulsion changent, et toutes les autres exigences peuvent être définies pour Vali_Cubesat_1A puis copiées vers Vali_Cubesat_1B.

Case 2: Wing anti-ice system requirements (ATA 30-11)

Supposons que vous soyez l’ingénieur système chargé de compiler la liste des exigences système pour le système d’antigivrage des ailes d’un avion. L’entreprise fabrique plusieurs modèles, et tous ces modèles peuvent partager le même ensemble d’exigences pour le système d’antigivrage des ailes. Au lieu de créer le même ensemble d’exigences/spécifications, l’utilisateur peut effectuer une copie Master-Follower vers tous les autres projets de modèles. Chaque fois que des modifications sont apportées à la conception du système, l’ingénieur système peut autoriser ou empêcher la propagation vers les autres projets.

 

AI-LocalizedAI-localized
If you find an issue, select the text/image and pressCtrl + Enterto send us your feedback.
Feature Availability

The features available to you depend on which Altium solution you have – Altium Develop, an edition of Altium Agile (Agile Teams or Agile Enterprise), or Altium Designer (on active term).

If you don’t see a discussed feature in your software, contact Altium Sales to find out more.

Contenu