Aggiunta e modifica di campi elemento di lavoro per supportare la creazione di rapporti

Articolo
08/11/2011

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 nell'ambito di rapporti. Qualsiasi campo, a eccezione dei campi di sistema, che si desidera visualizzare in un rapporto, deve essere definito nel file di definizione per i tipi di elementi di lavoro di cui il campo terrà traccia. I campi di sistema vengono definiti automaticamente per ogni tipo di elemento di lavoro. Devono tuttavia essere inclusi nel form elemento di lavoro per supportare l'immissione di dati.

Per supportare la creazione di rapporti, è possibile aggiungere campi o modificare gli attributi dei campi esistenti. Quando si aggiungono o si modificano campi, è necessario applicare le convenzioni sistematiche di denominazione per assicurarsi che i dati vengano raggruppati logicamente in cartelle nel cubo di SQL Server Analysis Services.

In questo argomento

Suggerimenti
Utilizzo di un campo esistente
Elencare i campi definiti per un insieme di progetti team
Attributi di campi segnalabili
Modificare un attributo segnalabile per un campo
Aggiunta di campi per supportare la creazione di rapporti
Verifica delle modifiche apportate agli attributi di campi segnalabili
Procedure consigliate in caso di assegnazione di nomi di riferimento di creazione rapporti
Campi segnalabili definiti nei modelli di processo MSF

Suggerimenti

Prima di aggiungere o modificare un campo, rivedere le procedure consigliate riportate di seguito:

Verificare la possibilità di utilizzare un campo già definito nell'insieme di progetti team che contiene il progetto team. L'utilizzo di un campo esistente supporta la creazione di rapporti tra progetti.
Verificare la possibilità di utilizzare un campo già definito in un altro insieme di progetti nella distribuzione di Visual Studio Team Foundation Server. L'utilizzo di un campo esistente supporta la creazione di rapporti tra progetti.
È possibile avere non più di 1.024 campi in ogni insieme di progetti e non più di 1,024 campi univoci segnalabili in tutti gli insiemi di progetti nell'intero ambito di una distribuzione di Team Foundation Server. I campi uniti contano come un solo campo segnalabile.
Istituire una routine standard e un processo di revisione per l'aggiunta e la modifica di campi in modelli di processo, progetti team o insiemi di progetti.
Utilizzare le convenzioni di denominazione sistematiche quando si assegnano etichette ai campi per la creazione di rapporti. Quando si assegnano nomi di riferimento in modo sistematico in tutti gli insiemi di progetti team nell'ambito di una distribuzione di Team Foundation Server, è opportuno garantire la presenza di un warehouse e di uno schema del cubo più coerenti e utilizzabili ed evitare conflitti di schema nel warehouse. Per ulteriori informazioni, vedere Risoluzione dei conflitti di schema che si verificano nel data warehouse.

È possibile assegnare fino a quattro attributi etichetta a un campo elemento di lavoro:

Nota

Ai campi definiti nei modelli di processo per Microsoft Solutions Framework non viene assegnato alcun nome di rapporto o nome di riferimento di rapporto. Per impostazione predefinita, vengono utilizzati il nome di riferimento e gli attributi del nome.
- name. Il nome descrittivo del campo visualizzato nei menu a discesa di query elemento di lavoro. Il nome descrittivo deve essere univoco per tutti i campi definiti in un progetto team. Il nome descrittivo inoltre può essere diverso dall'etichetta visualizzata e assegnata al campo. in un form elemento di lavoro. Per ulteriori informazioni, vedere Riferimento all'elemento XML Control.
- refname. L'etichetta univoca assegnata al campo che lo distingue da tutti gli altri campi definiti nell'insieme di progetti team. Il valore assegnato a refname non può essere modificato.
  
  Per i requisiti e le limitazioni relativi ai nomi descrittivi e ai nomi di riferimento per i campi, vedere Convenzioni di denominazione per oggetti di rilevamento di elementi di lavoro.
