Personalizzare dati di rilevamento, form, flusso di lavoro e altri oggetti del progetto

Articolo
03/05/2013

È possibile personalizzare il modo in cui si tiene traccia del progetto team e si progetta il flusso di lavoro, i form elemento di lavoro e i campi dati personalizzando uno o più oggetti per la gestione degli elementi di lavoro.Come illustrato nella figura seguente, è possibile creare o personalizzare otto tipi di oggetti.Si gestiscono categorie, i tipi di elemento di lavoro e la configurazione del processo per i progetti team.Si gestiscono elenchi globali, tipi di collegamento e campi di elementi di lavoro per le raccolte di progetti team.È possibile personalizzare un flusso di lavoro globale per un progetto team o una raccolta.

Oggetti di rilevamento degli elementi di lavoro

[!NOTA]

Per una panoramica delle aree più comuni che vengono personalizzate per un progetto team, vedere Personalizzare la gestione degli elementi di lavoro per il progetto team.

Ad eccezione dei campi dati, è possibile esportare e importare le definizioni di ogni oggetto per tenere traccia degli elementi di lavoro da Team Foundation come file XML.È possibile creare o modificare ogni set di oggetti in base alle specifiche esigenze.

[!NOTA]

È possibile creare e modificare oggetti per pere tenere traccia di elementi di lavoro utilizzando l'Editor di processo (Process Editor), un power tool di Visual Studio.Questo strumento può essere utilizzato per importare ed esportare elenchi globali e tipi di elementi di lavoro, modificare tipi di elementi di lavoro e rivedere l'elenco dei campi definiti per una raccolta.Questo strumento non è supportato.Per ulteriori informazioni, vedere la pagina seguente sul sito Web Microsoft: Power Tool di Team Foundation Server.

I membri del team possono utilizzare elementi di lavoro per tenere traccia di un lavoro da completare in un progetto.I membri possono creare un elemento di lavoro basato su un tipo di elemento di lavoro predefinito, ad esempio un bug, un requisito, un rischio o un'attività.Il set esatto di tipi di elementi di lavoro predefiniti disponibili per il progetto team in uso dipende dal modello di processo creato dal progetto stesso.Un tipo di elemento di lavoro è un modello da cui vengono creati elementi di lavoro di tale tipo.Per ulteriori informazioni, vedere Scegliere un modello di processo.

È possibile aggiungere tipi di elementi di lavoro personalizzati al set predefinito per fare in modo che Team Foundation consenta al team di utilizzare al meglio i metodi di comunicazione e i processi.È ad esempio possibile creare nuovi tipi di elemento di lavoro specifici del progetto per un bug, una richiesta di modifica, un requisito di qualità del servizio, un rischio da gestire e un'attività basata su uno scenario.

Una volta creato un elemento di lavoro, questo conterrà i campi e il comportamento definiti nel tipo di elemento di lavoro da cui è stato creato.Oltre alla creazione dei tipi di elemento di lavoro è possibile modificare i tipi esistenti.Ad esempio, per supportare in maniera ottimale i processi utilizzati dal team, è possibile aggiungere campi a un tipo di elemento di lavoro o modificarne il comportamento del flusso di lavoro.

In questo argomento

Definire e personalizzare gli oggetti utilizzati per tenere traccia del lavoro
Pianificazione dei requisiti di personalizzazione
Attività correlate

Definire e personalizzare gli oggetti utilizzati per tenere traccia del lavoro

