Excel-Berichte (Agile)
Mit Microsoft Excel-Berichten können Sie Informationen aus dem Data Warehouse für das Teamprojekt anzeigen. In diesem Thema werden die Berichte behandelt, die mit der Prozessvorlage für MSF for Agile Software Development v5.0 bereitgestellt werden.
Tipp
Wenn das Teamprojektportal auf Microsoft Office SharePoint Server 2007 Enterprise Edition oder auf Microsoft SharePoint Server 2010 Enterprise Edition basiert ist, können Sie diese Berichte in Dashboards des Teamprojekts anzeigen. Weitere Informationen finden Sie unter Dashboards (Agile).
Wenn die Projektsammlung, in der das Teamprojekt gespeichert ist, mit SQL Server Reporting Services bereitgestellt wird, können Sie mit dem Berichts-Manager die gleichen Informationen anzeigen und filtern, die in den Excel-Berichten enthalten sind. Weitere Informationen finden Sie unter Berichte (Agile).
In diesem Thema
|
Sie können auf die Microsoft Excel-Berichte über den Ordner Dokumente zugreifen. Dies ist in der folgenden Abbildung dargestellt. |
Erforderliche Berechtigungen
Um einen Excel-Bericht anzuzeigen oder zu ändern, der unter dem Knoten Dokumente für ein Teamprojekt gespeichert ist, müssen Sie einer Gruppe zugewiesen sein oder angehören, die über die Berechtigung zum Lesen von Team Foundation verfügt. Außerdem müssen Sie in SharePoint-Produkte jeweils über die Berechtigung Gäste oder Mitglieder für das Teamprojekt verfügen.
Alle im Unternehmensdashboard angezeigten Microsoft Excel-Berichte enthalten außerdem Daten vom Analysis Services-Cube. Sie können nur Unternehmensdashboards anzeigen, wenn das Teamprojektportal auf einem Server gehostet wird, der Microsoft Office SharePoint Server 2007 Enterprise Edition oder Microsoft SharePoint Server 2010 Enterprise Edition ausführt.
Um einen Excel-Bericht über ein Unternehmensdashboard anzuzeigen, zu aktualisieren oder zu erstellen, müssen Sie die SharePoint-Webanwendungsdefinition konfigurieren, um entweder "Einmaliges Anmelden" oder "Windows-Authentifizierung" zu verwenden. Die folgenden Einschränkungen gelten auf Grundlage des konfigurierten Authentifizierungsdiensts.
Wichtig
Sie müssen die SharePoint-Webanwendung für "Einmaliges Anmelden" konfigurieren, wenn Sie keine Benutzer als Mitglieder der Sicherheitsrolle TfsWarehouseDataReaders in SQL Server hinzufügen möchten. Zudem müssen Sie die Anwendung für das einmalige Anmelden konfigurieren, wenn das Teamprojektportal nicht auf dem Datenebenenserver installiert und so konfiguriert wurde, dass die NTLM-Authentifizierung verwendet wird.
Für eine Authentifizierung mit einmaligem Anmelden (empfohlen)
Um Benutzer, die Unternehmensdashboards anzeigen, über ein einmaliges Anmelden zu authentifizieren, müssen Sie die folgenden Aktionen ausführen:
Sie müssen die SharePoint-Webanwendung so konfigurieren, das "Einmaliges Anmelden" verwendet wird. Weitere Informationen zum Konfigurieren von einmaliger Anmeldung finden Sie unter Konfigurieren von Einstellungen für die Dashboardkompatibilität.
Sie müssen die Benutzer, die das Dashboard anzeigen, einer Gruppe hinzufügen, die über Zugriff auf die Unternehmensanwendungsdefinition "Einmaliges Anmelden" verfügt.
Für die Windows-Authentifizierung
Um Benutzer, die Unternehmensdashboards anzeigen, mithilfe der Windows-Authentifizierung zu authentifizieren, müssen Sie die folgenden Aktionen ausführen:
Sie müssen entweder das Teamprojektportal auf dem Datenebenenserver hosten oder die SharePoint-Webanwendung so konfigurieren, dass die Kerberos-Authentifizierung verwendet wird.
Sie müssen der Sicherheitsrolle TfsWarehouseDataReaders in SQL Server Analysis Services Benutzer als Member hinzufügen.
In der folgenden Tabelle werden die erforderlichen Berechtigungen anhand der Aktivitäten zusammengefasst. Informationen zum Gewähren dieser Berechtigungen für Teammitglieder finden Sie unter Hinzufügen von Benutzern zu Teamprojekten und Gewähren von Zugriff auf die Datenbanken des Data Warehouse für Visual Studio ALM. Weitere Informationen zu Berechtigungen, die erforderlich sind, um mit Excel-Berichten im Allgemeinen zu arbeiten, finden Sie unter Zuweisen von Berechtigungen zum Anzeigen und Verwalten von Berichten für die Anwendungslebenszyklus-Verwaltung von Visual Studio.
Aktivität |
Team Foundation Server |
Teamprojektportal |
SQL Server Analysis Services-Cube (Tfs_Analysis) |
Hinweise |
---|---|---|---|---|
Anzeigen oder Aktualisieren eines Excel-Berichts, der im Knoten "Dokumente" von Team Explorer geöffnet ist |
Leser |
Gäste |
Rolle TfsWarehouseDataReader |
Um auf den Knoten "Dokumente" eines Teamprojekts zuzugreifen, müssen Sie ein Mitglied der Sicherheitsgruppe Gültige Team Foundation-Benutzer sein. Wenn die erforderlichen Sicherheitsberechtigungen explizit festgelegt sind, muss die Berechtigung Projektebeneninformationen anzeigen für das Teamprojekt auf Zulassen gesetzt sein. |
Anzeigen oder Aktualisieren eines Excel-Berichts, der in einem Unternehmensdashboard angezeigt wird |
|
Gäste |
Die Anforderungen hängen von der Authentifizierung ab, die für die SharePoint-Webanwendung konfiguriert wurde. |
Zusätzlich zu Besucher- oder Leseberechtigungen müssen Sie einer Gruppe angehören, die über Zugriff auf die Rolle TfsWarehouseDataReader oder auf die Unternehmensanwendungsdefinition "Einmaliges Anmelden" für die SharePoint-Webanwendung verfügt. |
Ausführen einer Arbeitsaufgabenabfrage und anschließendes Verwenden der Funktion Bericht in Microsoft Excel erstellen |
Leser |
Rolle TfsWarehouseDataReader |
Zusätzlich zu diesen Berechtigungen benötigen Sie möglicherweise eine Berechtigung zum Öffnen einer Teamabfrage. Weitere Informationen finden Sie unter Organisieren und Festlegen von Berechtigungen für Arbeitsaufgabenabfragen. Wenn Sie die resultierende Arbeitsmappe im Projektportal speichern möchten, müssen Sie darüber hinaus der Gruppe Mitglieder für das Portal angehören. |
|
Öffnen eines Dashboards und Verwenden der Funktion Neuer Excel-Bericht |
Gäste |
Rolle TfsWarehouseDataReader |
Die Schaltfläche Neuer Excel-Bericht ist nur verfügbar, wenn die Berichterstellung für die Projektauflistung konfiguriert wurde, in der das Teamprojekt gehostet wird. |
|
Erstellen eines Berichts in Microsoft Excel, der eine direkte Verbindung mit dem Analysis Services-Cube herstellt |
Rolle TfsWarehouseDataReader |
Wenn Sie die resultierende Arbeitsmappe im Projektportal speichern möchten, müssen Sie der Gruppe Mitglieder für angehören. |
||
Verwalten von Excel-Berichten im Knoten Dokumente |
Leser |
Member |
|
Um Dateien unter dem Knoten Dokumente zu speichern, müssen Sie der Gruppe Mitglieder für das Teamprojektportal angehören. Weitere Informationen finden Sie unter Verwalten von Dokumenten und Dokumentbibliotheken. |
Zurück nach oben
Erforderliche Konfigurationen für die Verwendung von Excel-Berichten
Für den Zugriff und die Verwendung von Microsoft Excel-Berichten sind die folgenden Konfigurationen erforderlich:
Um auf einen Microsoft Excel-Bericht zuzugreifen, muss im Teamprojekt ein Projektportal bereitgestellt werden.
Microsoft Excel-Berichte werden auf dem Server gespeichert, auf dem SharePoint-Produkte für das Teamprojekt gehostet werden. Wenn für das Teamprojekt kein Projektportal aktiviert wurde, können Sie nicht auf die Arbeitsmappe zugreifen. Weitere Informationen finden Sie unter Zugreifen auf Teamprojektportale und Prozessleitfäden.
Wenn Sie in Microsoft Excel einen Bericht öffnen möchten, der eine Verbindung mit dem operativen Datenspeicher für Team Foundation herstellt, muss auf dem Clientcomputer das Team Foundation-Office-Integration-Add-In installiert sein. Dieses Add-In wird bei der Installation aller Produkte in Visual Studio ALM installiert.
Zurück nach oben
Projektverwaltung
Teammitglieder können mithilfe der Berichte in der folgenden Tabelle den Fortschritt des Teams beim Abschließen von Aufgaben, Implementieren von Benutzertextabschnitten und Einhalten des Iterationsplans verfolgen.
Daten im Bericht |
Berichtsname und verwandtes Thema |
---|---|
Eine visuelle Darstellung der kumulierten Anzahl aller Stunden für alle Aufgaben in den vergangenen vier Wochen. |
|
Eine visuelle Darstellung der kumulierten Anzahl aller aktiven und geschlossenen Aufgaben in den vergangenen vier Wochen. |
|
Eine visuelle Darstellung der kumulierten Anzahl aller User Storys, nach Zustand gruppiert, für die letzten vier Wochen. |
|
Ein Liniendiagramm, das den gleitenden Durchschnitt der Anzahl von Problemen anzeigt, die vom Team während der letzten vier Wochen geöffnet und geschlossen wurden. Der gleitende Durchschnitt basiert auf den sieben Tagen vor dem Datum der Berechnung. |
Zurück nach oben
Rückstandsverwaltung für Fehler
Teammitglieder können mit den Berichten in der folgenden Tabelle die Fehler, die das Team findet, und den Fortschritt des Teams beim Beheben dieser Fehler verfolgen. Diese Berichte werden im Fehlerdashboard angezeigt. Weitere Informationen finden Sie unter Fehlerdashboard.
Daten im Bericht |
Berichtsname und verwandtes Thema |
---|---|
Eine visuelle Darstellung der kumulierten Anzahl aller Fehler, nach Zustand gruppiert, für die letzten vier Wochen. |
|
Ein Liniendiagramm, das den gleitenden Durchschnitt der Anzahl von Fehlern darstellt, die während der letzten vier Wochen vom Team geöffnet, behoben und geschlossen wurden. Der gleitende Durchschnitt basiert auf den sieben Tagen vor dem Datum der Berechnung. |
|
Eine visuelle Darstellung der kumulierten Anzahl aller Fehler, nach Priorität gruppiert, für die letzten vier Wochen. |
|
Ein horizontales Balkendiagramm mit der Gesamtanzahl von Fehlern, die jedem Teammitglied zurzeit im aktiven Zustand zugewiesen wurden, gruppiert nach Priorität. |
|
Ein gestapeltes Flächendiagramm mit der Anzahl von Fehlern, die innerhalb der vergangenen vier Wochen aus dem gelösten oder geschlossenen Zustand reaktiviert wurden.
Hinweis
Der Bericht Fehlerreaktivierungen wird im Qualitätsdashboard angezeigt.Weitere Informationen finden Sie unter Qualitätsdashboard (Agile).
|
Zurück nach oben
Buildverwaltung
Teammitglieder können mithilfe der Berichte in der folgenden Tabelle verfolgen, wie sich Quelldateien in einem bestimmten Zeitraum ändern und wie gut der Quellcode in einem bestimmten Zeitraum getestet wird. Diese Berichte werden im Builddashboard angezeigt. Weitere Informationen finden Sie unter Builddashboard (Agile).
Daten im Bericht |
Berichtsname und verwandtes Thema |
---|---|
Liniendiagramm, das den Prozentsatz des Code darstellt, der in den letzten vier Wochen mit Buildüberprüfungstests getestet wurde. |
|
Gestapeltes Flächendiagramm, in dem dargestellt wird, wie viele Codezeilen das Team in den Eincheckvorgängen vor dem Build in den letzten vier Wochen hinzugefügt, entfernt und geändert hat. |
|
Gestapelte Säule, mit der die Anzahl von Builds angezeigt wird, die in den letzten vier Wochen den Status Fehler oder Erfolgreich hatten.
Hinweis
Der Bericht Buildstatus wird im Qualitätsdashboard angezeigt.Weitere Informationen finden Sie unter Qualitätsdashboard (Agile).
|
Zurück nach oben
Testverwaltung
Teammitglieder können mit den Berichten in der folgenden Tabelle Testaktivitäten überwachen, Berichte zum Status erstellen, Lücken in der Testabdeckung suchen und Testbereiche identifizieren, die möglicherweise weiter untersucht werden müssen. Diese Berichte werden im Testdashboard angezeigt. Weitere Informationen finden Sie unter Testdashboard (Agile).
Daten im Bericht |
Berichtsname und verwandtes Thema |
---|---|
Gestapeltes Flächendiagramm der Testergebnisse in den letzten vier Wochen, gruppiert nach dem letzten aufgezeichneten Ergebnis: Nie ausgeführt, Blockiert, Fehler oder Erfolgreich. |
|
Gestapeltes Flächendiagramm, das anzeigt, wie viele Testfälle in den letzten vier Wochen den Zustand Entwurf oder Bereit aufgewiesen haben. |
|
Horizontales Balkendiagramm, das die Anzahl der Testergebnisse für jede Kombination aus Testfall und Testkonfiguration anzeigt, die für jede User Story definiert wurde. Im Diagramm werden die Testergebnisse nach ihrem letzten Testlauf gruppiert, wobei die Optionen Erfolgreich (grün), Fehler (rot), Blockiert (lila) oder Nicht ausgeführt (grau) lauten. |
|
Liniendiagramm mit der kumulierten Anzahl aller Ergebnisse, die für manuelle Tests während der vergangenen vier Wochen ausgeführt wurden. |
|
Gestapeltes Flächendiagramm, in dem die kumulierte Anzahl aller fehlerhaften Ergebnisse für Tests in den letzten vier Wochen dargestellt wird, nach Fehlertyp sortiert (Regression, Neues Problem oder Bekanntes Problem). |
Zurück nach oben
Softwarequalität und Releaseverwaltung
Teammitglieder können mit den Berichten in der folgenden Tabelle eine Übersicht über den Status in den Bereichen Test, Entwicklung und Build gewinnen. Diese Berichte werden im Qualitätsdashboard angezeigt. Weitere Informationen finden Sie unter Qualitätsdashboard (Agile).
Daten im Bericht |
Berichtsname und verwandtes Thema |
---|---|
Gestapeltes Flächendiagramm der Testergebnisse in den letzten vier Wochen, gruppiert nach dem letzten aufgezeichneten Ergebnis: Nie ausgeführt, Blockiert, Fehler oder Erfolgreich. |
|
Gestapelte Säule, mit der die Anzahl von Builds angezeigt wird, die in den letzten vier Wochen den Status Fehler oder Erfolgreich hatten. |
|
Ein gestapeltes Flächendiagramm der kumulierten Anzahl aller Fehler, nach Zustand gruppiert, für die letzten vier Wochen. |
|
Ein gestapeltes Flächendiagramm mit der Anzahl von Fehlern, die innerhalb der vergangenen vier Wochen aus dem gelösten oder geschlossenen Zustand reaktiviert wurden. |
|
Liniendiagramm, das den Prozentsatz des Codes darstellt, der in den letzten vier Wochen mit Buildüberprüfungstests getestet wurde. |
|
Gestapeltes Flächendiagramm, in dem dargestellt wird, wie viele Codezeilen das Team in den Eincheckvorgängen vor dem Build in den letzten vier Wochen hinzugefügt, entfernt und geändert hat. |
Zurück nach oben
Siehe auch
Konzepte
Weitere Ressourcen
MSF for Agile Software Development, Version 5.0
Änderungsprotokoll
Datum |
Versionsgeschichte |
Grund |
---|---|---|
Juli 2010 |
Erforderliche Berechtigungen zum Anzeigen, Aktualisieren und Erstellen von Excel-Berichten korrigiert und verdeutlicht. |
Kundenfeedback. |