- reportingname. Attributo facoltativo. Nome utilizzato per identificare un campo nei rapporti. Se non impostato in modo esplicito, viene utilizzato il valore assegnato all'attributo name.
- reportingrefname. Attributo facoltativo. Etichetta univoca assegnata a un campo segnalabile che lo distingue da tutti gli altri campi segnalabili definiti in tutti gli insiemi di progetti team. Se non impostato in modo esplicito, viene utilizzato il valore assegnato all'attributo refname. Per le convenzioni di denominazione consigliate, vedere Procedure consigliate per l'assegnazione di nomi di riferimento di creazione rapporti più avanti in questo argomento.
  
  Nota
  
  I nomi di riferimento di creazione rapporti sono visibili solo da un rapporto di tabella pivot o dal cubo di Analysis Services.

Utilizzo di un campo esistente

È necessario utilizzare un campo già definito, se tale campo corrisponde alle informazioni di cui si desidera tener traccia e creare un rapporto. Per utilizzare un campo esistente, effettuare i passaggi seguenti:

Identificare il campo che si desidera utilizzare. Utilizzare il comando witadmin listfields per identificare i campi e i rispettivi attributi definiti per tutti gli insiemi di progetti. Per ulteriori informazioni, vedere Elencare i campi definiti per un insieme di progetti team più avanti in questo argomento.
Determinare se il campo è segnalabile e se gli attributi segnalabili soddisfano i requisiti di creazione rapporti.
Se non è segnalabile, utilizzare il comando witadmin changefield per modificare l'attributo segnalabile per gli insiemi di progetti nei quali viene utilizzato. Per ulteriori informazioni, vedere Modificare un attributo segnalabile per un campo più avanti in questo argomento.
Per l'insieme di progetti in cui non è definito il campo, aggiungerlo ai file di definizione XML per i tipi di elemento di lavoro che si desidera utilizzare per tenere traccia di dati. Per ulteriori informazioni, vedere Aggiungere campi per supportare la creazione di rapporti più avanti in questo argomento.

Elencare i campi definiti per un insieme di progetti team

È possibile utilizzare il comando witadmin listfields per elencare i campi e i rispettivi attributi. È possibile elencare un campo specifico oppure tutti i campi definiti in un insieme di progetti. Di seguito è riportata la sintassi del comando witadmin listfields.

witadmin listfields /collection:CollectionURL /n:RefName

Per ulteriori informazioni, vedere Elencare i campi elemento di lavoro e visualizzare gli attributi assegnati ai campi.

Attributi di campi segnalabili

I campi segnalabili dispongono dell'attributo reportable impostato su un valore pari a Detail, Dimensiono Measure. Gli attributi riportati di seguito determinano il modo in cui i campi elemento di lavoro vengono esportati ed elaborati nei database del data warehouse.

reportingtype. Per includere un campo nei rapporti, è necessario assegnare uno dei valori riportati di seguito all'attributo reportable.
- Assegnare Detail per esportare il campo nel database warehouse relazionale ma non nel cubo. Come illustrato nell'esempio seguente, utilizzare il tipo Detail solo per campi di tipo Integer, Double, String o DateTime.
```
<FIELD refname="MyCorp.Summary" name="Summary" type="String" reportable="detail">
```
- Assegnare Dimension per esportare il campo sia nel database warehouse relazionale sia nel cubo. Come illustrato nell'esempio seguente, utilizzare il tipo Dimension solo per campi di tipo Integer, Double, String o DateTime. Questo valore è utile per includere i campi utilizzati per filtrare i rapporti (ad esempio, campi che dispongono di elenchi di valori validi).
```
<FIELD refname="MyCorp.Category" name="Category" type="String" reportable="dimension">
```
- Assegnare Measure per supportare l'elaborazione di valori precalcolati nel cubo. Utilizzare il tipo Measure solo per i campi Integer e Double.
  
  Quando si assegna il valore Measure per reportingtype, è necessario assegnare il valore sum per formula, come illustrato nell'esempio seguente:
