Référence des champs des attributions et flux de travail
Utilisez les champs de statut et d'assignation pour suivre la progression des récits utilisateurs, des tâches, des bogues et autres types d'éléments de travail. Ces champs prennent en charge de nombreuses requêtes d'équipe et rapports. La plupart des éléments de travail passent de l'état Nouveau, Actif ou Proposé à l'état Terminé ou Fermé. Quand un élément de travail passe d'un état à un autre, il peut également être réassigné à différents membres de l'équipe. Par exemple, un testeur peut créer un bogue qui est assigné à un autre membre de l'équipe au cours du triage. Quand ce dernier résout le bogue, celui-ci est réassigné au testeur qui l'a créé. Les diagrammes d'état de flux de travail diffèrent des modèles de processus par défaut fournis avec Team Foundation Server (TFS), consultez Utiliser des artefacts de projet d'équipe, choisir un modèle de processus.
Conseil
Vous pouvez afficher les diagrammes d'état d'un flux de travail à l'aide de Process Editor, qui est un outil puissant pour Visual Studio disponible ici : Team Foundation Server Power Tools.
Les champs Assigné à et État font l'objet d'un suivi pour chaque type d'élément de travail fourni avec les modèles de processus TFS par défaut.
Champs figurant sur les formulaires d'élément de travail
Le tableau suivant décrit les champs qui suivent les assignations et la progression des flux de travail. Pour plus d'informations sur les types de données et les attributs de champ par défaut, consultez Définir et modifier les champs des éléments de travail.
Nom du champ |
Description |
Nom de la référence |
Type de données |
Valeur par défaut de l'attribut de type signalable |
Valeur par défaut de l'attribut d'index |
---|---|---|---|---|---|
Assigné à |
Nom du membre de l'équipe possédant actuellement l'élément de travail. La liste de noms par défaut disponible dans le menu déroulant de ce champ de nom de personne défini par le système contient tous les comptes ajoutés à TFS et est appelée groupe d'utilisateurs autorisés. Toutefois, certains menus contextuels prenant en charge l'assignation à partir du Backlog ou des pages de tableau dans Team Web Access sont automatiquement limités aux membres de l'équipe. En outre, ces noms sont automatiquement synchronisés avec Active Directory quand ce dernier est configuré dans le cadre du déploiement. Consultez Synchronisation et champs de noms de personnes et Menu déroulant du champ Assigné à. |
System.AssignedTo |
Chaîne |
Dimension |
True |
Raison |
Raison pour laquelle l'élément de travail est dans l'état actuel. Les valeurs sont définies dans la section WORKFLOW de la définition du type d'élément de travail à l'aide de l'élément REASON. Pour modifier les raisons définies, consultez Modifier le flux de travail pour un type d'élément de travail. Ce champ ne fait pas l'objet d'un suivi pour les cas de test ou les étapes partagées. |
System.Reason |
Chaîne |
Dimension |
True |
Motif de résolution |
Raison pour laquelle un élément de travail a été résolu. Par exemple, le code d'un récit utilisateur est complet ou le bogue a été résolu. Ce champ est en lecture seule et valide uniquement pour les éléments de travail de type Agile et CMMI. |
Microsoft.VSTS.Common.ResolvedReason |
Chaîne |
Dimension |
False |
État |
État actuel de l'élément de travail. Ce champ vous permet de mettre à jour le statut d'un élément de travail dès qu'il passe de l'état nouveau ou actif à l'état terminé ou fermé. Les valeurs sont définies dans la section WORKFLOW de la définition du type d'élément de travail à l'aide de l'élément STATE. Pour modifier les états, consultez Modifier le flux de travail pour un type d'élément de travail. |
System.State |
Chaîne |
Dimension |
True |
Synchronisation des champs de noms de personnes
Par défaut, TFS synchronise les champs de noms de personnes définis par le système avec Active Directory. Ces champs sont les suivants : Activé par, Assigné à, Fermé par, Créé par et Résolu par. Vous pouvez accorder l'accès à TFS en ajoutant les groupes de sécurité que vous avez créés dans Active Directory ou en ajoutant des comptes aux groupes existants ou personnalisés définis dans TFS. Consultez Configurer les groupes à utiliser dans les déploiements TFS.
Vous pouvez activer ou désactiver la synchronisation d'un champ de nom de personne à l'aide de l'outil en ligne de commande witadmin changefields. Vous pouvez également synchroniser les champs de noms de personnes personnalisés en spécifiant l'attribut syncnamechanges. Consultez Gérer des champs d'éléments de travail (witadmin) et Référence des éléments FIELD (Définition).
Menu déroulant du champ Assigné à
Par défaut, le menu déroulant du champ Assigné à affiche tous les utilisateurs qui ont été ajoutés à TFS, que ce soit en tant que membres d'un groupe ou membres individuels. Par ailleurs, TFS indique le nom d'affichage et ajoute le nom du compte quand cela permet de distinguer des noms d'affichage identiques.
Pour réduire la liste de noms affichée dans les menus déroulants des champs de noms de personnes, vous pouvez limiter le champ aux seuls groupes TFS que vous voulez voir apparaître dans le menu. Pour cela, vous devez ajouter un ou plusieurs des éléments enfants suivants à la définition de FIELD dans la définition du type d'élément de travail : ALLOWEDVALUES, PROHIBITEDVALUES et VALIDUSER. Consultez Référence de tous les éléments XML FIELD et Définir les listes de choix.
Autres champs prenant en charge les requêtes et les rapports
Les autres champs sont renseignés dès qu'un élément de travail change d'état. Ces champs n'apparaissent pas sur le formulaire d'élément de travail, mais ils font l'objet d'un suivi pour chaque type d'élément de travail, comme indiqué dans le tableau suivant. Vous pouvez utiliser ces champs pour filtrer les requêtes et créer des rapports.
Nom du champ |
Description |
Nom de la référence |
Type de données |
Valeur par défaut de l'attribut de type signalable |
Valeur par défaut de l'attribut d'index |
---|---|---|---|---|---|
Activé par |
Nom du membre de l'équipe ayant créé l'élément de travail ou ayant passé son état de fermé ou terminé à l'état nouveau ou actif. |
Microsoft.VSTS.Common.ActivatedBy |
Chaîne |
Dimension |
False |
Date d'activation |
Date et heure auxquelles l'élément de travail a été créé ou auxquelles son état a été passé de fermé ou terminé à nouveau ou actif. |
Microsoft.VSTS.Common.ActivatedDate |
DateTime |
Dimension |
False |
Fermé par |
Nom du membre de l'équipe ayant défini l'état sur fermé ou terminé. |
Microsoft.VSTS.Common.ClosedBy |
Chaîne |
Dimension |
False |
Date de fermeture |
Date et heure auxquelles un élément de travail a été fermé. |
Microsoft.VSTS.Common.ClosedDate |
DateTime |
Dimension |
False |
Créé par |
Nom du membre de l'équipe ayant créé l'élément de travail. |
Microsoft.VSTS.Common.CreatedBy |
Chaîne |
Dimension |
False |
Date de création |
Date et heure auxquelles un élément de travail a été créé. |
Microsoft.VSTS.Common.CreatedDate |
DateTime |
Dimension |
False |
Résolu par |
Nom du membre de l'équipe ayant résolu l'élément de travail. |
Microsoft.VSTS.Common.ResolvedBy |
Chaîne |
Dimension |
False |
Date de résolution |
Date et heure auxquelles l'élément de travail a été passé à l'état résolu ou terminé. |
Microsoft.VSTS.Common.ResolvedDate |
DateTime |
Dimension |
False |
Date de modification d'état |
Date et heures auxquelles la valeur du champ État a été modifiée. |
Microsoft.VSTS.Common.StateChangeDate |
DateTime |
Aucun |
False |
Voir aussi
Concepts
Modifier le flux de travail pour un type d'élément de travail
Référence des champs d'éléments de travail pour Visual Studio ALM