Definire le aree e le iterazioni iniziali nel plug-in Classification

Le classificazioni semplificano le operazioni di verifica, raggruppamento e creazione di report sul lavoro in base a categorie utili, ad esempio funzionalità di prodotto correlate e attività cardine di progetto. La definizione di aree consente di organizzare gli elementi di lavoro in categorie logiche, fisiche o funzionali. La definizione di iterazioni consente di raggruppare gli elementi di lavoro in categorie di attività cardine o cicli di tempo. Un team, ad esempio, può organizzare il lavoro del prodotto all'interno di un'area client, un'area server e un'area di estendibilità. 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 nelle pagine Aree e Iterazioni per il nuovo progetto team, come illustrato nella figura seguente. Accedere a questa pagina dalle pagine di amministrazione di Team Web Access. Per aprire questa pagina, fare clic qui.

Accedere a queste pagine dal contesto di amministrazione di Team Web Access (TWA). Per aprire il contesto di amministrazione, scegliere l'icona Impostazioni raffigurante un ingranaggio.

Per informazioni su come connettersi a TWA, fare clic qui.

Dopo avere creato un progetto team, è possibile modificare le aree e le iterazioni mediante TWA. È anche possibile definire le autorizzazioni per controllare l'accesso a un'area o iterazione di progetto. Per consultare le linee guida e le limitazioni di denominazione valide per le classificazioni, vedere, Aggiungere e modificare percorsi di area e di iterazione. Per informazioni sui campi che tengono traccia delle aree e delle iterazioni, vedere Riferimento ai campi Aree e iterazioni

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

Importante

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

Nome e percorso del plug-in Classificazione

La tabella seguente elenca 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 vuole distribuire questo tipo di funzionalità, è necessario usare il programma di distribuzione e installazione di cui si dispone.

Attività di classificazione e dipendenze

Il file del 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.

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 usate per le query elemento di lavoro o gli elementi di lavoro definiti nel modello di processo.Ad esempio, la query elemento di lavoro Iteration1Backlog.wiq per il modello di processo MSF per Agile Software Development fa riferimento a Iterazione 1.Per altre informazioni, vedere Aggiungere query elemento di lavoro a un modello di processo.

Definizione delle aree di prodotto iniziali

Specificare il nodo radice delle aree mediante la sintassi seguente:

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

Specificare zero o più nodi figlio per tutte le aree desiderate per il processo. Usare l'elemento Node per specificare ogni area 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>

Definizione dei percorsi di iterazione iniziali

Specificare il nodo radice per le iterazioni mediante la sintassi seguente:

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

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

Nell'esempio seguente viene illustrato 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>

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. Usare l'elemento property per specificare il file da caricare, con l'etichetta 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. L'esempio seguente mostra la struttura della sintassi per questa voce:

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

Per personalizzare questo file, vedere Eseguire il mapping di campi da Microsoft Project a Team Foundation.

Riferimento agli elementi del plug-in Classificazione

La tabella seguente descrive gli elementi usati per definire le aree e le iterazioni di prodotto iniziali. Questi elementi vengono specificati all'interno di un elemento contenitore taskXml nel file del plug-in Classificazione. Per informazioni su questo elemento, vedere Definire le attività per elaborare un plug-in.

Avviso

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.

Definire aree e iterazioni, specificando un percorso ad albero di nodi annidati e nodi figlio. Per altre informazioni, vedere Aggiungere e modificare percorsi di area e di iterazione.

Children	<Children>     <Node> . . . </Node> </Children>	Children è un elemento figlio facoltativo di Node. Contiene le definizioni per le aree o le 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 dell'albero. Usare ProjectLifecycle per le iterazioni e ProjectModelHierarchy per e aree. I nomi dei nodi non possono contenere più di 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" /> 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. Specifica se la proprietà è definita in un file. Se il valore è true, il file deve essere esistente, altrimenti la convalida del modello di processo avrà esito negativo.	property è un elemento figlio obbligatorio di properties. Definisce i dati correlati al progetto, ad esempio i dati di mapping XML per Microsoft Project.

Vedere anche

Concetti

Aggiungere e modificare percorsi di area e di iterazione