```
<FIELD refname="MyCorp.Cost" name="Cost" type="Integer" reportable="measure" formula="sum">
```
reportingrefname. È possibile assegnare un nome di riferimento diverso a un campo contrassegnato come segnalabile. Se non viene specificato alcun valore, verrà utilizzato il valore assegnato all'attributo refname.

È possibile utilizzare questo attributo sia per unire sia per far divergere i campi inclusi nei rapporti. Per unire due campi che dispongono di nomi di riferimento distinti e che sono definiti in differenti insiemi di progetti, assegnare lo stesso valore di reportingrefname a entrambi. Per far divergere due campi che dispongono dello stesso nome di riferimento, ma che sono definiti in differenti insiemi di progetti, assegnare un diverso valore di reportingrefname a ciascun campo.

È necessario unire i campi ogni qualvolta è possibile al fine di minimizzare il numero di campi nel database warehouse e di mantenere il numero al disotto del limite massimo di 1024 campi segnalabili. È possibile generare rapporti tra gruppi con i campi uniti.

reportingname. È possibile assegnare un'etichetta diversa a un campo utilizzato per visualizzare dati nei rapporti. Se non viene specificato alcun valore, verrà utilizzato il nome descrittivo per l'attributo name. Il valore assegnato a reportingname viene visualizzato nel cubo. Il valore assegnato a reportingrefname non viene visualizzato.

Importante
È necessario utilizzare procedure consigliate per assegnare etichette ai campi di creazione rapporti in modo che vengano raggruppati insieme nei rapporti di tabella pivot. Per ulteriori informazioni, vedere Procedure consigliate in caso di assegnazione di nomi di riferimento della creazione di rapporti.

Modificare un attributo segnalabile per un campo elemento di lavoro

È possibile rendere segnalabile un campo esistente modificando le assegnazioni di attributi del campo definite per un insieme di progetti. Un campo esistente viene definito in una o più definizioni di tipo di elemento di lavoro. È possibile inoltre modificare tutti gli attributi che determinano il modo in cui un campo viene elaborato nei data warehouse.

Per modificare le assegnazioni degli attributi di un campo è possibile utilizzare la procedura riportata di seguito.

È possibile utilizzare il comando witadmin changefield per modificare l'assegnazione di un attributo di un campo. Si utilizza questo comando per un insieme di progetti team. Utilizzare la seguente sintassi:
```
witadmin changefield /collection:CollectionURL /n:RefName [/name:NewName] [/syncnamechanges:true | false] [/reportingname:ReportingName] [/reportingrefname:ReportingRefName] [/reportingtype:Type] [/reportingformula:Formula] [/noprompt]
```
Per rendere segnalabile un campo esistente, modificare l'attributo reportingtype. Ad esempio per rendere disponibile il campo AW.Common.TeamPriority per il filtraggio di rapporti, assegnare al campo il valore Dimension:
```
witadmin changefield /collection:http://AdventureWorksServer:8080/AWTeam/Collection1 /n:AW.Common.TeamPriority /reportingtype:dimension 
```
Per ulteriori informazioni, vedere Gestione di campi degli elementi di lavoro [witadmin].
(Facoltativo) Se si dispone di più di un insieme di progetti, è necessario apportare modifiche simili al campo elemento di lavoro definito in tale insieme. Per evitare conflitti di schema quando si esportano e si elaborano dati nei database del data warehouse, è necessario assegnare gli stessi valori a questi attributi per tutti gli insiemi:
- Tipo di campo (impossibile modificare il valore di questo campo per un campo esistente).
- Tipo di creazione rapporti.
- Nome del rapporto.
Per ulteriori informazioni, vedere Risoluzione dei conflitti di schema che si verificano nel data warehouse.
Dopo avere apportato tutte le modifiche ai campi elemento di lavoro che si desidera utilizzare per la creazione di rapporti, è necessario elaborare i database del data warehouse. È possibile utilizzare i servizi Web ProcessWarehouse e ProcessAnalysis, disponibili tramite WarehouseControlWebService.

