Personnaliser les domaines fonctionnels au sein d'un modèle de processus
Vous pouvez définir la configuration initiale de la plupart des domaines fonctionnels fournis par Visual Studio Application Lifecycle Management (ALM) et Visual Studio Team Foundation Server.Plus précisément, vous pouvez définir la configuration initiale des domaines indiqués dans l'illustration suivante en modifiant le fichier de plug-in correspondant à ces domaines fonctionnels :
Pour obtenir une vue d'ensemble des plug-ins requis et des dépendances de plug-in, consultez Définir des dépendances pour des groupes de tâches et des tâches dans des fichiers de plug-in.
Dans cette rubrique
Définition des classifications, des groupes et des autorisations
Définition du suivi des éléments de travail
Définition du contrôle de version, de la build, de Lab Management et de la gestion des tests
Définition des rapports et du portail
Définition des classifications, des groupes et des autorisations
Vous définissez les domaines organisationnels et les versions de jalon pour le développement de produit dans le plug-in Classification.Vous définissez les groupes de sécurité par défaut, ainsi que leurs membres et autorisations, dans le plug-in Groupes et autorisations.
Plug-in |
Tâche |
Rubriques connexes |
---|---|---|
Classification |
Définir des hiérarchies de classification pour les zones de produit et les itérations :vous utilisez le fichier de plug-in Classification.xml pour définir les itérations et les chemins de zone initiaux d'un projet d'équipe et pour télécharger le fichier de mappage pour Microsoft Project. |
Définir les zones et les itérations initiales dans le plug-in Classification |
Groups |
Configurer des autorisations et des groupes de sécurité initiaux :vous utilisez le fichier de plug-in GroupsandPermissions.xml pour définir les groupes de sécurité initiaux d'un projet d'équipe, ainsi que leurs membres et autorisations. |
Configurer des groupes, des équipes, des membres et des autorisations initiaux Définir des groupes, des équipes et des autorisations à l'aide du plug-in Groupes et autorisations |
Build, Lab, Contrôle de version |
Configurer les autorisations de sécurité initiales des fonctions de build, contrôle de version et Lab Management :vous pouvez configurer les paramètres de sécurité initiaux des domaines fonctionnels d'un projet d'équipe, tels que Team Foundation Build, Visual Studio Lab Management et contrôle de version Team Foundation. |
|
N/A |
Personnaliser la façon dont les données sont publiées et actualisées lors du travail dans Microsoft Project :vous pouvez personnaliser la façon dont les champs sont mappés entre Project et Team Foundation en modifiant le fichier FileMapping.xml.Lorsque des tâches sont publiées ou actualisées dans Project, le fichier de mappage du projet détermine la façon dont les champs de chaque tâche sont mappés aux champs de Team Foundation. |
Mapper des champs Microsoft Project et des champs Team Foundation |
Retour au début
Définition du suivi des éléments de travail
Vous utilisez le fichier de plug-in WorkItems.xml pour définir les objets initiaux avec lesquels votre équipe va effectuer le suivi du travail.Vous spécifiez un fichier de définition pour chaque type d'élément de travail, requête et type de lien que vous souhaitez télécharger sur un projet d'équipe.Vous spécifiez des catégories dans un fichier de définition pour ces objets.Enfin, vous spécifiez les autorisations de requête, les dossiers de requêtes et les instances d'élément de travail dans le fichier de plug-in WorkItems.xml.Pour plus d'informations, consultez Définir et personnaliser des objets pour le suivi des éléments de travail en utilisant le plug-in de suivi d'élément de travail.
Objet |
Rubriques connexes |
---|---|
Types d'éléments de travail |
Ajouter des définitions de type pour des éléments de travail à un modèle de processus |
Requêtes d'élément de travail |
Ajouter des requêtes d'élément de travail à un modèle de processus |
Catégories |
Ajouter des définitions de type pour des catégories d'éléments de travail à un modèle de processus |
Types de liens |
Ajouter des définitions de type pour des liens d'éléments de travail à un modèle de processus |
Éléments de travail |
Ajouter une instance d'élément de travail à un modèle de processus |
Retour au début
Définition du contrôle de version, de la build, de Lab Management et de la gestion des tests
Vous définissez la configuration initiale des zones fonctionnelles pour Team Foundation Build, Lab Management, Gestionnaire de tests, et contrôle de version Team Foundation via leurs connexions respectives : Build, Lab, gestion des tests, et contrôle de version.Vous définissez les autorisations initiales de Gestionnaire de tests dans le plug-in Groupes, comme décrit dans Assignation d'autorisations au niveau des projets.
Plug-in |
Tâche |
Rubriques connexes |
---|---|---|
Build, Lab et Contrôle de version |
Configurer les autorisations initiales des fonctions de build, de contrôle de version et Lab Management :vous configurez les paramètres de sécurité initiaux de Team Foundation Build, Lab Management et contrôle de version Team Foundation dans le fichier de plug-in correspondant pour le champ fonctionnel. |
|
Contrôle de version |
Personnaliser les activités de contrôle de version :vous utilisez le fichier de plug-in VersionControl.xml pour définir les autorisations du contrôle de version d'un projet d'équipe, ses notes d'archivage et si l'extraction exclusive est requise. |
Définir la configuration initiale du contrôle de version Team Foundation |
Gestion des tests |
Configurer les configurations, variables et états de résolution de test utilisés par Microsoft Test Manager :vous utilisez le fichier de plug-in TestManagement.xml pour définir les fichiers de gestion de test à télécharger qui créeront les variables, configurations, paramètres et états de résolution de test initiaux d'un projet d'équipe. |
|
Générer |
Télécharger les fichiers de modèle de build :vous utilisez le fichier de plug-in Build.xml pour configurer les autorisations de sécurité initiales assignées aux identités de Team Foundation Build et pour télécharger les fichiers de modèle de build. |
|
Lab |
Télécharger les fichiers de modèles utilisés par Lab Management :vous utilisez le fichier de plug-in Lab.xml pour configurer les autorisations initiales assignées aux identités de Lab Management. |
Retour au début
Définition des rapports et du portail
Vous téléchargez l'ensemble de rapports par défaut dans SQL Server Reporting Services à l'aide du plug-in Rapports.Vous activez le portail de projet d'équipe, téléchargez les fichiers de guide de processus et activez des fonctionnalités de tableau de bord en utilisant le plug-in Portail.
Plug-in |
Tâche |
Rubriques connexes |
---|---|---|
Création de rapports |
Télécharger les rapports visualisés dans le Gestionnaire de rapports :vous utilisez le fichier de plug-in ReportsTasks.xml pour définir les tâches permettant de télécharger les rapports initiaux d'un projet d'équipe et pour créer la structure initiale des dossiers de rapport. |
|
Portail |
Personnaliser le portail du projet d'équipe :vous utilisez le fichier de plug-in WssTasks.xml pour définir les tâches permettant de créer le portail du projet, pour télécharger des fichiers dans le portail et pour activer des fonctionnalités de tableau de bord.
Remarque
Vous ne pouvez pas personnaliser de tableaux de bord et rapports Excel à l'aide des fichiers de modèles de processus.Ces artefacts sont créés pour un projet d'équipe en fonction des sélections que vous effectuez dans l'Assistant Nouveau projet d'équipe et de la version de produits SharePoint exécutée sur le site du portail.
|
Définir le plug-in de portail du projet pour un modèle de processus |
Retour au début
Tâches connexes
Tâche |
Rubriques connexes |
---|---|
Comprendre la structure de fichiers et les composants que vous pouvez personnaliser :vous personnalisez un modèle de processus en modifiant, supprimant ou ajoutant des fichiers définis pour un modèle de processus. |
|
Réviser le processus de personnalisation et de vérification des changements apportés à un modèle de processus :pour personnaliser un modèle de processus, vous téléchargez tout d'abord un modèle de processus existant ou vide, vous modifiez ou ajoutez des fichiers, vous téléchargez les fichiers de modèles de processus, puis vous vérifiez les modifications que vous avez apportées.La personnalisation d'un modèle de processus est un processus itératif.Le respect de la séquence recommandée facilitera vos efforts de personnalisation. |
Step-by-Step Customization Process |
Déterminer les domaines fonctionnels à personnaliser :vous pouvez utiliser la liste de vérification fournie pour déterminer les domaines fonctionnels que vous souhaitez personnaliser. |
Liste de vérification : planifier et suivre les modifications apportées à votre modèle de processus |
Spécifier les fichiers de plug-in à exécuter lors de la création du projet :vous utilisez le fichier de plug-in ProcessTemplate.xml pour définir l'ensemble du modèle de processus et tous les fichiers XML subordonnés.Ce fichier contient tous les groupes de tâches qui doivent s'exécuter pour créer un projet d'équipe.Chaque groupe de tâches référence un fichier XML subordonné (souvent dans un sous-dossier) où les tâches spécifiques sont définies. |
Définir les tâches racines à l'aide du ficher de plug-in de modèle de processus |
Rechercher la définition d'un élément utilisé dans un fichier de plug-in de modèle de processus :Vous pouvez créer et personnaliser vos modèles de processus qui vous permettent de créer des projets d'équipe et de standardiser de nouveaux processus. |
Indexer les définitions d'éléments XML pour plug-ins de modèle de processus |
Voir aussi
Concepts
Choisir un modèle de processus