Wszystkie odniesienia do elementów XML WITD

Artykuł
02/27/2013

Można dostosowywać istniejącą pracy typ elementu lub utworzyć pracy typ elementu do spełnienia wymagańśledzenie projekt. Pracy typ elementu definiuje zasady, pól, Państwa i przejścia dla elementu pracy, które będą śledzone dla zespołu projekt, takie jak usterka, wymóg lub ryzyko.

Praca typ elementu nie może być pusta.Element korzeń w każdej definicji pracy typ elementu jest WITD element, który musi mieć tylko jeden WORKITEMTYPE element jest zdefiniowany.Nazwa każdej pracy typ elementu musi być unikatowa w zespole projekt, a każda nazwa typu musi być nie więcej niż 254 znaków Unicode .Aby uzyskać więcej informacji, zobacz Konwencje nazewnictwa dla elementu pracy śledzenia obiektów.

Aby dostosowywać lub utworzyć definicję typ elementu pracy należy zmodyfikować plik XML definicji typu skojarzonego z pracy typ elementu.Utrzymanie i zarządzanie nimi definicje typów elementów pracy dla każdego zespołu projekt.

W tym temacie

Struktura składni WITD
Elementy podrzędne WITD
Typów elementów pracy szablonu procesu

Struktura składni WITD

Poniższy przykład pokazuje wysokiego szczebla struktura pracy typ elementu.

<WITD application="work item type editor" version="1.0">
    <WORKITEMTYPE name="bug">
        <DESCRIPTION>Bug work item types are used to track defects in the code.</DESCRIPTION>
        <GLOBALLISTS> . . . </GLOBALLISTS>
        <FIELDS> . . . </FIELDS>
        <WORKFLOW> . . . </WORKFLOW>
        <FORM> . . . </FORM>
    </WORKITEMTYPE>
</WITD>

Niewielka liczba elementów XML są wyświetlane między WORKITEMTYPE znaczniki na wyższych szczeblach definicji typ elementu pracy.Możesz uruchomić Definiowanie pracy typ elementu , podając nazwę i opis.Można również użyć niektórych standardowych znaczników XML kodować definicji typ elementu pracy.

Elementy podrzędne WITD

Elementy konstrukcyjne, używane w poprzednim przykładzie są opisane w poniższej tabeli:

Element	Opis
WITD	Definicja typ elementu zakończenie prac jest pakowane w tagu WITD.Można nadać dowolną nazwę nazwę aplikacji.Wersja identyfikuje schemat pracy typ elementu , który zmienia się z jednego wydanie następnej.Użyj "1.0". `<WITD application="Work item type editor" version="1.0 [1]"> <WORKITEMTYPE> . . .</WORKITEMTYPE> </WITD>`
WORKITEMTYPE	Nazwy typów element roboczy musi być unikatowa w szczególnych zespołu projekt.W czasie wykonywania można użyć nazwy określonej przez ten element.Na przykład nazwa może pojawić się jako jedną z opcji menu .W takim przypadku użytkownik może kliknąć Bug na Nowy element pracymenu. `<WORKITEMTYPE name="WorkItemTypeName"> <DESCRIPTION>Text</DESCRIPTION> <GLOBALLISTS> . . .</</GLOBALLISTS> <FIELDS> . . . </FIELDS> <WORKFLOW> . . . </WORKFLOW> <FORM> . . .</</FORM> </WORKITEMTYPE>`
OPIS	Określa ciąg, który opisuje typ element roboczy są definiowane.Opis powinien pomóc każdy użytkownik , który polega na dostosowywaniu typ element roboczy. Uwaga Opis można wyświetlić tylko w definicji XML .Nie można wyświetlić opis gdziekolwiek winterfejs użytkowniki nie relacja do poleSystem.Definition. `<DESCRIPTION> DescriptionOfWorkItemType</DESCRIPTION>` Można określić ciąg tekstu opisującego typ element roboczy są definiowane.
GLOBALLISTS	Zawiera definicje globalnej listy, które są używane przez gniazda typ elementu.Wykazy globalne umożliwia udostępnianie elementów listy wśród wielu typów element roboczy dla kolekcji zespołu projekt .Za pomocą wykazy globalne zapewnia obsługę łatwość konserwacji i cross - współpraca wgrupa . `<GLOBALLIST name="globalListName"> <LISTITEM> . . . </LISTITEM> </GLOBALLIST>` Aby uzyskać więcej informacji, zobacz Definiowanie list globalnych.
POLA	Zawiera zestaw definicji pole , które są używane przez gniazda typ elementu.W ramach FIELDS element, zdefiniować wszystkie pola, które chcesz użyć do śledzenia danych dla typu element roboczy.Obejmuje to pola, które będą używane do uruchamiania kwerend i generować raporty. `<FIELDS> <FIELD> . . . </FIELD> </FIELDS>` Aby uzyskać więcej informacji, zobacz Praca z polami elementu pracy.
WORKFLOW	Zawiera zestaw STATE i TRANSITION elementów, które definiują przepływ pracy pracy typ elementu.przepływ pracy jest zestawem prawidłowy przejścia z jednego Państwa do drugiego i szczególne warunki skojarzone z każdym przejścia. `<WORKFLOW> <STATES> . . . </STATES> <TRANSITIONS> . . . </TRANSITIONS> </WORKFLOW>` Aby uzyskać więcej informacji, zobacz Definiowanie i dostosowywanie przepływu pracy elementu pracy.
FORMULARZ	Zawiera LAYOUT, CONTROL, GROUP, TAB, TABGROUP, SPLITTERi inne elementy, które które pola i formanty mają być wyświetlane w formularz i wyświetlania tych elementów formularz dla pracy typ elementu. `<FORM> <Layout> . . . </Layout> </FORM>` Aby uzyskać więcej informacji, zobacz Projektowanie i dostosowywanie formularza elementu pracy.

Typów elementów pracy szablonu procesu

Dwa zestawy typ elementu definicje processzablon pracy są dostępne do użycia, które odpowiadają określone Microsoft Solutions Framework (MSF) dla Agile Software Development v5.0 i MSF dla rozwoju oprogramowania zdolności dojrzałości Model Integration (CMMI) w wersji 5.0. Te pliki znajdują się odpowiednio w katalogu instalacyjnym w następujących lokalizacjach:

Dysk: \Program Files\Microsoft Visual Studio v10.0Tier\ Server\ApplicationTeam Foundation sieć Web Services\Deploy\ProcessTemplateManagerFiles\MsfAgile\Template.zip
Dysk: \Program Files\Microsoft Visual Studio v10.0Tier\ Server\ApplicationTeam Foundation sieć Web Services\Deploy\ProcessTemplateManagerFiles\MsfFormal\Template.zip

Definicje typ elementu pracy można znaleźć w folderze Tracking\TypeDefinitions pracy w pliku Template.zip.Na przykład MSF dla Agile Software Development v5.0 określa plik XML dla każdego z następujących typów element roboczy : błędów, problem, SharedStep, zadania, TestCase i użytkownika wątku.Aby uzyskać więcej informacji na temat każdego z tych typów element roboczy , zobacz Szablon procesu programowania zwinnego dla Visual Studio ALM.

Można dostosowywać lub utworzyć pliki definicji typu w folderze TypeDefinitions.Następnie można importować Twoje nowe pracy typ elementu do pojedynczego projektlub można dodać go do processzablon i ładować zmodyfikowany szablon ma swoje Team Foundation Server. Aby uzyskać więcej informacji, zobacz Dodawanie definicji typu dla elementów pracy do szablonu procesu..