Questo passaggio assicura che chi utilizza i rapporti non veda alcun errore quando vengono modificati gli attributi del campo. Per ulteriori informazioni, vedere Elaborare manualmente il data warehouse e il cubo di Analysis Services per Team Foundation Server.

Per ulteriori informazioni, vedere Gestione di campi degli elementi di lavoro [witadmin].

Aggiunta di campi per supportare la creazione di rapporti

È possibile aggiungere campi alla definizione di un tipo o dei tipi di elementi di lavoro. Quando si aggiunge il campo, è necessario aggiungere la stessa definizione di elementi del campo per tutti i tipi di elementi di lavoro per i quali il campo supporterà la creazione di rapporti. Se si desidera che il campo supporti la creazione di rapporti tra progetti, il campo dovrà essere aggiunto a tutti i tipi di elemento di lavoro in tutti i progetti team per i quali verranno crearti rapporti.

Per ulteriori informazioni, vedere i seguenti argomenti:

Verifica delle modifiche apportate agli attributi di campi segnalabili

È possibile verificare le modifiche apportate agli attributi di un campo segnalabile elaborando i data warehouse su richiesta e quindi controllando i rapporti per verificare che siano stati aggiornati. Oppure è possibile attendere fino all'esecuzione dei processi dell'adattatore del warehouse. Per impostazione predefinita, il database relazionale viene elaborato ogni pochi minuti. Tuttavia, per impostazione predefinita, il cubo viene elaborato ogni due ore.

Nota

Per ulteriori informazioni su WarehouseControlWebService, vedere Elaborare manualmente il data warehouse e il cubo di Analysis Services per Team Foundation Server.

Elaborare il data warehouse relazionale su richiesta tramite ProcessWarehouse WarehouseControlWebService.
Elaborare il cubo su richiesta tramite ProcessAnalysisDatabase WarehouseControlWebService.
Verificare che i rapporti vengano aggiornati. Visualizzare un rapporto tramite il dashboard o Gestione rapporti. Per ulteriori informazioni, vedere Dashboard (Agile) o Rapporti (Agile).

Procedure consigliate in caso di assegnazione di nomi di riferimento di creazione rapporti

Per creare rapporti con nomi di riferimento, è opportuno assegnare le etichette in modo che sia possibile trovare facilmente i campi nel rapporto di tabella pivot e nel cubo. Ciò può essere ottenuto applicando convenzioni di denominazione sistematiche in modo che i campi vengano raggruppati in una sequenza logica. Inoltre, se i campi non sono raggruppati in modo utile, è possibile modificare il nome riferimento per la creazione di rapporti di un campo.

L'applicazione di una convenzione di denominazione sistematica diventa ancora più importante perché tutti i dati segnalabili da tutti i progetti team definiti in tutti gli insiemi di progetti vengono scritti in un solo data warehouse relazionale. I dati vengono quindi elaborati da tale warehouse e scritti nel cubo. Poiché i campi elemento di lavoro vengono gestiti distintamente per ogni insieme di progetti, è possibile applicare etichette diverse che possono generare un set di campi non ben organizzato per supportare la creazione di rapporti.

I campi elemento di lavoro che dispongono di un tipo di dimensione segnalabile corrispondono agli attributi di dimensione nel cubo. Gli attributi di dimensione sono organizzati in cartelle basate sul nome di riferimento di creazione rapporti assegnato nel modello di processo o nella definizione del tipo di elemento di lavoro. Si hanno i seguenti tipi di mapping:

I campi che dispongono del prefisso "System" sono intrinseci e vengono elencati direttamente sotto la dimensione dell'elemento di lavoro, con "Elemento di lavoro" anteposto.
Gli altri campi vengono posti in cartelle i cui nomi corrispondono ai prefissi dei rispettivi nomi di riferimento. Ad esempio, i campi che dispongono del prefisso "Microsoft.VSTS.Common" vengono elencati sotto la cartella con l'etichetta "Microsoft VSTS Common".

