Vue d'ensemble du processus de synchronisation pour Team Foundation Server et Project Server Integration
Vous pouvez gérer plus efficacement l'intégration de Visual Studio Team Foundation Server 2010 et Project Server 2007 avec Service Pack 2 (SP2) ou Project Server 2010 si vous savez comment le moteur de synchronisation gère le flux de données entre les deux produits serveurs. Le moteur de synchronisation prend en charge les flux de travail indépendants des chefs de projet qui utilisent Project Professional et les responsables d'équipe et membres d'équipe qui travaillent dans Team Foundation. Les livrables et les tâches peuvent évoluer indépendamment dans chaque zone.
Dans cette rubrique
Trois types de synchronisation
Données envoyées à la synchronisation
Validation des données exécutée pendant les mises à jour et lors de l'envoi
Champs mis en miroir et « deux copies »
Autorisations requises pour prendre en charge la synchronisation
Notification d'erreur, journalisation des événements et traçabilité
Trois types de synchronisation
Le moteur de synchronisation exécute trois types de synchronisation. Ce processus capture et met à jour les données liées aux tâches et aux ressources à la fois dans Team Foundation Server et Project Server tout en respectant la propriété des données par le chef de projet dans le plan de projet. Les chefs de projet effectuent des modifications à l'aide de Project Professional et approuvent les mises à jour via Project Web Access ou Project Web App (PWA). Les membres de l'équipe de développement envoient des mises à jour à Project Server à l'aide d'un client Team Foundation.
Comme le montre l'illustration suivante, la synchronisation de données se déroule en sept étapes principales.
Processus de synchronisation pour Team Foundation Server et Project Server Integration
Le moteur de synchronisation consiste en un service de travail unique exécuté à intervalles réguliers et non lors de la mise à jour de chaque élément de travail. Le travail de synchronisation exécute les trois processus suivants dans l'ordre indiqué :
Publication de la synchronisation : |
Un chef de projet définit ou met à jour des tâches ou des livrables, puis donne la valeur Oui à Publier au projet d'équipe pour chaque tâche à synchroniser. Le chef de projet publie le plan de projet d'entreprise à l'aide de Microsoft Project Professional. Les modifications sont enregistrées automatiquement dans la base de données de Project Server. Le moteur de synchronisation extrait des données de Project Server et identifie les données à mettre à jour en fonction des données configurées pour la synchronisation. Seuls les objets, les tâches et les éléments de travail configurés pour la synchronisation sont mis à jour. Le moteur de synchronisation crée ou met à jour des éléments de travail dans Team Foundation et définit un lien qui lie la tâche dans Project à l'élément de travail dans Team Foundation. |
Synchronisation des états : |
Un responsable d'équipe ou membre d'équipe modifie un élément de travail dans Team Foundation qui est lié à une tâche dans un projet d'entreprise ou alors crée un élément de travail et affecte la valeur Oui à Envoyer à Project Server. Le moteur de synchronisation recherche les modifications effectuées pour les projets d'équipe mappés et envoie des requêtes à la file d'attente ou aux files d'attente d'approbation dans Project Web Access ou Project Web App (PWA). |
Synchronisation des approbations : |
Chaque chef de projet examine leur file d'attente d'approbation et approuve ou rejette chaque requête de mise à jour d'état. Une fois les mises à jour approuvées, le chef de projet doit publier le plan de projet afin que les mises à jour apparaissent dans Project Server.
Important
Lorsque le moteur de synchronisation envoie plusieurs niveaux d'éléments de travail vers Project Server, le premier niveau doit d'abord être approuvé et publié dans Project Server pour permettre l'envoi du niveau suivant.Par exemple, vous pouvez envoyer un lot de nouveaux éléments de travail qui inclut trois niveaux d'éléments enfants.Dans ce cas, le chef de projet doit publier le plan de projet à quatre reprises pour que tous les éléments de travail soient synchronisés avec Project Server.
Le gestionnaire d'événements des approbations dans Project Server transmet les décisions d'approbation au moteur de synchronisation, qui à son tour met à jour les éléments de travail dans Team Foundation Server en fonction de l'état d'approbation. |
Retour au début
Gestion des approbations et des rejets
Toutes les modifications apportées aux éléments de travail liés à Project Server doivent être envoyées pour approbation au chef de projet du plan de projet d'entreprise mappé au projet d'équipe. Vous pouvez configurer l'approbation automatique afin que toutes les mises à jour de Team Foundation soient approuvées automatiquement. Pour plus d'informations, consultez Approuver ou rejeter des mises à jour de tâches (page éventuellement en anglais).
Les éléments de travail approuvés sont généralement restaurés dans le plan de projet d'entreprise. Les éléments de travail rejetés nécessitent une résolution et un renvoi.
Pour les mises à jour rejetées, un message s'affiche dans le champ Historique de l'élément de travail. Le message indique la valeur rejetée et l'auteur du rejet. Pour les projets d'équipe mappés aux plans de projet qui sont hébergés sur Project Server 2010, le message contient également des commentaires fournis par le chef de projet sur le motif du rejet. Les membres de l'équipe doivent rapprocher l'élément de travail et le renvoyer ou alors le retirer du renvoi au projet d'entreprise. En outre, les membres de l'équipe peuvent créer une requête d'élément de travail qui recherche tous les éléments rejetés en fonction de la valeur du champ État du dernier envoi de Project Server. Pour plus d'informations, consultez Surveillance des éléments de travail envoyés et résolution des rejets.
Synchronisation et intervalles entre les tentatives
La synchronisation de données se produit selon une planification et non au moment de la mise à jour de chaque élément de travail. Le service du travail de la synchronisation s'exécute toutes les 30 secondes. Au cours de cette période, il recherche les éléments de travail pertinents et les champs modifiés dans Project Server ou Team Foundation Server ou ceux que le chef de projet a approuvés.
Toutes les heures, le moteur de synchronisation renvoie les éléments de travail dont la mise à jour n'a pas pu être effectuée précédemment. Pour plus d'informations, consultez Modification de l'intervalle de nouvelle tentative de synchronisation ou de renvoi.
Retour au début
Données envoyées à la synchronisation
Deux niveaux de configuration déterminent les objets qui peuvent participer à la synchronisation et les données à synchroniser. Les administrateurs de Team Foundation exécutent plusieurs niveaux du mappage pour configurer les objets qui peuvent participer à la synchronisation. Au deuxième niveau, les chefs de projet et les utilisateurs de Team Foundation gèrent les tâches et les éléments de travail spécifiques à synchroniser.
Retour au début
Objets configurés pour participer à la synchronisation
Les configurations suivantes déterminent les objets qui participent au processus de synchronisation. Les administrateurs de Team Foundation exécutent généralement ces configurations. Toutefois, les chefs de projet peuvent également mapper leurs plans de projet d'entreprise aux projets d'équipe.
Instance PWA mappée à une collection de projets d'équipe : Ce mappage configure la collection de projets d'équipe pour prendre en charge la synchronisation et détermine les instances de PWA qui peuvent être synchronisées avec une collection.
Plan de projet d'entreprise mappé à un projet d'équipe : Ce mappage configure à la fois le plan de projet d'entreprise et le projet d'équipe pour participer à la synchronisation. Ce mappage détermine également les projets d'entreprise qui peuvent être synchronisés avec un projet d'équipe.
Types d'éléments de travail mappés pour la synchronisation : Lorsque vous mappez un plan de projet d'entreprise à un projet d'équipe, vous spécifiez les types des éléments de travail qui peuvent être synchronisés. Ce mappage ajoute l'onglet Project Server au formulaire d'élément de travail et ajoute des règles de validation pour chaque type d'éléments de travail au plan de projet d'entreprise.
Champs d'éléments de travail mappés aux champs Project Server : Par défaut, le moteur de synchronisation synchronise les champs Team Foundation suivants : Titre, Assigné à, Travail effectué, Travail restant, Estimation d'origine, Date de début et Date de fin. Vous pouvez ajouter champs et définir des paramètres qui déterminent le mode de synchronisation des champs. Par exemple, vous pouvez déterminer les champs qui s'affichent sur le formulaire d'élément de travail et autoriser des valeurs distinctes pour un champ spécifique.
Pour plus d'informations, consultez Mappage des composants Project Server aux composants Team Foundation et Spécification des types d'éléments de travail à synchroniser.
Tâche individuelle et éléments de travail configurés pour la synchronisation
Les chefs de projet déterminent les tâches dans un plan de projet d'entreprise qu'ils souhaitent publier dans Team Foundation Server. Les membres de l'équipe déterminent les éléments de travail dans un projet d'équipe qu'ils souhaitent envoyer à Project Server. Les chefs de projet peuvent publier des répartitions détaillées de livrables et de tâches dans Team Foundation Server ou publier et gérer uniquement des éléments de tâche récapitulative. Certaines restrictions s'appliquent à la publication de tâches subordonnées ou d'éléments de travail parent-enfant, comme le décrit la section Validation des données exécutée pendant les mises à jour et lors de l'envoi plus loin dans cette rubrique.
Pour plus d'informations, consultez Gestion des détails du projet dans un plan de projet d'entreprise mappé à un projet d'équipe et Planification verticale des besoins de l'entreprise dans un plan de projet d'entreprise mappé à un projet d'équipe.
Notes
Vous pouvez mapper plusieurs plans de projet d'entreprise à un projet d'équipe, mais vous ne pouvez mapper ou lier qu'une seule tâche dans un plan de projet à un élément de travail dans Team Foundation. Chaque tâche dans un plan de projet d'entreprise est distincte dans Project Server. Les tâches envoyées à Project Server ne mettent à jour qu'un seul élément de travail dans Team Foundation. En outre, les éléments de travail créés dans Team Foundation et envoyés à Project Server ne mettent à jour qu'un seul plan de projet d'entreprise.
Validation des données exécutée pendant les mises à jour et lors de l'envoi
Le processus de synchronisation valide les tâches et les éléments de travail référencés pour la synchronisation avant qu'ils ne soient publiés dans Project Server. La validation des données est imposée à la fois dans le plan de projet d'entreprise et le projet d'équipe.
Lorsque les chefs de projet publient un plan de projet d'entreprise
Lorsqu'un chef de projet qui travaille dans Project Professional publie un plan de projet d'entreprise mappé à un projet d'équipe, des contrôles de validation spécifiques sont exécutés. Le complément Team Foundation exécute les contrôles de validation suivants sur les tâches configurées pour être publiées dans Team Foundation (autrement dit, Publier au projet d'équipe=Oui) :
La valeur définie pour le champ Type d'éléments de travail doit correspondre à un type d'éléments de travail configuré pour participer à la synchronisation pour le projet d'équipe cible.
Important
Text30 est le champ Project par défaut qui est associé à la colonne Type d'élément de travail utilisée pour synchroniser des tâches avec des éléments de travail. Si vous connectez le plan de projet à Team Foundation Server à l'aide de l'option Choisir le projet d'équipe du menu de ruban de l'équipe, un champ Project supplémentaire, également appelé Type d'élément de travail, devient disponible. Ce champ, avec un champ Project par défaut Text24, prend en charge le mappage des plans de projet qui sont liés à Team Foundation. Toutefois, il ne prend pas en charge la synchronisation des plans. Le champ basé sur Text24 contient la liste complète des types d'éléments de travail pour le projet d'équipe. Vous pouvez vous assurer que votre champ est correct en pointant dessus avec la souris et en vérifiant que Text30 s'affiche.
Toutes les valeurs des champs Project mappés doivent passer des contrôles spécifiques pour s'assurer que leurs valeurs ne violent pas une règle définie pour le type d'éléments de travail cible. Ces règles sont ajoutées au plan de projet d'entreprise lorsqu'il est mappé à un projet d'équipe.
Une fois qu'une tâche est publiée, les valeurs définies pour Publier au projet d'équipe et Type d'éléments de travail ne peuvent pas changer. Si vous ne souhaitez pas continuer à synchroniser une tâche, vous devez la supprimer.
Si une tâche et l'une de ses tâches subordonnées sont marquées pour la synchronisation, toutes les tâches entre elles doivent également être marquées pour la synchronisation.
La valeur du champ Nom de la ressource d'une tâche doit correspondre au nom d'un collaborateur valide pour le projet d'équipe cible.
Si plusieurs ressources sont assignées à la même tâche, une seule affectation de ressource doit être sélectionnée comme étant active. Pour plus d'informations, consultez Rendre la progression de l'équipe agile visible pour le PMO (program management office).
Toutes les valeurs doivent être conformes aux règles que Project Server applique à la définition de champ spécifique. Par exemple, une erreur peut se produire si vous assignez une valeur à un champ mappé associé à une table de correspondance, mais qui ne figure pas dans la table de correspondance en question.
La boîte de dialogue Résolution de validation s'affiche chaque fois qu'une ou plusieurs règles sont violées. Les chefs de projet doivent corriger chaque erreur avant de publier les modifications.
Lorsque les développeurs envoient des éléments de travail nouveaux ou mis à jour dans Team Foundation
Lorsqu'un développeur qui travaille dans Team Foundation crée ou met à jour un élément de travail et enregistre les modifications, les contrôles de validation suivants sont exécutés sur les éléments de travail configurés pour être publiés dans Project Server (autrement dit, Envoyer à Project Server=Oui) :
La valeur du champ Assigné à doit correspondre à un membre de l'équipe qui a également été ajouté au pool de ressources d'entreprise et aux ressources de projet du plan de projet. Pour plus d'informations, consultez Assignation des autorisations pour prendre en charge l'intégration entre Project Server et Team Foundation Server.
Si un seul plan de projet d'entreprise est mappé à un projet d'équipe, son nom s'affiche automatiquement pour le champ Projet d'entreprise sous l'onglet Project Server pour les nouveaux éléments de travail créés.
Si plusieurs projets d'entreprise sont mappés au projet d'équipe, vous devez spécifier une valeur pour le champ Projet d'entreprise pour les nouveaux éléments de travail créés et dont la valeur de Envoyer à Project Server est Oui.
Vous ne pouvez pas modifier la structure hiérarchique des éléments de travail après les avoir liés aux tâches de Project.
Une fois qu'un élément de travail est publié dans Project Server, l'élément est lié à une tâche dans le plan de projet d'entreprise cible. Cette liaison est également appelée lien. Les liens sont verrouillés pendant la synchronisation. Pour supprimer le lien, vous devez supprimer la tâche correspondante dans Project, ou vous devez utiliser l'option /force lorsque vous supprimez le mappage du plan de projet ou du type d'éléments de travail. Pour plus d'informations, consultez Suppression d'un composant de la synchronisation de données.
Retour au début
Champs mis en miroir et « deux copies »
Comme le moteur de synchronisation exécute trois types de synchronisation et communique avec deux bases de données dans une négociation planifiée, aucune fusion de données ne se produit. La synchronisation de données se produit plutôt dans une séquence à deux étapes, et le moteur autorise une divergence entre les deux produits. Pour chaque champ synchronisé dans Team Foundation, vous définissez un champ mis en miroir qui stocke la valeur dans Project Server pour le champ mappé correspondant. Pendant les opérations de synchronisation normales, les valeurs des deux champs diffèrent entre le moment où une valeur est mise à jour dans Team Foundation Server et le moment où le chef de projet approuve la mise à jour et publie le plan de projet.
Pour chaque champ mappé, vous spécifiez l'un des choix suivants par rapport à la façon dont vous voulez que le moteur de synchronisation mette à jour les champs de référence et mis en miroir dans Team Foundation :
Mettez toujours à jour le champ dans Team Foundation Server avec la valeur de Project Server (PSWins).
Permettez à la valeur du champ dans Team Foundation Server de différer de la valeur assignée dans Project Server. Il est fait référence à cette stratégie sous le nom de « deux copies ».
Lorsque vous conservez deux copies, vous pouvez créer une requête pour trouver les éléments de travail où les deux valeurs diffèrent. Pour plus d'informations, consultez Recherche des éléments de travail lorsque le travail dans Team Foundation diffère du travail dans Project Server.
Pour plus d'informations, consultez Référence des éléments XML du mappage de champs pour l'intégration de Team Foundation Server et Project Server.
Retour au début
Autorisations requises pour prendre en charge la synchronisation
Pour que les données soient synchronisées entre Team Foundation Server et Project Server, les autorisations suivantes doivent être accordées :
Pour Project Server 2007, vous devez accorder au compte de service sous lequel TfsJobAgent est exécuté l'accès au fournisseur de services partagés. Pour plus d'informations, consultez Ajouter le compte de service pour Team Foundation Server au fournisseur de services partagés de Project Server.
Pour Project Server 2010, vous devez accorder des autorisations Contrôle total au compte de service sous lequel TfsJobAgent s'exécute afin que l'application de service Project Server soit accessible. Pour plus d'informations, consultez Ajouter le compte de service pour Team Foundation Server à l'application de service Project Server de Project Server 2010.
Vous devez accorder au compte de service sous lequel le TfsJobAgent s'exécute les autorisations requises pour accéder à chaque instance mappée de PWA.
Les utilisateurs assignés aux tâches dans Project Professional ou les éléments de travail dans Team Foundation doivent être identifiés comme Contributors dans le projet d'équipe. Ces utilisateurs doivent également être identifiés comme ressources du plan de projet d'entreprise et une autorisation d'ouverture de session sur les instances de PWA qui participent au processus de synchronisation doit leur être accordée.
Pour plus d'informations, consultez Assignation des autorisations pour prendre en charge l'intégration entre Project Server et Team Foundation Server.
Retour au début
Notification d'erreur, journalisation des événements et traçabilité
Le moteur de synchronisation traite les mises à jour de projet qui sont publiées dans Project Server, puis les mises à jour d'état et les mises à jour d'approbation. Lorsque vous effectuez la publication, vous mettez à jour Project Server en ajoutant les tâches et les détails des tâches au plan de projet d'entreprise. La synchronisation des publications entraîne l'extraction des données de Project Server vers Team Foundation Server. La synchronisation des états entraîne l'extraction des données de Team Foundation afin de mettre à jour la file d'attente d'approbation du chef de projet ; par ailleurs, la synchronisation des approbations entraîne la publication des mises à jour des champs tels que Travail restant et Travail effectué dans Project Server, ce qui marque le début d'un nouveau cycle de synchronisation.
Chaque type de synchronisation permet l'affichage de messages d'état et d'erreur pertinents pour le chef de projet dans Project Professional ou l'instance de PWA. En outre, les messages d'état et d'erreur associés au moteur de synchronisation et sa configuration peuvent également être écrits dans les interfaces d'administration appropriées pour Team Foundation Server et Project Server.
Les chefs de projet, les membres de l'équipe et tous les administrateurs peuvent afficher et diagnostiquer les messages liés à la synchronisation au moment ils se produisent. Les messages sont enregistrés dans les emplacements suivants :
Dans Project Professional, la barre d'état dans le plan de projet d'entreprise affiche la progression de la publication.
Dans l'instance de PWA, le Centre d'approbation affiche la file d'attente des tâches mises à jour.
Dans le formulaire d'élément de travail pour Team Foundation, l'onglet Project Server indique l'état et heure de la dernière synchronisation de l'élément de travail.
Dans le formulaire d'élément de travail pour Team Foundation, le champ Historique enregistre l'état de synchronisation et les messages d'erreur après chaque mise à jour de l'élément de travail. Lorsque vous effectuez une intégration avec Project Server 2010, les commentaires que les chefs de projet rédigent quand ils approuvent ou rejettent une mise à jour d'état sont également enregistrés dans le champ Historique.
Le journal des événements du serveur de couche Application qui participe à la synchronisation de données gère un enregistrement de tous les événements et erreurs de synchronisation.
Les administrateurs peuvent extraire les messages d'événement les plus récents à l'aide de la commande TfsAdmin ProjectServer /GetSyncMessages. Pour plus d'informations, consultez Affichage des messages d'erreur du moteur de synchronisation. Pour recueillir plus d'informations détaillées, vous pouvez autoriser le détail des informations de traçage de l'agent de travail en arrière-plan Team Foundation qui exécute les services. Pour plus d'informations, consultez Agent de travail en arrière-plan Team Foundation.
Retour au début
Voir aussi
Autres ressources
Submitting Work Items that are Mapped to Enterprise Projects in Project Server
Administration de l'intégration de Team Foundation Server et Project Server
Historique des modifications
Date |
Historique |
Motif |
---|---|---|
Avril 2011 |
Clarification et changement de nom de la section qui décrit les champs mis en miroir et les deux copies. Correction du paragraphe d'introduction de la section sur la notification d'erreur, la journalisation des événements et la traçabilité. |
Résolution des bogues de contenu. |