Udostępnij za pośrednictwem


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

Klasyfikacje ułatwienia śledzenia, grupowanie i raporty dotyczące pracy na podstawie kategorii przydatne, takich jak funkcji pokrewnych produktów i punktów kontrolnych projektu.Należy zdefiniować obszary można organizować elementy robocze w kategorii logicznej, fizycznej lub funkcjonalności.Definiujemy iteracji do grupowania elementów roboczych w punkty kontrolne lub czas cyklu kategorii.Na przykład zespół może organizować pracy produktu w obszaru klienta, w obszarze serwera i obszar rozszerzania.Iteracje definiujemy należy określić, ile razy zespołu będzie się powtarzał określony zestaw główne działania, takie jak plan, tworzenia i testowania.

Klasyfikacja zdefiniowanych przez użytkownika są wyświetlane na obszary i iteracji stron dla nowego projektu zespołowego, jak na poniższej ilustracji pokazano.Ta strona jest dostępne za pośrednictwem strony administracyjne zespołu Web Access.Aby otworzyć tę stronę, przejdź tutaj.

Obszary strony dla projektu zespołowego, TWA Kontekst administratora

Dostęp do tych stron z kontekstu Administracja zespołu sieci Web Access (TWA).Aby otworzyć kontekst Administracja, wybierz polecenie Ikona ustawienia (zespołu dostęp w sieci Web) narzędzi ikonę ustawienia.

Wybierz ikonę narzędzi, aby otworzyć administracji

Aby dowiedzieć się, jak nawiązać TWA, tutaj.

Po utworzeniu projektu zespołowego, możesz zmodyfikować obszary i iteracje za pomocą TWA.Można także zdefiniować uprawnienia, aby kontrolować dostęp do obszaru projektu lub iteracji.Wytyczne i ograniczenia nazewnictwa, które dotyczą klasyfikacje, zobacz Dodawanie i modyfikowanie obszaru i ścieżek iteracji.Aby dowiedzieć się, pola, które śledzić obszary i iteracje zobaczOdwołanie do obszarów i pól iteracji

Oprócz obszary i iteracje trzeba określić pliku mapowania dla programu Microsoft Project można przekazać w klasyfikacji dodatku plug-in.

Ważna uwagaWażne

Domyślnie szablony procesów dla struktury rozwiązania firmy Microsoft (Opracowywanie) definiują żadnych węzłów obszaru i trzy węzły iteracji, które są nazywane 1 iteracji, iteracji 2 i 3 iteracji.Węzły iteracji są określone w definicji zapytania elementu roboczego i zadania są definiowane w WorkItemTracking i portalu dodatków plug-in.

Klasyfikacja wtyczki nazwa i lokalizacja

W poniższej tabeli przedstawiono nazwy pliku, folderu i dodatku plug-in szablony procesów dla struktury rozwiązań firmy Microsoft (Opracowywanie):

Nazwa pliku:

Classification.xml

Nazwa folderu:

Klasyfikacja

Nazwa dodatku:

Microsoft.ProjectCreationWizard.Classification

[!UWAGA]

Można zmienić nazwy pliku XML i folderu, ale nie dodatku plug-in.Team Foundation Servernie ma mechanizm wdrażania dodatków po stronie klienta, zasad lub inne modyfikacje.Jeśli chcesz wdrożyć tego rodzaju funkcje, trzeba użyć dystrybucji i instalacji aplikacji użytkownika.

Klasyfikacja zadań i zależności

Pliku dodatku plug-in klasyfikacji musi być zgodna z jego definicji schematu, jak określono w pliku Css.xsd i dodatek musi być określone w pliku.

W pliku XML należy określić co najmniej jedno zadanie oraz ich zależności.Ogólnie rzecz biorąc wystarczy jedno zadanie, aby określić iteracji i węzłów, które wymaga projektu zespołowego.

[!UWAGA]

Modyfikacja szablonu procesu obszary lub iteracji, upewnij się, nie dzielone wszystkich przypisań, które są używane do zapytania elementu roboczego lub elementów pracy, które są zdefiniowane w szablonie procesu.Na przykład Iteration1Backlog.wiq pracy zapytania o elementy szablonu procesu Opracowywanie dla odwołania rozwoju oprogramowania elastyczne 1 iteracji.Aby uzyskać więcej informacji, zobacz Dodawanie zapytań o element roboczy do szablonu procesu.

