Partager via

Mise à jour d'un modèle de processus personnalisé

  • Article

Vous devez mettre à jour manuellement les fichiers modèles pour accéder aux nouvelles fonctionnalités disponibles avec la version 5.0 des modèles de processus Microsoft Solutions Framework (MSF) et conserver les personnalisations que vous avez apportées à un modèle de processus MSF précédent. Vous devez copier le fichier de modèle de processus MSF que vous souhaitez utiliser et appliquer vos modifications personnalisées à chaque fichier. Pour plus d'informations sur les derniers modèles de processus MSF, consultez Choisir un modèle de processus.

Notes

Une fois votre serveur de couche Application mis à niveau vers Visual Studio Team Foundation Server 2010, vous pouvez utiliser le Gestionnaire de modèles de processus pour accéder à la version 5.0 des modèles de processus MSF en plus de vos modèles de processus existants. Pour plus d'informations, consultez Télécharger un modèle de processus.

Vous pouvez suivre les conseils fournis dans cette rubrique pour prendre en charge la mise à jour manuelle des fichiers modèles. Une fois cette mise à jour effectuée, vous pouvez télécharger le modèle de processus personnalisé vers Team Foundation Server. Lorsque le modèle de processus est téléchargé, vous pouvez créer des projets d'équipe. Pour plus d'informations sur la création de projets d'équipe et les ressources requises pour prendre en charge des fonctionnalités spécifiques, consultez Lancement d'un nouveau projet d'équipe.

Avant d'effectuer la mise à jour manuelle, vous devez examiner les informations fournies dans Utilisation de fichiers de modèles de processus et Processus étape par étape de personnalisation.

Dans cette rubrique

  • Conseils pour effectuer une mise à jour manuelle

  • Groupes de sécurité et autorisations d'accès initiales

  • Zones de produit, cycles de vie de projet et mappages de champs de projet

  • Suivi des éléments de travail

  • Documents de portail

  • Rapports

  • Contrôle de version

  • Build, laboratoire et gestion des tests

  • Tâches racines définies dans le fichier de plug-in de modèle de processus

Conseils pour effectuer une mise à jour manuelle

  • Ne supprimez pas de fichier ou de tâche pour télécharger un fichier sauf si vous savez de quel fichier il s'agit et que vous n'en aurez pas besoin.

  • Pour trouver les personnalisations que vous avez faites, vous pouvez exécuter une opération Diff sur les fichiers comparables qui existent dans les deux modèles.

  • Vous pouvez rechercher l'élément dependency à travers tous les fichiers de plug-in pour découvrir quelles tâches dépendent d'autres tâches en cours d'achèvement.

Groupes de sécurité et autorisations d'accès initiales

Le dossier Groupes et autorisations contient le fichier de plug-in GroupsandPermissions qui configure les groupes de sécurité initiaux et leurs autorisations. Des dépendances existent pour les trois groupes définis dans le fichier de plug-in GroupsandPermissions, comme l'indique la liste suivante :

  • Le groupe Readers est référencé dans les fichiers de plug-in Build, Lab, VersionControl et workitems.

  • Le groupe Contributors est référencé dans les fichiers de plug-in Build, Lab, VersionControl et workitems. Il est également référencé dans chaque fichier de définition pour les types d'éléments de travail. Vous ne pouvez assigner un élément de travail qu'à un membre de l'équipe auquel le rôle Collaborateur a été accordé.

  • Le groupe Builders défini dans le fichier de plug-in GroupsandPermissions est référencé dans les fichiers de plug-in Build, VersionControl et workitems.

Pour plus d'informations, consultez Configuration des groupes, des membres et des autorisations initiaux et Contrôle de l'accès aux domaines fonctionnels.

Zones de produit, cycles de vie de projet et mappages de champs de projet

Le dossier Classification contient le fichier de plug-in Classification qui configure l'ensemble initial de zones de produit et itérations pour un projet d'équipe. Ce dossier contient également le fichier FieldMapping qui personnalise le mappage de champs entre Microsoft Project et Team Foundation.

