Definire il plug-in di classificazione
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 mostrato nella figura. L'accesso alla pagina viene eseguito dal portale Web di amministrazione.
.png "Pagina Aree per un progetto team, contesto di amministrazione TWA")
Per aprire il contesto di amministrazione, scegliere l'icona .png "Icona Impostazioni (Team Web Access)")
Impostazioni a forma di ingranaggio.
.png "Scegliere l'icona dell'ingranaggio per aprire l'amministrazione")
Per informazioni su come connettersi al portale Web, fare clic qui.
Dopo aver creato un progetto team, modificare le aree e le iterazioni dal portale Web. È anche possibile definire le autorizzazioni per controllare l'accesso a un'area o iterazione di progetto.
Oltre alle aree e alle iterazioni, viene specificato anche il file di mapping per Microsoft Project da caricare nel plug-in di classificazione e nella proprietà del modello di processo.
Nome e percorso del plug-in Classificazione
La tabella seguente elenca il nome del file, la cartella e il plug-in per i modelli di processo predefiniti:
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.In TFS non è previsto 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 Agile fa riferimento all'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="Sprint 1"></Node>
<Node StructureType="ProjectLifecycle" Name="Sprint 2"></Node>
<Node StructureType="ProjectLifecycle" Name="Sprint 3"></Node>
<Node StructureType="ProjectLifecycle" Name="Sprint 4"></Node>
</Children>
</Node>
</Nodes>
</taskXml>
</task>
</tasks>
Specifica delle proprietà del modello di processo
Questa sezione specifica due proprietà: il file di mapping dei campi Project-TFS e il modello di processo. Il file di mapping specifica in che modo viene eseguito il mapping dei campi in TFS ai campi definiti in Project. La seconda proprietà associa il modello di processo a un valore univoco. L'esempio seguente mostra la struttura della sintassi per la voce:
<properties>
<property name="MSPROJ"
value="Classification\FileMapping.xml"
isFile="true" />
<property name="Process Template" value="Agile"/>
</properties>
Per personalizzare il file FileMapping.xml, vedere Eseguire il mapping di campi da Microsoft Project a Team Foundation.
Riferimento agli elementi del plug-in Classificazione
I seguenti elementi vengono specificati in un elemento contenitore taskXml nel file del plug-in di classificazione. , vedere Definire le attività per elaborare un plug-in per informazioni su taskXml.
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.
Elemento |
Descrizione |
|---|---|
Children |
Children è un elemento figlio facoltativo di Node. Contiene le definizioni per le aree o le iterazioni figlio. |
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 è un elemento figlio obbligatorio di taskXml per il plug-in Classificazione. Contiene le definizioni di area e iterazione. |
properties |
Elemento figlio facoltativo di taskXml per il plug-in di classificazione. |
property |
property è un elemento figlio obbligatorio di properties. Definisce i dati correlati al progetto, ad esempio i dati di mapping XML per Microsoft Project. Per ogni attributo vengono applicate le definizioni seguenti:
|
Avviso
Il file di schema Css.xsd non definisce gli elementi property o properties.Quando si carica il modello di processo in Visual Studio Online o TFS, vengono eseguiti controlli di convalida su ogni elemento.
I modelli di processo predefiniti non specificano i nodi area ma i nodi iterazione che vengono denominati Iterazione 1, Iterazione 2 e Iterazione 3. 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.
Per le linee guida e le limitazioni di denominazione che si applicano alle classificazioni, vedere Aggiungere e modificare percorsi di area e di iterazione. Per informazioni sui campi che tengono traccia di aree e iterazioni, vedere Riferimento ai campi Aree e iterazioni.