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.
.png "Pagina Aree per un progetto team, contesto di amministrazione TWA")
Accedere a queste pagine dal contesto di amministrazione di Team Web Access (TWA). Per aprire il contesto di amministrazione, scegliere l'icona .png "Icona Impostazioni (Team Web Access)")
Impostazioni raffigurante un ingranaggio.
.png "Scegliere l'icona dell'ingranaggio per aprire l'amministrazione")
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 è 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 |
|
properties è un elemento figlio obbligatorio di taskXml per il plug-in Classificazione. |
property |
Per ogni attributo vengono applicate le definizioni seguenti:
|
property è un elemento figlio obbligatorio di properties. Definisce i dati correlati al progetto, ad esempio i dati di mapping XML per Microsoft Project. |