Definieren des Plug-Ins für Klassifizierung

Klassifizierungen vereinfachen die 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 von Ihnen definierten Klassifizierungen werden im Dialogfeld Bereiche und Iterationen für das neue Teamprojekt angezeigt, wie in der folgenden Abbildung dargestellt. Sie greifen auf diese Seite von den Administratoren-Webportal aus zu.

Um den Verwaltungskontext zu öffnen, wählen Sie das Zahnradsymbol „Einstellungen“ aus.

Wie Sie sich mit dem Webportal verbinden, erfahren Sie hier.

Nachdem ein Teamprojekt erstellt wurde, können Sie die Bereiche und Iterationen vom Webportal aus ändern. Sie können auch Berechtigungen definieren, um den Zugriff auf einen Projektbereich oder eine Iteration zu steuern.

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

Name und Speicherort des Klassifizierungs-Plug-Ins

In der folgenden Tabelle ist der Name der Datei, des Ordners und des Plug-Ins für die Standard-Prozessvorlagen zusammengefasst.

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

Hinweis

Sie können die Namen der XML-Datei und des Ordners, jedoch nicht den Namen des Plug-Ins ändern.TFS 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.

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.

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

Hinweis

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.

Angeben der anfänglichen Produktbereiche

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

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

Geben Sie 0 (null) oder so viele untergeordnete Knoten an, wie Bereiche für den Prozess vorhanden sein sollen. Verwenden Sie das Node-Element, um die einzelnen Bereiche anzugeben, und legen Sie 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>

Angeben der anfänglichen Iterationspfade

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

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

Geben Sie 0 (null) oder so viele untergeordnete Knoten an, wie Iterationen für den Prozess vorhanden sein sollen. Verwenden Sie das Node-Element, um die einzelnen Iterationen anzugeben, und legen Sie 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="Sprint 1"></Node>
                  <Node StructureType="ProjectLifecycle" Name="Sprint 2"></Node>
                  <Node StructureType="ProjectLifecycle" Name="Sprint 3"></Node>
                  <Node StructureType="ProjectLifecycle" Name="Sprint 4"></Node>
               </Children>
            </Node>
         </Nodes>
      </taskXml>
   </task>
</tasks>

Angeben der Eigenschaften von Prozessvorlagen

Dieser Abschnitt gibt zwei Eigenschaften an: Die Zuordnung von Projektfeldern zu TFS-Feldern und die Prozessvorlage. Die Zuordnungsdatei gibt an, wie Felder in TFS im Projekt definierte Felder zuordnen. Die zweite Eigenschaft ordnet der Prozessvorlage einen eindeutigen Wert zu. Das folgende Codebeispiel zeigt die Syntaxstruktur für diesen Eintrag:

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

Zu Anpassen der Datei „FileMapping.xml“ gehen Sie auf Zuordnen von Microsoft Project-Feldern zu Team Foundation-Feldern.

Elementverweis für Klassifizierungs-Plug-In

Geben Sie die folgenden Elemente in einem taskXml-Containerelement in der Klassifizierungs-Plug-In-Datei an. Unter Definieren der Aufgaben zum Verarbeiten eines Plug-Ins finden Sie Informationen über taskXml.

Definieren Sie Bereiche und Iterationen, indem Sie einen Strukturpfad geschachtelter und untergeordneter Knoten angeben. Weitere Informationen finden Sie unter Add and modify area and iteration paths.

Element	Beschreibung
Children	Children ist ein optionales untergeordnetes Element von Node. Enthält die Definitionen für untergeordnete Bereiche oder Iterationen. <Children>     <Node> . . . </Node> </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. <Node StructureType="ProjectLifecycle | ProjectModelHierarchy" Name="NodeName">    <Node> . . . </Node>    <Children> . . . </Children> </Node>
Nodes	Nodes ist ein erforderliches untergeordnetes Element von taskXml für das Klassifizierungs-Plug-In. Enthält die Definitionen der Bereiche und Iterationen. <Nodes>    <Node> . . . </Node> </Nodes>
properties	Optinales untergeordnetes Element von taskXml für das Klassifizierungs-Plug-In. <properties>    <property /> </properties>
property	property ist ein erforderliches untergeordnetes Element von properties. Definiert mit dem Projekt verknüpfte Daten, z. B. die XML-Zuordnungsdaten für Microsoft Project. <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. Die einzigne gültigen Namen sind MSPROJ und Process Template. value: Erforderlich. Für MSPROJ, definiert den relativen Pfad zur Feldzuordnungsdatei. Für Process Template, beinhaltet den Prozessnamen, der mit der Prozessvorlage verbunden ist. Diese Eigenschaft wird zur Klassifizierungsdatei hinzugefügt, wenn Sie einen Prozess in Visual Studio Online importieren. 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.

Warnung

In der Schemadatei "Css.xsd" wird nicht das property-Element oder das properties-Element definiert.Wenn Sie die Prozessvorlage in Visual Studio Online oder TFS hochladen, werden für jedes Element Überprüfungen vorgenommen.

Standardprozessvorlagen geben keine Bereichsknoten sondern Iterationsknoten an, die Iteration 1, Iteration 2 und Iteration 3 genannt werden. Auf die Iterationsknoten wird in der Definition von Arbeitsaufgabenabfragen verwiesen, und die Aufgaben werden im Arbeitsaufgabenverfolgungs- und im Portal-Plug-In definiert.

Informationen zu Richtlinien und Benennungseinschränkungen, die für Klassifizierungen gelten, finden Sie unter Add and modify area and iteration paths. Informationen zu den Feldern, mit denen Bereiche und Iterationen nachverfolgt werden, finden Sie unter Feldverweis für Bereiche und Iterationen.

Siehe auch

Konzepte

Add and modify area and iteration paths