Condividi tramite


Avvio di un nuovo progetto team

Un progetto team rappresenta uno strumento centrale di pianificazione utilizzato per tenere traccia delle informazioni e per organizzare codice sorgente, compilazioni, test e piani per il team. Un progetto team viene creato per fornire al team un punto centrale per la condivisione delle attività necessarie per sviluppare una specifica tecnologia o prodotto software. Dopo aver creato un progetto team, è possibile gestire e tenere traccia del lavoro tramite i nodi principali creati per il progetto team.

In questo argomento

  • Descrizione delle risorse disponibili per i progetti team e della configurazione di un progetto team

  • Pianificazione del progetto team

  • Creazione, definizione struttura e avvio del progetto team

  • Definizione e rilevamento del progetto team

  • Controllo della versione e gestione compilazione e test

Nodi del progetto team in Team Explorer

Oggetti di un progetto Team in Team Explorer

Descrizione delle risorse disponibili per i progetti team e della configurazione degli insiemi di progetti team

Nella tabella riportata di seguito vengono indicati i server dei quali deve essere effettuato il provisioning nella distribuzione Team Foundation per l'utente in modo da effettuare il provisioning del progetto team con la risorsa corrispondente.

Risorsa

Windows SharePoint Services 3.0

Microsoft Office SharePoint Server 2007 o Microsoft SharePoint Server 2010 Standard Edition

Microsoft Office SharePoint Server 2007 o SharePoint Server 2010 Enterprise Edition

SQL Server 2008 Analysis Services

SQL Server 2008 Reporting Services

Team Foundation Build

Portale del progetto (nodo Documenti)

Completamente supportato Completamente supportato Completamente supportato

Dashboard e Dashboard del progetto

Necessaria Necessaria

Necessaria

Dashboard aziendali

Necessaria Necessaria

Rapporti di Excel

Completamente supportato Completamente supportato Completamente supportato Necessaria

Rapporto Report

Necessaria Necessaria

Compilazioni

Necessaria

Come indica il segno di spunta Completamente supportato (campo verde), è possibile eseguire il provisioning del progetto team con un nodo Documenti e un portale per la condivisione di informazioni e l'archiviazione di rapporti di Excel solo se l'insieme di progetti che ospita il progetto team è configurato con un server in cui è in esecuzione Prodotti SharePoint.

Come indica il segno di spunta Necessaria (campo blu), è possibile eseguire il provisioning del progetto team con dashboard solo se nel server è in esecuzione una versione specifica di Prodotti SharePoint. I due dashboard di base richiedono non solo SQL Server 2008 Analysis Services, ma anche Windows SharePoint Services 3.0 (Standard Edition di Microsoft Office SharePoint Server 2007) o SharePoint Server 2010 Standard Edition. I dashboard dell'organizzazione richiedono non solo Analysis Services, ma anche Microsoft Office SharePoint Server 2007 Enterprise Edition o SharePoint Server 2010 Enterprise Edition.

Per eseguire il provisioning del Rapporto nodo Rapporti, è necessario configurare l'insieme di progetti che ospita il progetto team con SQL Server 2008 Reporting Services e Analysis Services. Infine, i processi di compilazione per il progetto team richiedono la configurazione di servizio Team Foundation Build.

Dopo aver creato il progetto team, è possibile aggiungere o configurare le risorse indicate come facoltative nella tabella riportata di seguito.

Risorsa

Argomenti correlati

Elementi di lavoro e query elemento di lavoro: per ogni progetto team creato viene visualizzato un nodo Elementi di lavoro. Gli elementi di lavoro vengono utilizzati dai team per tenere traccia, monitorare e creare rapporti sullo sviluppo di un prodotto e delle relative funzionalità. Un elemento di lavoro è un record di database in cui vengono archiviate la definizione, l'assegnazione, la priorità e lo stato di un lavoro.

Il team è in grado di creare solo i tipi di elementi di lavoro definiti nel modello di processo utilizzato per creare il progetto team o i tipi aggiunti al progetto team una volta creato.

Il modello di processo di Microsoft Solutions Framework (MSF) for Agile Software Development v5.0 definisce sei tipi di elementi di lavoro: storia utente, attività, test case, passi condivisi, bug e problemi.

