Progetti Team di Team Foundation

Articolo
09/12/2008

Aggiornamento: novembre 2007

In Team Foundation, un progetto Team è un insieme di elementi di lavoro, codice, test, prodotti di lavoro, metriche e così via, utilizzato da un determinato team per tenere traccia di un insieme comune di attività correlate. Il concetto logico di un progetto Team consente di stabilire gli elementi da includere o da escludere nello sviluppo di un'applicazione software. Tale concetto viene quindi implementato tramite strumenti fisici, raggruppamenti, flussi di lavoro e altri elementi di Team Explorer e Team Foundation Server. Il limite concettuale delineato intorno al progetto Team presenta implicazioni importanti per la struttura assegnata al progetto Team e per il passaggio da un progetto Team a un altro.

Definizione logica di un progetto Team

Da un punto di vista logico (o concettuale), un progetto Team è un'unica infrastruttura che include tutti i singoli strumenti ed elementi utilizzati durante il ciclo di vita dello sviluppo di un'applicazione software. Ciascuna applicazione software, o "progetto Team", in fase di sviluppo viene raggruppata virtualmente nello spazio dei nomi destinato unicamente a essa. Pertanto, un progetto Team è un semplice contenitore che isola tutti gli strumenti e gli elementi (ad esempio codice sorgente, elementi di lavoro e documenti) associati a una particolare applicazione software in fase di sviluppo, in modo che non vi possano accedere gli altri progetto Team.

Il progetto Team è il concetto centrale sul quale si basa lo sforzo del team di creare una tecnologia o un prodotto software specifico; inoltre, è l'insieme virtuale degli elementi relativi a un'applicazione software su cui lavora un team. Per i membri del team, il concetto di progetto Team elimina il problema di avere accesso a più elementi non relativi al progetto in questione; un eccesso di elementi genera confusione e ritardi per il processo di sviluppo del software. Il progetto Team è costituito almeno da un insieme di strumenti ed elementi, ma può anche includere criteri per il controllo del codice sorgente, un sito di generazione dei report e un portale del progetto Team. Durante la creazione di un progetto Team di Team Foundation, è possibile utilizzare il modello di processo per selezionare gli strumenti rilevanti che verranno aggiunti al contenitore del progetto in questione.

Il concetto di progetto Team consente di migliorare la generazione di report su tutti gli strumenti utilizzati dal team. In passato, l'attività di generazione di report su più strumenti presentava alcune complessità a causa della mancanza di correlazione tra i dati dei diversi strumenti. Se, ad esempio, uno sviluppatore software desiderava ottenere un report di errori su più strumenti, doveva operare una ricognizione degli errori tra i vari progetti, dal momento che tutti gli errori erano archiviati in un percorso comune. Un progetto Team viene creato in uno spazio dei nomi contenente solo strumenti ed elementi relativi allo specifico progetto software; pertanto, viene creato un filtro comune che può mettere in correlazione diversi elementi di strumenti diversi.

Un solo Team Foundation Server è in grado di contenere più progetti Team, ciascuno dei quali viene creato in uno spazio dei nomi distinto, così che un documento denominato X nello spazio dei nomi A non è lo stesso documento denominato X nello spazio dei nomi B. La creazione di un progetto Team in uno spazio dei nomi distinto consente l'univocità di elementi e strumenti per il progetto Team cui appartengono, in modo tale che uno sviluppatore software che lavora sul progetto Team B non può accedere a uno strumento o a un elemento contenuto nel progetto Team A.

Definizione fisica di un progetto Team

La definizione logica e il limite concettuale di un progetto Team si concretizzano tramite Team Explorer. Team Explorer è una finestra degli strumenti estendibile inclusa in Visual Studio che raggruppa strumenti ed elementi del progetto Team. Il progetto Team è costituito almeno dall'insieme di strumenti ed elementi specificati tramite il modello di processo al momento della creazione. In base al modello di processo utilizzato per la creazione, il progetto Team può includere anche criteri per il controllo del codice sorgente, un sito di generazione dei report e un portale del progetto Team.