Object	Descrizione	Argomento correlato
Category	Una categoria consente di definire un gruppo di tipi di elementi di lavoro che gestiscono elementi di lavoro simili ma a cui viene fatto riferimento con nomi diversi.È possibile raggruppare in una categoria uno o più tipi di elementi di lavoro dello stesso progetto team.Le categorie vengono definite per supportare l'esecuzione di query, la generazione di rapporti e l'impostazione di tipi di elementi di lavoro predefiniti in istanze specifiche.È possibile utilizzare l'operatore Nel gruppo per trovare gli elementi di lavoro che appartengono a una categoria.Per ulteriori informazioni, vedere Esecuzione di query su campi, operatori, valori e variabili.	Definire categorie per raggruppare tipi di elementi di lavoro
Campo	Un campo definisce un tipo di dati utilizzato per tenere traccia del lavoro.I campi elemento di lavoro vengono utilizzati per tenere traccia dei dati per un tipo di elemento di lavoro, per definire i criteri di filtro per le query e per generare rapporti.Definire ogni elemento dati non incorporato e non fornito dal modello di processo e di cui si desidera tenere traccia, che si vuole utilizzare per definire il flusso di lavoro o visualizzare nel form per un tipo di elemento di lavoro.Definire un elemento dati per un tipo di elemento di lavoro o un flusso di lavoro globale tramite l'elemento FIELD. Ogni campo è definito da uno o più attributi, che includono il tipo di dati che può contenere, se li si utilizza nei rapporti e se vengono o meno indicizzati.È inoltre possibile specificare elementi facoltativi che limitano, popolano automaticamente o specificano le condizioni per i valori su cui gli utenti possono impostare il campo tramite il form elemento di lavoro. È possibile aggiungere o rimuovere un campo o personalizzarne la modalità di utilizzo per tenere traccia dei dati.Per indicazioni sulla definizione degli elementi di lavoro, vedere Definizione e personalizzazione dei campi dati più avanti in questo argomento.	Definire campi elemento di lavoro Riferimento ai campi degli elementi di lavoro per ALM di Visual Studio Aggiungere e modificare campi elemento di lavoro per supportare la creazione di rapporti
Elenco globale	Un elenco globale, noto come un elenco di selezione, definisce un elenco di valori che è possibile utilizzare con i tipi di elementi di lavoro per controllare uno o più valori sui quali gli utenti possono impostare un campo in un elemento di lavoro.Gli elenchi globali vengono utilizzati per aggiornare rapidamente il contenuto degli elenchi di selezione utilizzati per molti tipi di elementi di lavoro. È possibile definire elenchi globali all'interno di un tipo di elemento di lavoro, ma questa operazione non è consigliabile perché la definizione del tipo di elemento di lavoro sovrascriverà le modifiche definite altrove se viene importata tale definizione.Una procedura consigliata consiste nel definire e importare gli elenchi globali attraverso un file di definizione degli elenchi globali o il flusso di lavoro globale.	Definire elenchi globali
Flusso di lavoro globale	Un flusso di lavoro globale consente di definire i campi e gli elenchi globali disponibili per tutti i tipi di elementi di lavoro per un progetto team o una raccolta.	Personalizzare il flusso di lavoro globale
Tipo di collegamento	Un tipo di collegamento consente di definire le regole e le restrizioni che controllano le relazioni che l'utente può stabilire tra elementi di lavoro.Oltre ai tipi di collegamento incorporati, è possibile creare tipi di collegamento per supportare i requisiti di traccia del progetto.Prima di iniziare a creare collegamenti tra elementi di lavoro, è necessario analizzare come è possibile utilizzare collegamenti per pianificare il progetto e tenere traccia dello stato degli elementi di lavoro.	Definire un tipo di collegamento personalizzato
Configurazione di processo	Gli elementi di configurazione di processo controllano il layout e le funzioni di backlog e delle attività degli strumenti Agile forniti con Team Web Access. Se il progetto di team è stato creato utilizzando un modello di processo diverso da quelli forniti da Visual Studio ALM o sono state personalizzate le definizioni dei tipi per gli elementi di lavoro, potrebbe essere necessario personalizzare i file di definizione che supportano la configurazione del processo.Inoltre, se sono stati personalizzati o aggiunti tipi di elementi di lavoro e si desidera utilizzare tali campi, allora si desidererà determinare come modificare gli elementi di configurazione del progetto in modo che corrispondano agli oggetti personalizzati.	Personalizzare le pagine di backlog e dell'area attività mediante la configurazione del processo
Tipo di elemento di lavoro	Un tipo di elemento di lavoro consente di definire un oggetto ad esempio un bug, un requisito, o un rischio utilizzato per tenere traccia del lavoro per un progetto team.Nei componenti seguenti viene definito un tipo di elemento di lavoro: I campi definiscono i tipi di dati contenuti nell'elemento di lavoro.È possibile definire i campi includendo una sezione FIELDS (definizione) nella definizione di un tipo di elemento di lavoro o di un flusso di lavoro globale. Il flusso di lavoro definisce il modo in cui lo stato di un elemento di lavoro passa da aperto o attivo a chiuso o completato.Il controllo del flusso di lavoro avviene definendone lo stato iniziale, gli stati validi, le transizioni valide tra tali stati e gli utenti o i gruppi autorizzati a iniziare tali transizioni.La sezione WORKFLOW del tipo di elemento di lavoro controlla il modo con cui si tiene traccia di un elemento di lavoro. Il form definisce il layout e il contenuto visualizzati nel form con cui i membri del team interagiscono per gestire i dati degli elementi di lavoro.È possibile controllare il modo in cui vengono visualizzati gli elementi dell'interfaccia utente tramite la sezione FORM della definizione del tipo di elemento di lavoro.Per ciascun tipo di elemento di lavoro deve essere presente un solo form.Tuttavia, è possibile definire uno o più layout affinché un form sia destinato a client diversi.È necessario descrivere l'intero form, inclusa la modalità di raggruppamento di tutti i campi dati.	Riferimento a tutti gli elementi XML WITD Definire e personalizzare il flusso di lavoro degli elementi di lavoro Progettare e personalizzare un form elemento di lavoro Aggiungere e personalizzare un tipo di elemento di lavoro Creare un tipo di elemento di lavoro