Il modello di processo di MSF for CMMI Process Improvement v5.0 definisce nove tipi di elementi di lavoro: requisito, attività, richiesta di modifica, bug, problema, rischio, revisione, test case e passi condivisi.

Le query Team e le query individuali vengono archiviate sotto il nodo Elementi di lavoro.

(Facoltativo) Documenti: se si sceglie di creare o configurare un sito di SharePoint per il progetto team, verrà visualizzato un nodo Documenti per il progetto team. Questo nodo rappresenta un contenitore per rapporti Excel, linee guida per il processo e altre raccolte di documenti creati dal team. Inoltre, il sito di SharePoint può essere utilizzato come portale del progetto dove il team può archiviare e sottoporre al controllo della versione prodotti di lavoro non contenenti codice e rapporti per il progetto team.

È possibile aggiungere un sito di SharePoint quando si crea un progetto team se l'amministratore di Team Foundation ha configurato una o più applicazioni Web SharePoint per supportare l'insieme di progetti team in cui si trova il progetto. In alternativa, è possibile aggiungere un sito Web da utilizzare come portale del progetto team una volta creato un progetto.

(Facoltativo) Portale del progetto: il portale del progetto è un sito Web che il team può utilizzare come unico punto informativo sul progetto team e il relativo stato. Un portale del progetto invita i membri del team a comunicare e condividere risorse. È possibile utilizzare un portale anche per condividere linee guida per il processo con il team.

Nota importanteImportante
Se si aggiunge un sito di SharePoint come portale del progetto team, verrà visualizzato un nodo Documenti per il progetto team in Team Explorer.Questa cartella è collegata alla raccolta SharePoint per il progetto team e i membri del progetto possono utilizzarla per archiviare e condividere documenti correlati al progetto.Questa funzionalità è disponibile solo se si aggiunge un sito di SharePoint.Se si aggiunge un altro tipo di sito Web, nessun nodo Documenti per il progetto team verrà visualizzato in Team Explorer.

I team utilizzano il portale del progetto per condividere modelli di documento e rapporti predefiniti. Questi oggetti predefiniti sono basati sul modello di processo selezionato per il progetto team.

(Facoltativo) Linee guidi per il processo: le linee guida per il processo forniscono informazioni sulla coordinazione del lavoro in un progetto team e sull'utilizzo di un tipo di elemento di lavoro nel ciclo di vita del progetto globale. Le linee guida per il processo possono fornire informazioni dettagliate su un progetto team quali, ad esempio, istruzioni per completare i campi degli elementi di lavoro, esempi di rapporti corretti e di rapporti non corretti, descrizioni di query, ruoli da assumere, attività da completare e altre informazioni.

Nota importanteImportante
Per accedere alle linee guida per il processo è necessario che il portale del progetto sia abilitato e configurato per il progetto team.

Le linee guida di processo per il team si basano sul modello di processo selezionato. Le linee guida per il processo rappresentano il contenuto che documenta il processo che deve essere seguito dai membri del team che lavorano su un progetto team. Tale contenuto può essere ospitato localmente in un sito Web scelto appositamente oppure archiviato come un set di collegamenti che puntano al contenuto ospitato altrove.

(Facoltativo) Dashboard: i proprietari del prodotto e i membri del team possono utilizzare i dashboard per reperire rapidamente informazioni importanti sui rispettivi progetti team. I dashboard visualizzano i dati di progetto, supportano le attività di analisi e consentono ai team di eseguire più rapidamente le comuni attività.

Si accede ai dashboard aprendo il portale del progetto. Quali dashboard e funzionalità di personalizzazione dei dashboard sono disponibili dipende dalla versione di Prodotti SharePoint installata nel portale. La maggior parte dei dashboard supportano la visualizzazione di vari rapporti in Microsoft Excel che accedono ai dati presenti nel cubo di Analysis Services.

