Actions et types d'action

Les actions sont le mécanisme permettant de soumettre de nouveaux enregistrements à la base de données, de provoquer leur transition d'un état à un autre et de modifier ou de supprimer des enregistrements.

Lorsque des utilisateurs cliquent sur le bouton Actions d'un formulaire ou ouvrent le menu Actions de la barre d'outils, une liste d'actions valides est affichée et l'action par défaut apparaît en gras. Pour définir l'action par défaut, utilisez l'onglet Action par défaut de la fenêtre Propriétés d'état. Voir Actions par défaut. Vous pouvez également appeler une action par défaut à l'aide d'un point d'ancrage.

Seules les actions disponibles à un moment donné (en fonction des droits d'accès de l'utilisateur) et l'état de l'enregistrement s'affichent. Pour éviter des problèmes de performances potentiels, les points d'ancrage de contrôle d'accès ne sont pas exécutés pendant le calcul des actions valides.

Vous pouvez définir une action pour exécuter les tâches suivantes :

Vous pouvez contrôler quels utilisateurs sont autorisés à accéder à quelles actions et quand ces dernières peuvent être exécutées.

Un certain nombre de types prédéfinis pour les actions les plus courantes (par exemple Soumettre et Changer le statut) sont pris en charge. Voir Types d'actions pris en charge.

Dans Designer, chaque type d'enregistrement contient une grille Actions définissant les actions disponibles. Cette grille permet d'ajouter, de modifier, supprimer des actions et de créer des transitions d'état.

Types d'actions pris en charge

Le logiciel Rational ClearQuest prend en charge les types d'action suivants :

Type d'action
Description
Base
Une action de base est une action secondaire exécutée à la suite de l'exécution d'une autre action. Vous pouvez écrire un point d'ancrage d'action pour une action de base, mais utiliser ce point d'ancrage avec plusieurs actions. Chaque fois qu'une action se déclenche, l'action de base vérifie si le critère du point d'ancrage est rempli. Si tel est le cas, elle exécute le processus correspondant. Vous pouvez, par exemple, ajouter un point d'ancrage d'action Notification à une action de base pour que cette dernière envoie une notification par courrier électronique lorsqu'une action Close (type d'action Change_state faisant passer un enregistrement à l'état Fermé) s'exécute. Les actions de base n'apparaissent pas dans la liste des actions sur le client Rational ClearQuest.

La définition d'un contrôle d'accès sur les actions de base affecte toutes les actions du schéma. Vous pourriez modifier le contrôle d'accès aux actions, y compris celles pouvant être ajoutées au schéma via l'application de packages. Cependant, si vous intégrez ce type de restrictions dans des actions de base, elles s'appliqueront à toutes les autres actions.