Torna all'inizio

Pianificazione dei requisiti di personalizzazione

Rivedere le sezioni seguenti per l'istruzione informino la pianificazione prima di definire e personalizzare oggetti per tenere traccia del lavoro.

Processi di personalizzazione
Campi di sistema
Definire i campi dati
Campi per nomi di persona
Mapping dei campi tra il TFS e Microsoft Project
Campi esistenti di modifica
Elenchi globali di utilizzo e flusso di lavoro globale

Processi di personalizzazione

Quando si pianifica la creazione o la personalizzazione di oggetti per gestire il lavoro, è consigliabile cercare di includere il maggior numero possibile dei processi seguenti:

Identificare le opzioni migliori per la personalizzazione degli elementi di lavoro che supportano i requisiti di gestione.Quando si modificano gli oggetti che gestiscono gli elementi di lavoro, è necessario identificare il modo in cui queste modifiche influiranno sui progetti team esistenti e futuri.Vedere Determinare l'ambito dei requisiti di personalizzazione.
Rivedere le interdipendenze esistenti tra oggetti di SPIRITO, la pianificazione Agile, la segnalazione e i processi del team.Vedere Personalizzare progetti e processi del team.
Determinare chiaramente ruoli e responsabilità, sia per chi esegue il lavoro che per chi è incluso nel flusso di lavoro di gestione degli elementi di lavoro.
Automatizzare e documentare le modifiche apportate man mano che si personalizzano gli oggetti e si modifica la distribuzione.
Testare gli oggetti personalizzati esattamente come si testa il proprio software.
Inserire i modelli di processo e gli oggetti nel controllo della versione.Non distribuire gli oggetti definiti ma non archiviati in un repository.
Introdurre sempre le modifiche prima in un ambiente di test.Assicurarsi che gli oggetti per gestire il lavoro nell'ambiente di test siano simili o identici a quelli nell'ambiente di produzione.

Torna all'inizio

Campi di sistema

Sono disponibili diversi campi di sistema a cui tutti i tipi di elementi di lavoro possono fare riferimento, anche se questi campi non sono definiti in modo esplicito con un elemento FIELD (definizione) nella definizione di ogni tipo.I nomi dei campi di sistema iniziano tutti con il prefisso "System" (ad esempio, System.ID).La maggior parte di questi campi viene utilizzata a scopo di rilevamento e gli utenti ne possono modificare solo pochi tramite l'interfaccia utente.Per impostazione predefinita, è possibile utilizzare tutti i tipi seguenti di campi:

Campi di identificazione: Titolo, Descrizione e Assegnato a.Questi campi consentono di identificare ciascun elemento di lavoro e gli utenti possono modificarne i valori tramite l'interfaccia utente.Questi campi sono in genere inclusi nel form di ogni tipo di elemento di lavoro.
Campi di gestione: ID, Tipo di elemento di lavoro, Progetto team, Rev e i campi che forniscono il numero di elementi collegati a un elemento di lavoro, quali Conteggio file allegati, Conteggio collegamenti esterni, Conteggio collegamenti ipertestuali e Conteggio collegamenti correlati.Se inclusi in un form elemento di lavoro, questi campi devono essere impostati sulla sola lettura.Si tratta di campi utili per trovare un elemento di lavoro o un set di elementi di lavoro e per generare rapporti.
Campi di controllo: Creato da, Data di creazione, Modificato da, Data di modifica e Cronologia.Questi campi rilevano gli utenti che hanno creato o modificato un elemento di lavoro e la data di creazione o di modifica.Il campo Cronologia viene aggiornato automaticamente quando viene modificato un campo nell'elemento di lavoro.
Campi con comportamento speciale: Stato, Motivo, Area e Iterazione.A ognuno di questi campi è associato uno specifico comportamento.Il comportamento dei campi Stato e Motivo è controllato dal meccanismo e dalle regole del flusso di lavoro.I percorsi Area e Iterazione sono i soli campi TreePath definiti.I valori validi vengono definiti nella finestra di dialogo Aree e iterazioni del progetto team.Per ulteriori informazioni, vedere Creare e modificare aree e iterazioni.