Per accedere ai dashboard è necessario che sia stato eseguito il provisioning del progetto team con Prodotti SharePoint e che l'amministratore di sistema abbia eseguito il provisioning dell'insieme di progetti team con SQL Server Analysis Services. Per consentire ai membri del team di accedere a tutti e sei i dashboard aziendali, è necessario selezionare un sito di SharePoint in cui sia installato Microsoft Office SharePoint Server 2007 Enterprise Edition o SharePoint Server 2010 Enterprise Edition. Per informazioni su configurazioni e autorizzazioni obbligatorie per visualizzare i dashboard, vedere Assegnazione di autorizzazioni per la visualizzazione e la gestione di rapporti per Visual Studio ALM.

(Facoltativo) Rapporti di Microsoft Excel: è possibile utilizzare i rapporti di Microsoft Excel per visualizzare informazioni del data warehouse per il progetto team.

Questi rapporti si trovano sotto il nodo Documenti nella cartella Rapporti di Excel. I rapporti di Microsoft Excel vengono archiviati nel server che ospita Prodotti SharePoint per il progetto team. Se non è stato abilitato un portale del progetto per il progetto team, non sarà possibile accedere a questi rapporti.

Per accedere a questi rapporti è necessario che sia stato eseguito il provisioning del progetto team con Prodotti SharePoint e che l'amministratore di sistema abbia eseguito il provisioning dell'insieme di progetti team con Analysis Services.

(Facoltativo) Cartelle di lavoro: è possibile utilizzare le cartelle di lavoro per pianificare il prodotto e per assegnare storie utente, attività, bug e problemi a iterazioni specifiche. Utilizzando le cartelle di lavoro fornite con il modello di processo MSF for Agile Software Development v5.0 è possibile creare rapidamente elementi di lavoro. È inoltre possibile modificare la classificazione, la priorità, lo stato e le assegnazioni di più elementi di lavoro contemporaneamente.

Le cartelle di lavoro si trovano sotto il nodo Documenti nella cartella Documenti condivisi e vengono archiviati nel server che ospita Prodotti SharePoint per il progetto team. Se non è stato abilitato un portale del progetto per il progetto team, non sarà possibile accedere alle cartelle di lavoro.

Per accedere alle cartelle di lavoro di Microsoft Excel è necessario che sia stato eseguito il provisioning del progetto team con Prodotti SharePoint.

(Facoltativo) Rapporti di Reporting Services. I team possono analizzare lo stato di avanzamento e la qualità del progetto utilizzando i rapporti. I rapporti aggregano le metriche dagli elementi di lavoro, dal controllo della versione, dai risultati dei test e dalle compilazioni.

I rapporti si trovano sotto il nodo Rapporti in Team Explorer e vengono archiviati nel server che ospita SQL Server Reporting Services per il progetto team.

Se la distribuzione è configurata per utilizzare Analysis Services e Reporting Services, viene creata automaticamente una cartella Rapporti per il progetto team. Altrimenti, è possibile aggiungere in un secondo momento questa risorsa al progetto team.

(Facoltativo) Compilazioni: Team Foundation Build consente al team di creare e gestire regolarmente le compilazioni dei prodotti. Ad esempio, un team può eseguire compilazioni giornaliere e inserirle in un server condiviso. Team Foundation Build fornisce inoltre rapporti di compilazione sullo stato e la qualità di ogni compilazione.

Se la distribuzione utilizza Team Foundation Build, viene creata una cartella Compilazioni per il progetto team. Le definizioni di compilazione si trovano sotto il nodo Compilazioni per il progetto team. Tramite Esplora compilazione è possibile gestire le compilazioni e organizzare le definizioni di compilazione.

Per accedere a servizio Team Foundation Build è necessario che l'insieme di progetti team sia stato configurato per utilizzare un controller di compilazione. Ogni controller di compilazione è dedicato a un unico insieme di progetti team. Il controller accetta le richieste di compilazione da qualsiasi progetto team presente in un insieme di progetti team specificato.

Controllo della versione. Per ogni progetto team viene creato un nodo Controllo del codice sorgente. Questo nodo fornisce accesso a Esplora controllo codice sorgente che consente al team di gestire il codice sorgente per il progetto team.

(Facoltativo) Avvisi: i membri del team possono sottoscrivere per ricevere tramite posta elettronica notifiche quando vengono apportate modifiche a un progetto team. Gli avvisi possono essere inviati quando cambia lo stato di un elemento di lavoro, viene effettuata un'archiviazione, viene completata una compilazione o quando cambia lo stato di una compilazione.

