Condividi tramite


Definizione delle aree e delle iterazione iniziali nel plug-in Classification

È possibile definire classificazioni per agevolare le operazioni di rilevamento, raggruppamento e generazione di report sul lavoro in base a categorie utili, ad esempio funzionalità di prodotto correlate e attività cardine di progetto. Si definiscono aree per organizzare gli elementi di lavoro in categorie logiche, fisiche o funzionali. È possibile definire iterazioni per raggruppare gli elementi di lavoro in categorie di attività cardine o cicli di tempo. Un team, ad esempio, potrebbe organizzare il lavoro del prodotto definendo un'area client, un'area server e un'area estensibilità. Le iterazioni definite determinano il numero di ripetizioni da parte del team di un determinato set di attività principali, quali pianificazione, sviluppo e test.

Le classificazioni definite vengono visualizzate nella finestra di dialogo Aree e iterazioni per il nuovo progetto team, come illustrato nella figura seguente:

Aree e iterazioni

Una volta creato un progetto team, è possibile utilizzare qualsiasi applicazione client per Team Foundation al fine di modificare aree e iterazioni. È inoltre possibile definire autorizzazioni per controllare l'accesso a un'area o a un'iterazione di progetto. Per consultare le linee guida e le limitazioni di denominazione applicate alle classificazioni, vedere Creare e modificare aree e iterazioni. Per informazioni sui campi che consentono di gestire le aree e le iterazioni, vedere Aree e iterazioni.

Oltre ad aree e iterazioni, è possibile specificare il file di mapping di Microsoft Project da caricare nel plug-in Classificazione.

Nota importanteImportante

Per impostazione predefinita, i modelli di processo di Microsoft Solutions Framework (MSF) definiscono solo tre nodi dell'iterazione, denominati Iterazione 1, Iterazione 2 e Iterazione 3, e nessuno dell'area. Ai nodi dell'iterazione viene fatto riferimento nella definizione delle query di elementi di lavoro e le attività vengono definite nei plug-in WorkItemTracking e Portale.

In questo argomento

  • Nome e percorso del plug-in Classificazione

  • Attività di classificazione e dipendenze

  • Definizione delle aree di prodotto iniziali

  • Definizione delle iterazioni iniziali

  • Definizione del file di mapping dei campi per Microsoft Project

  • Riferimento dell'elemento plug-in Classificazione

Nome e percorso del plug-in Classificazione

Nella tabella seguente sono elencati i nomi del file, della cartella e del plug-in per i modelli di processo per Microsoft Solutions Framework (MSF).

Nome del file:

Classification.xml

Nome della cartella:

Classificazione

Nome del plug-in:

Microsoft.ProjectCreationWizard.Classification

Nota

È possibile modificare i nomi del file XML e della cartella, ma non del plug-in. Team Foundation Server non include un meccanismo per la distribuzione di plug-in, criteri o altre modifiche sul lato client. Se si desidera distribuire questo tipo di funzionalità, è necessario utilizzare il programma di distribuzione e installazione di cui si dispone.

Torna all'inizio

Attività di classificazione e dipendenze

Il file di plug-in Classificazione deve essere conforme alla definizione dello schema, come specificato nel file Css.xsd, e il plug-in deve essere specificato nel proprio file. È possibile scaricare i file dello schema per i modelli di processo dalla seguente pagina del sito Web Microsoft: Modello di processo e schemi di elementi di lavoro di Visual Studio Team Foundation.

Nel file XML specificare una o più attività e le relative dipendenze. In generale, è sufficiente una sola attività per specificare tutte le iterazioni e i nodi necessari per un progetto team.

Nota

Se si modificano le aree o le iterazioni di un modello di processo, assicurarsi di non rimuovere le assegnazioni utilizzate per le query elemento di lavoro o gli elementi di lavoro definiti nel modello di processo. La query elemento di lavoro Iteration1Backlog.wiq per il modello di processo MSF per Agile Software Development, ad esempio, fa riferimento all'iterazione 1. Per ulteriori informazioni, vedere Aggiungere query elemento di lavoro a un modello di processo.

Torna all'inizio

Definizione delle aree di prodotto iniziali

È necessario specificare il nodo radice delle aree utilizzando la sintassi seguente:

<Node StructureType="ProjectModelHierarchy" Name="Area" >

Specificare zero o più nodi figlio per tutte le aree desiderate per il processo. Per specificare ogni area, è necessario utilizzare l'elemento Node e impostare l'attributo StructureType su ProjectModelHierarchy.

<Node StructureType="ProjectModelHierarchy" Name="NodeName" ></Node>

Nell'esempio seguente viene illustrato come specificare due aree, Client e Server:

<?xml version="1.0" encoding="utf-8" ?>
<tasks>
   <task
      id="UploadStructure"
      name="Creating project structure"
      plugin="Microsoft.ProjectCreationWizard.Classification"
      completionMessage="Portfolio project structure created.">
      <taskXml>
         <Nodes>
            <Node StructureType="ProjectModelHierarchy" Name="Teams" >
               <Children>
                  <Node StructureType="ProjectModelHierarchy" Name="Client"></Node>
                  <Node StructureType="ProjectModelHierarchy" Name="Server"></Node>
               </Children>
            </Node>
         </Nodes>
      </taskXml>
   </task>
