Definiowanie obszarów początkowych i iteracji we wtyczce klasyfikacji

Można zdefiniować klasyfikacje w celu ułatwienia śledzenia, grupowanie i raportowania pracy oparty na użyteczne kategorii, funkcji pokrewnych produktów i punktach kontrolnych projektu.Można zdefiniować obszary do organizowania elementów pracy w kategorii logicznych, fizyczne lub funkcjonalności.Można zdefiniować iteracji, aby grupować elementy pracy punktów kontrolnych lub czas cyklu kategorii.Na przykład zespół może zorganizować pracy produktu obszaru klienta, obszaru serwera i obszaru rozszerzalności.Iteracji, które można zdefiniować określają, ile razy zespołu będą powtarzane określonego zestawu głównych działań, takich jak plan, projektowania i testowania.

Klasyfikacje, które można zdefiniować, które pojawiają się w obszarów i iteracji okno dialogowe Nowy projekt zespołu, jak na poniższej ilustracji pokazano:

Po utworzeniu zespołu projektu można użyć dowolnej aplikacji klienta dla Team Foundation do modyfikowania obszarów i iteracji.Można także zdefiniować uprawnienia do kontrolowania dostępu do obszaru projektu lub iteracji.Wytyczne i ograniczenia nazewnictwa, które stosuje się do klasyfikacji, zobacz Tworzenie i modyfikowanie obszarów i iteracje.Informacje o polach, śledzące obszarów i iteracji zobaczOdwołanie do obszarów i pól iteracji

Obszary i iteracje określisz pliku mapowania programu Microsoft Project przekazać w ramach klasyfikacji dodatku plug-in.

Ważne
Domyślnie szablony procesu dla RAM rozwiązanie Microsoft (MSF) definiują węzłów obszaru i trzy węzły iteracji, które noszą 1 iteracji, iteracji, 2 i 3 iteracji.Węzły iteracji wskazanych w definicji kwerendy elementu pracy i zadania są zdefiniowane w wtyczki WorkItemTracking i portalu.

W tym temacie

• Nazwa dodatku klasyfikacji i lokalizacji

• Klasyfikacja zadań i zależności

• Określanie obszarów produktu początkowego

• Określanie iteracji początkowy

• Określanie pola Projekt programu Microsoft Office mapowania plik do wysłania

• Odwołanie Element dodatek klasyfikacji

Nazwa dodatku klasyfikacji i lokalizacji

W poniższej tabeli przedstawiono nazwę pliku, folderu i dodatek szablony procesu dla Microsoft Solutions Framework (MSF):

Nazwa pliku:	Classification.XML
Nazwa folderu:	Klasyfikacja
Nazwa dodatku:	Microsoft.ProjectCreationWizard.Classification

[!UWAGA]

Można zmienić nazwy pliku XML i folder, ale nie dodatku plug-in.Team Foundation Servernie zawiera mechanizm wdrażania klienta wtyczki, zasady lub innych modyfikacji.Jeśli chcesz wdrożyć tego rodzaju funkcje, należy użyć własnego dystrybucji i instalacji programu.

Powrót do początku

Klasyfikacja zadań i zależności

Klasyfikacja pliku dodatku muszą być zgodne z jego definicji schematu, jak określono w pliku Css.xsd i dodatek musi być określona w pliku.Pliki schematu dla procesu szablony można pobrać z następujące strony w witrynie sieci Web firmy Microsoft: szablonu procesu i schematy elementu pracy dla programu Visual Studio Team Foundation.

W pliku XML określić jeden lub więcej zadań i ich zależności.Ogólnie rzecz biorąc wystarczy określić iteracji i węzłów, które project zespołu wymaga jednego zadania.

[!UWAGA]

Modyfikacja szablonu procesu obszarów lub iteracji, upewnij się, nie przerwać wszelkie przydziały, które są używane do pracy kwerendy elementu lub elementów pracy, które są zdefiniowane w szablonie procesu.Na przykład Iteration1Backlog.wiq pracy elementu kwerendy dla szablonu procesu MSF dla odwołania rozwoju oprogramowania agile 1 iteracji.Aby uzyskać więcej informacji, zobacz Dodawanie kwerendy elementu pracy do szablonu procesu..

Powrót do początku

Określanie obszarów produktu początkowego