Per supportare l'invio di notifiche tramite posta elettronica, è necessario che il server in cui è archiviato il progetto team sia configurato per l'utilizzo di un server SMTP (Simple Mail Transfer Protocol) esistente ai fini dell'invio di avvisi di posta elettronica.

(Facoltativo) Ambienti virtuali: tramite Visual Studio Lab Management il team può creare, assegnare e tenere traccia di ambienti virtuali per supportare lo sviluppo, la distribuzione e il test di applicazioni. Utilizzando Microsoft Test Manager il team che si occupa dei test è in grado di testare l'applicazione tramite questi ambienti virtuali.

Per accedere a questi ambienti virtuali da Test Manager è necessario che il server in cui viene archiviato il progetto team sia configurato per comunicare con Lab Management.

(Facoltativo) Supporto team distribuito: se alcuni membri del team si trovano in posizione remota rispetto al percorso principale per il controllo della versione, per supportarli può essere necessario installare il proxy di Team Foundation Server. 

Il proxy di Team Foundation Server gestisce una cache di file del controllo della versione scaricati nel percorso del team distribuito che riduce significativamente la larghezza di banda necessaria per le connessioni di rete WAN. Se i client sono configurati per utilizzare il proxy di Team Foundation Server, la gestione dei file verrà eseguita in modo trasparente per l'utente. Le operazioni di scambio di metadati e di caricamento di file continueranno a interfacciarsi direttamente con Team Foundation Server.

Accesso Web: i membri del team possono utilizzare Team Web Access per trovare e aggiornare gli elementi di lavoro, utilizzare file e cartelle sottoposti al controllo della versione, accedere a rapporti e documenti e operare con le compilazioni dei prodotti. Team Web Access è un'interfaccia Web personalizzabile che fornisce quasi tutte le funzionalità disponibili tramite Team Explorer.

I membri del team possono accedere a Team Web Access una volta che il progetto team è stato creato e sono state concesse le autorizzazioni necessarie ai membri.

Pianificazione del progetto team

I progetti team vengono organizzati in insiemi di progetti team. Un insieme di progetti team rappresenta una struttura organizzativa che gli amministratori di Team Foundation utilizzano per definire e controllare un gruppo di progetti team nell'ambito di Team Foundation Server.

Quando si crea un progetto team, l'insieme di progetti team selezionato per il progetto team determina quali risorse sono disponibili e le possibilità di collaborazione con gli altri progetti team.

Attività

Argomenti correlati

Identificare l'insieme in cui verrà archiviato il progetto team. È necessario discutere i requisiti del progetto con l'amministratore per la distribuzione e per determinare l'insieme di progetti che si utilizzerà per ospitare il progetto team.

La decisione dipende almeno dai fattori riportati di seguito.

  • Risorse necessarie per il progetto team.

  • Requisiti di collaborazione tra gruppi che il progetto team condivide con altri progetti team.

Come discusso nella sezione precedente, molte delle risorse disponibili per il progetto team dipenderanno dall'insieme di progetti team che si seleziona per ospitare il progetto team. Inoltre, è necessario selezionare l'insieme di progetti contenente gli altri progetti team con cui il team si interfaccia o collabora. I membri del team possono utilizzare Team Foundation per tenere traccia delle dipendenze tra i progetti team solo se i progetti team sono archiviati nello stesso insieme di progetti.

Selezionare un modello di processo che soddisfi nel modo migliore i requisiti del processo. Un modello di processo definisce i tipi di oggetti elemento di lavoro di cui è possibile tenere traccia. Definisce inoltre le regole, i criteri, i gruppi di sicurezza e le query predefinite che i membri del team possono utilizzare.

Team Explorer include modelli di processo basati su MSF. Per impostazione predefinita, è possibile utilizzare il modello di processo di MSF for Agile Software Development v5.0 o il modello di processo di MSF for CMMI Process Improvement v5.0. È possibile utilizzare uno di questi modelli, creare un modello personalizzato oppure scaricare un modello da Internet.

NotaNota
È possibile personalizzare gran parte degli elementi contenuti in un modello di processo prima o dopo aver creato il progetto team.La personalizzazione del modello di processo prima di creare un progetto team consente a tutti i progetti team che si creano successivamente di disporre delle stesse modifiche.

