Condividi tramite


Informazioni sulla gestione degli aggiornamenti a campi specifici

È necessario rivedere questo argomento se uno o più campi non vengono sincronizzati correttamente tra Visual Studio Team Foundation Server 2012 e Microsoft Project server.Il tipo di dati del campo o dei campi interessati, l'attributo di mapping dei campi OnConflict e la gerarchia delle attività incidono sul modo in cui il motore di sincronizzazione aggiorna specifici campi.Le attività non verranno aggiornate in modo corretto se il project manager rifiuta uno o più aggiornamenti di invio o se il piano del progetto non è stato pubblicato.Se il piano non è stato pubblicato, non è consentito il flusso degli elementi di lavoro figlio annidati nella coda di approvazione.

In questo argomento

  • Panoramica del processo di aggiornamento dei campi

  • Aggiornamenti di invio rifiutati

  • Aggiornamenti a titoli o nomi di attività

  • Aggiornamenti a date di inizio e fine

  • Aggiornamenti a campi che contengono ore

  • Aggiornamenti ad assegnazioni di attività

  • Attività di riepilogo, gerarchia delle attività e invii di elementi di lavoro con più livelli di annidamento

  • Aggiornamenti ai campi associati a elenchi di selezione o tabelle di ricerca

Panoramica del processo di aggiornamento dei campi

Come illustrato nella figura indicata di seguito, i dati passano da Project Server a Team Foundation Server e quindi alla coda dello stato in un'istanza di PWA, al piano del progetto dell'organizzazione e infine di nuovo a Project Server.Nella tabella indicata di seguito vengono fornite note aggiuntive sul processo di sincronizzazione e sul modo in cui i campi vengono aggiornati durante ogni fase del processo.

Nota importanteImportante

Se si prevede che un elemento di lavoro o un'attività parteciperà alla sincronizzazione, non sarà possibile rimuoverla dalla sincronizzazione, se non eliminando l'attività del piano del progetto.Non è possibile modificare il valore di Pubblica in progetto team assegnato a un'attività e non è possibile modificare il campo Invia a Project Server in Team Foundation.Non è inoltre possibile modificare l'attività in un tipo di elemento di lavoro diverso successivamente alla pubblicazione o all'invio da Team Foundation Server.

Aggiornamenti a campi mirror e mappati

Passaggio

Processo di sincronizzazione

Aggiornamenti di campi

Passaggio 1

Sincronizzazione di Team Foundation: il motore di sincronizzazione rileva automaticamente le aggiunte e le modifiche pubblicate in Project Server ed estrae gli aggiornamenti in Team Foundation Server.

In questo passaggio vengono aggiornati solo i campi di cui viene eseguito il mapping da Project Server a Team Foundation Server (mapping di targetToTfs).Il motore di sincronizzazione aggiorna sempre il campo mirror, mentre aggiorna il campo di riferimento solo se l'attributo OnConflict è impostato su PSWin.Se tuttavia un'attività viene pubblicata per la prima volta in Project Server, verranno impostati sia il campo di riferimento sia il campo mirror, indipendentemente dal valore assegnato all'attributo OnConflict.I campi mirror sono di sola lettura.

Per impostazione predefinita, l'attributo OnConflict non è specificato per i campi Lavoro rimanente e Lavoro completato. I campi di cui è stato eseguito il mapping saranno pertanto diversi in Team Foundation Server e in Project Server.Per ulteriori informazioni, vedere Aggiornamenti a campi che contengono ore più avanti in questo argomento.

Passaggio 2

Sincronizzazione dello stato: quando i membri del team aggiungono o modificano elementi di lavoro impostati su Invia a Project Server, il motore di sincronizzazione invia automaticamente gli aggiornamenti alla coda dello stato.

Verranno inviati solo i campi di cui è stato eseguito il mapping per l'invio della coda dello stato (mapping di tfsToTarget).

Le modifiche apportate alle date di inizio e fine vengono inviate solo nel momento in cui viene inviato per la prima volta l'elemento di lavoro.Poiché i campi in Team Foundation eseguono il mapping ai campi risorse nel progetto, gli aggiornamenti verranno effettuati a campi risorse quali Lavoro rimanente e Lavoro completato.

