Condividi tramite


Processo di personalizzazione dettagliato

È possibile personalizzare un modello di processo per garantire che tutti i progetti team creati tramite il modello seguano i processi aziendali utilizzati dal team o dall'organizzazione. Potrebbe inoltre essere necessario personalizzare un modello di processo se si aggiorna Visual Studio Team Foundation Server da una versione precedente e sono state apportate modifiche a un modello di processo esistente che si desidera continuare a utilizzare. È possibile aggiungere tali modifiche a un nuovo modello di processo o personalizzare il modello precedente per aggiungere le funzionalità incluse nella versione corrente.

Per personalizzare un modello di processo, è innanzitutto necessario scaricare un modello di processo esistente o vuoto, modificare o aggiungere file, caricare i file di modello di processo e quindi verificare le modifiche. Nella figura di seguito viene mostrata la sequenza di cinque attività principali da eseguire per personalizzare un modello di processo.

Flusso di lavoro per la personalizzazione del modello di processo

La personalizzazione di un modello di processo è un processo iterativo. Sarà necessario un insieme di progetti team definito in un server che esegue Team Foundation Server, in cui sia possibile testare il modello di processo per verificarne la corretta personalizzazione.

In questo argomento vengono forniti la sequenza consigliata e alcuni suggerimenti operativi per una corretta esecuzione delle attività di personalizzazione di un modello di processo.

In questo argomento

  1. Selezionare e scaricare un modello di processo

  2. Personalizzare il modello di processo

  3. Caricare il modello di processo

  4. Creare un progetto Team

  5. Verificare le modifiche

Nota

I modelli di processo MSF (Microsoft Solutions Framework) installati con Team Foundation Server vengono sostituiti da nuove versioni quando si esegue l'aggiornamento alla versione corrente di Team Foundation Server. Se i modelli precedenti sono stati personalizzati e salvati con lo stesso nome, devono essere scaricati prima di eseguire l'aggiornamento. In caso contrario, verranno sostituiti e le personalizzazioni andranno perdute.

Se si desidera aggiornare i modelli di processo personalizzati in modo che si basino sulla versione più recente dei modelli MSF, è necessario aggiornarli manualmente. Per ulteriori informazioni, vedere Aggiornamento di un modello di processo personalizzato.

Selezionare e scaricare un modello di processo

Il primo passaggio nella personalizzazione di un modello di processo consiste nel selezionare il modello di processo che si desidera personalizzare. Per ridurre il numero di modifiche da apportare, è necessario selezionare un modello che corrisponda da vicino ai processi del team. In generale, un modello di processo viene scelto in base ai tipi di elementi di lavoro e di flussi di lavoro. Per un confronto dei modelli di processo per MSF (Microsoft Solutions Framework), vedere Scegliere un modello di processo.

Per ulteriori informazioni sui modelli di processo MSF e sui modelli aggiuntivi disponibili presso i partner Microsoft, vedere la pagina seguente nel sito Web Microsoft: Modelli di processo e strumenti.

È possibile scaricare un modello di processo esistente da utilizzare come base per la personalizzazione. A seconda della portata delle personalizzazioni, è possibile scaricare un modello vuoto o uno completamente progettato. È possibile scaricare i modelli di processo utilizzando Gestione modelli di processo. Per ulteriori informazioni, vedere Scaricare un modello di processo.

Torna all'inizio

Personalizzare il modello di processo

Prima di iniziare a personalizzare il modello di processo, rivedere le sezioni indicate di seguito per ottenere ulteriori istruzioni, sequenze consigliate e strumenti utili.

  • Pianificare le modifiche del modello di processo

  • Modificare i file o utilizzare l'Editor di processo

  • Creare o personalizzare oggetti per tenere traccia del lavoro

  • Personalizzare i file di plug-in

  • Personalizzare il file di modello di processo radice

Torna all'inizio

Pianificare le modifiche del modello di processo

