Versionnage et publication des exigences

Pour naviguer efficacement dans le paysage dynamique des exigences évolutives tout au long du cycle de vie du produit, Requirements & Systems Portal propose un système de gestion des versions utilisant l’historique des modifications. Ce système attribue des numéros de version aux exigences, permettant un suivi et une gestion minutieux. Grâce à la possibilité de publier les exigences après des revues de jalons ou des étapes clés, cette fonctionnalité garantit une approche systématique de la capture des changements et des mises à jour. De plus, vous pouvez utiliser facilement des références de base pour revisiter et analyser les versions précédentes des spécifications, offrant ainsi une vue complète du parcours de développement du produit.

Cette fonctionnalité Versions améliore le suivi et la gestion globaux des exigences et des spécifications, favorisant un processus de développement produit plus fluide et plus adaptable.

Gestion des versions au niveau des exigences

La gestion des versions commence au niveau des exigences, à partir de 0. Toute modification des attributs d’une exigence, comme des changements apportés au texte de l’exigence, à l’identifiant, à la justification, etc., déclenche automatiquement une incrémentation mineure de version, passant par exemple de 0 à 0.1.

En bref, toute mise à jour de l’exigence enregistrée/ajoutée dans le champ d’historique « requirement » associé à une exigence entraîne également l’ajustement du numéro de version de l’exigence afin de refléter ces changements. Cette approche systématique garantit un système de gestion des versions complet et traçable pour les exigences tout au long de leur cycle de vie.

Javascript ID: RSP_Requirements_Spec_2_23

Notez que les fonctionnalités liées à la gestion des versions des exigences sont disponibles lorsque l’option Version Management est activée sur la page User Flags ( » Settings » User Flags).

Liste des modifications qui déclenchent une incrémentation du numéro de version

Voici la liste des modifications apportées à l’exigence qui déclenchent une incrémentation mineure de version

  • Modification du texte des attributs de l’exigence tels que « Text », « Title », « Rationale », « custom columns »

  • Ajout ou suppression du « Parent » et des « Children »

  • Modification du « Type », de l’« State », de la « Compliance »

  • Ajout ou suppression des tags

L’ajout d’une image ou de pièces jointes au bloc de la méthode de vérification ne déclenche pas d’incrémentation du numéro de version.

Les modifications des attributs des exigences entraînent une incrémentation de 2 ou 3 décimales, par exemple de 0.12 à 0.14. Cet ajustement résulte de la manière dont les modifications sont gérées dans le système backend.

Note: Pour le moment, le contrôle de version sur les activités de vérification et de validation n’est pas actif et sera inclus à une étape ultérieure.

Publier les exigences

Une fois une exigence finalisée pendant la phase de développement du produit, à l’issue de revues approfondies, de jalons, de références de base ou de gate reviews, elle devient éligible à la publication. Cela correspond à une publication majeure pour l’exigence, qui peut être effectuée à l’aide de l’option de publication associée à l’exigence. L’action de publier les exigences ne marque pas seulement leur achèvement, mais constitue également l’étape finale de la finalisation de version.

Icône de publication - L’icône de publication représente le statut de l’exigence publiée.
Icône de publication - L’icône de publication représente le statut de l’exigence publiée.

Lorsque l’utilisateur publie l’exigence, le numéro de version reste identique. Cependant, lorsqu’une modification est apportée à un attribut de l’exigence, cela entraîne une incrémentation majeure du numéro de version, c’est-à-dire qu’il passe à l’entier suivant. Par exemple, toute modification de la version 0.15 de l’exigence publiée POWER-0012 déclenchera une incrémentation vers la version 1.0.

Comment publier des exigences

L’option de publication est accessible via l’icône à trois points dans le menu « Action », permettant aux utilisateurs de publier les exigences individuellement ou en masse.

Comment publier une exigence - L’image montre les étapes pour accéder à la « fonctionnalité de publication »
Comment publier une exigence - L’image montre les étapes pour accéder à la « fonctionnalité de publication »

Une courte vidéo démontrant la publication en masse des exigences est présentée ci-dessous.

Si l’option Released state est activée pour un état répertorié sur la page State de Settings ( » Settings » State), les exigences passeront automatiquement à cet état lors de leur publication.

Pour plus d’informations sur les paramètres d’état, consultez la page Requirements Settings.

Publier des spécifications

Les utilisateurs ont la possibilité de publier des spécifications associées à plusieurs exigences. Ils peuvent accéder à cette option en cliquant avec le bouton droit sur le nom de la spécification dans l’arborescence (voir Figure Release Specification).

image-20240329-133828.pngPublier une spécification - L’image illustre comment publier une spécification

 

Lors de la sélection de l’option de publication au niveau de la spécification, les utilisateurs disposent de deux options pour publier la spécification.

image-20240329-134039.pngOptions de publication de spécification - Options actuelles dans le menu de publication de spécification

Associer la version actuelle de toutes les exigences

La première option, « Associate all requirements current version », publie toutes les exigences de la spécification et publie la spécification.

Scénarios

  • Notez que les exigences qui sont à l’état publié ne sont pas publiées.

  • Si l’exigence a été publiée et que certaines modifications y ont été apportées, l’exigence modifiée est publiée à nouveau.

Associer uniquement les exigences avec des versions publiées

Contrairement à la première option, la deuxième option, « Associate only requirements with released versions », ne prend que les exigences déjà publiées à ce moment-là dans la spécification et publie la spécification. Par exemple, si vous avez 5 exigences publiées et 5 exigences non publiées, la publication de la spécification crée une version de spécification contenant uniquement les 5 exigences publiées.

Avant de publier la spécification, l’utilisateur doit fournir des commentaires/raisons expliquant pourquoi la spécification est publiée.

Publier les exigences via les revues

Les utilisateurs peuvent lancer la publication des exigences via le Review Center. Une fois que le réviseur a terminé la revue, celle-ci doit être approuvée par l’approbateur pour conclure le processus de revue. L’approbateur a la possibilité de « Release Requirements » dans le cadre de la finalisation de la revue (voir Figure Release requirements through the Review center).

image-20240329-134352.pngPublier les exigences via le Review Center

 

Veuillez noter que même si les exigences sont dans un état « Needs Work » ou « Rejected », la sélection de « Release Requirements » entraînera quand même la publication de ces exigences.

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