Passaggio 3

Sincronizzazione dell'approvazione: nel momento in cui viene approvato, un aggiornamento viene visualizzato all'interno del piano del progetto dell'organizzazione.La notifica dell'approvazione o del rifiuto viene scritta nella cronologia elemento di lavoro in Team Foundation.

Il componente aggiuntivo di Team Foundation per Project Professional garantisce la sincronizzazione corretta dei valori per i campi pjTask* e pjResource*.Pertanto, è necessario utilizzare Project Professional da un computer client in cui Visual Studio 2012 è stato configurato per modificare i piani del progetto dell'organizzazione mappati a un progetto team.

Passaggio 4

Sincronizzazione di pubblicazione: se il project manager pubblica il piano del progetto, gli aggiornamenti verranno scritti in Project Server.

Le modifiche apportate a tutte le attività nel piano del progetto verranno aggiornate in Project Server.

Per ulteriori informazioni, vedere i seguenti argomenti:

Torna all'inizio

Aggiornamenti di invio rifiutati

Se un project manager rifiuta un aggiornamento di stato per un requisito o un'attività, l'elemento di lavoro corrispondente non verrà più sincronizzato finché non verrà risolto il rifiuto.Il motivo del rifiuto viene visualizzato nel campo Cronologia e il campo Stato ultima approvazione della scheda Project Server indica Rifiutato.Un membro del team deve risolvere lo stato di rifiuto per riprendere la sincronizzazione dell'elemento di lavoro.

È possibile creare una query team per trovare elementi di lavoro il cui stato di aggiornamento è stato rifiutato.Per ulteriori informazioni, vedere Resolving Conflicts and Managing Rejected Work Item Submissions.

Torna all'inizio

Aggiornamenti a titoli o nomi di attività

Il campo del titolo in Team Foundation Server e il nome dell'attività in Project Server partecipano a un processo di sincronizzazione bidirezionale.In altre parole, una modifica in un server viene sempre aggiornata nell'altro server.È tuttavia possibile modificare questo comportamento cambiando il mapping del campo del titolo (System.Title).

Torna all'inizio

Aggiornamenti a date di inizio e fine

I campi di pianificazione partecipano a un processo di sincronizzazione unidirezionale.In altre parole, i campi Data di inizio e Data di fine in Team Foundation Server riflettono sempre i valori assegnati in Project Server e le modifiche apportate a questi campi in Team Foundation Server non vengono mai inviate a Project Server.Questa regola viene applicata poiché il progetto utilizza un motore di pianificazione per determinare le date di inizio e fine delle attività.

Per impostazione predefinita, viene eseguito il mapping dei campi Data di inizio e Data di fine a OnConflict="PSWin" e pertanto i campi delle date in Team Foundation rifletteranno sempre i valori assegnati in Project Server.Anche se si modifica l'attributo di mapping per consentire due set di valori possibili, le modifiche apportate ai campi relativi alle date in Team Foundation non vengono inviate a Project Server, se non quando l'elemento di lavoro viene inviato per la prima volta.Successivamente al primo evento di sincronizzazione, questi campi rifletteranno gli aggiornamenti apportati al piano del progetto.

Torna all'inizio

Aggiornamenti a campi che contengono ore

Per impostazione predefinita, i campi Ore completate e Ore rimanenti partecipano a un processo di sincronizzazione che gestisce due set di valori possibili.Le modifiche apportate alle ore possono verificarsi nel piano del progetto o in Team Foundation.Tuttavia le modifiche non sovrascrivono necessariamente le informazioni in una posizione.Un attributo OnConflict non definito per eseguire il mapping dei campi applica questa funzionalità.