Come illustrato nella figura riportata di seguito, viene aggiunta una cartella per ogni gruppo di campi con prefisso che condividono un prefisso comune.

Struttura di cartelle in un cubo dei dati OLAP

Nella tabella seguente vengono elencati i campi i cui nomi di riferimento iniziano con "Sistema" e che sono elencati nel rapporto di tabella pivot con il prefisso "Elemento di lavoro." Questi campi vengono inseriti direttamente sotto la dimensione Elemento di lavoro. Tutti gli altri campi vengono posti in cartelle i cui nomi corrispondono ai prefissi dei rispettivi nomi di riferimento.

Nota

Le distribuzioni che non utilizzano la versione Enterprise di SQL Server Analysis Services non dispongono di accesso alle funzionalità di conversione fornite da tale versione. In tali distribuzioni, i campi vengono identificati dal nome di riferimento completo nel cubo, con '.' sostituito da '_' (ad esempio, "System_Id" e "System_Title").

Nome nel rapporto di tabella pivot e nel cubo	Nome di riferimento	Tipo di dati
Elemento di lavoro.Percorso area	System.AreaPath	TreeType
Elemento di lavoro.Assegnato a	System.AssignedTo	Stringa
Elemento di lavoro.Modificato da	System.ChangedBy	Stringa
Elemento di lavoro.Data modifica	System.ChangedDate	DateTime
Elemento di lavoro.Creato da	Sistema.Creato da	Stringa
Elemento di lavoro.Data creazione	System.CreatedDate	DateTime
Elemento di lavoro.ID	System.Id	Integer
Elemento di lavoro.Percorso iterazione	System.IterationPath	TreeType
Elemento di lavoro.Stato precedente	Sistema.StatoPrecedente	Stringa
Elemento di lavoro.Motivo	System.Reason	Stringa
Elemento di lavoro.Rev	System.Rev	Integer
Elemento di lavoro.Stato	System.State	Stringa
Elemento di lavoro.Titolo	System.Title	Stringa
Elemento di lavoro.Tipo elemento di lavoro	System.WorkItemType	Stringa

La tabella riportata di seguito elenca i campi visualizzati nel rapporto di tabella pivot nella cartella con l'etichetta "Microsoft.VSTS.Common" sotto la dimensione dell'Elemento di lavoro. Questi campi dispongono di nomi riferimento che iniziano con "Microsoft.VSTS.Common".

Nome nel rapporto di tabella pivot e nel cubo	Nome di riferimento	Tipo di dati
Elemento di lavoro.Attivato da	Microsoft.VSTS.Common.ActivatedBy	Stringa
Elemento di lavoro.Data attivazione	Microsoft.VSTS.Common.ActivatedDate	DateTime
Elemento di lavoro.Chiuso da	Microsoft.VSTS.Common.ClosedBy	Stringa
Elemento di lavoro.Data chiusura	Microsoft.VSTS.Common.ClosedDate	DateTime
Elemento di lavoro.Creato da	Microsoft.VSTS.Common.CreatedBy	Stringa
Elemento di lavoro.Data creazione	Microsoft.VSTS.Common.CreatedDate	DateTime
Elemento di lavoro.Risolto da	Microsoft.VSTS.Common.ResolvedBy	Stringa
Elemento di lavoro.Data risoluzione	Microsoft.VSTS.Common.ResolvedDate	DateTime
Elemento di lavoro.Motivo risoluzione	Microsoft.VSTS.Common.ResolvedReason	Stringa
Elemento di lavoro.Priorità	Microsoft.VSTS.Common.Priority	Integer
Elemento di lavoro.Gravità	Microsoft.VSTS.Common.Severity	Stringa
Elemento di lavoro.Ordine priorità	Microsoft.VSTS.Common.Rank	Double

