Componenti del data warehouse di TFS

Il warehouse di creazione report di Team Foundation è un data warehouse tradizionale costituito da un database relazionale organizzato in uno schema star approssimativo e da un cubo di SQL Server Analysis Services compilato sul database relazionale. Il diagramma seguente illustra l'architettura di alto livello del data warehouse di Team Foundation e le relazioni tra gli archivi operativi, il data warehouse e i report del team.

Archivi operativi

Ogni strumento o plug-in di Team Foundation usa un database relazionale in SQL Server 2008 per archiviare i dati usati dallo strumento durante le operazioni giornaliere. Questo database relazionale è spesso definito archivio operativo. Gli archivi operativi per Team Foundation includono:

• Database con struttura comune (Tfs_Configuration)

• Database di raccolte di progetti team (Tfs_Collection)

È anche possibile creare archivi operativi per strumenti di terze parti.

Come la maggior parte degli archivi operativi, lo schema del database relazionale è progettato e ottimizzato per l'elaborazione transazionale online dei dati. Durante l'esecuzione di un'attività, le informazioni più aggiornate vengono scritte nell'archivio operativo dallo strumento o dal plug-in. I dati nell'archivio operativo, pertanto, vengono continuamente modificati e aggiornati e sono sempre attuali.

Adattatori del warehouse

Poiché ogni strumento o plug-in dispone di requisiti di schema propri e i dati sono archiviati nell'archivio operativo per ottimizzare l'elaborazione transazionale, scopo dell'adattatore del warehouse è inserire i dati operativi in un form che possa essere usato dal data warehouse. L'adattatore del warehouse è un assembly gestito che estrae i dati dall'archivio operativo, li trasforma in un formato standardizzato compatibile con il warehouse, quindi scrive i dati trasformati nel database relazionale warehouse. È disponibile un adattatore separato per ogni archivio dati operativo.

L'adattatore del warehouse copia e trasforma i campi dati specificati nella configurazione del warehouse di base o nel modello di processo usato alla creazione di un nuovo progetto team. Se successivamente si modifica il modello di processo per aggiungere o eliminare i campi dati scritti nel data warehouse, queste modifiche vengono rilevate alla successiva esecuzione dell'adattatore. L'adattatore viene eseguito periodicamente con una frequenza stabilita dalla proprietà RunIntervalSeconds. L'impostazione predefinita per la frequenza di aggiornamento è due ore (7.200 secondi). È opportuno valutare attentamente la frequenza di aggiornamento appropriata per la propria installazione. Per altre informazioni sulla modifica della frequenza di aggiornamento, vedere Modificare un'impostazione di controllo del processo del data warehouse o del cubo di Analysis Services.

È importante che i dati non vengano scritti dal database relazionale nel cubo dati mentre è in corso l'aggiornamento del database relazionale stesso dall'archivio operativo. Per evitare conflitti durante la lettura e la scrittura dei dati, gli adattatori del warehouse che eseguono operazioni push e pull dei dati sono sincronizzati. Dopo il completamento delle chiamate degli adattatori, il cubo viene rielaborato.

Il database relazionale o data warehouse

Ogni strumento descrive il proprio contributo al data warehouse in uno schema XML. Tale schema specifica i campi scritti nel database relazionale come dimensioni, misure e dettagli. Lo schema viene inoltre mappato direttamente nel cubo.

I dati nel warehouse vengono archiviati in un set di tabelle organizzato in uno schema star. La tabella centrale dello schema star è denominata tabella dei fatti e le tabelle correlate rappresentano le dimensioni, che forniscono i mezzi per disaggregare i report in parti più piccole. Una riga in una tabella dei fatti contiene in genere il valore di una misura o un riferimento di chiave esterno a una tabella delle dimensioni. La riga rappresenta lo stato corrente di ogni elemento incluso nella tabella dei fatti. La tabella dei fatti Elemento di lavoro contiene ad esempio una riga per ogni elemento di lavoro memorizzato nell'archivio operativo Elemento di lavoro.

Una tabella delle dimensioni archivia il set di valori esistente per una determinata dimensione. Le dimensioni possono essere condivise tra tabelle dei fatti e cubi diversi ed è possibile fare riferimento a esse da una sola tabella dei fatti o cubo dati. Viene fatto riferimento, ad esempio, a una dimensione Persona dalla tabella dei fatti Elementi di lavoro per le proprietà Assegnato a, Aperto da, Risolto da e Chiuso da e dalla tabella dei fatti Varianza del codice per la proprietà Archiviato da.