Lorsque vous mettez à jour des fichiers contenus dans le dossier Classification, prenez en compte les informations suivantes :

  • Vous pouvez ajouter autant de zones de produit que nécessaire pour prendre en charge vos besoins de projet. Aucune zone de produit (StructureType=ProjectModelHierarchy) n'est définie dans les modèles de processus MSF.

  • Les modifications que vous apportez à la structure du cycle de vie du projet (StructureType=ProjectLifecycle) peuvent entraver le bon fonctionnement de certaines requêtes d'éléments de travail et classeurs définis pour le modèle de processus agile. Plus spécifiquement, les objets suivants sont créés dans le modèle de processus agile qui fait référence à l'Itération 1 définie dans le fichier de plug-in Classification :

    • Le dossier de requêtes intitulé « Itération 1 » contient les requêtes d'éléments de travail suivantes qui font référence au chemin de l'Itération 1 : ActiveBugs.wiq, ActiveTasks.wiq, Iteration1Backlog.wiq, BugTriage.wiq, CompletedTasks.wiq, OpenIssues.wiq, OpenTestCases.wiq, OpenUserStories.wiq, ResolvedBugs.wiq, UserStoriesDelivered.wiq et UserStoriesWithoutTestCases.wiq.

      Pour plus d'informations, consultez Requêtes d'équipe (Agile).

    • Les classeurs téléchargés vers le portail du projet d'équipe font référence aux requêtes spécifiques à l'itération.

      Pour plus d'informations, consultez Classeurs (Agile).

  • Vous pouvez mettre à jour le fichier FieldMapping en entrant toutes les modifications que vous avez apportées à votre modèle de processus personnalisé. Dans la version la plus récente des modèles de processus MSF, les modifications suivantes ont été apportées :

    • L'élément Mapping a un nouvel attribut : IfSummaryRefreshOnly.

    • Trois nouveaux éléments sont pris en charge : HierarchyLinkType, DependencyLinkType et ResourceNameSeparator.

    • Les nouveaux éléments incluent les suivants : HierarchyLinkType, DependencyLinkType et ResourceNameSeparator.

    • L'élément ContextField a été supprimé. Il est ignoré s'il est présent dans le fichier FieldMapping.

      Pour plus d'informations, consultez Fichier de mappage de champs Microsoft Project.

Pour plus d'informations, consultez Définir les zones et les itérations initiales dans le plug-in Classification.

Suivi des éléments de travail

Le dossier WorkItem Tracking contient le fichier de plug-in workitems que vous utilisez pour télécharger les fichiers qui définissent les types d'éléments de travail, types de liens, requêtes d'éléments de travail, catégories et listes globales. Les versions les plus récentes des modèles de processus MSF apportent des types de liens et des catégories, des modifications significatives aux noms et aux définitions de types d'éléments de travail, et de nouveaux attributs de champs.

Lorsque vous mettez à jour des fichiers contenus dans le dossier WorkItem Tracking, prenez en compte les informations suivantes :

  • Vous pouvez mettre à jour les définitions pour les types d'éléments de travail fournis dans le sous-dossier TypeDefinitions pour satisfaire vos besoins personnalisés. Le fait de renommer un type entravera le fonctionnement des requêtes d'éléments de travail qui en dépendent. Pour plus d'informations sur la personnalisation de types d'éléments de travail, consultez Ajouter des définitions de type pour des éléments de travail à un modèle de processus.

    Pour plus d'informations sur les types d'éléments de travail définis dans les modèles de processus MSF, consultez Éléments de travail et workflow (Agile) ou Éléments de travail et flux de travail (CMMI).

    Si vous avez ajouté des champs personnalisés utilisés pour stocker des noms de personnes et souhaitez que ces noms soient synchronisés avec Active Directory ou un groupe de travail, vous pouvez ajouter l'attribut syncnamechanges à l'élément FIELD dans le fichier de définition de type.

    De plus, vous pouvez ajouter les attributs reportingname et reportingrefname à vos champs personnalisés.

    Pour plus d'informations, consultez Ajout et modification de champs d'éléments de travail pour prendre en charge la création de rapports.

  • Vous pouvez ajouter des listes globales sans rompre aucune dépendance. Vous ajoutez des listes globales en les ajoutant à un fichier de définition pour un type d'élément de travail. Aucune liste globale n'est définie dans les modèles de processus MSF. Pour plus d'informations, consultez Définition des listes globales.

  • Les catégories définies dans le fichier de catégories sont utilisées par le Gestionnaire de tests Microsoft. Ne les modifiez pas. Vous pouvez définir des catégories supplémentaires pour prendre en charge vos besoins de projet. Pour plus d'informations, consultez Regroupement de types d'éléments de travail en catégories.

  • Les types de liens définis dans le sous-dossier LinkTypes et dans les fichiers SharedSteps et TestedBy sont utilisés par le Gestionnaire de tests Microsoft. Ne les modifiez pas. Vous pouvez définir des types de liens supplémentaires pour prendre en charge vos besoins de projet. Pour plus d'informations, consultez Personnalisation des relations entre éléments de travail au moyen des types de liens.

  • Vous pouvez définir des requêtes d'éléments de travail supplémentaires et les ajouter au dossier Requêtes. Les modifications que vous apportez aux requêtes existantes peuvent affecter le fonctionnement des classeurs qui en dépendent.

    Avec les requêtes d'éléments de travail, vous pouvez maintenant assigner des requêtes aux dossiers, assigner des autorisations aux dossiers de requêtes et définir des requêtes qui font référence à un chemin d'itération. Pour plus d'informations, consultez Ajouter des requêtes d'élément de travail à un modèle de processus.

  • Vous pouvez définir des instances d'éléments de travail pour spécifier un ensemble de tâches de démarrage ou d'éléments de travail à traiter pour chaque projet d'équipe. Aucune instance d'élément de travail n'est définie dans les modèles de processus MSF. Pour plus d'informations, consultez Ajouter une instance d'élément de travail à un modèle de processus.