Change_state
Les actions Change_state sont disponibles uniquement pour les types d'enregistrement à base d'états. Elles permettent de faire passer un enregistrement d'un ou plusieurs états source à un état cible. Elles n'apparaissent dans la liste d'actions affichée sur le client Rational ClearQuest que si l'enregistrement en cours se trouve dans un des états source.
Supprimer
L'action Supprimer permet aux utilisateurs de supprimer un enregistrement de la base de données. Les actions Delete figurent dans la liste d'actions affichée sur le client Rational ClearQuest.
Dupliquer
L'action Dupliquer est disponible uniquement pour les types d'enregistrement à base d'états. Cette action permet de lier un enregistrement à un autre contenant des informations similaires. Elles n'apparaissent dans la liste d'actions affichée sur le client Rational ClearQuest que si l'enregistrement en cours se trouve dans un des états source.
Masquer
L'action Masquer permet au concepteur du schéma de masquer les actions pour lesquelles l'utilisateur ne possède aucun droit en raison du point d'ancrage de contrôle d'accès d'une action.
Importer
L'action Importer permet d'importer des enregistrements provenant d'une autre source. La validité du contenu des enregistrements importés est contrôlée dans le cadre de cette action, mais la validation au niveau de la zone n'est pas effectuée. De plus, lorsqu'un ensemble d'enregistrements à base d'états est importé, ces enregistrements sont affectés à un état indiqué dans les fichiers de données, sans qu'il soit vérifié s'ils pouvaient passer à cet état. Les actions Importer n'apparaissent pas dans la liste des actions sur le client Rational ClearQuest.
Modifier
L'action Modifier permet aux utilisateurs de modifier les valeurs de zone d'un enregistrement sans provoquer un changement d'état. Elles figurent dans la liste d'actions affichée sur le client Rational ClearQuest.
Record_script_alias
Record_script_alias associe un nom d'action à un script d'enregistrement. Cela permet aux actions record_script_alias de figurer sur la liste d'actions affichée sur le client Rational ClearQuest. Toutefois, les actions record_script_alias ne sont pas des actions d'entité car elles ne font pas partie des états de type d'enregistrement et ne fonctionnent pas automatiquement avec une entité. Leur comportement est déterminé par la méthode de codage de l'alias de script d'enregistrement. Par conséquent, les actions Record_script_alias ne peuvent pas être considérées comme des paramètres valides pour les fonctions d'entité telles que GetActionName et GetActionType ou toute autre fonction fonctionnant avec des actions d'entité.
Soumettre
L'action Soumettre permet d'ajouter un nouvel enregistrement à la base de données utilisateur Rational ClearQuest. Pour les enregistrements à base d'états, cette action attribue un état cible mais ne requiert aucun état source. Chaque type d'enregistrement peut contenir une seule action de type Soumettre.
Annuler la duplication
L'action Annuler la duplication est disponible uniquement pour les types d'enregistrement à base d'états. Cette action supprime le lien établi entre des enregistrements en double.

Création d'une transition d'état

Le développeur de schémas Rational ClearQuest définit les règles de transition permettant aux utilisateurs de faire passer les enregistrements d'un état à un autre. Les transitions d'état sont implémentées par des actions. Pour créer une transition, vous devez définir une action de type CHANGE_STATE, puis sélectionner les états appropriés (un ou plusieurs états source et un seul état cible).

Personnalisation d'une action par l'ajout de points d'ancrage

Vous pouvez ajouter des points d'ancrage d'action exécutant certaines tâches à des points clé du cycle de vie d'un enregistrement actif. Par défaut, tous les utilisateurs ont, par exemple, accès à chaque action. Or, vous pouvez utiliser un point d'ancrage de contrôle d'accès pour restreindre l'accès à une action.

Plusieurs points d'ancrage d'action sont pris en charge : Contrôle d'accès, Initialisation, Validation, Valider et Notification.

Pour obtenir la description de ces points d'ancrage et pour plus d'informations sur leur fonctionnement avec les points d'ancrage de zone, voir Utilisation de points d'ancrage pour personnaliser un enchaînement d'activités. Pour apprendre comment créer un point d'ancrage de contrôle d'accès, consultez la rubrique Exemples de points d'ancrage de contrôle d'accès. Voir aussi Langages de script et Contrôle de l'accès à une action.

Actions par défaut

Vous pouvez définir des actions par défaut pour les états. L'action par défaut associée à un état s'affiche en gras dans le menu Actions du client Rational ClearQuest.

Les actions par défaut sont utiles pour guider les utilisateurs à travers le modèle d'état. Elles sont requises pour certains schémas et packages (UCM par exemple). Dans le cas d'UCM, les actions par défaut associées aux états doivent fournir un chemin valide dans le modèle de type d'état. Pour plus d'informations, voir Ajout d'intégrations de gestion unifiée des changements IBM® Rational. De même, les actions par défaut peuvent être appelées dans le code du point d'ancrage.

Avant de définir l'action par défaut associée à un état, vous devez créer une transition d'état.

Suppression d'une action

La suppression d'une action peut imposer que d'autres changements soient apportés à un schéma. Par exemple, si vous supprimez une action CHANGE_STATE, vous devrez peut-être modifier la matrice de transition d'état en fonction de l'absence de cette action. Si un script fait référence à une action supprimée, vous devez le modifier pour supprimer toutes les références correspondantes.


Feedback