E (Glossaire de Visual Studio Team System)

Mise à jour : novembre 2007

Ce glossaire définit les termes clés utilisés dans l'aide de Visual Studio Team System.

• échantillonnage [sampling]
  Technique de profilage qui implique les captures instantanées de l'exécution du programme selon une certaine fréquence. Voir aussi : instrumentation

• échec [miss]
  Ligne de code qui n'a pas été exécutée par un test. Voir aussi : atteinte

• éditeur de test de charge [Load Test Editor]
  Éditeur Visual Studio dans lequel un fichier .loadtest est ouvert. Il affiche une arborescence de nœuds.

• éditeur de test Web [Web Test Editor]
  Éditeur Visual Studio dans lequel un test Web est modifié. Il affiche une arborescence de nœuds de requêtes.

• élément de travail [work item]
  1) Enregistrement de base de données que Visual Studio Team Foundation utilise pour effectuer le suivi de l'assignation et de l'état d'un travail. Un élément de travail représente les fichiers et dossiers qui sont stockés sur le serveur du contrôle de code source Team Foundation Server. Les types sont Tâche, Demande de modification, Risque, Examen, Impératif et Bogue. 2) Instance d'un type d'élément de travail, unité de travail assignée à un utilisateur dans Team Foundation Server.

• élément du modèle de domaine [domain model element]
  Élément de diagramme qui définit un langage spécifique au domaine. Les éléments du modèle de domaine incluent les classes, les relations de domaines, les connecteurs et les formes.

• éléments de projet [project items]
  Différents types d'objets compris dans un projet de base de données, y compris les plans de génération de données, scripts et définitions d'objets de schéma.

• énoncé de vision [vision statement]
  Court énoncé décrivant la vision du projet, la proposition de valeur, les parties prenantes et les facteurs de motivation.

• énoncé des risques [risk statement]
  Énoncé de conséquence de condition qui permet de décrire clairement un risque en exprimant une relation causale entre l'attribut ou l'état d'un projet réel et existant, et l'attribut ou l'état d'un autre projet éventuel et non réalisé.

• ensemble de compteurs [counter set]
  Ensemble de compteurs de performance système qu'il est utile de surveiller pendant un test de charge. Les ensembles de compteurs sont organisés par technologie, par exemple ASP.NET ou SQL.

• ensemble de modifications [changeset]
  Regroupement logique de modifications. L'objectif des ensembles de modifications est de regrouper toutes les mises à jour de fichiers et d'éléments de travail qui sont fournies par une seule action d'archivage.

• environnement de développement isolé [isolated development environment]
  Copie privée de la base de données qui est créée à partir du projet de base de données et remplie en général avec des données en utilisant un plan de génération de données. Vous pouvez utiliser un environnement de développement isolé pour implémenter et tester sans risque les modifications apportées au schéma de base de données sans interférer avec d'autres processus de développement. Après avoir terminé les tests, vous pouvez partager vos modifications avec le reste de l'équipe lorsque vous archivez votre version du schéma dans le contrôle de version.

• équilibrer la charge [load balance]
  Redistribuer le travail aux ressources disponibles ou le replanifier à des heures disponibles.

• équipe de pairs [team of peers]
  Modèle de travail de l'organisation qui encourage l'utilisation de petites équipes cohérentes de spécialistes des rôles qui communiquent de façon égale dans la réalisation de leurs tâches personnelles et de groupe. Ce modèle de travail est différent du modèle de travail traditionnel dont la structure est linéaire et de haut en bas, et ses fonctions ont été éprouvées dans de nombreuses organisations, cultures et tailles de projets différentes.

• équipe de triage [triage team]
  Équipe qui exécute le processus utilisé pour passer en revue les bogues nouvellement signalés ou rouverts et pour leur assigner une priorité et une itération.

• erreur de génération [build error]
  Message qui vous informe d'un problème qui interrompt la génération.

• espace de travail [workspace]
  Représente une copie côté client des fichiers du serveur que vous voulez utiliser.

• estimation ascendante [bottom-up estimating]
  Principe d'une bonne planification. Elle consiste à demander à ceux qui font le travail d'en estimer l'effort, à cumuler les estimations de niveau tâche et à reconnaître que l'expérience est la meilleure technique d'estimation.

• estimation d'ordre de grandeur [rough order of magnitude estimate]
  Estimation effectuée sans les coûts détaillés, ou basée sur des données initiales ou incomplètes. Les catégories classiques sont de 1 à 3 jours, 3 à 10 jours ou au-delà de 10 jours. Une estimation d'ordre de grandeur établit un coût approximatif pour un scénario ou une spécification de qualité de service.

• estimé [costed]
  Une estimation ou un coût a été fourni.

• état de la build [build health]
  Qualité du logiciel tel qu'il a été généré.

• état zéro défaut [zero defect state]
  Ne présentant aucun avertissement ni aucune erreur.

• étude conceptuelle [conceptual design]
  Étape majeure du processus d'étude, qui permet à l'équipe du projet de traduire les besoins de l'entreprise en un langage commun que les utilisateurs et les développeurs doivent partager, et qui décrit le jeu de fonctionnalités et/ou les scénarios d'usage que la solution doit englober. L'étude conceptuelle ressemble aux ébauches et scénarios approximatifs créés lors de la conception d'une maison. Ce sont des modèles faciles à comprendre, créés conjointement par le client et l'architecte.

• étude de réalisation [physical design]
  Troisième étape majeure du processus d'étude, au cours de laquelle l'équipe du projet détermine le mode d'implémentation spécifique de l'étude logique. L'étude de réalisation concerne la technologie qui sera employée par l'utilisateur final. L'objectif est d'appliquer les contraintes technologiques concrètes à l'étude logique, par exemple les considérations relatives à l'implémentation et aux performances. L'étude de réalisation correspond aux plans d'un entrepreneur pour les éléments physiques d'une structure : câblage, plomberie, chauffage et aération. Les plans de l'entrepreneur ajoutent des détails à ceux de l'architecte et reflètent les contraintes de construction concrètes.

• étude logique [logical design]
  Processus d'étude qui détaille les éléments de la solution et la façon dont ils sont liés les uns aux autres. Cette étude ne fournit pas de détails d'implémentation techniques et, par conséquent, précède la prise de décisions relatives à une technologie spécifique.

• ETW
  Voir : suivi d'événements pour Windows

• évaluation qualitative [qualitative assessment]
  Processus qui affecte une priorité aux conséquences des risques sur les objectifs du projet pour planifier les réponses aux risques.

• évaluation quantitative [quantitative assessment]
  Processus qui mesure la probabilité et les conséquences des risques, et évalue leurs implications pour les objectifs du projet.

• Exécuter la requête [run query]
  Commande permettant d'exécuter une requête d'élément de travail.

• Explorateur de tests [Test List Editor]
  Fenêtre dans Visual Studio Team System qui permet de gérer, d'exécuter et de contrôler de grands nombres de tests et de listes de tests.

• Explorateur d'équipes [Team Explorer]
  Permet d'accéder aux projets d'équipe sur lesquels vous travaillez.

• Explorateur du contrôle de code source [Source Control Explorer]
  Utilisé pour afficher et gérer les éléments du contrôle de code source Team Foundation, qui peuvent inclure des projets d'équipe, des dossiers et des fichiers.

• extraire [check out]
  Placer une copie accessible en écriture d'un fichier ou d'un projet d'une base de données Visual SourceSafe dans un dossier de travail.