Après avoir mis à jour tous les fichiers subordonnés du dossier WorkItem Tracking, vous devez examiner et mettre à jour les tâches définies dans le fichier de plug-in workitems. Veillez à exécuter les actions suivantes :

  • Ajoutez un élément LINKTYPE pour chaque fichier de définition de type de lien que vous avez ajouté au dossier LinkTypes.

  • Ajoutez un élément WORKITEMTYPE pour chaque fichier de définition que vous avez ajouté au dossier TypeDefinitions. Pour plus d'informations, consultez Ajouter des définitions de type pour des éléments de travail à un modèle de processus.

  • Supprimez un élément WORKITEMTYPE pour chaque fichier de définition que vous avez supprimé du dossier TypeDefinitions.

  • Ajoutez un élément Query pour chaque fichier de requête d'élément de travail (wiq) que vous avez ajouté au dossier Requêtes.

  • Supprimez un élément Query pour chaque fichier wiq que vous avez supprimé du dossier Requêtes.

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.

Documents de portail

Le dossier Windows SharePoint Services contient des documents généraux, des fichiers de guide de processus et des classeurs. Lorsque vous mettez à jour les fichiers contenus dans le dossier Windows SharePoint Services, prenez en compte les informations suivantes :

  • Vous pouvez ajouter tout document au dossier Windows SharePoint Services. Les documents sont accessibles à partir du dossier Documents du projet d'équipe lorsque le projet d'équipe est mis en service avec un site SharePoint.

  • Les classeurs définis pour les modèles de processus MSF dépendent des types d'éléments de travail, des champs d'éléments de travail, des types de liens et des requêtes définis dans les modèles. D'importantes modifications apportées à l'un de ces objets peuvent affecter le fonctionnement des classeurs.

  • Vous pouvez ajouter votre propre contenu de guide de processus et remplacer les fichiers de guide de processus existants. Les fichiers de guide de processus par défaut fournissent des liens hypertexte vers le contenu hébergé dans la bibliothèque MSDN. Par exemple, le fichier de guide pour le type d'élément de travail Tâche est le suivant.

    <meta http-equiv="refresh" content="0;URL=https://go.microsoft.com/fwlink/?LinkId=153646&clcid=0x409" >

    Lorsque vous cliquez sur Tâche dans le nœud Documents/Guide de processus pour un projet d'équipe, la rubrique de guide de processus pour le type d'élément de travail Tâche s'ouvre. Il se produit la même chose lorsque vous cliquez sur Ouvrir le guide de processus pour l'élément de travail dans un formulaire d'élément de travail Tâche.

    Lorsque vous cliquez sur Ouvrir le guide de processus pour l'élément de travail (l'icône de guide de processus présente dans chaque formulaire d'élément de travail), le client ouvre le fichier correspondant téléchargé à partir du dossier Process Guidance/Supporting Files. Vous pouvez remplacer les fichiers .htm par un fichier HTML à vous. Vous pouvez également ajouter des dossiers et des fichiers .htm au dossier Supporting Files. Pour plus d'informations, consultez Définir le plug-in de portail du projet pour un modèle de processus.

