Partager via

M (Glossaire de Visual Studio Team System)

  • Article

Mise à jour : novembre 2007

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

  • mappage d'ensemble de compteurs [counter set map]
    Association entre un ensemble de compteurs et un ordinateur utilisé lors d'un test de charge. Par exemple, un serveur Web peut avoir des mappages d'ensembles de compteurs ASP.NET, IIS et .NET.

  • matrice de compromis [trade-off matrix]
    Outil permettant de gérer les compromis du projet en les représentant dans une matrice qui reflète les trois variables du projet (présentées sur l'axe y) dans le contexte de trois décisions (présentées sur l'axe x). Les variables du projet sont les ressources (personnes et coûts), la planification (temps) et les fonctionnalités (produit et sa qualité). Ces variables sont parfois présentées comme le triangle de compromis. Les trois décisions sont d'optimiser, de limiter ou d'accepter une variable donnée. Une modification apportée à l'une des variables du projet oblige l'équipe à effectuer une correction sur l'un des trois côtés pour conserver l'équilibre du projet, y compris éventuellement sur le même côté sur lequel la modification s'est d'abord produite. Par exemple, la décision d'ajouter une fonctionnalité à un produit peut impliquer la suppression d'autres fonctionnalités s'il manque des ressources ou du temps pour prendre en charge leur développement.

  • matrice de responsabilités [responsibility matrix]
    Document qui affiche de façon explicite chaque membre de l'équipe qui est chargé d'exécuter, d'examiner et d'approuver les lots de travaux dans un projet.

  • matrice probabilité-impact [probability and impact matrix]
    Procédé courant pour déterminer si un risque est considéré comme faible, modéré ou élevé en associant les deux dimensions d'un risque, la probabilité d'une occurrence et son impact éventuel sur les objectifs.

  • menace [threat]
    Manière par laquelle un adversaire peut tenter d'affecter une ressource par le biais d'un point d'entrée. Une menace décrit un objectif d'un adversaire.

  • Mes requêtes [My Queries]
    Dossier situé sous le nœud des éléments de travail de chaque projet Team Foundation qui contient les requêtes définies par l'utilisateur actuel et ne pouvant être vues que par celui-ci.

  • méthode de test [test method]
    Toute méthode marquée avec l'attribut TestMethod. Vous ne pouvez pas exécuter un test unitaire si ses méthodes de test ne sont pas dans une classe de test.

  • méthode DREAD [DREAD]
    Classement du risque associé à une vulnérabilité ou une condition de sécurité. DREAD est l'acronyme de Damage potential (dommages potentiels), Reproducibility (reproductibilité), Exploitability (exploitabilité), Affected users (utilisateurs affectés) et Discoverability (détectabilité).

  • méthode STRIDE [STRIDE]
    Acronyme utilisé pour catégoriser différents types de menaces. Méthode de catégorisation des types de menaces. Ces types de menaces sont les suivants : usurpation d'identité, falsification de données, répudiation, divulgation d'identité, déni de service et élévation des privilèges.

  • méthodes agiles [Agile Methods]
    Famille de processus que les développeurs d'applications utilisent pour réduire le risque en développant des applications dans une série d'itérations courtes qui durent de une à quatre semaines. Dans ce paradigme, l'avancement est mesuré principalement avec des logiciels éprouvés et non en fonction des heures passées ou des tâches effectuées. Les méthodes agiles mettent en valeur les communications en temps réel, telles que les réunions face à face, les appels téléphoniques et la messagerie instantanée, par rapport aux documents écrits.

  • métrique de test [test metric]
    Unité de mesure de test. La couverture de test unitaire est un exemple de métrique de test pour l'équipe de développement.

  • mode Formulaire d'élément de travail [Work Item Form view]
    Fenêtre de document Visual Studio qui affiche la forme complète d'une instance d'élément de travail. Vous pouvez ouvrir de nombreux formulaires d'éléments de travail comme documents dans Visual Studio.

  • modèle de charge [load pattern]
    Définit le nombre d'utilisateurs virtuels actifs pendant un test de charge et le taux auquel les nouveaux utilisateurs sont démarrés. Parmi les exemples de taux figurent « modèle par étape » ou « constante ». Voir : scénario de test de charge.

  • modèle de cycle de vie [life cycle model]
    Partitionnement de la vie d'un produit en phases qui dirigent le projet depuis l'identification des besoins du client jusqu'au retrait du produit.

  • modèle de document [document template]
    Fichiers .doc, .dot, .xls, .xlt, etc. individuels fournis avec un processus comme point de départ pour les utilisateurs. Certains sont des exemples qui sont modifiés. D'autres sont des modèles qui doivent être enregistrés dans un nouveau fichier (de .dot en .doc) ; ils doivent être synchronisés avec le guide de processus, mais séparés de celui-ci, les deux étant ajoutés aux modèles de processus.

  • modèle de domaine [domain model]
    Représentation graphique et en mémoire (stockage) d'un langage spécifique au domaine. Vous pouvez créer un modèle de domaine à l'aide de l'Assistant Concepteur de langage spécifique au domaine ou le personnaliser à l'aide du concepteur.

  • modèle de test manuel [manual test template]
    Modèle utilisé par le système pour assurer à l'utilisateur une certaine cohérence lors de la création d'un test manuel.

  • modification en attente [pending change]
    Groupe de modifications qui ont été référencées, mais qui n'ont pas encore été validées dans la base de données pour la publication et l'enregistrement permanent.

  • module dépendant [dependent module]
    Module qui contient des dépendances d'autres modules.

  • moniteur de test de charge [Load Test Monitor]
    Fenêtre Visual Studio qui affiche les résultats pendant une série de tests de charge.