Come illustrato negli scenari indicati di seguito, i campi vengono aggiornati in base all'autore degli aggiornamenti e se gli aggiornamenti vengono accettati nel piano del progetto.

  • Se un membro del team aggiorna le ore e il project manager approva gli invii e pubblica il piano, i campi di riferimento e mirror corrisponderanno alla sincronizzazione successiva di Team Foundation Server.

  • Se un membro del team aggiorna le ore e il project manager rifiuta gli invii, gli aggiornamenti non verranno accettati nel piano del progetto.I valori per il campo di riferimento e il campo mirror risulteranno diversi.

  • Se un project manager modifica le ore nel piano del progetto, solo il campo mirror verrà aggiornato alla successiva sincronizzazione di Team Foundation Server.

Se le ore di attività variano tra i due prodotti server, il responsabile del team e il project manager dovranno occuparsi dell'attività di riconciliazione delle differenze.In questo modo, ogni persona può aggiornare indipendentemente il proprio lavoro, pur consapevole delle modifiche apportate dall'altro.Per informazioni su come individuare i campi i cui valori non corrispondono ai rispettivi campi mirror, vedere Trovare elementi di lavoro in cui il lavoro in Team Foundation differisce dal lavoro in Project Server.

Se un project manager imposta una linea di base, il valore del campo Stima originale in Team Foundation viene impostato o aggiornato, come illustrato nella figura indicata di seguito.Per impostazione predefinita, viene eseguito il mapping di questo campo all'attributo OnConflict="PSWin".

Lavoro stimato

[!NOTA]

Poiché il modello di processo Scrum Visual Studio non utilizza i campi di Lavoro completato e Stima originale, è necessario aggiungere questi campi ai tipi di elementi di lavoro che si desidera includere nella sincronizzazione dei dati.Inoltre, è necessario modificare la definizione del tipo di attività per rimuovere le istruzioni del flusso di lavoro <EMPTY />.Per ulteriori informazioni, vedere Modifiche necessarie per eseguire quando si esegue il mapping a un progetto team creato dal modello di processo Scrum.

Torna all'inizio

Aggiornamenti ai campi dei nomi di risorsa o di assegnazione

Il campo Assegnato a in Team Foundation esegue il mapping al campo del nome della risorsa in Project Server.Per impostazione predefinita, viene eseguito il mapping di questo campo all'attributo OnConflict="PSWin".In fase di assegnazione di risorse ad attività nel piano del progetto dell'organizzazione, considerare le regole seguenti:

  • Il motore di sincronizzazione non sincronizza le informazioni sulle risorse tra entrambi i prodotti server.Per impostazione predefinita, in Team Foundation Server le risorse vengono sincronizzate da Active Directory, a differenza di Project Server.È possibile aggiungere manualmente risorse in Project Server, ma è consigliabile sincronizzare le risorse con Active Directory.Per assegnare una risorsa a un'attività in un piano del progetto dell'organizzazione che partecipa alla sincronizzazione con Team Foundation Server, è necessario aggiungere la risorsa a Project Server.Per aggiungere una risorsa, aggiungerla al gruppo dei membri del team nell'istanza di PWA o concedere alla risorsa le autorizzazioni Apri progetto e Visualizza sito progetto in Project.È inoltre necessario aggiungere una risorsa all'elenco di risorse dal piano del progetto dell'organizzazione, quindi pubblicare il piano del progetto per fare in modo che il motore di sincronizzazione possa accedere all'elenco aggiornato delle risorse.Per ulteriori informazioni, vedere Per aggiungere membri di Team Foundation al gruppo Membri del team.

  • In fase di gestione dei dettagli del progetto, assegnare una sola risorsa a ogni attività.Se l'attività richiede più risorse, dividerla in sottoattività e assegnare una risorsa a ciascuna sottoattività.

    In caso di gestione dei requisiti aziendali solo tramite pianificazione dall'alto verso il basso, assegnare ogni storia utente o requisito al responsabile dello sviluppo.

    In fase di pubblicazione del piano del progetto, il componente aggiuntivo client per Team Foundation verifica che a ogni attività venga assegnata una sola risorsa.Se a un'attività sono state assegnate più risorse, verrà visualizzata una finestra di dialogo Risoluzione convalida in cui sarà necessario specificare solo una risorsa come assegnazione attiva.Per ulteriori informazioni, vedere Risolvere errori di convalida.

  • Dopo che un'attività è stata collegata a un elemento di lavoro o ne è stato eseguito il mapping, sarà possibile assegnare o riassegnare risorse solo alle attività di cui non è stato eseguito il rollup.Un'attività di cui è stato eseguito il rollup viene associata a un elemento di lavoro contenente elementi di lavoro figlio non collegati.Le attività di cui è stato eseguito il rollup contengono in genere più nomi nel campo del nome della risorsa.Il motore di sincronizzazione trasmette il rollup delle risorse e il numero di ore utilizzato da ogni risorsa.Per ulteriori informazioni, vedere Utilizzo del rollup delle risorse nei progetti dell'organizzazione mappati ai progetti team.