Determinare come fornire supporto al team affinché segua i processi definiti per il team. Le linee guida per il processo rappresentano il contenuto che documenta il processo che deve essere seguito dai membri del team che lavorano su un progetto team. I modelli di processo MSF forniscono linee guida per il processo suddivise per argomenti disponibili sia offline nella Guida di ALM di Visual Studio che online tramite MSDN Library.

È possibile ospitare altre linee guida per il processo sul portale del progetto team o su un altro sito Web specificato.

Determinare la struttura di rami per il codice sorgente. Quando si crea un progetto team, è possibile creare una cartella vuota per il codice sorgente oppure creare un ramo nel controllo della versione.

Informazioni sulle limitazioni per la denominazione e sugli altri vincoli per gli attributi. Prima di creare un progetto team, è necessario acquisire familiarità con le limitazioni imposte da ALM di Visual Studio sui nomi e sugli altri attributi. Tra le restrizioni, sono incluse lunghezza, caratteri speciali, univocità o altri attributi. In particolare, è necessario comprendere le limitazioni relative agli elementi riportati di seguito correlati ai progetti team.

  • Nome del progetto team.

  • Dimensione degli allegati degli elementi di lavoro.

  • Percorsi area e iterazione del progetto team (nome, lunghezza e livello di annidamento).

  • Personalizzazioni degli elementi di lavoro (nomi campo, testo della Guida, elenchi globali e altro).

  • Modelli di processo (nome e dimensione).

  • Nomi utilizzati in Controllo della versione di Team Foundation, ad esempio nomi e lunghezze di percorsi di rami, aree di sospensione e insiemi di modifiche.

Creazione, definizione struttura e avvio del progetto team

Attività

Argomenti correlati

Creare un progetto team. Per creare un progetto team si utilizza la Creazione guidata nuovo progetto team. Per accedere alla Creazione guidata nuovo progetto team è necessario installare Team Explorer nel computer. Team Explorer è un componente aggiuntivo di Visual Studio e può essere installato da qualsiasi prodotto presente nella suite di prodotti Visual Studio Application Lifecycle Management (ALM).

A seconda delle risorse che si configureranno per il progetto team, sarà necessario impostare autorizzazioni elevate per l'insieme di progetti team e per i server che ospitano Prodotti SharePoint e Reporting Services.

Definire la struttura del progetto team. È possibile organizzare il lavoro di cui si desidera tenere traccia definendo i percorsi di iterazione e delle aree del prodotto. È possibile definire aree che rappresentano componenti o funzionalità specifici del prodotto che il team sta sviluppando. È possibile definire iterazioni per suddividere il ciclo di sviluppo del prodotto in periodi di tempo che corrispondono al processo del team. Le iterazioni vengono definite anche sprint.

NotaNota
A seconda del modello di processo selezionato è possibile definire diversi percorsi area e iterazione predefiniti.È possibile rinominare ed eliminare i percorsi predefiniti e aggiungere percorsi per supportare i requisiti di rilevamento del progetto.

È possibile aggiungere e modificare gli elementi della struttura del progetto per l'intero ciclo di vita del prodotto.

Consentire ai membri del team di accedere alle risorse del progetto team. È possibile controllare il livello di accesso ai progetti team di cui dispongono i membri del team assegnando ciascun membro a un gruppo per ciascun progetto. È possibile aggiungere i membri del team individualmente oppure aggiungere gruppi definiti in Active Directory o in un gruppo di lavoro.

Quando si crea un progetto team, vengono creati quattro gruppi predefiniti per il progetto indipendentemente dal modello di processo scelto. Questi gruppi sono Readers, Contributors, Builders e Project Administrators. Per impostazione predefinita, ciascun gruppo dispone di un set di autorizzazioni specifiche che determinano ciò che i membri del gruppo sono autorizzati a eseguire.