Węzeł główny obszarów należy określić przy użyciu następującej składni:

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

Należy określić zero lub więcej węzłów dzieci w wielu obszarach chcesz dla procesu.Za pomocą Node ustawić element, aby określić każdy obszar, a StructureType atrybutu do ProjectModelHierarchy.

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

Jak określić dwa obszary klienta i serwera można znaleźć w poniższym przykładzie:

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

Powrót do początku

Określanie ścieżek iteracji początkowy

Węzeł główny iteracji należy określić przy użyciu następującej składni:

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

Należy określić zero lub więcej węzłów podrzędnych liczbę iteracji chcesz dla procesu.Za pomocą Node ustawić element, aby określić każdej iteracji, a StructureType atrybutu do ProjectLifecycle.

Poniższy przykład pokazuje, jak określić cztery iteracji: 1 punkt kontrolny, punktu kontrolnego 2, Beta i 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>

Powrót do początku

Określanie pola mapowanie pliku programu Microsoft Project

Określ plik, który zawiera mapowania pól dla Microsoft Project w properties sekcji pliku Classification.xml.Za pomocą property , aby określić plik do wysłania, element, który MSF szablonów procesu o nazwie FileMapping.xml.Ten plik zawiera mapowania między polami w Microsoft Project i pola w Team Foundation.Ten plik jest przekazywane do bazy danych dla zespołu projektu. Poniższy przykład przedstawia strukturę składni dla tego wpisu:

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

Aby dostosować ten plik, zobacz Mapowanie pól programu Microsoft Project do pól Team Foundation.

Powrót do początku

Odwołanie Element dodatek klasyfikacji

W poniższej tabeli opisano elementy, które służą do definiowania obszarów produktu początkowego i iteracji.Określenie tych elementów w taskXml w pliku dodatku plug-in klasyfikacji elementu-kontenera.Informacje dotyczące elementu, zobacz Definiowanie zadań w celu przetworzenia wtyczki.

Przestroga
Nie zdefiniowano pliku schematu Css.xsd property lub properties elementy.Po wysłaniu szablonu procesu Menedżer szablonu procesu sprawdza poprawność tych elementów przed przechowywania ich w Team Foundation Server.

Definiowanie obszarów i iteracji jest określając ścieżkę drzewie węzłów zagnieżdżone i węzłów podrzędnych.Aby uzyskać więcej informacji, zobacz Restrictions on Area and Iteration Paths.

Children	<Children>     <Node> . . . </Node> </Children>	Childrenelement podrzędny opcjonalne jest Node. Zawiera definicje obszarów dzieci lub iteracji.
Node	<Node StructureType="ProjectLifecycle | ProjectModelHierarchy" Name="NodeName">    <Node> . . . </Node>    <Children> . . . </Children> </Node>	Nodeelement podrzędny opcjonalne jest Nodes i Children. Definiuje strukturę drzewa.Użyj ProjectLifecycle do iteracji i ProjectModelHierarchy obszarów.Nazwy węzłów nie powinna przekraczać 255 znaków.
Nodes	<Nodes>    <Node> . . . </Node> </Nodes>	Nodeselement podrzędny wymagany jest taskXml klasyfikacji dodatku plug-in. Zawiera definicje obszaru i iteracji.
properties	<properties>    <property /> </properties>	propertieselement podrzędny wymagany jest taskXml klasyfikacji dodatku plug-in.
property	<property name="property name" value="Classification\FileName" isFile="true | false" /> Jeżeli dla każdego atrybutu, stosuje się następujące definicje: name: Wymagane.Określa nazwę właściwości.Jedyną prawidłową nazwą jest MSPROJ. value: Wymagane.Określa ścieżkę względną do pliku mapowania pól. isFile: Opcjonalny.Określa, czy właściwość jest zdefiniowana w pliku.Jeśli ma wartość true, plik musi istnieć lub proces szablonu uwierzytelnienie nie powiedzie się.	propertyelement podrzędny wymagany jest properties. Określa dane związane z projektem, takie jak dane mapowania XML dla Microsoft Project.

Powrót do początku

Zobacz też

Koncepcje

Tworzenie i modyfikowanie obszarów i iteracje

Dostosowywanie obszarów funkcjonalnych w szablonie procesów