Per ulteriori informazioni, vedere Riferimento ai campi degli elementi di lavoro per ALM di Visual Studio.

Torna all'inizio

Definire i campi dati

Quando si definisce un campo dati o un tipo di elemento di lavoro, l'utente deve prendere in considerazione le seguenti linee guida.

Determinare i campi dati che si richiedono oltre a quelli che sono incorporati e quelli che sono già definiti.Per ulteriori informazioni sui campi esistenti, vedere Riferimento ai campi degli elementi di lavoro per ALM di Visual Studio.È inoltre possibile esportare un elenco di campi definiti per una raccolta di progetti tramite il comando witadmin listfields.Per ulteriori informazioni, vedere Gestire i campi degli elementi di lavoro [witadmin].
Determinare se è necessario modificare le regole di campo esistenti.
Confrontare il flusso di lavoro dei tipi di elementi di lavoro esistenti con quanto è necessario per il processo team.Considerare prima il flusso di lavoro e poi le etichette di stato.
Decidere se è necessario implementare una logica speciale nel momento in cui si aggiunge o si personalizza un campo.
- È necessario limitare l'applicazione di una regola di campo solo a uno o più utenti o gruppi?
- È necessario limitare una regola di campo in base a uno stato, una transizione o un motivo per una transizione?
- È necessario associare un campo a un elenco di valori statico o dinamico?Quali elenchi enumerati sono necessari e come suddividerli tra i tipi di elementi di lavoro e i progetti team?
  
  Gli elenchi statici richiedono aggiornamenti molto di rado.Gli elenchi dinamici possono essere basati su un set di nomi di utenti o di clienti.È possibile utilizzare gli elenchi globali per ridurre al minimo il tempo impiegato per l'aggiornamento degli elenchi?È possibile sincronizzare un elenco tramite Active Directory e i campi per nomi di persona?
- Si desidera definire un set di campi che verrà utilizzato in modo regolare in più progetti team o tipi di elementi di lavoro?
  
  Se il proprio team deve tenere traccia dei campi attraverso più tipi di elementi di lavoro, è possibile definire tali campi in un flusso di lavoro globale piuttosto che in ogni tipo di elemento di lavoro?

[!NOTA]

Non è possibile definire un campo che calcola dati contenuti in più di un campo.

Per ulteriori informazioni, vedere Definire campi elemento di lavoro.

Torna all'inizio

Campi per nomi di persona

Per definire un campo da utilizzare per archiviare nomi di persona si utilizza il tipo di dati String.Se si desidera sincronizzare l'elenco di nomi validi per questo campo con quelli archiviati in Active Directory, è possibile impostare l'attributo syncnamechanges su true.È inoltre possibile modificare l'attributo di un campo di tipo String esistente per supportare la sincronizzazione dei nomi di persona.Per ulteriori informazioni, vedere Gestire i campi degli elementi di lavoro [witadmin].

Torna all'inizio

Mapping dei campi tra il TFS e Microsoft Project

Se si utilizza Microsoft Project per gestire la pianificazione del progetto, è possibile definire campi e aggiungerli a un form elemento di lavoro che l'utente può visualizzare o modificare dal piano del progetto.Se il progetto team si basa su un modello di processo Microsoft Solutions Framework (MSF), è stato caricato un file di mapping predefinito al momento della creazione del progetto team.

Il file di mapping dei campi di Microsoft Project determina il mapping dei campi tra Team Foundation e Microsoft Project.Per ulteriori informazioni, vedere Personalizzare mapping campi di Microsoft Project e Pianificare le attività e assegnare le risorse tramite Microsoft Project.

Torna all'inizio

Campi esistenti di modifica

Le modifiche ai campi dati successive alla loro definizione possono risultare alquanto costose.

Tutti i campi che si definiscono, tramite un tipo di elemento di lavoro o un flusso di lavoro globale, vengono definiti per una raccolta di progetti team.La definizione di un campo è simile all'aggiunta di un nuovo record a una tabella di database globale che contiene il nome descrittivo, il nome di riferimento e altri attributi di campo per ciascun record.Tutti i tipi di elementi di lavoro nella raccolta fanno riferimento a questa tabella.Pertanto, se si decide di rinominare un campo, modificando un attributo o di eliminare un campo, si influisce su tutti i tipi di elementi di lavoro che fanno riferimento al campo.

