Definieren der anfänglichen Bereiche und Iterationen im Klassifizierungs-Plug-In

Aktualisiert: April 2011

Sie definieren Klassifizierungen zur Vereinfachung von Nachverfolgung, Gruppierung und Berichterstellung für Arbeit auf Grundlage von hilfreichen Kategorien, z. B. verwandte Produktfunktionen und Projektmeilensteine. Sie definieren Bereiche, um Arbeitsaufgaben in logischen, physischen oder funktionalen Kategorien zu organisieren. Sie definieren Iterationen, um Arbeitsaufgaben in Meilensteine oder Zeitzykluskategorien zu gruppieren. Beispielsweise kann ein Team die Arbeit an einem Produkt in einen Clientbereich, einen Serverbereich und einen Erweiterbarkeitsbereich unterteilen. Durch die von Ihnen definierten Iterationen wird bestimmt, wie häufig eine bestimmte Gruppe von Hauptaktivitäten (z. B. Planen, Entwickeln und Testen) vom Team wiederholt wird.

Die Klassifizierungen, die Sie definieren, werden im Dialogfeld Bereiche und Iteration für das neue Teamprojekt angezeigt, wie in der folgenden Abbildung dargestellt:

Nachdem ein Teamprojekt erstellt wurde, können Sie eine beliebige Clientanwendung für Team Foundation verwenden, um die Bereiche und Iterationen zu ändern. Sie können auch Berechtigungen definieren, um den Zugriff auf einen Projektbereich oder eine Iteration zu steuern. Informationen zu Richtlinien und Benennungseinschränkungen, die für Klassifizierungen gelten, finden Sie unter Erstellen und Ändern von Bereichen und Iterationen. Informationen zu den Feldern, mit denen Bereiche und Iterationen nachverfolgt werden, finden Sie unter Bereiche und Iterationen.

Neben den Bereichen und Iterationen geben Sie die Zuordnungsdatei für Microsoft Project an, die im Plug-In für Klassifizierungen hochgeladen werden soll.

Wichtig

Standardmäßig werden in Prozessvorlagen für Microsoft Solution Framework (MSF) keine Bereichsknoten und drei Iterationsknoten definiert, die mit "Iteration 1", "Iteration 2" und "Iteration 3" bezeichnet werden. Auf die Iterationsknoten wird in der Definition von Arbeitsaufgabenabfragen verwiesen, und die Aufgaben werden im Arbeitsaufgabenverfolgungs- und im Portal-Plug-In definiert.

In diesem Thema

• Name und Speicherort des Klassifizierungs-Plug-Ins

• Klassifizierungsaufgaben und Abhängigkeiten

• Angeben der anfänglichen Produktbereiche

• Angeben der anfänglichen Iterationen

• Angeben der hochzuladenden Microsoft Office Project-Feldzuordnungsdatei

• Elementverweis für Klassifizierungs-Plug-In

Name und Speicherort des Klassifizierungs-Plug-Ins

In der folgenden Tabelle sind der Name der Datei, des Ordners und des Plug-Ins für die Prozessvorlagen für Microsoft Solutions Framework (MSF) aufgeführt.

Dateiname:	Classification.xml
Ordnername:	Klassifizierung
Plug-In-Name:	Microsoft.ProjectCreationWizard.Classification

Tipp

Sie können die Namen der XML-Datei und des Ordners, jedoch nicht den Namen des Plug-Ins ändern. Team Foundation Server enthält keinen Mechanismus für die Bereitstellung clientseitiger Plug-Ins, Richtlinien oder anderer Änderungen. Wenn Sie diese Art von Funktion bereitstellen möchten, verwenden Sie Ihr eigenes Verteilungs- und Installationsprogramm.

Zurück nach oben

Klassifizierungsaufgaben und Abhängigkeiten

Die Klassifizierungs-Plug-In-Datei muss der Schemadefinition entsprechen (wie in der Css.xsd-Datei angegeben), und das Plug-In muss in einer eigenen Datei angegeben werden. Die Schemadateien für Prozessvorlagen stehen auf der folgenden Seite der Microsoft-Website zum Download bereit: Prozessvorlagen- und Arbeitsaufgabenschemas für Visual Studio Team Foundation.