Per accedere agli elementi riportati di seguito, è necessario aggiungere i membri del team a uno o più gruppi predefiniti.

  • Elementi di lavoro, query elemento di lavoro e codice sorgente: per accedere ai dati archiviati nei database di Team Foundation, i membri del team devono appartenere a uno dei seguenti gruppi per il progetto team: Readers, Contributors o Project Administrators.

  • Portale del progetto, dashboard e cartelle di lavoro: per accedere alle risorse archiviate in Prodotti SharePoint, i membri del team devono appartenere a uno dei gruppi seguenti per il portale del progetto team: Visitators, Members o Owners.

  • Rapporti: per accedere ai rapporti di Reporting Services è necessario aggiungere i membri del team al gruppo Browser o Gestione contenuto in SQL Server Reporting.

  • Rapporti di Microsoft Excel: per visualizzare un rapporto di Microsoft Excel, i membri del team devono appartenere al gruppo di sicurezza Team Foundation Valid Users.

Concedere autorizzazioni aggiuntive per selezionare i membri del team. È possibile assegnare autorizzazioni aggiuntive ai singoli membri o gruppi del team che dispongono di responsabilità specifiche. Tali autorizzazioni consentiranno ai membri di gestire il codice sorgente sotto Controllo della versione di Team Foundation, di gestire le compilazioni, i test e l'ambiente di test e di eseguire altre attività a livello di progetto.

Per modificare un rapporto in Microsoft Excel o Reporting Services, è necessario essere membri del ruolo di sicurezza TfsWarehouseDataReaders in Analysis Services. È inoltre necessario appartenere a un gruppo che dispone di autorizzazioni di Collaboratore in Prodotti SharePoint per il progetto team.

Notificare ai membri del team informazioni sulle risorse del progetto team. Dopo avere concesso ai membri del team accesso al progetto team, è possibile notificare ai membri informazioni sulle risorse disponibili e sul primo set di attività che devono eseguire.

Installare i client necessari per interfacciarsi con Team Foundation. I membri del team possono utilizzare una delle varie applicazioni client affinché Team Foundation interagisca con ALM di Visual Studioe Team Foundation Server. Tutti i client richiedono la connessione a un server che esegue Team Foundation Server, quindi specificare un insieme di progetti e un progetto team. I membri del team devono inoltre disporre delle autorizzazioni necessarie per accedere a ogni progetto team.

Definizione e rilevamento del progetto team

Attività

Argomenti correlati

Creare attività e acquisire familiarità con le query elemento di lavoro. I membri del team possono utilizzare gli elementi di lavoro per tenere traccia di attività, bug, problemi e altri elementi. Possono inoltre utilizzare le query elemento di lavoro per elencare, aggiornare e creare bug, attività e altri elementi di lavoro.

Definire le storie utente e bilanciare il carico di lavoro tra le iterazioni. Se il progetto team è basato sul modello di processo per MSF for Agile Software Development v5.0, è possibile pianificare il prodotto utilizzando la cartella di lavoro Pianificazione prodotto. È possibile creare storie utente e bilanciare il carico di lavoro tra le diverse iterazioni, note anche come sprint.

NotaNota
La cartella di lavoro Pianificazione prodotto è disponibile solo quando si sceglie il modello di processo per MSF for Agile Software Development v5.0.

Definire i requisiti e pianificare le attività. Se il progetto team è basato sul modello di processo per MSF for CMMI Process Improvement v5.0, è possibile utilizzare la query Team Requisiti prodotto per iniziare a pianificare il prodotto. È possibile aprire questa query in Microsoft Excel, aggiungere requisiti, quindi pubblicare i requisiti in Team Foundation. È possibile utilizzare anche Microsoft Project per pianificare e programmare il progetto.

Supportare sincronizzazione di nuovi campi per attività pianificate manualmente in Project 2010. Per aggiornare i campi in Team Foundation, aggiunti a Project 2010, è necessario personalizzare il tipo di elemento di lavoro attività e il file di mapping dei campi di Microsoft Project per il progetto team. Questa strategia è di particolare interesse se si desidera consentire ai membri del team di pianificare manualmente le durata e le date di inizio e di fine per le attività.

Pianificazione di progetti team tramite Microsoft Project 2010