Inoltre, tutti i dati segnalabili da tutti i progetti team definiti in tutte le raccolte per una distribuzione di Team Foundation Server vengono scritti in un solo data warehouse relazionale.I dati da tale warehouse vengono quindi elaborati e scritti nel cubo di Analysis Services SQL Server.La raccolta di dati in un solo data warehouse supporta la creazione di rapporti fra le raccolte.Poiché tuttavia i campi vengono gestiti distintamente per ciascuna raccolta, possono verificarsi conflitti di schema quando vengono assegnate definizioni differenti a uno o più attributi di un campo a cui è assegnato lo stesso nome di riferimento di creazione rapporti.

Inoltre, quando si aggiunge un campo al tipo di elemento di lavoro e un altro tipo ha già utilizzato lo stesso nome di riferimento, non è possibile eseguire l'override del tipo di dati o del nome del campo.Inoltre, si applicano i seguenti vincoli aggiuntivi:

Quando un campo viene rimosso da uno specifico tipo di elemento di lavoro, questo non viene rimosso dalla raccolta o dal server database, anche se nessun tipo di elemento di lavoro vi fa più riferimento.Per rimuovere un campo, è necessario eliminarlo in modo esplicito dalla raccolta tramite il comando witadmin deletefield.
Prima di eliminare un campo, è necessario prima rimuoverlo dalle definizioni di tutti i tipi di elementi di lavoro e di flussi di lavoro globale che vi fanno riferimento.
Se il campo eliminato veniva utilizzato per la creazione di rapporti, allora è necessario ricompilare il data warehouse per cancellare il campo obsoleto e i relativi valori.

Torna all'inizio

Elenchi globali di utilizzo e flusso di lavoro globale

È possibile semplificare le attività di manutenzione e personalizzazione dei tipi di elementi di lavoro tramite la definizione di alcuni oggetti come globali.Gli oggetti globali sono disponibili per un progetto team o per una raccolta di progetti.È possibile aggiungerli ai modelli di processo e renderli disponibili ai nuovi progetti team oppure caricarli in altre raccolte di progetto.Quando si esegue la pianificazione, determinare la modalità di utilizzo degli elenchi globali e dei campi da parte dei progetti team e dei tipi di elementi di lavoro.

È possibile definire un elenco globale nei modi seguenti: come parte della definizione di un tipo di elemento di lavoro, come parte di un flusso di lavoro globale o come file distinto di definizione di elenchi globali da importare in una raccolta.Gli ultimi due metodi sono consigliati perché consentono di mantenere tutti gli elenchi globali in un'unica posizione e di evitare modifiche accidentali quando si modifica un tipo di elemento di lavoro esistente.

È possibile definire un flusso di lavoro globale tramite un file di definizione XML e importarlo per un progetto team o una raccolta.Il flusso di lavoro globale può contenere definizioni di campi ed elenchi globali.

Per ulteriori informazioni, vedere Definire elenchi globali e Personalizzare il flusso di lavoro globale.

Torna all'inizio

Attività correlate

Attività	Contenuto correlato
Denominare i campi e altri oggetti per la gestione degli elementi di lavoro.È possibile specificare un nome descrittivo per ogni oggetto col quale si gestisce l'elemento di lavoro.Per alcuni oggetti, è necessario inoltre specificare un nome di riferimento.Entrambi i tipi di nomi devono soddisfare i requisiti definiti in base al tipo di oggetto.	Convenzioni di denominazione per oggetti di rilevamento di elementi di lavoro
Cercare la definizione dello schema per un elemento di un tipo di elemento di lavoro.È possibile visualizzare la sintassi per ogni elemento dello schema associato ai tipi di elementi di lavoro.	Indice delle definizioni degli elementi XML per tipi di elementi di lavoro
Identificare ciò che può essere localizzato nella definizione di un tipo di elemento di lavoro.È possibile localizzare parti della definizione di un tipo di elemento di lavoro in modo che vengano visualizzate nella lingua nativa dell'utente.	Localizzazione e globalizzazione di elementi figlio WITD
Importare, esportare e gestire oggetti per la gestione degli elementi di lavoro.Con l'utilità della riga di comando witadmin è possibile creare, eliminare, importare ed esportare categorie, elenchi globali, tipi di collegamento, tipi di elementi di lavoro e campi elemento di lavoro.È possibile gestire questi oggetti per ogni raccolta o progetto team.	witAdmin: personalizzare e gestire oggetti per il rilevamento degli elementi di lavoro