Campi segnalabili definiti nei modelli di processo MSF

Nelle tabelle riportate di seguito vengono elencati i campi definiti nei modelli di processo di Microsoft Solutions Framework (MSF) e le assegnazioni predefinite dei campi. Questi campi vengono visualizzati solo per progetti team creati con la versione 5.0 di un modello di processo MSF. Vengono elencati solo i campi che sono impostati come segnalabili.

Campi Dettaglio
Campi Dimensione
Campi Misura

Per un elenco completo di campi definito nei modelli di processo MSF, vedere Utilizzo dei campi di sistema e dei campi definiti tramite i modelli di processo MSF. Se un progetto team è stato aggiornato, potrebbe essere necessario eseguire attività aggiuntive prima di poter utilizzare alcuni di questi campi. Per ulteriori informazioni, vedere Aggiornamento di un progetto team aggiornato per accedere alle nuove funzionalità.

Campi Dettaglio

Nome campo

Descrizione

Nome di riferimento

Tipo di dati

Stato automazione

Stato di un test case. È possibile specificare i valori seguenti:

Non automatizzato
Pianificato

Microsoft.VSTS.TCM.AutomationStatus

Stringa

Campi Dimensione

Nome campo	Descrizione	Nome di riferimento	Tipo di dati
ID	Identificatore univoco assegnato a un elemento di lavoro. Gli ID elemento di lavoro sono univoci per tutti i progetti team e gli elementi di lavoro definiti in un insieme di progetti team.	System.Id	Integer
Titolo	Breve descrizione riepilogativa dell'elemento di lavoro che consente agli utenti di distinguerlo dagli altri elementi di lavoro in un elenco.	System.Title	Stringa
Progetto team	progetto team a cui appartiene l'elemento di lavoro in uso.	System.TeamProject	Stringa
Tipo di elemento di lavoro	Nome del tipo di elemento di lavoro.	System.WorkItemType	Stringa
Area	Raggruppa gli elementi di lavoro per funzionalità del prodotto o aree del team. L'area deve essere un nodo valido nella gerarchia del progetto.	System.AreaPath	TreePath
Iterazione	Raggruppa gli elementi di lavoro per periodi di tempo o cicli sprint denominati. L'iterazione deve essere un nodo valido nella gerarchia del progetto.	System.IterationPath	TreePath
Modificato da	Nome del membro del team che ha modificato per ultimo l'elemento di lavoro.	System.ChangedBy	Stringa
Attività	Il tipo di lavoro richiesto per eseguire un'attività.	Microsoft.VSTS.Common.Activity	Stringa
Rev	Numero assegnato alla revisione cronologica di un elemento di lavoro.	System.Rev	Integer
Scadenza	Data di scadenza prevista per il completamento di un'attività.	Microsoft.VSTS.Scheduling.DueDate	DateTime
Data di fine	Data e ora indicate nella pianificazione per il completamento dell'attività.	Microsoft.VSTS.Scheduling.FinishDate	DateTime
Data di inizio	Data e ora indicate nella pianificazione per l'inizio dell'attività.	Microsoft.VSTS.Scheduling.StartDate	DateTime
Rilevato in	Numero di build del prodotto, noto anche come revisione, in cui è stato trovato un bug.	Microsoft.VSTS.Build.FoundIn	Stringa
Compilazione integrazione	Numero di build del prodotto in cui viene incorporato il codice o viene corretto un bug.	Microsoft.VSTS.Build.IntegrationBuild	Stringa
Assegnato a	Nome del membro del team che attualmente è proprietario dell'elemento di lavoro.	System.AssignedTo	Stringa
Motivo	Motivo per cui l'elemento di lavoro si trova nello stato corrente. I valori sono specifici sia per lo stato sia per il tipo dell'elemento di lavoro. Il campo non viene rilevato per i test case o per i passi condivisi.	System.Reason	Stringa
Stato	Stato corrente dell'elemento di lavoro. I valori validi per lo stato sono specifici di ogni tipo di elemento di lavoro.	System.State	Stringa
Attivato da	Nome del membro del team che ha attivato o riattivato l'elemento di lavoro.	Microsoft.VSTS.Common.ActivatedBy	Stringa
Data di attivazione	Data e ora in cui l'elemento di lavoro è stato attivato o riattivato.	Microsoft.VSTS.Common.ActivatedDate	DateTime
Chiuso da	Nome del membro del team che ha chiuso l'elemento di lavoro.	Microsoft.VSTS.Common.ClosedBy	Stringa
Data di chiusura	Data e ora di chiusura di un elemento di lavoro.	Microsoft.VSTS.Common.ClosedDate	DateTime
Creato da	Nome del membro del team che ha creato l'elemento di lavoro.	Microsoft.VSTS.Common.CreatedBy	Stringa
Data creazione	Data e ora di creazione di un elemento di lavoro.	Microsoft.VSTS.Common.CreatedDate	DateTime
Risolto da	Nome del membro del team che ha risolto il bug o la storia utente.	Microsoft.VSTS.Common.ResolvedBy	Stringa
Data di risoluzione	Data e ora di risoluzione del bug o della storia utente.	Microsoft.VSTS.Common.ResolvedDate	DateTime
Motivo di risoluzione	Motivo per cui il bug è stato risolto (ad esempio, è stato corretto).	Microsoft.VSTS.Common.ResolvedReason	Stringa
Priorità	Valutazione soggettiva del bug, del problema, dell'attività o del test case in relazione all'azienda. È possibile specificare i valori seguenti: 1: il prodotto non può essere rilasciato senza risolvere correttamente l'elemento di lavoro che quindi deve essere corretto il prima possibile. 2: il prodotto non può essere rilasciato senza risolvere correttamente l'elemento di lavoro, ma non è necessario che venga corretto immediatamente. 3: la risoluzione dell'elemento di lavoro è facoltativa in base alle risorse, al tempo e al rischio.	Microsoft.VSTS.Common.Priority	Integer
Classifica	Valutazione soggettiva della storia utente, dell'attività, del problema o del bug rispetto ad altri elementi di lavoro dello stesso tipo. Un elemento a cui viene assegnato un numero inferiore deve essere corretto prima di un elemento a cui viene assegnato un numero superiore.	Microsoft.VSTS.Common.Rank	Double
Punti storia	Unità di misura soggettiva che acquisisce le dimensioni di una storia utente. Se si assegnano più punti a una storia utente, si indica che è necessario più lavoro per l'implementazione.	Microsoft.VSTS.StoryPoints	Double
Rischio	Valutazione soggettiva dell'incertezza relativa sul corretto completamento della storia utente. È possibile specificare i valori seguenti: 1 - Alto 2 - Medio 3 - Basso	Microsoft.VSTS.Common.Risk	Stringa
Gravità	Una classificazione soggettiva dell'impatto di un bug sul progetto. È possibile specificare i valori seguenti: 1 - Critico 2 - Alto 3 - Medio 4 - Basso	Microsoft.VSTS.Common.Severity	Stringa
Scadenza	Data di scadenza prevista per il completamento di un problema. Questo campo è applicabile solo agli elementi di lavoro problema.	Microsoft.VSTS.Scheduling.DueDate	DateTime

Campi Misura

Nome campo	Descrizione	Nome di riferimento	Tipo di dati
Stima originale	Il numero di ore necessarie per completare un'attività.	Microsoft.VSTS.Scheduling.OriginalEstimate	Double
Rimanenti	Numero di ore rimanenti per il complemento di un'attività.	Microsoft.VSTS.Scheduling.RemainingWork	Double
Completate	Numero di ore trascorse a lavorare a un'attività.	Microsoft.VSTS.Scheduling.CompletedWork	Double

Vedere anche

Condividi tramite