Torna all'inizio

Attività di riepilogo, gerarchia delle attività e invii di elementi di lavoro con più livelli di annidamento

In base alla progettazione, il motore di sincronizzazione non aggiorna i campi di Project per le attività collegate con sottoattività nel piano del progetto dell'organizzazione.Il processo di sincronizzazione ignora gli aggiornamenti di queste attività poiché il lavoro su tali attività viene calcolato dal piano del progetto.Anche le modifiche al titolo e ai campi non direttamente correlati al lavoro non vengono aggiornate per queste attività.Questo comportamento costituisce una limitazione nota dell'integrazione tra i due prodotti server.

Se un project manager pubblica un set completo di attività che includono i requisiti e le attività collegate a Team Foundation Server, il motore di sincronizzazione blocca la gerarchia delle attività.I membri del team non possono modificare la gerarchia di attività in Team Foundation, ma possono riassegnare attività ai membri nel progetto team.Come mostrato nell'immagine seguente, le attività vengono elencate sotto i rispettivi requisiti e le gerarchie dei collegamenti tra attività padre e figlio vengono bloccate (Il collegamento è bloccato).I collegamenti bloccati indicano che i requisiti e le attività figlio sono stati aggiunti a un progetto team da Project Server.Solo il responsabile del progetto può modificare la gerarchia di attività dal piano del progetto.

Pianificazione della struttura di suddivisione delle attività di lavoro in Team Explorer

Se un team invia più livelli di elementi di lavoro da Team Foundation a Project Server, il primo livello deve essere approvato e pubblicato in Project Server prima di inviare il livello successivo.Se un team invia un gruppo di nuovi elementi di lavoro che include tre livelli di elementi figlio, ad esempio, il project manager dovrà pubblicare il piano del progetto quattro volte affinché tutti gli elementi di lavoro siano sincronizzati con Project Server.Se il project manager approva ogni livello degli elementi di lavoro e li pubblica in Project Server, le relazioni gerarchiche dei collegamenti vengono bloccate in Team Foundation finché non verrà bloccata l'intera gerarchia dei collegamenti.I membri del team non possono modificare la gerarchia per questi elementi di lavoro di cui è stato eseguito il mapping.

Torna all'inizio

Aggiornamenti ai campi associati a elenchi di selezione o tabelle di ricerca

Se si esegue il mapping dei campi di Team Foundation Server associati a un elenco di selezione o dei campi di Project Server associati a una tabella di ricerca, è necessario considerare ulteriori passaggi per garantire un'esperienza utente soddisfacente.Il motore di sincronizzazione non crea automaticamente gli elenchi associati alla controparte, né sincronizza i relativi valori consentiti nell'altro server.È consigliabile creare tabelle di ricerca in Project Server per la corrispondenza con gli elenchi di selezione definiti in Team Foundation e creare elenchi di selezione in Team Foundation per la corrispondenza con le tabelle di ricerca definite in Project Server.Se viene modificato un elenco di selezione o una tabella di ricerca, è necessario aggiornare manualmente l'elenco corrispondente nell'altro prodotto server.

Torna all'inizio

Vedere anche

Concetti

Campi di Project Server aggiunti per supportare la sincronizzazione dei dati

Altre risorse

Gestire progetti tramite Project Server e Team Foundation Server

Personalizzare il mapping dei campi tra Project Server e Team Foundation Server