Poiché il modello di processo interessa molti componenti del processo di un team, potrebbe essere necessario pianificare e coordinare le modifiche che verranno apportate, nonché tenerne traccia. In particolare, potrebbe essere necessario verificare con i responsabili del progetto, dei test, dello sviluppo e del rilascio prima di modificare la gestione degli elementi di lavoro, la creazione di rapporti, Team Foundation Build, Controllo della versione di Team Foundation, Microsoft Test Managere Visual Studio Lab Management.

Per ottenere linee guida di personalizzazione e una panoramica degli oggetti che è possibile personalizzare per tenere traccia del lavoro, vedere Personalizzazione di dati di rilevamento, form, flusso di lavoro e gli altri oggetti del progetto. Per un utile elenco di controllo, vedere Elenco di controllo: pianificare e tenere traccia delle modifiche del modello di processo.

Esaminare inoltre le note e i suggerimenti seguenti:

  • Per cenni preliminari sulle risorse necessarie per supportare elementi del progetto team, vedere Avvio di un nuovo progetto team.

  • Vengono applicate restrizioni a nomi o etichette della maggior parte degli oggetti di Team Foundation. Per cenni preliminari sulle restrizioni relative alla denominazione applicate a modelli di processo, gruppi di sicurezza, nodi dell'area e dell'iterazione, tipi di elemento di lavoro e campi elemento di lavoro, vedere Limitazioni di denominazione in Team Foundation Server.

  • La maggior parte dei componenti del modello di processo personalizzati influiranno solo sul progetto team creato tramite il modello di processo. Le eccezioni a questa regola sono costituite da elenchi globali, tipi di collegamento e campi elemento di lavoro definiti per i tipi di elemento di lavoro. Questi oggetti vengono definiti per un insieme di progetti team.

  • È possibile modificare la maggior parte delle aree funzionali di un modello di processo dopo avere creato un progetto team. L'unica area che non è possibile modificare è quella degli stati di risoluzione dei test utilizzati in Test Runner e Microsoft Test Manager. Per ulteriori informazioni, vedere Definizione della configurazione iniziale di Test Manager.

  • Quando si personalizza un modello di processo per la prima volta, apportare una piccola modifica. Se si apportano molte modifiche senza comprenderne chiaramente l'influenza sul modello, può verificarsi una serie di errori di cui sarà difficile eseguire il debug.

  • La dimensione massima di un modello di processo è 2 GB. Quando si personalizza un modello di processo, verificare che le modifiche non ne aumentino la dimensione oltre tale valore.

  • Se l'aspetto principale consiste nell'aggiungere o modificare tipi di elementi di lavoro, è possibile ottenere questo risultato senza modificare l'intero modello di processo. È possibile apportare e testare le modifiche utilizzando un progetto team esistente. È possibile utilizzare gli strumenti da riga di comando witadmin exportwit e importwitd per scaricare e caricare i file di definizione XML per i tipi di elemento di lavoro.

    Per ulteriori informazioni, vedere Aggiungere e personalizzare un tipo di elemento di lavoro e Personalizzazione e gestione dei tipi di elemento di lavoro [witadmin].

Torna all'inizio

Modificare i file o utilizzare l'Editor di processo

La personalizzazione di un modello di processo consiste nella modifica di uno o più file di modello di processo per aggiungere o rimuovere attività che specificano il caricamento di file nell'insieme di progetti team. Quando si modifica un file di modello di processo, è necessario tenere presenti le dipendenze che sussistono tra elementi plug-in e le restrizioni relative alla denominazione di oggetti e campi elemento di lavoro.

Se le modifiche da apportare sono di entità minore e si ha familiarità con l'utilizzo del formato XML, è possibile modificare i file utilizzando il Blocco note o un altro editor di testo. È inoltre possibile utilizzare l'Editor di processo, un potente strumento installato come componente aggiuntivo in Visual Studio.

Nota

È possibile scaricare questo potente strumento dalla pagina Team Foundation Server Power Tools 2010 del sito Web Microsoft (la pagina potrebbe essere in inglese). Questo strumento non è supportato.

Per ulteriori informazioni su come scaricare i file di schema per i modelli di processo, vedere File di definizione dello schema per personalizzare modelli di processo.