</tasks>

Torna all'inizio

Definizione dei percorsi di iterazione iniziali

Per specificare il nodo radice per le iterazioni, utilizzare la sintassi seguente:

<Node StructureType="ProjectLifecycle" Name="NodeName" >

Specificare zero o più nodi figlio per tutte le iterazioni desiderate per il processo. Per specificare ogni iterazione è necessario utilizzare l'elemento Node e impostare l'attributo StructureType su ProjectLifecycle.

Nell'esempio riportato di seguito viene mostrato come specificare quattro iterazioni: Milestone 1, Milestone 2, Beta e RTM.

<?xml version="1.0" encoding="utf-8" ?>
<tasks>
   <task
      id="UploadStructure"
      name="Creating project structure"
      plugin="Microsoft.ProjectCreationWizard.Classification"
      completionMessage="Team project structure created.">
      <taskXml>
         <Nodes>
            <Node StructureType="ProjectLifecycle" Name="Iteration" >
               <Children>
                  <Node StructureType="ProjectLifecycle" Name="Milestone 1"></Node>
                  <Node StructureType="ProjectLifecycle" Name="Milestone 2"></Node>
                  <Node StructureType="ProjectLifecycle" Name="Beta"></Node>
                  <Node StructureType="ProjectLifecycle" Name="RTM"></Node>
               </Children>
            </Node>
         </Nodes>
      </taskXml>
   </task>
</tasks>

Torna all'inizio

Definizione del file di mapping dei campi per Microsoft Project

Specificare il file contenente i mapping dei campi di Microsoft Project nella sezione properties del file Classification.xml. Utilizzare l'elemento property per specificare il file da caricare, etichettato FileMapping.xml per i modelli di processo MSF. Questo file contiene i mapping tra i campi in Microsoft Project e i campi in Team Foundation. Il file viene caricato nel database per il progetto team. Nell'esempio di seguito è illustrata la struttura sintattica per questa voce:

<properties>
   <property name="MSPROJ" 
             value="Classification\FileMapping.xml" 
             isFile="true" />
</properties>

Per personalizzare questo file, vedere Mapping di campi da Microsoft Project a Team Foundation.

Torna all'inizio

Riferimento dell'elemento plug-in Classificazione

Nella tabella riportata di seguito vengono descritti gli elementi utilizzati per definire le aree e le iterazioni di prodotto iniziali. Questi elementi vengono specificati all'interno di un elemento contenitore taskXml nel file di plug-in Classificazione. Per informazioni su questo elemento, vedere Definizione delle attività per elaborare un plug-in.

Nota di avvisoAttenzione

Il file di schema Css.xsd non definisce gli elementi property o properties. In fase di caricamento del modello di processo, Gestione modelli di processo convalida questi elementi prima di archiviarli in Team Foundation Server.

Per definire aree e iterazioni, specificare un percorso di struttura ad albero di nodi annidati e nodi figlio. Per ulteriori informazioni, vedere Restrizioni relative ai percorsi di area e di iterazione.

Children

<Children>
    <Node> . . . </Node>
</Children>

Children è un elemento figlio facoltativo di Node.

Contiene le definizioni di aree o iterazioni figlio.

Node

<Node StructureType="ProjectLifecycle | ProjectModelHierarchy" Name="NodeName">
   <Node> . . . </Node>
   <Children> . . . </Children>
</Node>

Node è un elemento figlio facoltativo di Nodes e Children.

Definisce la struttura ad albero. Utilizzare ProjectLifecycle per le iterazioni e ProjectModelHierarchy per le aree. I nomi dei nodi non devono superare i 255 caratteri.

Nodes

<Nodes>
   <Node> . . . </Node>
</Nodes>

Nodes è un elemento figlio obbligatorio di taskXml per il plug-in Classificazione.

Contiene le definizioni di area e iterazione.

properties

<properties>
   <property />
</properties>

properties è un elemento figlio obbligatorio di taskXml per il plug-in Classificazione.

property

<property name="property name" value="Classification\FileName" isFile="true | false" />

In cui per ogni attributo vengono applicate le definizioni seguenti:

  • name: obbligatorio. Definisce il nome della proprietà. L'unico nome valido è MSPROJ.

  • value: obbligatorio. Definisce il percorso relativo del file di mapping dei campi.

  • isFile: facoltativo. Indica se la proprietà è definita in un file. Se il valore è true, il file deve essere presente, altrimenti non sarà possibile eseguire la convalida del modello di processo.

property è un elemento figlio obbligatorio dell'elemento properties.

Definisce i dati correlati al progetto, ad esempio i dati di mapping XML per Microsoft Project.

Torna all'inizio

Vedere anche

Attività

Creare e modificare aree e iterazioni

Verificare le modifiche di classificazione

Concetti

Personalizzazione di aree funzionali all'interno di un modello di processo

Cronologia delle modifiche

Data

Cronologia

Motivo

Aprile 2011

Immagine e nota aggiunte relative al file di schema e informazioni di sintassi consolidate in un solo riferimento dell'elemento.

Miglioramento delle informazioni.