Partager via

I (Glossaire Visual Studio ALM)

  • Article

Ce glossaire définit les termes clés utilisés dans l'aide de Visual Studio Application Lifecycle Management (ALM).

  • temps inclusif
    Temps total passé dans cette fonction ou ce module, y compris le temps passé dans les fonctions ou modules appelés à partir de cette fonction.

  • transitions inclusives
    Nombre de transitions entre le mode utilisateur (anneau 3) et le mode noyau (anneau 0) dans une fonction et les éléments qu'elle appelle.

  • architecture d'infrastructure
    Topologie de l'environnement de déploiement incluant des protocoles, des niveaux de sécurité et des services. Cette architecture fournit un mappage logique à l'environnement de déploiement, tel que le centre de données.

  • instrumenter
    Processus qui consiste à baliser le code source afin de mesurer la quantité de temps passé dans chaque zone.

  • instrumenter un binaire
    Insérer des sondes de diagnostic dans votre binaire pour recueillir des données de performance.

  • instrumentation
    Technique de profilage qui implique l'insertion de sondes de diagnostic dans le programme profilé. Voir aussi : échantillonnage

  • surcharge d'instrumentation
    Augmentation de la durée d'exécution du code lorsque vous instrumentez un fichier binaire. Cette augmentation est due au code supplémentaire, appelé une sonde, qui est inséré pour contrôler les performances de l'application.

  • IntelliTrace
    Fonctionnalité pour le débogage d'une application managée à des moments spécifiques. Elle capture et enregistre ce que fait l'application pendant son exécution. Lorsqu'une erreur se produit, vous pouvez à tout moment consulter l'état de l'application depuis le démarrage jusqu'au moment de l'erreur.

  • événement IntelliTrace
    Tout événement qui se produit pendant l'exécution de votre application qui peut être enregistré par IntelliTrace ou Lab Management.

  • fichier IntelliTrace
    Informations collectées par IntelliTrace. L'extension de nom de fichier est .iTrace.

  • version interne
    Processus qui consiste à amener le produit à un état connu et à en tirer parti de façon incrémentielle. Par ailleurs, jalon intermédiaire de la phase de développement, qui aboutit au jalon de portée terminée.

  • environnement de développement isolé
    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.

  • itération
    Période (un mois le plus souvent) pendant laquelle le logiciel est développé et vérifié pour produire un incrément potentiellement livrable du produit ou du projet.

  • budget d'itération
    Budget utilisé pour planifier l'activité de développement pour une itération, basé sur des estimations d'ordre de grandeur. Le budget d'itération est obtenu à partir du rapport de rapidité et est mesuré en nombre de jours/homme idéal.

  • durée d'itération
    Durée de la période fixe qui constitue l'itération. La durée d'itération reste en général constante sur l'ensemble du projet.

  • plan d'itération
    Liste de scénarios, de spécifications de qualité de service et de tâches pour l'itération à venir.

  • tests d'itération
    Ensemble de tests exécutés après les tests de vérification de build. Ces tests vérifient les fonctionnalités requises dans le plan d'itération.

  • développement itératif
    Développement d'une solution en générant, testant et déployant un ensemble principal de fonctionnalités de base, puis en ajoutant les fonctionnalités dans les versions successives.