L'Editor di processo offre un'interfaccia utente che consente di personalizzare molte aree di un modello di processo. È possibile utilizzare l'editor per modificare le versioni più recenti dei modelli di processo MSF. In particolare, è possibile utilizzare l'editor per personalizzare le aree seguenti:

  • Gestione degli elementi di lavoro:

    • Creare e modificare definizioni per i tipi di elemento di lavoro.

    • Creare e modificare query elemento di lavoro e organizzare le query in cartelle di query.

    • Creare e modificare tipi di collegamento.

    • Creare e modificare categorie per il raggruppamento di tipi di elemento di lavoro.

  • Classificazioni e gerarchie del progetto:

    • Creare e modificare percorsi di aree di prodotto.

    • Creare e modificare versioni di attività cardine o percorsi di iterazione.

    • Modificare il file di mapping per Microsoft Project.

  • Gruppi di sicurezza: creare e modificare gruppi e autorizzazioni per Team Foundation Server.

  • Controllo della versione:

    • Modificare impostazioni di estrazione.

    • Creare e modificare note di archiviazione.

    • Creare e modificare gruppi e autorizzazioni per Team Foundation Server.

  • Portale e rapporti:

    • Esaminare i file da caricare e la relativa struttura di cartelle.

    • Aggiungere file da caricare.

Torna all'inizio

Creare o personalizzare oggetti per tenere traccia del lavoro

È possibile personalizzare il modo in cui si tiene traccia del progetto team e si progetta il flusso di lavoro, i form elemento di lavoro e i campi dati personalizzando uno o più oggetti per la gestione degli elementi di lavoro. È possibile creare o personalizzare tutti i tipi di oggetti illustrati nella figura di seguito, ad eccezione del flusso di lavoro globale. Oltre a questi oggetti è possibile definire query e istanze di elementi di lavoro.

Oggetti di rilevamento degli elementi di lavoro

Per ulteriori informazioni su come definire o personalizzare questi oggetti, vedere gli argomenti seguenti:

Torna all'inizio

Dipendenze tra classificazioni e query elemento di lavoro

Le query elemento di lavoro definite per il modello di processo MSF per Agile Software Development utilizzano i nodi di iterazione definiti nel file Classification.xml. Se si modificano le definizioni dei nodi di iterazione, è necessario modificare le query elemento di lavoro su cui queste si basano. È possibile trovare tali query eseguendo una ricerca delle macro seguenti nei file con estensione wiq:

  • Iterazione 1 = @@Iteration%201@@

  • Iterazione 2 = @@Iteration%202@@

  • Iterazione 3 = @@Iteration%203@@

Torna all'inizio

Restrizioni relative alla denominazione di oggetti elemento di lavoro

A ogni campo elemento di lavoro è associato un nome di riferimento di campo che identifica in modo univoco ogni campo e che non può essere modificato dopo l'assegnazione.

A un campo elemento di lavoro, inoltre, può essere assegnato un nome di rapporto. Il nome di rapporto deve corrispondere in tutti i tipi di elemento di lavoro definiti per un insieme di progetti team. In caso contrario, possono verificarsi errori di convalida durante il caricamento del modello di processo o conflitti nei database del data warehouse.

I nomi dei campi elemento di lavoro, i nomi dei tipi di collegamento e gli elenchi globali hanno come ambito un insieme di progetti team. Se uno qualunque di questi oggetti viene personalizzato, la modifica verrà applicata a tutti i progetti team definiti nell'insieme e nei tipi di elemento di lavoro che contengono il campo elemento di lavoro.

Per ulteriori informazioni, vedere Convenzioni di denominazione per oggetti di rilevamento di elementi di lavoro.

Torna all'inizio

Personalizzare i file di plug-in

Ogni file di plug-in specifica una o più attività di elaborazione e ogni file di plug-in esegue un set univoco di attività. Se si aggiunge o rimuove un file per il caricamento, assicurarsi di aggiungere o rimuovere l'attività nel file di plug-in corrispondente che specifica il file da caricare. In alcune attività definite nei file di plug-in, inoltre, sussistono dipendenze. Verificare che tutte le dipendenze continuino a essere soddisfatte dopo avere apportato le modifiche. Per ulteriori informazioni, vedere Definizione delle attività per elaborare un plug-in e Definizione di dipendenze per attività e gruppi di attività in file di plug-in..

