Personalizzazione di aree funzionali all'interno di un modello di processo
È possibile definire la configurazione iniziale della maggior parte delle aree funzionali disponibili in Visual Studio Application Lifecycle Management (ALM) e Visual Studio Team Foundation Server. In particolare, è possibile definire la configurazione iniziale per le aree mostrate nella figura di seguito modificando il file di plug-in corrispondente per l'area funzionale:
.png "Plug-in del modello di processo")
Per una panoramica dei plug-in necessari e delle relative dipendenze, vedere Definizione di dipendenze per attività e gruppi di attività in file di plug-in..
In questo argomento
Definizione di classificazioni, gruppi e autorizzazioni
Definizione di gestione degli elementi di lavoro
Definizione di controllo della versione, compilazione, Lab Management e gestione test
Definizione di rapporti e portale
Definizione di classificazioni, gruppi e autorizzazioni
È possibile definire le aree organizzative e le versioni delle attività cardine per lo sviluppo del prodotto nel plug-in Classificazione. È possibile definire gruppi di sicurezza predefiniti e i rispettivi membri e autorizzazioni nel plug-in Gruppi e autorizzazioni.
Plug-in |
Attività |
Argomenti correlati |
|---|---|---|
Classificazione |
Definire gerarchie di classificazione per aree di prodotto e iterazioni. Utilizzare il file del plug-in Classification.xml per definire i percorsi area e le iterazioni iniziali per un progetto team e caricare il file di mapping per Microsoft Project. |
Definizione delle aree e delle iterazione iniziali nel plug-in Classification |
Groups |
Configurare gruppi di sicurezza e autorizzazioni iniziali. Utilizzare il file del plug-in GroupsandPermissions.xml per definire gruppi di sicurezza iniziali per un progetto team e i relativi membri e autorizzazioni. |
|
Build, Lab, VersionControl |
Configurare autorizzazioni di sicurezza iniziali per funzioni di compilazione, controllo della versione e Lab Management. È possibile configurare le impostazioni di sicurezza iniziali per le aree funzionali per un progetto team, ad esempio Team Foundation Build, Visual Studio Lab Management e Controllo della versione di Team Foundation. |
|
N/D |
Personalizzare le modalità di pubblicazione e aggiornamento quando si utilizza Microsoft Project. È possibile personalizzare le modalità di mapping dei campi tra Project e Team Foundation modificando il file FileMapping.xml. Quando si pubblicano o aggiornano attività in Project, il file di mapping del progetto determina la modalità di mapping dei campi di ogni attività ai campi in Team Foundation. |
Torna all'inizio
Definizione di gestione degli elementi di lavoro
Utilizzare il file di plug-in WorkItems.xml per definire gli oggetti iniziali con cui il team terrà traccia del lavoro. È possibile specificare un file di definizione per ogni tipo di elemento di lavoro, query e tipo di collegamento che si desidera caricare in un progetto team. Tutti gli elenchi globali e le categorie vengono specificati in un file di definizione per questi oggetti. È infine possibile specificare istanze, autorizzazioni e cartelle di query per elementi di lavoro all'interno del file di plug-in WorkItems.xml. Per ulteriori informazioni, vedere Definizione e personalizzazione di oggetti per il rilevamento degli elementi di lavoro mediante il plug-in di rilevamento dell'elemento di lavoro.
Oggetto |
Argomenti correlati |
|---|---|
Tipi di elemento di lavoro |
Aggiungere definizioni di tipi per elementi di lavoro a un modello di processo |
Query elemento di lavoro |
Aggiungere query elemento di lavoro a un modello di processo |
Categorie |
Aggiungere definizioni di tipi per categorie di elementi di lavoro a un modello di processo |
Tipi di collegamento |
Aggiungere definizioni di tipi per collegamenti a elementi di lavoro a un modello di processo |
Elenchi globali |
|
Elementi di lavoro |
Aggiungere un'istanza elemento di lavoro a un modello di processo |
Torna all'inizio
Definizione di controllo della versione, compilazione, Lab Management e gestione test
È possibile definire la configurazione iniziale delle aree funzionali per Team Foundation Build, Lab Management, Test Manager e Controllo della versione di Team Foundation tramite i rispettivi plug-in: Build, lab, TestManagement e VersionControl. È possibile assegnare autorizzazioni iniziali per Test Manager nel plug-in Gruppi come descritto in Assegnazione di autorizzazioni a livello di progetto.
Plug-in |
Attività |
Argomenti correlati |
|---|---|---|
Build, Lab e VersionControl |
Configurare autorizzazioni iniziali per funzioni di compilazione, controllo della versione e Lab Management. È possibile configurare le impostazioni di sicurezza iniziali per Team Foundation Build, Lab Management e Controllo della versione di Team Foundation nel file di plug-in corrispondente per l'area funzionale. |
|
VersionControl |
Personalizzare attività di controllo della versione. Utilizzare il file di plug-in VersionControl.xml per definire le autorizzazioni iniziali per il controllo della versione di un progetto team, le relative note di archiviazione e la necessità o meno dell'estrazione esclusiva. |
Definizione della configurazione iniziale del controllo della versione di Team Foundation |
TestManagement |
Configurare le configurazioni di test, le variabili e gli stati di risoluzione utilizzati in Microsoft Test Manager. Utilizzare il file del plug-in TestManagement.xml per definire i file di gestione dei test da caricare che creeranno le variabili di test, le configurazioni, le impostazioni e gli stati di risoluzione iniziali di un progetto team. |
|
Build |
Caricare file di modello di compilazione. Utilizzare il file del plug-in Build.xml per configurare le autorizzazioni di sicurezza iniziali assegnate a identità per Team Foundation Build e per caricare i file di modello di compilazione. |
Definizione della configurazione iniziale di Team Foundation Build |
Lab |
Caricare file di modello per l'utilizzo in Lab Management. Utilizzare il file di plug-in Lab.xml per configurare le autorizzazioni iniziali assegnate a identità per Lab Management. |
Torna all'inizio
Definizione di rapporti e portale
È possibile caricare il set predefinito di rapporti in SQL Server Reporting Services mediante il plug-in Reporting. È possibile attivare il portale dei progetti team, caricare i file delle linee guida per i processi e attivare le funzionalità del dashboard tramite il plug-in Portal.
Plug-in |
Attività |
Argomenti correlati |
|---|---|---|
Reporting |
Caricare rapporti visualizzati in Gestione rapporti. Utilizzare il file del plug-in ReportsTasks.xml per definire le attività per caricare i rapporti iniziali di un progetto team e creare la struttura iniziale di cartelle dei rapporti. |
|
Portal |
Personalizzare il portale del progetto team. Utilizzare il file del plug-in WssTasks.xml per definire le attività per creare il portale del progetto, caricare file nel portale e attivare funzionalità del dashboard. .gif "Nota") Nota
Non è possibile personalizzare rapporti di Excel e dashboard tramite i file di modello di processo.Questi elementi vengono creati per un progetto team in base alle selezioni effettuate nella Creazione guidata nuovo progetto team e alla versione di Prodotti SharePoint in esecuzione nel sito portale.
|
Definizione del plug-in del portale del progetto per un modello di processo |
Torna all'inizio
Attività correlate
Attività |
Argomenti correlati |
|---|---|
Individuare la struttura dei file e i componenti che è possibile personalizzare. Per personalizzare un modello di processo, è necessario modificare, eliminare o aggiungere i file definiti per un modello di processo. |
|
Rivedere il processo per la personalizzazione e la verifica delle modifiche a un modello di processo. 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 apportate. La personalizzazione di un modello di processo è un processo iterativo. Se si utilizza la sequenza consigliata, è possibile semplificare le attività di personalizzazione. |
Step-by-Step Customization Process |
Determinare le aree funzionali che si desidera personalizzare. È possibile utilizzare l'elenco di controllo fornito per determinare le aree funzionali che si desidera personalizzare. |
Elenco di controllo: pianificare e tenere traccia delle modifiche del modello di processo |
Specificare i file dei plug-in da eseguire durante la creazione del progetto. Per definire il modello di processo completo e tutti i file XML subordinati, è necessario utilizzare il file del plug-in ProcessTemplate.xml. Questo file contiene tutti i gruppi di attività da eseguire per creare correttamente un progetto team. Ciascun gruppo di attività fa riferimento a un file XML subordinato (spesso presente in una sottocartella) in cui sono definite le attività specifiche. |
Definizione delle attività radice utilizzando il file del plug-in del modello di processo |
Verificare che le personalizzazioni apportate siano valide. Se si crea un progetto team da un modello di processo personalizzato, è necessario effettuare passaggi aggiuntivi per verificare che le modifiche vengano indicate correttamente nel progetto team. |
|
Cercare la definizione per un elemento utilizzato nel file del plug-in di un modello di processo. È possibile creare e personalizzare i modelli di processo utilizzati per creare progetti team e standardizzare i nuovi processi. |
Indice delle definizioni degli elementi XML per plug-in di modelli di processo |
Vedere anche
Concetti
Scegliere un modello di processo
Altre risorse
Gestione dei modelli di processo
Personalizzazione dei modelli di processo
Cronologia delle modifiche
Data |
Cronologia |
Motivo |
|---|---|---|
|
Aprile 2011 |
Figura, struttura e contesto aggiunti. |
Miglioramento delle informazioni. |