Le misure sono valori derivati dai dati operativi. Varianza totale, ad esempio, è una misura che indica il numero di modifiche del codice sorgente negli insiemi di modifiche selezionati. Conteggio è una misura speciale in quanto può essere implicita, purché sia presente un record per ogni elemento conteggiato. Le misure definite in una tabella dei fatti costituiscono un gruppo di misure nel cubo.

Per altre informazioni sui fatti, sulle dimensioni e sulle misure nel data warehouse, vedere Prospettive e gruppi di misure forniti nel cubo di Analysis Services per Visual Studio.

Cubo di Analysis Services

Le tabelle dei fatti sono un'ottima fonte di informazioni per i report che mostrano lo stato corrente della situazione. Per segnalare le tendenze per i dati che si modificano nel tempo, tuttavia, è necessario duplicare gli stessi dati per ogni intervallo di tempo per cui si vuole generare un report. Per segnalare le tendenze quotidiane per elementi di lavoro o risultati di test, ad esempio, è necessario che il warehouse mantenga lo stato di ogni elemento per ogni giorno. In questo modo, è possibile aggregare le misure in base al giorno nel cubo dei dati. Il cubo aggrega sia i dati dallo schema star sottostante sia i dati temporali in strutture multidimensionali.

A ogni elaborazione del cubo dei dati, i dati archiviati negli schemi star nel database relazionale vengono estratti nel cubo, aggregati e archiviati. I dati nel cubo vengono aggregati in modo che i report di alto livello, che richiederebbero altrimenti elaborazioni complesse tramite lo schema star, siano semplici istruzioni Select. Il cubo costituisce una posizione centrale da cui ottenere dati per i report senza dover conoscere lo schema per ogni archivio operativo né accedere a ogni archivio separatamente.

Report di Progettazione report

Progettazione report è un componente di Visual Studio che consente di definire il data warehouse di Team Foundation come origine dati, quindi di progettare un report in modo interattivo. Progettazione report dispone di finestre a schede per Dati, Layout e Anteprima e consente di aggiungere dataset per adattare una nuova idea di progettazione di report o modificare il layout del report in base ai risultati dell'anteprima. Oltre alle aree di progettazione Dati, Layout e Anteprima, in Progettazione report sono disponibili generatori di query, un editor di espressioni e procedure guidate che semplificano l'inserimento di immagini o il processo di creazione di un report semplice. Per altre informazioni sull'uso di Progettazione report, vedere Creare, personalizzare e gestire rapporti per Visual Studio ALM.

Report di Excel

Team Foundation si integra con Microsoft Excel per consentire all'utente di usare Microsoft Excel per gestire i progetti e produrre report. Microsoft Excel fornisce tabelle pivot e grafici per la visualizzazione e l'analisi di dati multidimensionali. È possibile associare direttamente queste tabelle pivot al cubo di Team Foundation, allo scopo di interagire con i dati nel cubo stesso. Per altre informazioni sull'uso di Microsoft Excel per la creazione di report, vedere Creare rapporti di Excel da una query elemento di lavoro.

Sicurezza

La sicurezza per il data warehouse di Team Foundation è definita a livello di database, mentre la sicurezza per i report del team è definita a livello di progetto team. L'amministratore di Team Foundation Server stabilisce quali utenti possono accedere ai dati del data warehouse concedendo o revocando le autorizzazioni sull'account di ciascuno. Per impostazione predefinita, l'accesso in scrittura al warehouse è limitato a un account del servizio nell'ambito del quale viene eseguito il servizio warehouse. Ogni adattatore di strumento dispone di accesso in scrittura al data warehouse perché è in esecuzione in questo contesto di sicurezza. L'accesso in sola lettura è concesso dall'amministratore a singoli utenti o gruppi di utenti. Un utente con autorizzazione alla visualizzazione dei dati nel warehouse ha pieno accesso a tutti i dati di tutti i progetti team presenti nelle raccolte di progetti team. Per altre informazioni sulla concessione o sulla negazione dell'accesso in sola lettura al data warehouse, vedere Concedere l'accesso ai database del data warehouse per Visual Studio ALM.