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

  • Articolo

È 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 sette tipi di oggetti. Si gestiscono categorie e tipi di elementi di lavoro per i progetti team. Si gestiscono elenchi globali, tipi di collegamento e campi di elementi di lavoro per gli insiemi di progetti team. È possibile personalizzare un flusso di lavoro globale per un progetto team o un insieme.

Oggetti di rilevamento degli elementi di lavoro

Nota

Prima di poter definire un flusso di lavoro globale, è necessario che la funzionalità sia abilitata sul server a livello applicazione. Il server deve pertanto eseguire una versione di Visual Studio Team Foundation Server, ad esempio Team Foundation Server 2010 con Service Pack 1 (SP1), che supporta tale funzione. È possibile scaricare il Service Pack dalla pagina del sito Web Microsoft relativa al Service Pack 1 di Visual Studio Team Foundation Server 2010, Beta. Per ulteriori informazioni, vedere Personalizzazione del flusso di lavoro globale.

Ad eccezione dei campi dati, è possibile esportare ed importare le definizioni di ogni oggetto per la gestione 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 un insieme. Questo strumento non è supportato. Per ulteriori informazioni, vedere la pagina seguente sul sito Web Microsoft: Power Tools di Team Foundation Server, aprile 2010.

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

  • Definizione e personalizzazione degli oggetti utilizzati per la gestione del lavoro

  • Linee guida relative alla personalizzazione

  • Attività correlate

Definizione e personalizzazione degli oggetti utilizzati per la gestione del lavoro

Oggetto

Descrizione

Argomento correlato

Categoria

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.

Raggruppamento dei tipi di elementi di lavoro in categorie

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.

Definizione dei campi elemento di lavoro

Utilizzo dei campi di sistema e dei campi definiti tramite i modelli di processo MSF

Aggiunta e modifica di 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.

Definizione di elenchi globali

Aggiungere, utilizzare e gestire gli 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 un insieme.

Personalizzazione del 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.

Personalizzazione della correlazione degli elementi di lavoro tramite tipi di collegamento

Scelta dei tipi di collegamento per tenere traccia del progetto in modo efficiente

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

Definizione e personalizzazione del flusso di lavoro degli elementi di lavoro

Progettazione e personalizzazione di 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

Le sezioni seguenti contengono indicazioni per una pianificazione precedente alla definizione e alla personalizzazione degli oggetti per gestire il lavoro.

  • Principi del processo di personalizzazione

  • Campi di sistema

  • Definizione di campi dati e personalizzazione dei tipi di elementi di lavoro

  • Campi per nomi di persona

  • Mapping dei campi tra Team Foundation e Microsoft Project

  • Modifica di campi esistenti

  • Utilizzo di elenchi globali e flusso di lavoro globale

Principi del processo 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:

  • 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 Utilizzo dei campi di sistema e dei campi definiti tramite i modelli di processo MSF.

Torna all'inizio

Definizione di campi dati e personalizzazione dei tipi di elementi di lavoro

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 Utilizzo dei campi di sistema e dei campi definiti tramite i modelli di processo MSF. È inoltre possibile esportare un elenco di campi definiti per un insieme di progetti tramite il comando witadmin listfields. Per ulteriori informazioni, vedere Gestione di 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 Definizione dei 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 Abilitare la sincronizzazione dei campi personalizzati nome di persona.

Torna all'inizio

Mapping dei campi tra Team Foundation 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 Personalizzazione di mapping campi di Microsoft Project e Pianificazione di attività e assegnazione di risorse tramite Microsoft Project.

Torna all'inizio

Modifica di campi esistenti

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 un insieme 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 nell'insieme 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 tutti gli insiemi 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. L'insieme di dati in un solo data warehouse supporta la creazione di rapporti fra gli insiemi. Poiché tuttavia i campi vengono gestiti distintamente per ciascun insieme, 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 dall'insieme 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 dall'insieme 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

Utilizzo di elenchi globali 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 un insieme di progetti. È possibile aggiungerli ai modelli di processo e renderli disponibili ai nuovi progetti team oppure caricarli in altri insiemi 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 un insieme. 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 un insieme. Il flusso di lavoro globale può contenere definizioni di campi ed elenchi globali.

Per ulteriori informazioni, vedere Definizione di elenchi globali e Personalizzazione del 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.

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.

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.

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.

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 insieme o progetto team.

Vedere anche

Concetti

Novità sul rilevamento degli elementi di lavoro

Rilevamento di bug, attività e altri elementi di lavoro

Personalizzazione dei progetti e dei processi del team

Altre risorse

Definizione e personalizzazione di oggetti per il rilevamento degli elementi di lavoro mediante il plug-in di rilevamento dell'elemento di lavoro

Personalizzazione dei modelli di processo

Cronologia delle modifiche

Data

Cronologia

Motivo

Gennaio 2011

Aggiunta figura per illustrare quali oggetti vengono definiti per un progetto team rispetto a un insieme. Aggiunta sezione relativa alla modalità di pianificazione dei requisiti e delle informazioni di personalizzazione relative al flusso di lavoro globale. Contenuto consolidato e riformattato.

Miglioramento delle informazioni.