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

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 Team Web Access-Verwaltungsseiten aus zu. Zum Öffnen dieser Seite klicken Sie hier.

Greifen Sie auf diese Seiten im Verwaltungskontext Team Web Access (TWA) zu. Um den Verwaltungskontext zu öffnen, wählen Sie das Zahnradsymbol "Einstellungen" aus.

Wie Sie sich mit TWA verbinden, erfahren Sie hier.

Nachdem ein Teamprojekt erstellt wurde, können Sie die Bereiche und Iterationen mit TWA ä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 Hinzufügen und Ändern von Bereichs- und Iterationspfaden. Informationen zu den Feldern, mit denen Bereiche und Iterationen nachverfolgt werden, finden Sie unter Feldverweis für 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.

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

Hinweis

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.

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="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>

Angeben der Feldzuordnungsdatei für Microsoft Project

Geben Sie die Datei an, die die Feldzuordnungen für Microsoft Project im properties-Abschnitt der Datei "Classification.xml" enthält. Verwenden Sie 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. Die Datei wird in die Datenbank für das Teamprojekt hochgeladen. Das folgende Codebeispiel zeigt die Syntaxstruktur für diesen Eintrag:

<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.

Elementverweis für Klassifizierungs-Plug-In

In der folgenden Tabelle werden die Elemente beschrieben, mit denen Sie die Anfangsproduktbereiche und -iterationen definieren. Geben Sie diese Elemente in einem taskXml-Containerelement in der Klassifizierungs-Plug-In-Datei an. 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.

Definieren Sie Bereiche und Iterationen, indem Sie einen Strukturpfad geschachtelter und untergeordneter Knoten angeben. Weitere Informationen finden Sie unter Hinzufügen und Ändern von Bereichs- und Iterationspfaden.

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.

Siehe auch

Konzepte

Hinzufügen und Ändern von Bereichs- und Iterationspfaden