Nella tabella riportata di seguito viene descritta la sequenza consigliata per personalizzare i nove file di plug-in supportati e viene fornito un collegamento all'attività e all'argomento correlati.

Passaggio

Attività

Note e dipendenze

Passaggio 1

Definire le aree e le attività cardine o le iterazioni del prodotto.

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.

Il plug-in Classificazione è obbligatorio per tutti i modelli di processo.

Passaggio 2

Definire autorizzazioni, membri di gruppo e gruppi predefiniti.

È possibile impostare autorizzazioni per un insieme, un progetto, un'area o un percorso di iterazione, nonché sottoscrizioni a eventi.

Le attività nel plug-in Gruppi e autorizzazioni possono disporre di dipendenze nel plug-in Classificazione definito.

Passaggio 3

Specificare gli oggetti per tenere traccia del lavoro, delle query e delle istanze degli elementi di lavoro da caricare.

È necessario specificare le attività per caricare i file e definire le query in una sequenza specifica: prima i tipi di collegamento, quindi i tipi di elemento di lavoro, infine le query. Ogni file di definizione per questi oggetti dipende dalle definizioni specificate nelle attività che li precedono. In generale, è necessario mantenere la sequenza di attività definita nel modello di processo in fase di personalizzazione.

Le definizioni dei tipi di elemento di lavoro possono dipendere dai plug-in Classificazioni e Gruppi e autorizzazioni.

Passaggio 4

Definire criteri e autorizzazioni predefiniti per il controllo della versione.

Per configurare le autorizzazioni, i criteri di estrazione e le note di archiviazione iniziali di un progetto team, personalizzare il plug-in Controllo della versione.

Passaggio 5

Definire attività e autorizzazioni di compilazione predefinite per supportare le operazioni di compilazione.

Personalizzando il plug-in Compilazione, è possibile configurare le autorizzazioni di compilazione e i file di modello iniziali di un progetto team utilizzati da servizio Team Foundation Build.

Passaggio 6

Definire la configurazione iniziale per Microsoft Test Manager.

È possibile definire impostazioni quali le variabili di test e le configurazioni di test che combinano variabili di test personalizzando il plug-in di gestione test. È inoltre possibile personalizzare le impostazioni di test predefinite e l'elenco degli stati di risoluzione dei test validi.

Passaggio 7

Definire la configurazione iniziale per Lab Management.

Personalizzando il plug-in Lab, è possibile configurare le autorizzazioni di compilazione e i file di modello iniziali di un progetto team.

Passaggio 8

Definire i rapporti da caricare e la struttura di cartelle del nodo Rapporto.

È possibile modificare il set di rapporti .rdl da caricare. Il plug-in Generazione dei rapporti è necessario per creare il nodo Rapporto per un progetto team.

Il plug-in Generazione dei rapporti prevede che l'insieme in cui verrà creato un progetto team sia stato configurato con SQL Server Analysis Services e SQL Server Reporting Services.

9

Definire i documenti e le librerie di documenti da caricare, nonché le funzionalità di SharePoint da attivare.

È possibile modificare il set di documenti da caricare e le funzionalità da attivare. Il plug-in Portale è necessario per creare il nodo Documenti per un progetto team.

Il plug-in Portale prevede che l'insieme in cui verrà creato un progetto team sia stato configurato con Prodotti SharePoint.

Torna all'inizio

Personalizzare il file di modello di processo radice

La sequenza di attività eseguite dalla Creazione guidata nuovo progetto team è determinata dalla sequenza di attività raggruppate definite nel file ProcessTemplate.xml e nei file di plug-in chiamati da tale file. Per ulteriori informazioni, vedere Definizione delle attività radice utilizzando il file del plug-in del modello di processo. Nella tabella seguente è indicata la sequenza definita nei modelli di processo per MSF.

Sequenza di plug-in Agile

