Exigences Nommer et Numéroter

Exigences sont fondamentales dans la définition d’un problème (ou d’une opportunité) et la solution doit être rattachée à cette définition.

Noms et descriptions des exigences

Il existe de nombreux schémas utilisés pour nommer les exigences et Enterprise Architect est suffisamment flexible pour support n'importe quel schéma utilisé. Il existe deux emplacements où vous pouvez ajouter des informations textuelles à une exigence : le nom de l'élément, qui a une limite de 255 caractères, et le champ « Notes », qui est en réalité illimité. Certains schémas spécifient qu'une seule définition de l'exigence est saisie et qu'aucune notes n'est nécessaire. D'autres schémas prescrivent un nom court et précisent que l'exigence est clarifiée par un texte détaillé. Si notes ne sont pas utilisées, il est courant d'utiliser un type de système de numérotation afin que l'exigence puisse être référencée sans ambiguïté.

Lorsque Exigences apparaissent dans diagrammes le nom est affiché par défaut, mais un modélisateur peut choisir d'afficher l'un des nombreux compartiments de l'exigence, y compris les notes . Cette technique crée diagrammes expressifs qui révèlent les détails de l'exigence et aident le lecteur ou réviseur à comprendre l'exigence plus en détail.

Numérotation séquentielle

Les bonnes pratiques recommandent souvent d'attribuer un numéro séquentiel Exigences lors de leur création afin qu'elles puissent être référencées dans les ateliers des parties prenantes, les demandes de changement, les conversations avec les intégrateurs de systèmes ou les équipes de mise en œuvre. L'utilisation d'un nom dans cette situation est souvent difficile à gérer et sujette à erreur, c'est pourquoi un numéro séquentiel est préférable. Enterprise Architect dispose d'un facilité appelé Auto Names and Counters à cet effet qui peut être utilisé pour attribuer un numéro séquentiel à tout type d'élément, y compris Exigences . Il comprend une définition de préfixe, un compteur et une définition de suffixe permettant de créer des numéros tels que : « REQ007 - Gérer l'inventaire ». Ceux-ci peuvent être affinés pour numéroter des systèmes tels que cette exigence architecturale : « ARR134 - Les charges utiles pour les interfaces de composants internes doivent utiliser un format XML ».

Le compteur est ajouté au nom et est affiché dans toutes les vues du référentiel, y compris la fenêtre Navigateur , Matrice des relations, les résultats de recherche et diagrammes .

Hiérarchies numérotées

Lorsque Exigences sont écrites dans des traitements de texte, elles utilisent généralement un système de numérotation appelé Numérotation hiérarchique, qui attribue un numéro au titre de premier niveau tel que : « 4 Exigences d'inventaire », puis un sous-titre est numéroté en ajoutant un point et un numéro tel que « 4.1 Niveaux de stock » et encore un autre niveau plus bas « 4.1.1 Liste des niveaux de stock ». Enterprise Architect dispose d'un facilité appelé Numérotation des Niveaux qui applique une numérotation hiérarchique aux éléments d'un Paquetage . Il s'agit d'un mécanisme utile qui s'affiche à plusieurs endroits, notamment dans la fenêtre Navigateur , le Gestionnaire de Spécification , la Liste Diagramme et la Liste Paquetage . Il faut cependant se rappeler que si l'ordre ou le niveau des éléments du Paquetage est modifié, de nouveaux numéros leur seront attribués en fonction de leur nouvelle position ; ce mécanisme est donc inadapté si des numéros immuables sont nécessaires.

Paquetages numérotés

Il s'agit d'une méthode hybride dans laquelle Paquetages sont utilisés pour créer une structure de dénomination et de numérotation de haut niveau et les Exigences de chaque Paquetage sont numérotées à l'aide de l'identifiant Paquetage et d'un numéro pour les identifier. Ainsi, Exigences pour l'exécution des commandes pourraient être contenues dans un Paquetage nommé « 2.4 Exécuter les commandes » et une exigence individuelle dans ce Paquetage pourrait être nommée « FO-01 Traiter les paiements par carte de crédit ». Cela serait géré manuellement ou un script pourrait être écrit pour garantir que les numéros ont été correctement attribués.

Identifiant unique mondial

Chaque élément, diagramme et connecteur d'un référentiel Enterprise Architect reçoit une référence immuable et unique sous la forme d'un identifiant global unique (GUID). Le GUID est attribué à l'élément lors de sa création et son caractère unique dans le temps et l'espace est garanti. Ainsi, les exigences peuvent finalement être référencées par cet identifiant unique. Bien que le GUID soit un moyen utile et irréfutable de faire référence à une exigence, il n'est pas pratique de l'utiliser dans une discussion avec les parties prenantes en raison de sa longueur et du fait qu'il n'est pas mémorisable. Le GUID a pour objectif de pouvoir suivre et gérer la provenance d'une Exigences en particulier lorsque Enterprise Architect est utilisé pour générer Exigences vers d'autres outils. Il est également utilisé comme identifiant dans le format d'échange XMI.

Systèmes de numérotation propriétaires

Il peut y avoir des projets ou des programmes de travail qui, pour des raisons réglementaires ou commerciales, spécifieront un système de numérotation propriétaire qui doit être utilisé avec Exigences . Pour cette raison, l'un des schémas intégrés d'Enterprise Architects peut ne pas suffire ; dans ce cas, l'utilisateur peut créer son propre schéma de numérotation en utilisant le Scriptant facilité en combinaison avec Valeur Étiquetés .