Référence des champs d'éléments de travail pour Visual Studio ALM

Vous pouvez utiliser l'index des champs de cette rubrique pour rechercher une description de chaque champ utilisé pour effectuer le suivi des éléments de travail. Cette référence inclut tous les champs définis dans les modèles de processus par défaut pour Team Foundation Server (TFS). Vous utilisez deux types principaux de champs pour effectuer le suivi des données pour un type d'élément de travail. Les champs système sont définis pour tous les types d'éléments de travail et tous les autres champs sont créés en ajoutant des définitions d'élément FIELD pour eux à un type d'élément de travail. Lorsque le type d'élément de travail est téléchargé sur Team Foundation, lorsqu'un projet d'équipe est créé ou par un autre moyen, tous les nouveaux champs sont ajoutés à l'ensemble de champs définis pour la collection de projets d'équipe. Par exemple, lorsque vous créez un projet d'équipe qui utilise le modèle de processus pour Microsoft Solutions Framework (MSF) for Agile Software Development, tous les champs définis dans chaque type d'élément de travail Agile sont ajoutés dans la collection de projets d'équipe de champs de données.

Vous devez utiliser autant des champs de la collection de projets existante et du système que possible pour rendre votre type d'élément de travail plus portable entre les collections de projets. Pour prendre charge des besoins de suivi supplémentaires, vous pouvez définir vos propres champs d'élément de travail personnalisés. Pour plus d'informations, voir Définir et modifier les champs des éléments de travail.

Notes

Vous pouvez répertorier les attributs des champs à l'aide de la commande witadmin listfields.De plus, vous pouvez modifier le nom de champ, l'index et les attributs de rapport de n'importe quel champ, à l'exception des champs système en utilisant l'outil en ligne de commande witadmin.Pour plus d'informations, voir Gérer des champs d'éléments de travail (witadmin).

Vous pouvez consulter les assignations d'attribut effectuées pour tous les champs définis dans une collection de projets d'équipe à l'aide de Process Editor, un outil puissant pour Visual Studio.Pour plus d'informations, voir la page suivante sur le site Web Microsoft : Team Foundation Server Power Tools.

Index alphabétique

Les valeurs entre parenthèses indiquent les champs système où les champs utilisés uniquement par l'un des modèles de processus par défaut : Scrum, Agile ou CMMI. Pour obtenir la liste des champs écrits dans la base de données relationnelle ou le cube de l'entrepôt de données, voir Référence des champs signalables pour Visual Studio ALM.

Critères d'acceptation (Scrum) Accepté par Date d'acceptation Activé par Date d'activation Activité Participant réel 1-8 (CMMI) Analyse (CMMI) Instructions de lancement de l'application Informations de démarrage de l'application Type d'application ID de zone (système) Chemin de la zone (système) Assigné à Contexte associé Code du contexte associé Propriétaire du contexte associé Type de contexte associé Nombre de fichiers attachés Autorisé comme (non utilisé) ID Test automatisé (TCM) Nom du test automatisé (TCM) Stockage du test automatisé (TCM) Type de test automatisé (TCM) AutomatedTestId (TCM) AutomatedTestName (TCM) Statut Automation (TCM) Priorité du Backlog (Scrum) Bloqué Valeur commerciale Appelé par (CMMI) Date de demande (CMMI)

Modifié par (système) Date de modification (système) Fermé par (système) Date de fermeture (système) État fermé Code d'état fermé Commentaire de clôture Commentaires (CMMI) Validé (CMMI) Travail effectué Plan d'urgence (CMMI) Résolution réelle par l'action corrective (CMMI) Plan d'action corrective (CMMI) Créé par (système) Date de création (système) Discipline (CMMI) Description (système) Date d'échéance (Agile) Effort (Scrum) Escalader (CMMI) Date de fin Trouvé dans la build (TCM) Trouvé dans l'environnement (CMMI) Historique (système) Trouvé comment (CMMI) Nombre de liens hypertextes ID (système) Évaluation de l'impact (CMMI) Impact sur l'architecture (CMMI) Impact sur le développement (CMMI) Impact sur les publications techniques (CMMI) Impact sur le test (CMMI) Impact sur l'expérience utilisateur (CMMI)

Intégré dans la build (TCM) Problème (TCM) ID d'itération (système) Chemin de l'itération (système) Justification (CMMI) Commentaire de lien (système) Description de lien (système) Source de données locale (TCM) Type de réunion (CMMI) Minutes (CMMI) Plan d'atténuation (CMMI) Déclencheurs d'atténuation (CMMI) Nom du nœud Participant facultatif 1-8 (CMMI) Estimation d'origine Paramètres (TCM) Priorité Probabilité (CMMI) Correction proposée (CMMI) Objectif (CMMI) Évaluation Raison (système) Nombre de liens associés (système) Travail restant Étapes de reproduction Participant obligatoire 1-8 (CMMI) Type de spécification (CMMI) Révision obligatoire (CMMI) Test obligatoire (CMMI) Résolution (Scrum) Résolu par Date de résolution Motif de résolution

Révisé par Date de révision Rév (système) Risque (Agile) Cause première (CMMI) Gravité Taille (CMMI) Rang dans la pile Date de début État (système) Date de modification d'état Code d'état Étapes (TCM) Étapes à reproduire (TCM) Points de récit (Agile) Expert technique 1-3 (CMMI) Symptôme (CMMI) Informations système (TCM) Balises Date limite Date de résolution cible (CMMI) Type de tâche (CMMI) Projet d'équipe (système) Audit de suite de tests (TCM) Type de suite de tests (TCM) ID du type de suite de tests (TCM) Titre (système) Triage (CMMI) Test d'acceptation Utilisateur (CMMI) Type d'élément de travail (système)

Vous pouvez utiliser les champs système ou les autres champs que vous avez ajoutés dans votre collection de projets pour effectuer des rapports et des requêtes explicites de projet entre équipes. En outre, tout champ non-système référencé dans la section de flux de travail ou de formulaire de la définition du type d'élément de travail doit posséder un élément FIELD qui le définit dans la section FIELDS du fichier XML de définition du type d'élément de travail. De plus, vous devez spécifier tout champ non-système que vous souhaitez éventuellement utiliser pour générer une requête ou un rapport dans la section FIELDS.

Rubriques de référence des champs

Les rubriques ci-dessous décrivent les champs utilisés en commun par tous les types d'éléments de travail ou ceux spécifiques uniquement à un ou plusieurs types d'éléments de travail.

Champs communs à de nombreux types d'éléments de travail : Titres, ID, descriptions et historique Zones et itérations Assignations et flux de travail Planification, classement et priorités Effort, planifications et travail de suivi Intégration de build Contrôles, restrictions et champs de lien Contrôles et champs de pièce jointe

Champs utilisés par des types d'éléments de travail spécifiques : Demande de révision du code Réponse de révision du code Demande de commentaires Réponse aux commentaires Étapes partagées Cas de test

Champs utilisés pour effectuer le suivi d'éléments de travail CMMI : Spécifications Bogues Requêtes de modification Problèmes Réunions de révision Risques

Voir aussi

Référence

Gérer des champs d'éléments de travail (witadmin)

Concepts

Référence des champs signalables pour Visual Studio ALM

Définir et modifier les champs des éléments de travail

Utiliser des artefacts de projet d'équipe, choisir un modèle de processus