In der XML-Datei werden mindestens eine Aufgabe und die zugehörigen Abhängigkeiten angegeben. In der Regel benötigen Sie nur eine Aufgabe, um alle für ein Teamprojekt erforderlichen Iterationen und Knoten anzugeben.

Tipp

Wenn Sie die Bereiche oder die Iterationen einer Prozessvorlage ändern, stellen Sie sicher, dass Sie keine Zuweisungen beschädigen, die für in der Prozessvorlage definierte Arbeitsaufgabenabfragen oder Arbeitsaufgaben verwendet werden. Beispielsweise verweist die Arbeitsaufgabenabfrage Iteration1Backlog.wiq für die MSF-Prozessvorlage für die agile Softwareentwicklung auf Iteration 1. Weitere Informationen finden Sie unter Hinzufügen von Arbeitsaufgabenabfragen zu einer Prozessvorlage.

Zurück nach oben

Angeben der anfänglichen Produktbereiche

Sie geben den Stammknoten für Bereiche mit der folgenden Syntax an:

<Node StructureType="ProjectModelHierarchy" Name="Area" >

Sie geben 0 (null) oder so viele untergeordnete Knoten an, wie Bereiche für den Prozess vorhanden sein sollen. Sie verwenden das Node-Element, um die einzelnen Bereiche anzugeben, und Sie legen das StructureType-Attribut auf ProjectModelHierarchy fest.

<Node StructureType="ProjectModelHierarchy" Name="NodeName" ></Node>

Das folgende Beispiel zeigt, wie die beiden Bereiche Client und Server angegeben werden:

<?xml version="1.0" encoding="utf-8" ?>
<tasks>
   <task
      id="UploadStructure"
      name="Creating project structure"
      plugin="Microsoft.ProjectCreationWizard.Classification"
      completionMessage="Portfolio project structure created.">
      <taskXml>
         <Nodes>
            <Node StructureType="ProjectModelHierarchy" Name="Teams" >
               <Children>
                  <Node StructureType="ProjectModelHierarchy" Name="Client"></Node>
                  <Node StructureType="ProjectModelHierarchy" Name="Server"></Node>
               </Children>
            </Node>
         </Nodes>
      </taskXml>
   </task>
</tasks>

Zurück nach oben

Angeben der anfänglichen Iterationspfade

Sie geben den Stammknoten für Iterationen mit der folgenden Syntax an:

<Node StructureType="ProjectLifecycle" Name="NodeName" >

Sie geben 0 (null) oder so viele untergeordnete Knoten an, wie Iterationen für den Prozess vorhanden sein sollen. Sie verwenden das Node-Element, um die einzelnen Iterationen anzugeben, und Sie legen das StructureType-Attribut auf ProjectLifecycle fest.

Das folgende Beispiel zeigt, wie vier Iterationen angegeben werden: Milestone 1, Milestone 2, Beta und RTM.

<?xml version="1.0" encoding="utf-8" ?>
<tasks>
   <task
      id="UploadStructure"
      name="Creating project structure"
      plugin="Microsoft.ProjectCreationWizard.Classification"
      completionMessage="Team project structure created.">
      <taskXml>
         <Nodes>
            <Node StructureType="ProjectLifecycle" Name="Iteration" >
               <Children>
                  <Node StructureType="ProjectLifecycle" Name="Milestone 1"></Node>
                  <Node StructureType="ProjectLifecycle" Name="Milestone 2"></Node>
                  <Node StructureType="ProjectLifecycle" Name="Beta"></Node>
                  <Node StructureType="ProjectLifecycle" Name="RTM"></Node>
               </Children>
            </Node>
         </Nodes>
      </taskXml>
   </task>
</tasks>

Zurück nach oben

Angeben der Feldzuordnungsdatei für Microsoft Project