Alla prima apertura, Team Explorer è vuoto e deve essere connesso Team Foundation Server; sarà quindi possibile selezionare i progetti Team da visualizzare al suo interno. Poiché è consentito connettere Team Explorer a un unico Team Foundation Server, i progetti Team visualizzati sono quelli relativi a un solo Team Foundation Server. In base al modello di processo utilizzato per creare il progetto Team, i membri del team possono inoltre utilizzare Team Explorer per visualizzare informazioni sulle generazioni del prodotto, eseguire il codice sorgente, eseguire query sulle attività a essi assegnate, visualizzare lo stato generale del progetto, individuare documenti, visualizzare report e creare prodotti di lavoro associati al progetto Team. Ad esempio, in un progetto Team creato con i modelli di processo MSF for Agile Software Development o MSF for CMMI Process Improvement vengono visualizzati i nodi seguenti:

Elementi di lavoro. Questo nodo fornisce l'accesso per creare e visualizzare query in base al database degli elementi di lavoro e per creare nuovi elementi di lavoro. Le query del progetto vengono implementate dal responsabile del modello di processo o del progetto al momento della creazione del progetto Team. Le query definite dall'utente non vengono implementate durante la creazione di un progetto Team, ma aggiunte successivamente come contenuto personalizzato.
Documenti. Questo nodo consente di accedere ai prodotti di lavoro quali documenti, fogli di lavoro, piani di progetto, linee guida per il processo e altro output documentale negli impegni di sviluppo. I documenti sono archiviati in un unico percorso centrale sul portale del progetto Team.
Report. Questo nodo consente di accedere ai report contenenti metriche per il progetto Team e ai metodi di raccolta delle informazioni prodotte dai vari strumenti inclusi all'interno dello spazio dei nomi del progetto Team. Il sito di generazione dei report di SQL Reporting Services è stato progettato per la generazione di report su più strumenti tramite il raggruppamento delle informazioni dei vari strumenti all'interno del progetto Team e per la creazione di un report tramite l'applicazione di semantica e sintassi appropriate per le informazioni esportate da ogni strumento.
Team Build. Questo nodo fornisce l'accesso alle generazioni del progetto Team in corso.
Controllo del codice sorgente. Questo nodo consente l'accesso a elementi quali codice sorgente e testo. Gli sviluppatori dei programmi utilizzano Esplora controllo del codice sorgente per l'archiviazione e l'estrazione di tale codice. Tale strumento è un browser dei file di origine del progetto Team; un utente può implementare vari strumenti personalizzati.

Le impostazioni e le proprietà di un progetto Team variano da un progetto all'altro. Le proprietà di un progetto Team vengono impostate dal menu Team in Visual Studio e consentono di definire le impostazioni per gruppi e autorizzazioni che identificano i membri del progetto Team e i relativi diritti di accesso. Uno sviluppatore software, ad esempio, può disporre dell'autorizzazione necessaria per modificare, all'interno di un progetto Team, il documento X ma non il documento Y, mentre un altro sviluppatore software coinvolto nello stesso progetto può accedere a entrambi i documenti e modificarli. L'assegnazione di gruppi consente di stabilire vari sottoteam nell'ambito di un progetto Team e di migliorare la gestione delle attività richieste. Le impostazioni del progetto Team includono inoltre raggruppamenti gerarchici virtuali per gli elementi al suo interno. La struttura della classificazione può includere le iterazioni del ciclo di vita che costituiscono un progetto Team e relativi componenti o funzionalità. Gli elementi di lavoro e altri elementi, ad esempio test case, possono anche essere classificati in base alle strutture/gerarchie per facilitare la gestione e la generazione di report.

I criteri per il controllo del codice sorgente consentono di definire le impostazioni del controllo del codice sorgente. Tali impostazioni sono associate alle impostazioni di estrazione nonché ai criteri e alle note di archiviazione e consentono di definire quali elementi possono essere estratti e da quale utente. Inoltre, definiscono le impostazioni che consentono a un utente di tornare indietro ed estrarre diverse versioni di un elemento che potrebbe essere stato prodotto durante il ciclo di vita del progetto.