Schrittweise Anpassung
Sie möchten eine Prozessvorlage anpassen, um sicherzustellen, dass alle Teamprojekte, die mithilfe der Vorlage erstellt werden, den Geschäftsprozessen entsprechen, die vom Team oder der Organisation verwendet werden. Zudem möchten Sie ggf. eine Prozessvorlage anpassen, wenn Sie für Visual Studio Team Foundation Server ein Upgrade von einer vorherigen Version ausführen und Sie Änderungen an einer vorhandenen Prozessvorlage vorgenommen haben, die Sie weiterhin verwenden möchten. Sie möchten diese Änderungen ggf. einer neuen Prozessvorlage hinzufügen oder die alte Vorlage anpassen, um Funktionen hinzuzufügen, die in der aktuellen Version zur Verfügung stehen.
Laden Sie zum Anpassen einer Prozessvorlage zuerst eine vorhandene oder leere Prozessvorlage herunter, ändern Sie Dateien bzw. fügen Sie welche hinzu, laden Sie die Prozessvorlagendateien hoch, und überprüfen Sie dann die Änderungen. Die folgende Abbildung zeigt die Reihenfolge der fünf Hauptaufgaben an, die Sie ausführen müssen, um eine Prozessvorlage anzupassen.
Beim Anpassen einer Prozessvorlage handelt es sich um ein iteratives Verfahren. Sie benötigen eine Teamprojektsammlung, die auf einem Server mit Team Foundation Server definiert wird, auf dem Sie die Prozessvorlage testen können, um sich von der ordnungsgemäßen Anpassung zu überzeugen.
In diesem Thema finden Sie Informationen zur empfohlenen Abfolge und praktische Tipps, die für das Anpassen einer Prozessvorlage nützlich sind.
In diesem Thema
Auswählen und Herunterladen einer Prozessvorlage
Anpassen der Prozessvorlage
Hochladen der Prozessvorlage
Erstellen eines Teamprojekts
Überprüfen der Änderungen
Tipp
Die Microsoft Solutions Framework (MSF)-Prozessvorlagen, die mit Team Foundation Server installiert waren, werden durch neue Versionen ersetzt, wenn Sie ein Upgrade auf die aktuelle Version von Team Foundation Server ausführen. Wenn Sie die alten Vorlagen angepasst und mit dem gleichen Namen gespeichert haben, sollten Sie die Vorlagen vor dem Upgrade herunterladen. Andernfalls werden die Vorlagen ersetzt, und Ihre Anpassungen gehen verloren.
Wenn die angepassten Prozessvorlagen auf die aktuellen Versionen der MSF-Vorlagen aktualisiert werden sollen, müssen Sie dies manuell durchführen. Weitere Informationen finden Sie unter Aktualisieren einer benutzerdefinierten Prozessvorlage.
Auswählen und Herunterladen einer Prozessvorlage
Der erste Schritt bei der Anpassung einer Prozessvorlage ist die Auswahl der Prozessvorlage, die Sie anpassen möchten. Um den Änderungsaufwand zu verringern, wählen Sie eine Vorlage aus, die den Teamprozessen am stärksten entspricht. Im Allgemeinen wählen Sie eine Prozessvorlage auf Grundlage von Arbeitsaufgabentypen und Workflows aus. Einen Vergleich von Prozessvorlagen für Microsoft Solutions Framework (MSF) finden Sie unter Auswählen einer Prozessvorlage.
Weitere Informationen über MSF-Prozessvorlagen und weitere Vorlagen, die von Microsoft-Partnern verfügbar sind, finden Sie auf der folgenden Seite der Microsoft-Website: Prozessvorlagen und Tools.
Sie können eine vorhandene Prozessvorlage herunterladen und sie als Basis für die Anpassung verwenden. Abhängig vom Umfang der Anpassungen können Sie eine leere oder eine komplette Vorlage herunterladen. Sie können Prozessvorlagen mithilfe des Prozessvorlagen-Managers herunterladen. Weitere Informationen finden Sie unter Herunterladen einer Prozessvorlage.
Zurück nach oben
Anpassen der Prozessvorlage
Bevor Sie mit der Anpassung der Prozessvorlage beginnen, lesen Sie die folgenden Abschnitte, um weitere Hinweise, empfohlene Reihenfolgen und nützliche Tools zu erhalten.
Planen der Prozessvorlagenänderungen
Ändern von Dateien oder Verwenden des Prozess-Editors
Erstellen oder Anpassen von Objekten zur Nachverfolgung der Arbeit
Anpassen der Plug-In Dateien
Anpassen der Stammprozess-Vorlagendatei
Zurück nach oben
Planen der Prozessvorlagenänderungen
Da die Prozessvorlage viele Komponenten eines Teamprozesses einschließt, möchten Sie die vorzunehmenden Änderungen ggf. planen, koordinieren und nachverfolgen. Insbesondere möchten Sie sich eventuell mit dem Projekt-, Test- und Entwicklungsleiter sowie mit den Versionsmanagern austauschen, bevor Sie die Nachverfolgung der Arbeitsaufgaben, die Berichterstellung Team Foundation Build, Team Foundation-Versionskontrolle, Microsoft Test Manager und Visual Studio Lab Management ändern.
Anpassungshinweise und einen Überblick über die Objekte, die zur Nachverfolgung der Arbeit angepasst werden können, finden Sie unter Anpassen von Projektnachverfolgungsdaten, Formularen, Workflow und anderen Objekten. Eine nützliche Prüfliste finden Sie unter Prüfliste: Planen und Nachverfolgen von Änderungen an der Prozessvorlage.
Lesen Sie zudem die folgenden Hinweise und Tipps:
Einen Überblick über die Ressourcen, die zur Unterstützung der Teamprojektartefakte erforderlich sind, finden Sie unter Starten eines neuen Teamprojekts.
Einschränkungen gelten für die Namen oder Bezeichnungen der meisten Team Foundation-Objekte. Einen Überblick über Benennungseinschränkungen, die für Prozessvorlagen, Sicherheitsgruppen, Bereichs- und Iterationsknoten, Arbeitsaufgabentypen und Arbeitsaufgabenfelder gelten, finden Sie unter Benennungseinschränkungen in Team Foundation.
Die meisten Prozessvorlagenkomponenten, die Sie anpassen, betreffen nur das Teamprojekt, das Sie mithilfe der Prozessvorlage erstellen. Die Ausnahmen von dieser Regel sind globale Listen, Linktypen und Arbeitsaufgabenfelder, die für Arbeitsaufgabentypen definiert werden. Diese Objekte werden für eine Teamprojektsammlung definiert.
Sie können nach dem Erstellen eines Teamprojekts die meisten Funktionsbereiche einer Prozessvorlage ändern. Der einzige Bereich, der nicht geändert werden kann, sind die Testauflösungszustände, die von Test Runner und Microsoft Test Manager verwendet werden. Weitere Informationen finden Sie unter Definieren der Anfangskonfiguration des Test-Managers.
Wenn Sie eine Prozessvorlage erstmals anpassen, sollten Sie eine kleinere Änderung vornehmen. Wenn Sie zahlreiche Änderungen vornehmen, ohne die Auswirkungen dieser Änderungen auf die Vorlage genau zu kennen, riskieren Sie eine Vielzahl von Fehlern, die das Debuggen erschweren.
Die maximale Größe einer Prozessvorlage beträgt 2 GB. Stellen Sie beim Anpassen einer Prozessvorlage sicher, dass dieser Wert durch die vorgenommenen Änderungen nicht überschritten wird.
Wenn Ihr Augenmerk auf dem Hinzufügen oder Ändern der Arbeitsaufgabentypen liegt, können Sie dies ohne Ändern der gesamten Prozessvorlage erreichen. Sie können mithilfe eines vorhandenen Teamprojekts Änderungen vornehmen und testen. Sie können mit den Befehlszeilentools witadmin exportwit und importwitd XML-Definitionsdateien für Arbeitsaufgabentypen herunterladen und hochladen.
Weitere Informationen finden Sie unter Hinzufügen und Anpassen eines Arbeitsaufgabentyps und Anpassen und Verwalten von Arbeitsaufgabentypen [witadmin].
Zurück nach oben
Ändern von Dateien oder Verwenden des Prozess-Editors
Bei der Anpassung einer Prozessvorlage wird mindestens eine Prozessvorlagendatei geändert, um Aufgaben hinzuzufügen oder zu entfernen, durch die der Upload von Dateien in die Teamprojektsammlung angegeben wird. Wenn Sie eine Prozessvorlagendatei ändern, sollten Sie die Abhängigkeiten in Plug-In-Elementen und hinsichtlich der Einschränkungen bei der Benennung von Objekten und Arbeitsaufgabenfeldern kennen.
Wenn Sie geringfügige Änderungen vornehmen möchten und gerne mit dem XML-Format arbeiten, können Sie die Dateien mit Editor oder einem anderen Text-Editor ändern. Außerdem können Sie den Prozess-Editor verwenden, bei dem es sich um ein Powertool handelt, das als Add-In für Visual Studio installiert ist.
Tipp
Das Powertool kann von der folgenden Seite der Microsoft-Website heruntergeladen werden: Team Foundation Server Power Tools 2010. Dieses Tool wird nicht unterstützt.
Informationen zum Herunterladen der Schemadateien für Prozessvorlagen finden Sie unter Schemadefinitionsdateien zum Anpassen von Prozessvorlagen.
Der Prozess-Editor besitzt eine Benutzeroberfläche, mit der Sie viele Bereiche in einer Prozessvorlage anpassen können. Sie können die aktuellen Versionen der MSF-Prozessvorlagen mithilfe des Editors ändern. Insbesondere können mit dem Editor die folgenden Bereiche angepasst werden:
Arbeitsaufgabenverfolgung:
Dient zum Erstellen und Bearbeiten von Definitionen für Arbeitsaufgabentypen.
Dient zum Erstellen und Bearbeiten von Arbeitsaufgabenabfragen und zum Organisieren von Abfragen in Abfrageordnern.
Dient zum Erstellen und Bearbeiten von Linktypen.
Dient zum Erstellen und Bearbeiten von Kategorien für die Gruppierung von Arbeitsaufgabentypen.
Projektklassifizierungen und Hierarchien:
Dient zum Erstellen und Bearbeiten von Produktbereichspfaden.
Dient zum Erstellen und Bearbeiten von Meilensteinversionen oder Iterationspfade.
Dient zum Ändern der Zuordnungsdatei für Microsoft Project.
Sicherheitsgruppen: Dient zum Erstellen und Bearbeiten von Gruppen und Berechtigungen für Team Foundation Server.
Versionskontrolle:
Dient zum Bearbeiten der Auscheckeinstellungen.
Dient zum Erstellen und Bearbeiten von Eincheckhinweisen.
Dient zum Erstellen und Bearbeiten von Gruppen und Berechtigungen für Team Foundation Server.
Portal und Berichte:
Dient zum Überprüfen von hochzuladenden Dateien und deren Ordnerstruktur.
Dient zum Hinzufügen von hochzuladenden Dateien.
Zurück nach oben
Erstellen oder Anpassen von Objekten zur Nachverfolgung der Arbeit
Sie können das Verfolgen des Teamprojekts sowie das Entwerfen des Workflows, von Arbeitsaufgabenformularen und Datenfeldern konfigurieren, indem Sie ein oder mehrere Objekte zum Verfolgen von Arbeitsaufgaben anpassen. Sie können alle Arten von Objekten erstellen oder anpassen, die in der folgenden Abbildung angezeigt werden, mit Ausnahme des globalen Workflows. Zusätzlich zu diesen Objekten können Sie Arbeitsaufgabenabfragen und Arbeitsaufgabeninstanzen definieren.
Weitere Informationen zur Definition oder Anpassung dieser Objekte finden Sie in den folgenden Themen:
Informationen zu Arbeitsaufgabentypen finden Sie hier: XML-Elementreferenz für WITD.
Definieren einer Arbeitsaufgabenabfrage zum Hinzufügen zu einer Prozessvorlage
Hinzufügen einer Arbeitsaufgabeninstanz zu einer Prozessvorlage
Zurück nach oben
Abhängigkeiten zwischen Klassifizierungen und Arbeitsaufgabenabfragen
In den Arbeitsaufgabenabfragen, die für die MSF-Prozessvorlage für agile Softwareentwicklung definiert werden, werden die in der Datei "Classification.xml" definierten Iterationsknoten verwendet. Wenn Sie die Definitionen der Iterationsknoten ändern, müssen Sie die Arbeitsaufgabenabfragen ändern, auf denen sie basieren. Diese Abfragen finden Sie durch eine Suche der folgenden Makros in den WIQ-Dateien:
Iteration 1 = @@Iteration%201@@
Iteration 2 = @@Iteration%202@@
Iteration 3 = @@Iteration%203@@
Zurück nach oben
Einschränkungen bei der Benennung von Arbeitsaufgabenobjekten
Jedes Arbeitsaufgabenfeld besitzt einen entsprechenden Feldverweisnamen, durch den jedes Feld eindeutig identifiziert wird, und der nach dem Zuweisen nicht geändert werden kann.
Außerdem kann ein Arbeitsaufgabenfeld einen ihm zugewiesenen Berichtsnamen besitzen. Der Berichtsname muss für alle Arbeitsaufgabentypen, die für eine Teamprojektsammlung definiert werden, identisch sein. Stimmen die Namen nicht überein, treten beim Hochladen der Prozessvorlage möglicherweise Validierungsfehler auf, oder in den Data Warehouse-Datenbanken entstehen Konflikte.
Namen für Arbeitsaufgabenfelder, Linktypnamen und globale Listen gelten für eine Teamprojektsammlung. Wenn Sie eines dieser Objekte anpassen, wird die Änderung in allen Teamprojekten widergespiegelt, die in der Sammlung und in den Arbeitsaufgabentypen definiert sind, die das Arbeitsaufgabenfeld enthalten.
Weitere Informationen finden Sie unter Benennungskonventionen für Arbeitsaufgabenverfolgungs-Objekte.
Zurück nach oben
Anpassen der Plug-In Dateien
In jeder Plug-In-Datei wird mindestens eine zu verarbeitende Aufgabe angegeben. Jede Plug-In-Datei führt einen eindeutigen Satz von Aufgaben aus. Wenn Sie eine Datei für den Upload hinzufügen oder entfernen, stellen Sie sicher, dass Sie die Aufgabe in der entsprechenden Plug-In-Datei, in der die hochzuladende Datei angegeben wird, hinzufügen oder entfernen. Außerdem weisen einige Aufgaben, die in den Plug-In-Dateien definiert werden, Abhängigkeiten auf. Stellen Sie sicher, dass alle Abhängigkeiten nach den Änderungen nach wie vor intakt sind. Weitere Informationen finden Sie unter Definieren der Aufgaben zum Verarbeiten eines Plug-Ins und Definieren der Abhängigkeiten für Aufgabengruppen und Aufgaben in Plug-In-Dateien.
In der folgenden Tabelle wird die empfohlene Reihenfolge zur Anpassung der neun unterstützten Plug-In-Dateien beschrieben. Die Tabelle enthält zudem einen Link zur verwandten Aufgabe und zum verwandten Thema.
Schritt |
Aufgabe |
Hinweise und Abhängigkeiten |
---|---|---|
Definieren von Produktbereichen und Meilensteinen oder Iterationen. |
Sie definieren Bereiche, um Arbeitsaufgaben in logischen, physischen oder funktionalen Kategorien zu organisieren. Sie definieren Iterationen, um Arbeitsaufgaben in Meilensteine oder Zeitzykluskategorien zu gruppieren. Das Klassifizierungs-Plug-In ist für alle Prozessvorlagen erforderlich. |
|
Definieren von Standardgruppen, Gruppenmembern und Berechtigungen. |
Sie können Berechtigungen für Sammlungen, Projekte, Bereiche oder Iterationspfade und Ereignisabonnements festlegen. Die Aufgaben im Gruppen- und Berechtigungs-Plug-In besitzen möglicherweise Abhängigkeiten im Klassifizierungs-Plug-In. |
|
Sie müssen die Aufgaben angeben, um Dateien hochzuladen und Abfragen in einer bestimmten Reihenfolge zu definieren: Linktypen zuerst, dann Arbeitsaufgabentypen, dann Abfragen. Jede Definitionsdatei für diese Objekte ist von den Definitionen abhängig, die in den Aufgaben angegeben werden, die ihnen vorausgehen. Im Allgemeinen sollten Sie die Reihenfolge der Aufgaben beibehalten, die in der anzupassenden Prozessvorlage definiert ist. Definitionen von Arbeitsaufgabentypen hängen möglicherweise von den Klassifizierungs-, Gruppen- und Berechtigungs-Plug-Ins ab. |
||
Definieren von Standardrichtlinien und Berechtigungen für die Versionskontrolle. |
Durch Anpassung des Versionskontrollen-Plug-Ins konfigurieren Sie die Erstberechtigungen, Auscheckrichtlinien und Eincheckhinweise für ein Teamprojekt. |
|
Durch Anpassung des Build-Plug-Ins konfigurieren Sie die Erstberechtigungen eines Teamprojekts und die von Team Foundation-Builddienst verwendeten Vorlagendateien. |
||
Definieren der Erstkonfiguration für Microsoft Test Manager. |
Sie können Einstellungen wie Testvariablen und Testkonfigurationen definieren, die Testvariablen durch Anpassen des Plug-Ins für Testverwaltung kombinieren. Darüber hinaus können Sie die Standardtesteinstellungen und die Liste der gültigen Testauflösungszustände anpassen. |
|
Sie können die Erstberechtigungen und Vorlagendateien eines Teamprojekts durch Anpassen des Lab-Plug-Ins konfigurieren. |
||
Definieren der hochzuladenden Berichte und der Ordnerstruktur des Berichtsknotens. |
Sie können den Satz von RDL-Berichten ändern, die hochgeladen werden sollen. Das Berichterstellungs-Plug-In ist erforderlich, um den Berichtsknoten für ein Teamprojekt zu erstellen. Das Berichterstellungs-Plug-In setzt voraus, dass die Teamprojektsammlung, in der ein Teamprojekt erstellt wird, mit SQL Server Analysis Services und SQL Server Reporting Services konfiguriert wurde. |
|
Sie können den Satz der hochzuladenden Dokumente und der zu aktivierenden Funktionen ändern. Das Portal-Plug-In wird zum Erstellen des Dokumentknotens für ein Teamprojekt benötigt. Das Portal-Plug-In setzt voraus, dass die Teamprojektsammlung, in der ein Teamprojekt erstellt wird, mit SharePoint-Produkte konfiguriert wurde. |
Zurück nach oben
Anpassen der Stammprozess-Vorlagendatei
Die Abfolge der Aufgaben, die vom Assistenten für neue Teamprojekte ausgeführt werden, wird von der Abfolge der gruppierten Aufgaben bestimmt, die in der Datei "ProcessTemplate.xml" und in den Plug-In-Dateien definiert sind, die vom Assistenten aufgerufen werden. Weitere Informationen finden Sie unter Definieren der Stammaufgaben mit der Plug-In-Datei für Prozessvorlagen. In der folgenden Tabelle wird die in den Prozessvorlagen für MSF definierte Abfolge aufgelistet.
Agile Plug-In-Abfolge |
CMMI-Plug-In-Abfolge |
---|---|
|
|
Wenn Sie die Aufgaben in jeder Plug-In-Datei in der gleichen Reihenfolge wie die entsprechenden Abhängigkeiten auflisten, beseitigen Sie mögliche Probleme mit fehlenden Abhängigkeiten.
Zurück nach oben
Hochladen einer Prozessvorlage
Wenn Sie eine Prozessvorlage hochladen, laden Sie sie in eine Teamprojektsammlung hoch. Idealerweise sollte eine Teamprojektsammlung verwendet werden, die nicht von anderen Teamprojekten verwendet wird. Wenn Sie in einer Prüfstand-Projektsammlung arbeiten, wird verhindert, dass durch eine bestimmte Änderung Konflikte mit bestehenden Teamprozessen verursacht werden, die sich noch in der Entwicklungsphase befinden. Außerdem soll die Teamprojektsammlung die Ressourcen unterstützen, auf die auch Teammitglieder Zugriff erhalten sollen, z. B. ein Projektportal und eine Berichtswebsite.
Stellen Sie sicher, dass der Name der Prozessvorlage eindeutig ist. Wenn Sie eine Prozessvorlage von einer Teamprojektsammlung heruntergeladen und eine Änderung vorgenommen haben und Sie nun die Vorlage hochladen, müssen Sie den Namen ändern oder die vorhandene Prozessvorlage aus der Teamprojektsammlung löschen.
Während des Uploads wird eine Überprüfung ausgeführt, um sicherzustellen, dass die XML gültig ist. Wenn beim Hochladen der Prozessvorlage Fehler auftreten, wurde der Fehler durch die Änderungen verursacht. Überprüfen Sie die Änderungen, und korrigieren Sie sämtliche XML-Syntaxfehler, die Sie finden.
Weitere Informationen finden Sie unter Hochladen einer Prozessvorlage.
Zurück nach oben
Erstellen eines Teamprojekts
Nach dem Hochladen einer Prozessvorlage müssen Sie ein Teamprojekt erstellen, um die Änderung zu überprüfen. Führen Sie den Assistenten für neue Teamprojekte aus, und erstellen Sie ein Testteamprojekt. Wenn Fehler auftreten, zeigen Sie das Protokoll für die Teamprojekterstellung an. Das Protokoll enthält eine Liste der Aufgaben, die ausgeführt werden sollten, sowie die fehlgeschlagenen Aufgaben. Sie können fehlgeschlagene Aufgaben zum XML-Code zurückverfolgen, um die Fehlerursache zu ermitteln.
Weitere Informationen finden Sie unter Erstellen eines Teamprojekts.
Zum Testen neuer Prozessvorlagen müssen Teamprojekte erstellt werden. Nicht benötigte Teamprojekte können mit dem Befehlszeilentool TFSDeleteProject bereinigt werden. Weitere Informationen finden Sie unter TFSDeleteProject: Löschen von Teamprojekten.
Zurück nach oben
Überprüfen der Änderungen
Wenn das Teamprojekt erfolgreich erstellt wird, führen Sie zusätzliche Schritte aus, um sicherzustellen, dass die Änderung im Teamprojekt ordnungsgemäß vorgenommen wurde. Wenn Sie einen Bericht hinzugefügt haben, stellen Sie sicher, dass er in Team Explorer angezeigt wird. Wenn Sie einen Arbeitsaufgabentyp entfernt haben, achten Sie darauf, dass der entfernte Arbeitsaufgabentyp nicht mehr verfügbar ist. Für jedes dokumentierte Plug-In steht eine Liste mit Überprüfungsschritten bereit, mit deren Hilfe Sie sicherstellen können, dass die Änderungen implementiert wurden.
Weitere Informationen finden Sie unter Überprüfen von Änderungen an Prozessvorlagen.
Zurück nach oben
Siehe auch
Aufgaben
Referenz
Anpassen und Verwalten von Arbeitsaufgabentypen [witadmin]
Konzepte
Arbeiten mit Prozessvorlagendateien
Weitere Ressourcen
Überprüfen von Änderungen an Prozessvorlagen
Änderungsprotokoll
Datum |
Versionsgeschichte |
Grund |
---|---|---|
Mai 2011 |
Verweise auf den Prozess-Editor (ehemals Prozessvorlagen-Editor) wurden korrigiert. |
Korrektur inhaltlicher Fehler. |
April 2011 |
Abbildungen wurden hinzugefügt, der Inhalt wurde umstrukturiert, und zusätzliche Hinweise, empfohlene Reihenfolgen und nützliche Tools wurden angegeben und bereitgestellt. |
Informationsergänzung. |