Partager via

C (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).

  • CAB (Change Advisory Board)
    Voir comité consultatif sur les modifications (CAB)

  • analyse graphique des appels
    Graphique des appels de méthode et stades de ces appels dans le programme. Un nœud représente une méthode et le lien représente la relation des autres méthodes appelées.

  • comité consultatif sur les modifications (CAB)
    Groupe officiellement constitué de personnes représentant les fonctions d'organisation de services et de support technique, qui est chargé d'évaluer, de planifier et d'autoriser les modifications à apporter à l'environnement informatique. La comité consultatif sur les modifications (CAB) est un composant essentiel d'un processus de gestion des changements formel et il est probable qu'elle soit constituée de représentants de tous les domaines informatiques et de représentants des unités d'entreprise. En ce qui concerne les projets, ce groupe est chargé d'approuver ou de rejeter les modifications que le projet se propose d'apporter à l'environnement informatique.

  • contrôle des modifications
    Principes et processus qui facilitent la gestion des changements sans compromettre la qualité ou l'intégrité d'une solution ou d'un projet informatique, par le biais de procédures structurées pour l'envoi, l'approbation, l'implémentation et l'examen des demandes de modification.

  • gestion des changements
    Pratique qui consiste à administrer les modifications à l'aide de techniques et de méthodes testées afin d'éviter de nouvelles erreurs et de minimiser l'impact éventuel sur les niveaux de service informatique convenus en accord avec les contrats SLA.

  • ensemble de modifications
    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.

  • ID d'ensemble de modifications
    ID numérique assigné à un ensemble de modifications spécifique.

  • archiver
    Action de placer un fichier ou un projet dans une base de données pour le stockage.

  • notes d'archivage
    Commentaires associés à un ensemble de modifications qui sont ajoutés lors du processus d'archivage en invitant l'utilisateur à entrer des données spécifiques. Les notes d'archivage peuvent être configurées pour être obligatoires par un administrateur.

  • test de vérification
    Test exécuté par un développeur pour déterminer si son code a affecté la stabilité globale du produit.

  • extraire
    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.

  • diagramme de classes
    Représentation visuelle et statique des classes et de leurs relations.

  • cloner
    Processus par lequel un nouvel ordinateur virtuel est créé à partir d'un ordinateur virtuel existant. Le nouvel ordinateur virtuel a la même identité que l'ordinateur source.

  • analyse du code
    Vérification de la compatibilité du code avec les règles de conception. L'analyse du code va au-delà de la compilation pour rechercher les erreurs courantes de codage et de conception déterminées par un ensemble de directives.

  • code terminé
    Jalon de développement qui marque le stade auquel toutes les fonctionnalités de la version sont implémentées et les fonctions ont été contrôlées par rapport aux spécifications fonctionnelles.

  • couverture du code
    (1) Technologie qui comprend l'ajout d'instructions à un assembly ou artefact existant et qui permet à Visual Studio de surveiller les chemins de code concernés par un test. (2) Pour MSF Agile : métrique utilisée pour décrire le degré selon lequel le code source d'un programme a été testé. La couverture du code est exprimée sous la forme du pourcentage des blocs de code testés par rapport au nombre total de blocs de code.

  • gel du code
    Stade auquel un document de projet technique (définition des besoins, spécifications fonctionnelles, etc.) ou un composant développé de la solution ne peut pas être modifié sans une justification et une approbation significatives de la part des principales parties prenantes au projet.

  • révision du code
    Évaluation du code pour améliorer sa qualité et les capacités de l'équipe de développement. Les types de révisions du code comprennent la révision formelle, la révision par les pairs et la révision par des tiers.

  • test Web codé
    Type de test créé en règle générale en convertissant un test Web enregistré existant en code C# ou Visual Basic.

  • test codé de l'interface utilisateur
    Test automatisé de l'interface utilisateur d'une application. Un test codé de l'interface utilisateur exécute les actions utilisateur et valide les résultats attendus.

  • fonctions de collecte
    Fonctions qui recueillent des données de minutage et d'autres données de performance dans un module instrumenté.

  • Options de colonne
    Boîte de dialogue qui permet de spécifier les colonnes et l'ordre de tri à afficher dans une liste de résultats.

  • command
    Instruction transmise par l'utilisateur à un logiciel, qui entraîne l'exécution d'une action. Les commandes sont généralement saisies au clavier ou sélectionnées à partir d'un menu.

  • script courant
    Dans un test unitaire de base de données, l'un des scripts suivants : TestInitialize ou TestCleanup. Les scripts courants ne s'exécutent pas dans le cadre d'un test unitaire de base de données. Ils s'exécutent plutôt avant et après les tests et séries de tests pour modifier l'environnement de test qui inclut la base de données qui est testée.

  • Common Structure Services
    Mécanisme de Team Foundation qui permet de décrire une hiérarchie de fonctionnalités.

  • environnement composé
    Environnement virtuel créé à partir d'ordinateurs virtuels qui ont été créés en dehors de Gestionnaire de tests Microsoft et ont déjà été déployés sur un groupe hôte.

  • étude conceptuelle
    É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.

  • gestion de la configuration
    Processus qui consiste à identifier et à définir des éléments de configuration dans un système, à enregistrer et à signaler l'état des éléments de configuration et les demandes de modification, ainsi qu'à vérifier l'exhaustivité et l'exactitude des éléments de configuration.

  • variable de configuration
    Variable qui indique une spécification de test, telle qu'une configuration matérielle ou logicielle requise. Chaque variable de configuration a un jeu de valeurs autorisées associé.

  • contrainte
    Condition logique sur une section de modèle. Chaque contrainte est représentée par une méthode de validation implémentée sur une classe de domaine de votre modèle.

  • plan d'urgence
    Plan destiné à traiter les risques reconnus qui peuvent survenir lors du déroulement d'un projet. Le plan identifie les stratégies alternatives à utiliser pour garantir la réussite du projet en cas d'occurrences d'un risque spécifié.

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

  • ensemble de compteurs
    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.

  • mappage d'ensemble de compteurs
    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.

  • seuil de compteur
    Alertes qui peuvent être définies sur un compteur particulier pour vous indiquer l'utilisation des ressources système lors d'une série de tests de charge. Il existe deux types de seuil : les seuils d'avertissement et les seuils critiques. Les définitions d'ensembles de compteurs contiennent des seuils prédéfinis pour de nombreux indicateurs de performance clés.

  • collection de couverture
    Informations recueillies au moment de l'exécution sur les blocs ou lignes d'une application qui sont exécutés au moins une fois.

  • chemin critique
    Série d'activités qui détermine la durée du projet. Dans un modèle déterministe, le chemin critique est généralement défini en tant qu'activités dont la valeur float est inférieure ou égale à une valeur spécifiée, souvent zéro. Il s'agit du chemin le plus long du projet.

  • client
    Personne qui s'attend à retirer une valeur commerciale de la solution. Par ailleurs, destinataire d'un service ou produit.