Sequenza di plug-in CMMI

  • Classification.xml

  • GroupsandPermissions.xml

  • WorkItems.xml

  • VersionControl.xml

  • Build.xml

  • Lab.xml

  • TestManagement.xml

  • ReportsTasks.xml

  • WssTasks.xml

  • Classification.xml

  • GroupsandPermissions.xml

  • WssTasks.xml

  • ReportsTasks.xml

  • WorkItems.xml

  • VersionControl.xml

  • Lab.xml

  • TestManagement.xml

  • Build.xml

Elencando le attività nel file di plug-in in base allo stesso ordine delle rispettive dipendenze, è possibile eliminare i possibili problemi dovuti a dipendenze mancanti.

Torna all'inizio

Caricare un modello di processo

Quando si carica un modello di processo, questo viene caricato in un insieme di progetti team. Idealmente, è consigliabile utilizzare un insieme di progetti team non utilizzato da altri progetti team. Utilizzando un insieme di progetti di un ambiente di test, è possibile evitare di introdurre una modifica che potrebbe provocare conflitti con processi dei team esistenti di cui è ancora in corso lo sviluppo. È inoltre consigliabile fare in modo che l'insieme di progetti team supporti le stesse risorse cui si desidera accedano i membri del team, ad esempio un portale del progetto e un sito di generazione dei rapporti.

Verificare che il nome del modello di processo sia univoco. Se è stato scaricato un modello di processo da un insieme di progetti team, è stata apportata una modifica e viene quindi caricato il modello, è necessario modificarne il nome o eliminare il modello di processo esistente dall'insieme di progetti team.

Il processo di caricamento esegue una verifica per garantire che il formato XML sia valido. Se si ricevono errori durante il tentativo di caricamento del modello di processo, questi saranno dovuti alle modifiche apportate. Esaminare le modifiche e correggere tutti gli errori di sintassi XML individuati.

Per ulteriori informazioni, vedere Caricare un modello di processo.

Torna all'inizio

Creare un progetto Team

Dopo aver caricato un modello di processo, è necessario creare un progetto team per verificare la modifica. Eseguire la Creazione guidata nuovo progetto team e creare un progetto team di test. Se si verificano errori, visualizzare il log di creazione del progetto team. Nel log è incluso un elenco delle attività che il processo ha tentato di eseguire e vengono indicate le attività non riuscite. Le attività non riuscite possono essere nuovamente mappate al file XML per determinare la causa degli errori.

Per ulteriori informazioni, vedere Creare un progetto Team.

Per testare nuovi modelli di processo, è necessario creare progetti team. È possibile pulire i progetti team non necessari utilizzando lo strumento da riga di comando TFSDeleteProject. Per ulteriori informazioni, vedere TFSDeleteProject: eliminazione di progetti team.

Torna all'inizio

Verificare le modifiche

Se la creazione del progetto team riesce, eseguire passaggi aggiuntivi per verificare che la modifica venga visualizzata correttamente nel progetto team. Se è stato aggiunto un rapporto, verificare che sia visualizzato in Team Explorer. Se è stato rimosso un tipo di elemento di lavoro, verificare che tale tipo non sia più disponibile. Per ciascun plug-in documentato è disponibile un elenco di passaggi di verifica, che consente di verificare la corretta implementazione delle modifiche apportate.

Per ulteriori informazioni, vedere Verifica delle modifiche ai modelli di processo.

Torna all'inizio

Vedere anche

Attività

Creare un progetto Team

Riferimenti

Personalizzazione e gestione dei tipi di elemento di lavoro [witadmin]

Concetti

Utilizzo di file di modello di processo

Altre risorse

Gestione dei modelli di processo

Verifica delle modifiche ai modelli di processo

Personalizzazione dei modelli di processo

Cronologia delle modifiche

Data

Cronologia

Motivo

Maggio 2011

Riferimenti corretti all'Editor di processo, in precedenza denominato Editor dei modelli di processo.

Correzione di bug nel contenuto.

Aprile 2011

Immagini aggiunte, contenuto ristrutturato, indicazioni aggiuntive, sequenze consigliate e strumenti utili.

Miglioramento delle informazioni.