Vue d'ensemble de la personnalisation des modèles de processus
Mise à jour : novembre 2007
Les modèles de processus définissent les aspects clés d'un projet d'équipe qui influent sur le mode de fonctionnement d'une équipe. En personnalisant un modèle de processus, vous pouvez définir la sécurité pour le contrôle du projet d'équipe, les modèles disponibles sur le portail du projet, les notes d'archivage du contrôle de code source, les nouveaux types et requêtes d'éléments de travail, les rapports de surveillance et d'état et les itérations et unités d'organisation utilisées. Les modèles de processus définissent les paramètres de processus initiaux des projets d'équipe. La plupart des paramètres de processus peuvent également être personnalisés après la création d'un projet d'équipe.
Remarque : |
---|
La taille maximale d'un modèle de processus est de 2 Go. Lorsque vous personnalisez un modèle de processus, vérifiez que vos modifications n'entraînent pas le dépassement de cette valeur. |
Portée de vos modifications
Votre travail de personnalisation peut avoir des effets plus étendus ou plus restreints en fonction de ce que vous personnalisez. Les deux choix suivants vous sont proposés :
Personnaliser tous les nouveaux projets d'équipe Vous pouvez personnaliser un modèle de processus en modifiant ses plug-ins, ses types d'éléments de travail et le guide de processus. Dans ce cas, vos effets apparaissent dans tous les projets créés à partir de ce modèle de processus.
Personnaliser un projet d'équipe existant Vous pouvez personnaliser les éléments d'un projet d'équipe en modifiant le mode de fonctionnement de ses rapports, de ses types d'éléments de travail et du portail du projet. Dans ce cas, vos modifications affectent la manière de travailler des membres du projet, mais elles n'ont aucun effet sur d'autres projets existants ou à créer.
Personnalisation de tous les nouveaux projets d'équipe
Pour personnaliser tous les nouveaux projets d'équipe, vous devez modifier le modèle de processus que votre projet d'équipe utilise. Cela vous permet d'apporter des modifications dans un seul emplacement et de les répercuter dans tous les nouveaux projets d'équipe créés à partir du nouveau modèle de processus. Pour plus d'informations, consultez Modification d'un modèle de processus MSF existant.
Remarque : |
---|
Vous pouvez créer un modèle de processus pour une nouvelle série de projets d'équipe. Nous vous recommandons d'utiliser un modèle de processus existant, par exemple MSF for Agile Software Development ou MSF for CMMI Process Improvement et de le modifier en fonction de vos besoins. |
Modification d'un modèle de processus MSF existant
Plug-ins de modèles de processus
Les plug-ins de modèles de processus sont des composants qui s'exécutent lorsqu'un projet d'équipe est créé. Un plug-in configure les fichiers requis ou les données correspondant à sa zone. Microsoft fournit six plug-ins avec Visual Studio Team System : Suivi des éléments de travail, Classification, Windows SharePoint Services, Contrôle de version, Rapports, Groupes et autorisations. Chaque plug-in peut être modifié pour personnaliser un modèle de processus. Pour plus d'informations sur la modification des plug-ins, consultez Plug-ins de modèles de processus.
Types d'éléments de travail
Les membres d'équipe utilisent des éléments de travail pour suivre le travail à exécuter. Vous pouvez développer la sélection des éléments de travail fournie par Visual Studio Team System pour l'adapter aux processus de votre équipe et à vos méthodes de communication. Pour ce faire, vous pouvez créer des types d'éléments de travail. Un type d'élément de travail est un modèle à partir duquel de nouveaux éléments de travail sont créés. Vous pouvez également modifier des types d'éléments de travail existants. Pour plus d'informations sur la personnalisation ou la création de types d'éléments de travail pour un modèle de processus, consultez Personnalisation des types d'éléments de travail.
Guide de processus
Le guide de processus est le contenu qui fournit des informations sur les rôles, les éléments de travail, les produits de travail, les activités et les rapports d'un processus de développement de logiciels spécifique. Le guide de processus complète le modèle de processus.
Microsoft Visual Studio Team System inclut deux modèles de processus : MSF for Agile Software Development et MSF for CMMI Process Improvement. Chacun de ces processus peut être personnalisé et utilisé pour développer des logiciels dans les projets. Comme les modèles de processus sont personnalisés, le guide de processus correspondant doit être mis à jour pour gérer les modifications qui ont été apportées. Pour plus d'informations, consultez MSF for Agile Software Development et MSF for CMMI Process Improvement.
Personnalisation d'un projet d'équipe existant
La modification d'un projet d'équipe existant ressemble à celle d'un modèle de processus, mais la portée est beaucoup plus limitée. La modification d'un projet d'équipe existant affecte le mode de travail quotidien des membres de l'équipe. Elle ne change pas la nature des projets futurs à créer à partir d'un modèle de processus.
Rapports
À mesure que les conditions de votre projet d'équipe changent, vous pouvez modifier les rapports Microsoft Excel que vous utilisez pour gérer le projet. Vous pouvez également modifier vos rapports à mesure que de nouveaux champs deviennent disponibles dans l'entrepôt de données ou lorsque vous souhaitez sélectionner différents enregistrements pour le rapport. Vous pouvez mettre à jour un rapport PivotTable ou PivotChart qui utilise de nouvelles données conformes à la spécification des données sources d'origine en actualisant le rapport. Pour plus d'informations, consultez Comment : modifier un rapport dans Microsoft Excel pour Team System.
Le Générateur de rapports est un ensemble d'outils et de fenêtres graphiques qui s'exécutent dans Visual Studio. Il fournit une interface graphique dans laquelle vous pouvez définir des sources de données et des informations de requête, inclure des régions et des champs de données dans le rapport, affiner la présentation du rapport et installer des fonctionnalités interactives. Vous devez utiliser le Générateur de rapports comme outil principal pour la génération et la modification de rapports personnalisés par rapport à l'entrepôt de données. Pour plus d'informations, consultez Comment : créer un rapport détaillé pour Team System à l'aide du Générateur de rapports.
Types d'éléments de travail
Les membres d'équipe utilisent des éléments de travail pour suivre le travail à terminer. Vous pouvez développer la sélection des éléments de travail fournie par Visual Studio Team System pour l'adapter aux processus de votre équipe et à vos méthodes de communication. Pour ce faire, vous pouvez créer des types d'éléments de travail. Un type d'élément de travail est un modèle à partir duquel de nouveaux éléments de travail sont créés. Vous pouvez également modifier des types d'éléments de travail existants.
Remarque : |
---|
Vous pouvez modifier les définitions de types d'éléments de travail sur deux niveaux : pour un projet existant unique ou pour tous les projets futurs. Votre tâche devient très différente suivant la portée de vos modifications. Lorsque vous créez et redéfinissez les éléments XML de la même manière dans les deux cas, vous devez simplement effectuer la modification dans XML si vous personnalisez un modèle de processus. Lorsque vous personnalisez un projet existant, non seulement vous modifiez le fichier XML, mais vous devez également importer les modifications que vous y avez effectuées dans le projet d'équipe existant. Pour ce faire, utilisez les outils décrits dans Outils de création d'éléments de travail. |
Utilisez les outils suivants pour administrer les types d'éléments de travail dans des projets existants. Pour plus d'informations, consultez Personnalisation des types d'éléments de travail et Procédure pas à pas : apporter des personnalisations de base à un type d'élément de travail.
Utilisez la commande witexport pour exporter une définition XML d'un type d'élément de travail à partir de Team Foundation Server. Vous pouvez également utiliser cette commande pour imprimer une définition XML à afficher. Pour plus d'informations, consultez witexport.
Dès que vous avez apporté des modifications au type d'élément de travail, vous pouvez utiliser la commande witimport pour valider et importer un type d'élément de travail d'un fichier XML vers un projet d'équipe pour Team Foundation Server. Pour plus d'informations, consultez witimport.
Utilisez la commande witfields pour administrer des champs de types d'éléments de travail pour Team Foundation Server. Pour plus d'informations, consultez witfields.
Utilisez la commande glexport pour exporter une définition XML de listes globales à partir de Team Foundation Server. Vous pouvez également utiliser cette commande pour imprimer une définition XML à afficher. Pour plus d'informations, consultez glexport.
Dès que vous avez apporté des modifications aux listes globales, vous pouvez utiliser la commande glimport pour valider et importer les listes globales d'un fichier XML vers un projet d'équipe pour Team Foundation Server. Pour plus d'informations, consultez glimport.
SharePoint
Un site Web Windows SharePoint Service par défaut est créé automatiquement lors de l'installation de Team Foundation. En outre, chaque fois que vous créez un projet dans Team Foundation Server, un site Web de projet est automatiquement créé. Vous pouvez toutefois créer des sites Web supplémentaires à utiliser avec Team Foundation Server. Vous pouvez également modifier et supprimer ces sites Web Windows SharePoint Services. Pour plus d'informations, consultez Comment : créer, modifier et supprimer des sites Windows SharePoint Services.
Portail de projet
Le portail du projet d'équipe est créé comme un site Web dans Windows SharePoint Services. Il est disponible dans Team Explorer ou dans le navigateur Web et fournit aux utilisateurs les informations nécessaires pour comprendre rapidement l'état d'un projet d'équipe. Étant donné que le portail du projet est composé de WebParts, vous pouvez en créer une version personnalisée. Outre les informations standard affichées sur le portail du projet, vous pouvez ajouter des WebParts qui se connectent à d'autres sources de données à l'intérieur ou en dehors du projet. Pour plus d'informations, consultez Utilisation du portail du projet d'équipe.
Voir aussi
Concepts
Plan de la personnalisation des modèles de processus
Architecture des modèles de processus
Autres ressources
Concepts clés des modèles de processus