Określanie obszarów początkowego produktu

Określ węzeł główny obszarów przy użyciu następującej składni:

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

Określ zero lub więcej węzłów podrzędnych dla dowolną liczbę obszarów w procesie.Użyj Node elementu, aby określić każdego obszaru i ustawić StructureType atrybutu do ProjectModelHierarchy.

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

Poniższy przykład przedstawia sposób określenia następujących dwóch obszarach, klienta i serwera:

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

Określanie ścieżki iteracji początkowego

Określ główny węzeł iteracji przy użyciu następującej składni:

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

Określ zero lub więcej węzłów podrzędnych dla dowolną liczbę iteracji w procesie.Użyj Node elementu, aby określić każdej iteracji i ustawić StructureType atrybutu do ProjectLifecycle.

Poniższy przykład przedstawia sposób określenia cztery iteracji: punktu kontrolnego 1, 2 punktu kontrolnego, w wersji Beta i wersji 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>

Określanie pliku mapowania pola programu Microsoft Project

Określ plik zawierający mapowania pól dla Microsoft Project w properties pliku Classification.xml.Użyj property elementu, aby określić plik do przekazania, którego etykietą FileMapping.xml dla struktury MSF szablony procesów.Ten plik zawiera mapowania między polami Microsoft Project i pola w Team Foundation.Ten plik jest przekazywane do bazy danych dla projektu zespołowego. W poniższym przykładzie przedstawiono składnię struktury 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.

Odwołanie do elementu dodatek klasyfikacji

W poniższej tabeli opisano elementy, które jest używane do definiowania produktu początkowego obszary i iteracje.Określ te elementy w ramach taskXml element kontenera w pliku dodatku plug-in klasyfikacji.Informacje dla tego elementu, zobacz Definiowanie zadań w celu przetworzenia wtyczki.

Informacje dotyczące przestrogiPrzestroga

Css.xsd plik schematu nie definiuje property lub properties elementów.Przekaż szablon procesu, menedżera szablonów procesu sprawdza poprawność tych elementów przed przechowywania ich w Team Foundation Server.

Zdefiniuj obszary i iteracje określając ścieżkę drzewa zagnieżdżonych węzły i węzłów podrzędnych.Aby uzyskać więcej informacji, zobacz Dodawanie i modyfikowanie obszaru i ścieżek iteracji.

Children

<Children>
    <Node> . . . </Node>
</Children>

Childrenelement podrzędny opcjonalny jest Node.

Zawiera definicje dla dzieci obszary lub iteracji.

Node

<Node StructureType="ProjectLifecycle | ProjectModelHierarchy" Name="NodeName">
   <Node> . . . </Node>
   <Children> . . . </Children>
</Node>

Nodejest elementem opcjonalne podrzędny Nodes i Children.

Definiuje struktura drzewa.Użyj ProjectLifecycle dla iteracji i ProjectModelHierarchy dla obszarów.Nazwy węzłów nie powinna przekraczać 255 znaków.

Nodes

<Nodes>
   <Node> . . . </Node>
</Nodes>

Nodesjest elementem podrzędnym wymagane taskXml klasyfikacji dodatku plug-in.

Zawiera definicje obszaru i iterację.

properties

<properties>
   <property />
</properties>

propertiesjest elementem podrzędnym wymagane taskXml klasyfikacji dodatku plug-in.

property

<property name="property name" value="Classification\FileName" isFile="true | false" />

Gdzie stosuje się dla każdego atrybutu:

  • name: Wymagane.Definiuje nazwę właściwości.Jest jedyną prawidłową nazwą MSPROJ.

  • value: Wymagane.Określa ścieżkę względną do pliku mapowania pola.

  • isFile: Opcjonalny.Określa, czy właściwość jest zdefiniowana w pliku.Jeśli ma wartość true, plik musi istnieć lub niepowodzenia weryfikacji szablonu procesu.

propertyjest elementem podrzędnym wymagane properties.

Definiuje dane związane z projektem, takie jak dane mapowania XML dla Microsoft Project.

Zobacz też

Koncepcje

Dodawanie i modyfikowanie obszaru i ścieżek iteracji

Dostosowywanie obszarów funkcjonalnych w szablonie procesów [przekierowanie]