Sie geben die Datei an, die die Feldzuordnungen für Microsoft Project im properties-Abschnitt der Datei "Classification.xml" enthält. Sie verwenden das property-Element, um die hochzuladende Datei anzugeben, die für MSF-Prozessvorlagen die Bezeichnung "FileMapping.xml" trägt. Diese Datei enthält die Zuordnungen zwischen Feldern in Microsoft Project und Feldern in Team Foundation. Diese Datei wird in die Datenbank für das Teamprojekt hochgeladen. In folgenden Beispiel wird die Syntaxstruktur für diesen Eintrag gezeigt:

<properties>
   <property name="MSPROJ" 
             value="Classification\FileMapping.xml" 
             isFile="true" />
</properties>

Informationen zum Anpassen dieser Datei finden Sie unter Zuordnen von Microsoft Project-Feldern zu Team Foundation-Feldern.

Zurück nach oben

Elementverweis für Klassifizierungs-Plug-In

In der folgenden Tabelle werden die Elemente beschrieben, mit denen Sie die Anfangsproduktbereiche und -iterationen definieren. Diese Elemente werden in einem taskXml-Containerelement in der Klassifizierungs-Plug-In-Datei angegeben. Informationen zu diesem Element finden Sie unter Definieren der Aufgaben zum Verarbeiten eines Plug-Ins.

Warnung

In der Schemadatei "Css.xsd" wird nicht das property-Element oder das properties-Element definiert. Wenn Sie die Prozessvorlage hochladen, überprüft der Prozessvorlagen-Manager diese Elemente, bevor sie in Team Foundation Server gespeichert werden.

Bereiche und Iterationen werden definiert, indem ein Strukturpfad geschachtelter und untergeordneter Knoten angegeben wird. Weitere Informationen finden Sie unter Einschränkungen für Bereichs- und Iterationspfade.

Children	<Children>     <Node> . . . </Node> </Children>	Children ist ein optionales untergeordnetes Element von Node. Enthält die Definitionen für untergeordnete Bereiche oder Iterationen.
Node	<Node StructureType="ProjectLifecycle | ProjectModelHierarchy" Name="NodeName">    <Node> . . . </Node>    <Children> . . . </Children> </Node>	Node ist ein optionales untergeordnetes Element von Nodes und Children. Definiert die Struktur der Baumstruktur. Verwenden Sie ProjectLifecycle für Iterationen und ProjectModelHierarchy für Bereiche. Knotennamen dürfen nicht länger als 255 Zeichen sein.
Nodes	<Nodes>    <Node> . . . </Node> </Nodes>	Nodes ist ein erforderliches untergeordnetes Element von taskXml für das Klassifizierungs-Plug-In. Enthält die Definitionen der Bereiche und Iterationen.
properties	<properties>    <property /> </properties>	properties ist ein erforderliches untergeordnetes Element von taskXml für das Klassifizierungs-Plug-In.
property	<property name="property name" value="Classification\FileName" isFile="true | false" /> Dabei gelten die folgenden Definitionen für jedes Attribut: name: Erforderlich. Definiert den Namen der Eigenschaft. Der einzige gültige Name ist MSPROJ. value: Erforderlich. Definiert den relativen Pfad zur Feldzuordnungsdatei. isFile: Optional. Gibt an, ob die Eigenschaft in einer Datei definiert wird. Wenn der Wert TRUE ist, muss die Datei vorhanden sein, da die Prozessvorlagenvalidierung ansonsten fehlschlägt.	property ist ein erforderliches untergeordnetes Element von properties. Definiert mit dem Projekt verknüpfte Daten, z. B. die XML-Zuordnungsdaten für Microsoft Project.

Zurück nach oben

Siehe auch

Aufgaben

Erstellen und Ändern von Bereichen und Iterationen

Überprüfen von Klassifizierungsänderungen

Konzepte

Anpassen von Funktionsbereichen in einer Prozessvorlage

Änderungsprotokoll

Datum	Versionsgeschichte	Grund
April 2011	Eine Abbildung und ein Hinweis zur Schemadatei wurden hinzugefügt, und die Syntaxinformationen wurden in einem einzelnen Elementverweis konsolidiert.	Informationsergänzung.