Acquisire familiarità con i dashboard e i rapporti disponibili per il progetto team. I membri del team possono utilizzare dashboard e rapporti per reperire rapidamente informazioni importanti sui progetti team. I dashboard visualizzano i dati del progetto, supportano le attività di analisi e consentono ai team di eseguire più rapidamente le attività comuni. I rapporti disponibili tramite Reporting Services aggregano metriche dagli elementi di lavoro, dal controllo della versione, dai risultati dei test e dalle compilazioni. Questi rapporti rispondono alle domande sullo stato corrente del progetto.

Nota importanteImportante
I dati visualizzati nei dashboard e nei rapporti sono derivati dal data warehouse.Per impostazione predefinita, gli aggiornamenti al data warehouse si verificano ogni ora.Solo dopo che il team ha iniziato a creare elementi di lavoro e a compilare l'applicazione i rapporti conterranno dati utili.

Informazioni sul modo per collaborare efficacemente con il team. Una volta creato il progetto team, il team dispone di un'ampia varietà di strumenti per migliorare la comunicazione all'interno del team e semplificare il flusso di lavoro. Team Foundation consente la collaborazione attraverso il miglioramento delle comunicazioni, il supporto di ruoli multidisciplinari, il rilevamento dello stato del lavoro, l'attivazione del processo del team e l'integrazione di strumenti.

Introduzione al controllo della versione, alle compilazioni e al testing

Attività

Argomenti correlati

(Facoltativo) Configurare Visual Studio per utilizzare Source Controller. Prima che i membri del team possano utilizzare Controllo della versione di Team Foundation, può essere necessario configurare Visual Studio per utilizzare il plug-in di Controllo della versione di Team Foundation.

NotaNota
se Team Explorer viene installato dopo l'installazione di Visual Studio, Visual Studio viene configurato automaticamente per utilizzare il plug-in di Controllo della versione di Team Foundation.

Configurare criteri che controllano l'archiviazione e l'estrazione del codice sorgente. Gli amministratori di Controllo della versione di Team Foundation possono configurare le impostazioni di archiviazione ed estrazione per il controllo della versione. I criteri di archiviazione incoraggiano lo sviluppo di procedure nell'ambito del team di sviluppo. Le note di archiviazione raccolgono dati dai membri del team durante il processo di archiviazione. È possibile personalizzare entrambi i tipi di criteri per soddisfare le esigenze del team.

Le impostazioni di estrazione consentono la modifica simultanea dei file da parte di più utenti.

Configurare l'area di lavoro e aggiungere codice sorgente per il progetto team. Se il team utilizza Controllo della versione di Team Foundation, i membri del team devono creare aree di lavoro e aggiungere il codice sorgente. Un'area di lavoro include le cartelle client presenti sul disco locale mappate alle cartelle incluse nel controllo della versione sul server di Controllo della versione di Team Foundation.

Configurare il client di Visual Studio per utilizzare il server proxy. Se il team utilizza Controllo della versione di Team Foundation ed è stato installato il proxy di Team Foundation Server per supportare il team remoto, è necessario configurare il client di Visual Studio prima di poter utilizzare il server proxy.

Creare definizioni di compilazione. Se il team utilizza Team Foundation Build, è necessario assicurarsi che sia stato creato un sistema di compilazione e creare definizioni di compilazione. Una definizione di compilazione contiene istruzioni sui progetti di codice da compilare, sulle operazioni aggiuntive da eseguire e sul modo in cui eseguirle.

Creare piani di test e test case. Se il team utilizza Test Manager, i tester devono definire e gestire l'esecuzione dei test tramite piani di test.

Vedere anche

Concetti

Introduzione a Visual Studio Application Lifecycle Management

Utilizzo dei client di Team Foundation

Pianificazione e rilevamento di progetti

Altre risorse

Personalizzazione del progetto team

Gestione del lavoro tramite Team Web Access

Gestione di progetti tramite Project Server e Team Foundation Server

Cronologia delle modifiche

Data

Cronologia

Motivo

Aprile 2011

Rivista la prima tabella nell'argomento per chiarire i prodotti server che supportano una risorsa team e quelli obbligatori per una risorsa team.

Miglioramento delle informazioni.

Luglio 2010

È stata corretta la prima tabella nell'argomento. Aggiunte informazioni su SharePoint Server 2010. Aggiunti descrizione e collegamento all'argomento sull'utilizzo di Project 2010.

Correzione di bug nel contenuto.