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.Inoltre, è possibile personalizzare un modello di processo Visual Studio Team Foundation Server se si esegue l'aggiornamento da una versione precedente e 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 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.
La personalizzazione di un modello di processo è un processo iterativo.Sarà necessaria una raccolta di progetti team definita 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.
[!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 Aggiornare un modello di processo personalizzato per accedere alle nuove funzionalità.
1.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 Processo di personalizzazione dettagliato.
Torna all'inizio
2.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 Personalizzare dati di rilevamento, form, flusso di lavoro e 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:
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 una raccolta 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 Definire la 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 Personalizzare e gestore i 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 nella raccolta 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 del sito Web Microsoft (la pagina potrebbe essere in inglese).
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.
Per ulteriori informazioni su come definire o personalizzare questi oggetti, vedere gli argomenti seguenti:
Per i tipi di elementi di lavoro: Riferimento a tutti gli elementi XML WITD.
Riferimento agli elementi delle categorie dei tipi di elemento di lavoro
Definire una query elemento di lavoro per aggiungere un modello di processo
Aggiungere un'istanza elemento di lavoro a un modello di processo
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 una raccolta 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 una raccolta di progetti team.Se uno qualunque di questi oggetti viene personalizzato, la modifica verrà applicata a tutti i progetti team definiti nella raccolta 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 Definire le attività per elaborare un plug-in e Definire le 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 |
Task |
Note e dipendenze |
---|---|---|
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. |
|
Definire autorizzazioni, membri di gruppo e gruppi predefiniti. |
È possibile impostare autorizzazioni per una raccolta, 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. |
|
È 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. |
||
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. |
|
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. |
||
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. |
|
Personalizzando il plug-in Lab, è possibile configurare le autorizzazioni di compilazione e i file di modello iniziali di un progetto team. |
||
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 la raccolta in cui verrà creato un progetto team sia stata configurata con SQL Server Analysis Services e SQL Server Reporting Services. |
|
È 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 la raccolta in cui verrà creato un progetto team sia stata configurata 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 Definire le 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 |
---|---|
|
|
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
3.Caricare un modello di processo
Quando si carica un modello di processo, questo viene caricato in una raccolta di progetti team.Idealmente, è consigliabile utilizzare una raccolta di progetti team non utilizzata da altri progetti team.Utilizzando una raccolta 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 la raccolta 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 una raccolta di progetti team, è stata apportata una modifica e viene quindi caricato il modello, è necessario modificarne il nome o eliminare il modello di processo esistente dalla raccolta 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 Processo di personalizzazione dettagliato.
Torna all'inizio
4.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 Eliminare un progetto team [TFSDeleteProject].
Torna all'inizio
5.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.
Torna all'inizio
Vedere anche
Attività
Riferimenti
Personalizzare e gestore i tipi di elemento di lavoro [witadmin]