Concept: Descripteur
Un descripteur est un élément de processus qui représente l'utilisation ou l'application d'un élément de contenu de méthode dans le processus. Le descripteur permet d'écraser des informations définies dans l'élément de contenu de méthode d'origine ou d'en ajouter. Les différents types de descripteurs sont les suivants : descripteurs de rôle, de tâche et de produit.
Description principale

Un descripteur représente une occurrence d'un élément de contenu concret (par exemple une tâche, un rôle, un produit) dans une activité. Le descripteur fournit une représentation de type proxy de ces éléments de contenu dans les structures de répartition. Outre le simple référencement des éléments de contenu, il permet d'écraser les relations structurelles des éléments de contenu en définissant ses propres ensembles d'associations.

Le descripteur est un concept clé pour la séparation des processus du contenu de méthode. Un descripteur peut être défini comme un objet de référence d'un élément de contenu spécifique, qui possède ses propres relations et propriétés. Lorsqu'un descripteur est créé, il a les mêmes relations que l'élément de contenu utilisé. Cependant, les utilisateurs peuvent modifier ces relations pour la situation de processus pour laquelle le descripteur a été créé. Le concept du descripteur permet de définir de nouvelles relations et des propriétés spécifiques relatives au processus. Les descripteurs ne sont pas des éléments de contenu et ne contiennent pas leurs propres descriptions complètes. Au contraire, ils font référence ou font remonter aux éléments de contenu sur lesquels ils sont basés.

Exemple 

Exemple de contenu de méthode utilisé par le descripteur

Exemple de contenu de méthode utilisé par les descripteurs


L'illustration ci-dessus présente un exemple utilisant la représentation de profil UML 2.0 pour l'UMA dans laquelle des descripteurs ont été créés pour une tâche, ses rôles d'exécution, ainsi que ses produits en entrée/sortie. La conséquence de cet exemple est que la réalisation de la tâche "Prioriser les cas d'utilisation" ne s'effectue pas de la même manière selon qu'il s'agit de la phase de création ou d'élaboration d'un projet (les différentes étapes n'ont par exemple pas la même importance, les entrées utilisées ne sont pas les mêmes, etc.). En particulier, on observe les différences suivantes :

  • La tâche en phase de création dispose d'un rôle assistant supplémentaire (Client.Responsable de projet) et ne fournit pas de relation avec le produit Liste de risques défini en tant qu'entrée facultative dans le contenu de méthode (c'est-à-dire que les étapes de la tâche fonctionnant avec la liste de risques n'auront pas lieu dans cette phase).
  • On distingue ici deux types de produits de modèle de cas d'utilisation : d'un côté, un modèle de cas d'utilisation tel qu'il est habituellement utilisé au cours de la phase de création, dans laquelle les cas d'utilisation font l'objet d'une rapide présentation ; de l'autre, les cas d'utilisation qui ont été décrits de manière détaillée au cours de la phase d'élaboration.