Après avoir mis à jour tous les fichiers subordonnés du dossier Windows SharePoint Services, vous devez examiner et mettre à jour les tâches définies dans le fichier de plug-in WssTasks. Veillez à exécuter les actions suivantes :

  • Ajoutez un élément file pour chaque fichier que vous avez ajouté au dossier Windows SharePoint Services.

  • Supprimez un élément file pour chaque fichier que vous avez supprimé du dossier Windows SharePoint Services.

  • Conservez la section activateFeatures au bas du fichier. Elle est requise pour activer les fonctions de tableau de bord du portail.

Pour plus d'informations, consultez Définir le plug-in de portail du projet pour un modèle de processus.

Rapports

Les rapports de chaque modèle de processus MSF dépendent des types d'éléments de travail, des champs d'éléments de travail et des types de liens définis dans le dossier WorkItem Tracking. Ces rapports sont téléchargés vers SQL Server Reporting Services et consultables via le Gestionnaire de rapports, lorsque le projet d'équipe est mis en service avec Reporting Services. Ces rapports reposent sur le nouveau schéma pour l'entrepôt de données. Pour plus d'informations sur les rapports par défaut fournis par les modèles de processus MSF, consultez Rapports (Agile) ou Rapports (CMMI).

Notes

Les rapports Microsoft Excel sont téléchargés vers le portail du projet lorsque le projet d'équipe est créé.

Vous pouvez ajouter ou supprimer des rapports du modèle de processus. Pour plus d'informations, consultez Ajouter des rapports au modèle de processus.

Contrôle de version

Le dossier Contrôle de version contient un fichier de plug-in unique, VersionControl.xml. Vous pouvez apporter à ce fichier toute modification que vous avez apportée à votre modèle de processus personnalisé. Pour plus d'informations, consultez Définition de la configuration initiale du contrôle de version Team Foundation.

Test, Build et Lab Management

Avec la version la plus récente des modèles de processus MSF, trois nouveaux dossiers et fichiers de plug-in sont fournis : Build, Test Management et Lab. Vous inclurez les fichiers contenus dans ces dossiers pour prendre en charge les fonctions exécutées à l'aide de Team Foundation Build, du Gestionnaire de tests Microsoft et de Visual Studio Lab Management, respectivement.

Notez les dépendances suivantes :

  • Les fichiers modèles de builds incluent un fichier de définition de build par défaut et un fichier de définition de build de mise à niveau. Lorsque vous mettez à niveau Team Foundation Build, les nouvelles définitions de builds sont automatiquement mises à niveau vers les définitions de builds pour la version actuelle, à l'aide du modèle de processus de génération de mise à niveau.

  • Le Gestionnaire de tests Microsoft et Lab Management requièrent les types d'éléments de travail SharedSteps et TestCase, les types de liens SharedSteps et TestedBy, et des catégories.

Pour plus d'informations sur la personnalisation des fichiers disponibles dans les dossiers Build, Test Management et Lab, consultez les rubriques suivantes :

Si vous décidez de ne pas inclure ces fichiers dans le modèle de processus, assurez-vous de supprimer les éléments tasklist et group qui spécifient d'exécuter la liste de tâches pour leurs fichiers de plug-in respectifs.

Notes

À moins que vous n'ayez une raison spécifique de supprimer un plug-in, laissez les fichiers définis dans le modèle de processus.

Tâches racines définies dans le fichier de plug-in de modèle de processus

La dernière étape de mise à jour d'un modèle de processus consiste à examiner et à mettre à jour les éléments définis dans le fichier de plug-in ProcessTemplate. Lorsque l'Assistant Nouveau projet d'équipe crée un projet d'équipe, il exécute l'ensemble des plug-ins définis dans le fichier ProcessTemplate.xml.

À moins que vous n'ayez supprimé un fichier de plug-in ou ajouté un fichier de plug-in personnalisé, vous ne devriez pas avoir à modifier le fichier de plug-in ProcessTemplate. Pour plus d'informations, consultez Définition des tâches racines à l'aide du ficher de plug-in de modèle de processus.

Voir aussi

Tâches

Télécharger un modèle de processus

Transférer un modèle de processus

Référence

Élément FIELD (Définition)

Concepts

Utilisation de fichiers de modèles de processus

Autres ressources

Mise à jour d'un projet d'équipe mis à niveau pour accéder à de nouvelles fonctionnalités

What's New in Customizing Process Templates for Visual Studio ALM

Personnalisation des modèles de processus