Componenti del data warehouse per Team Foundation

Articolo
08/11/2011

Il warehouse di creazione rapporti 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 rapporti del team.

Architettura dei data warehouse

In questo argomento

Archivi operativi
Adattatori del warehouse
Database relazionale warehouse
Cubo di Analysis Services
Rapporti di Progettazione rapporti
Rapporti di Excel
Sicurezza

Archivi operativi

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

Database con struttura comune (Tfs_Configuration)
Database di insiemi di progetti team (Tfs_Collection)

Possono inoltre essere disponibili archivi operativi per strumenti di altri produttori.

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 corrispondenti alla versione corrente.

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 utilizzato 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 utilizzato 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 una specifica installazione. Per ulteriori informazioni sulla modifica della frequenza di aggiornamento, vedere Modificare l'impostazione di controllo dell'elaborazione del data warehouse o del cubo di Analysis Services..

È importante che i dati non vengano scritti dal database relazionale nel cubo dei 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.

Database relazionale 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. Viene inoltre eseguito il mapping dello schema direttamente nel cubo.

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

Una tabella delle dimensioni archivia l'insieme 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 dei 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. Ad esempio, Varianza totale è 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 ulteriori informazioni sui fatti, sulle dimensioni e sulle misure nel data warehouse, vedere Gruppi di misure e metrica forniti nel cubo di Analysis Services per Team System.

Cubo di Analysis Services

Le tabelle dei fatti sono un'ottima fonte di informazioni per i rapporti 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 desidera generare un rapporto. 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 per 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 rapporti di alto livello, i quali richiederebbero altrimenti elaborazioni complesse tramite lo schema star, siano semplici istruzioni select. Il cubo costituisce una posizione centrale da cui ottenere dati per i rapporti senza dover conoscere lo schema per ogni archivio operativo né accedere a ogni archivio separatamente.

Rapporti di Progettazione rapporti

Progettazione rapporti è un componente di Visual Studio che consente di definire il data warehouse di Team Foundation come origine dati, quindi di progettare un rapporto in modo interattivo. Progettazione rapporti dispone di finestre a schede per Dati, Layout e Anteprima e consente di aggiungere dataset per adattare una nuova idea di progettazione di rapporti o modificare il layout del rapporto in base ai risultati dell'anteprima. Oltre alle aree di progettazione Dati, Layout e Anteprima, in Progettazione rapporti 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 rapporto semplice. Per ulteriori informazioni sull'utilizzo di Progettazione rapporti, vedere Creazione, personalizzazione e gestione di rapporti per Visual Studio ALM.

Rapporti di Excel

Team Foundation si integra con Microsoft Excel per consentire all'utente di utilizzare Microsoft Excel per gestire i progetti e produrre rapporti. 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. Per ulteriori informazioni sull'utilizzo di Microsoft Excel per la generazione di rapporti, vedere Creazione e gestione di rapporti Excel per Visual Studio ALM.

Sicurezza

La sicurezza per il data warehouse di Team Foundation è definita a livello di database, mentre la sicurezza per i rapporti 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 che dispone di autorizzazione alla visualizzazione dei dati nel warehouse per un determinato progetto team, disporrà di accesso completo a tutti i dati per tale progetto. Un utente che dispone di autorizzazione alla visualizzazione dei dati per un progetto team, tuttavia, non può visualizzare automaticamente i dati di un altro progetto team. Per ulteriori informazioni sulla concessione o la negazione dell'accesso in sola lettura al data warehouse, vedere Concedere ai membri del team accesso al cubo di Analysis Services.