Návrh pracovního postupu

Návrh pracovního postupu pro položky typu práce pro podporu podnikání a týmových procesů.Pracovní postup určuje logické průběh úkolů, které mají být provedeny a kým.Definování pracovního postupu označením první stavy a platný přechody mezi nimi.WORKFLOW Části definice pro položky typu práce definuje platná státy přechody, důvody pro přechody a volitelné akce, které se provedou, když člen týmu změní stav pracovní položky.Další informace o typu definice, viz Všechny referenční elementy jazyk XML WITD.

Obecně lze přidružit každý stát roli člena týmu a provádějící osoby v této roli musí zpracovat pracovní položku před změnou stavu úkolu.Přechody určují platné progressions a regrese mezi státy.Z důvodů identifikovat člen týmu změní pracovní položky z jednoho státu do druhého a akcí podporu automatizace přechodu pracovní položku v pracovním postupu v okamžiku.

Důležité
Pokud přidáte do stavu položky typu práce, který se zobrazí na stránkách nevyřízené položky nebo na vývěsce v Team Web Access, je třeba také namapovat stavu metastate.Viz téma Přizpůsobení stránek nevyřízených položek a nástěnky pomocí konfigurace procesů.

Například stav nastaven na Nový při testerovi otevře novou chybu, která je založena na výchozí šabloně agilní procesu, Team Foundation Server (TFS) poskytuje.Vývojář změní stav na Active při řešení chyb a po stanovené, vývojář změní svůj stav na Vyřešeno a nastaví hodnotu pole důvod k pevné.Po ověření, oprava, zkoušející změní stav chyby na Uzavřeno a z důvodu pole se změní na ověřeno.Pokud Zkoušející stanoví, že vývojář nebyly opraveny chyb, zkoušející by změnit stav chyby na Active a určit důvod jako Není pevnou nebo Test se nezdařil.

[!POZNÁMKA]

Můžete vytvořit a upravit definice pro pracovní položka typy a jiné předměty, které slouží ke sledování pracovních položek pomocí procesu editoru nástroj power tool pro Visual Studio.Tento nástroj není podporován.Další informace získáte na následující stránce na webu společnosti Microsoft: Team Foundation Server nářadí.

V tomto tématu

• Pokyny návrhu pracovního postupu

• Diagram pracovního postupu a příklad kódu

• Určení počtu a typů států

• Definování přechodů

  • Uvedením důvodů

  • Určení akce

• Aktualizaci pole, při změně stavu

  • Definování pole, když se změní stav

  • Hodnota pole

  • Definování pole na základě obsahu jiné pole

• Zobrazení Diagram stavu pracovního postupu

Pokyny návrhu pracovního postupu

Jak navrhnout nebo změnit pracovní postup, se řiďte následujícími pokyny:

• Při použití STATE element, definovat jedinečný stav pro každou roli člena týmu, který provede určitou akci pracovní položky.Další státy definujete, Další přechody, které je nutné definovat.Bez ohledu na pořadí, ve kterém je definovat stavy, jsou uvedeny v abecedním pořadí, v Stav seznamu.

• Pomocí TRANSITION element, definování přechodu pro každý platný průběh a regrese z jednoho státu do druhého.

• Minimálně musíte definovat jeden pro každý stát a přechod z null stavu do původního stavu.

• Pro každý přechod, je nutné definovat výchozí důvod pomocí DEFAULTREASON prvku.Můžete definovat tolik volitelné důvody, jak chcete pomocí REASON prvku.

• Rozevíracích nabídkách pro pole Stav a důvod v editoru nebo dotazu formuláře pracovních položek zobrazit hodnoty přiřazené v WORKFLOW části položky typu práce.

• Můžete definovat pouze jeden přechod z nepřiřazené (null) do původního stavu.Uložíte-li nové pracovní položky, je automaticky přiřazen do původního stavu.

• Člen týmu při změně stavu pracovní položky změnit aktivační události přechodu a akce, které definujete má být provedena u vybraného stavu a přechodu.Uživatelé mohou určit pouze ty státy, které jsou platné, založené na přechody, které definujete pro aktuální stav.Kromě toho ACTION element, který je podřízeným prvkem z TRANSITION, můžete změnit stav pracovní položky.

• Definujete-li pravidla podmíněného pole, která se použije při pracovní položka změně stavu, když přechází, nebo když uživatel vybere určitý důvod.Mnohé z těchto pravidel doplňují podmíněného pravidla, které můžete použít při definování pole v FIELDS v oddílu WORKITEMTYPE definice.Další informace naleznete v tématu Aktualizace pole když změní stav dále v tomto tématu.

• Pokuste se minimalizovat počet podmínky, které definujete pro jakýkoli typ pracovní položky.Pomocí podmíněného pravidla, která jste přidali zvýšení složitosti procesu ověření pravosti, ke kterým dochází pokaždé, když, že člen týmu uloží pracovní položky.Komplexní pravidlo sady může zvýšit čas, který je potřebný pro uložení pracovní položky.

• Názvy, které přiřadíte státy a důvody jsou malá a velká písmena.

Zpět na začátek

Diagram pracovního postupu a příklad kódu

Následující tabulka ukazuje WORKFLOW část definici pro typ položky práce, který sleduje kód závady a diagram stavu pracovního postupu, která jej definuje.Tento příklad definuje tři stavy, šest přechodů a devíti důvody.STATE Prvky určují stavy aktivní, Vyřešeno a uzavřeno.Všechny možné kombinace pro průběh a regresní přechody jsou definovány tři státy, s výjimkou jednoho.Přechod od Uzavřeno na Vyřešený není definována.Proto členové týmu nemůžete přeložit pracovní položka tohoto typu pracovní položka je uzavřena.

[!POZNÁMKA]

V příkladu neobsahuje prvky pro DEFAULTREASON, REASON, ACTION, a FIELD.

<WORKFLOW> <STATES>   <STATE value="Active">     <FIELDS> . . . </FIELDS>   </STATE>   <STATE value="Resolved">     <FIELDS> . . . </FIELDS>   </STATE>   <STATE value="Closed" /> </STATES> <TRANSITIONS>   <TRANSITION from="" to="Active">     <REASONS>       <DEFAULTREASON value="New" />     </REASONS>     <FIELDS> . . . </FIELDS>   </TRANSITION>   <TRANSITION from="Active" to="Resolved">     <REASONS> . . . </REASONS>     <FIELDS> . . . </FIELDS>     < ACTIONS > . . . </ ACTIONS > </TRANSITION> <TRANSITION from="Resolved" to="Closed">     <REASONS> . . . </REASONS>     <FIELDS> . . . </FIELDS>     < ACTIONS > . . . </ ACTIONS > </TRANSITION> <TRANSITION from="Resolved" to="Active">     <REASONS> . . . </REASONS>     <FIELDS> . . . </FIELDS> </TRANSITION> <TRANSITION from="Active" to="Closed ">     <REASONS> . . . </REASONS>     <FIELDS> . . . </FIELDS> </TRANSITION> <TRANSITION from="Closed" to="Active">     <REASONS> . . . </REASONS>     <FIELDS> . . . </FIELDS> </TRANSITION> </TRANSITIONS> </WORKFLOW>

Diagram stavu Příklad pracovního postupu

Určení počtu a typů států

Zjistíte, že se počet a typ platný států na základě počtu odlišné logické státy, ve kterých má být pracovní položky tohoto typu neexistuje.Také pokud členové týmu různých provádět různé akce, pak můžete zvážit definování stavu, založené na roli člena.Každý stát odpovídá akci, aby člen týmu musí provádět pracovní položku přesunout do dalšího stavu.Pro každý stát měli byste definovat konkrétní akce a členy týmu, kteří jsou oprávněni provádět tyto akce.

Následující tabulka uvádí příklad ze čtyř stavů, které jsou definovány sledovat průběh funkce a platní uživatelé, kteří musí provádět uvedené akce:

Stát	Platným uživatelem	Akce k provedení
Navrhované	Vedoucí projektu	Kdokoliv může vytvořit pracovní položku funkce.Pouze vedoucí projektu však může schválit nebo dohlížitele odmítnout pracovní položky.Pokud jako vedoucí projektu schválí funkce, vedoucí projektu změní stav pracovní položky na aktivní; v ostatních případech člen týmu uzavře.
Aktivní	Vedoucí vývoje	Vedoucí vývoje zadaný řídí karty vývojové funkce.Po dokončení funkce zájemce vývoj změní stav pracovní položky funkce na revizi.
Revize	Vedoucí projektu	Vedoucí projektu zkontroluje funkci, že tým plněny a změní stav pracovní položka Uzavřeno, v případě, že provedení je uspokojivá.
Uzavřeno	Vedoucí projektu	Očekává se, že žádná další akce dojít na pracovní položky, které jsou uzavřeny.Tyto položky zůstanou v databázi pro účely archivace a vytváření sestav.

[!POZNÁMKA]

Všechny státy jsou v abecedním pořadí v seznamu ve formuláři pracovní položky určitého typu, bez ohledu na pořadí, ve kterém je zadat.

Zpět na začátek

Definování přechodů

Ovládání států a z týmu, který členové mohou měnit pracovní položky, pokud definujete progressions platný stav a regrese.Pokud nedefinujete přechod z jednoho stavu do jiného státu, členové týmu nelze změnit pracovní položku určitého typu z určitého státu do jiného určitého státu.

Následující tabulka definuje platný přechody pro každý ze čtyř stavů, které byly popsány dříve v tomto tématu, jakož i z důvodu výchozí pro všechny.

Stát	Přechod do stavu	Z důvodu výchozí
Navrhované	Aktivní (Průběh)	Schválené pro vývoj
	Uzavřené (Průběh)	Není schválen.
Aktivní	Recenze (Průběh)	Splněna kritéria přijatelnosti
Revize	Uzavřené (Průběh)	Funkce dokončení
	Aktivní (regresní)	Neodpovídá požadavkům
Uzavřeno	Navrhované (regresní)	Zvážit ke schválení
	Aktivní (regresní)	Uzavřené v chybě

Můžete omezit, kdo je oprávněn provést přechod z jednoho stavu do druhého pomocí pro a Ne atributy TRANSITION prvku.Jak ukazuje následující příklad testeři můžete znovu otevřít chyby, ale vývojáři nelze.

<TRANSITION from="Closed" to="Active"
     for="[Project]\Testers"
      not="[Project]\Developers">
    . . .
</TRANSITION>

Zpět na začátek

Uvedením důvodů

Při změně pole Stav člen týmu daného uživatele můžete zachovat výchozí důvod tento přechod nebo zadat jiný důvod, je-li určit další možnosti.Je nutné použít DEFAULTREASON element, chcete-li určit pouze jednu výchozí důvod.Pouze v případě, že vám mohou pomoci týmu sledovat nebo vykazovat data, je třeba zadat další důvody.

Například Vývojář můžete zadat jednu z následujících důvodů řeší chybu: pevné (výchozí), odloženo, duplikovat, jako navržena, nelze reprodukovat nebo zastaralé.Každý z důvodu určuje konkrétní akci pro testování provádět s ohledem chyby.

[!POZNÁMKA]

Všechny důvody jsou v abecedním pořadí v seznamu na formuláři práce pro pracovní položky určitého typu, bez ohledu na pořadí, ve kterém můžete zadat REASON prvky.

Následující příklad ukazuje elementy, které definují důvody, proč může člen týmu lze vyřešit chybu:

<TRANSITION from="Active" to="Resolved">
   . . .
   <REASONS>
      <DEFAULTREASON value="Fixed"/>
      <REASON value="Deferred"/>
      <REASON value="Duplicate"/>
      <REASON value="As Designed"/>
      <REASON value="Unable to Reproduce"/>
      <REASON value="Obsolete"/>
   </REASONS>
   . . .
</TRANSITION>

Zpět na začátek

Určení akce

Obecně se členové týmu změnit stav pracovní položky zadáním jiné hodnoty pro Stav pole a následným uložením pracovní položky.Nicméně, můžete také definovat ACTION element, který automaticky změní stav pracovní položky, dojde-li tento přechod.Jak ukazuje následující příklad, můžete určit, že bug pracovních položek má být přeloženo automaticky pokud jsou přidruženy k souborům, které vývojářem do řízení verze:

<TRANSITION from="Active" to="Resolved">
   <ACTIONS>
   <ACTION value="Microsoft.VSTS.Actions.Checkin"/>
   </ACTIONS>
. . .
</TRANSITION>

Můžete použít ACTION prvek automaticky změní stav pracovní položky určitého typu, pokud dojde k událostem jinde v programu Microsoft Visual Studio aplikace životního cyklu Správa nebo mimo Visual Studio – správa životního cyklu aplikací (například z nástroj, který sleduje volání).Další informace naleznete v tématu Automatizace přiřazení polí na základě stavu, přechodu nebo důvodu.

Zpět na začátek

Aktualizace pole

Můžete definovat pravidla, která pole aktualizovat pokaždé, když dojde k následujícím událostem:

• Přiřadit pravidlo pro pole v STATE Chcete-li pravidlo použít pro všechny přechody a důvody pro zadání tohoto státu.

• Přiřadit pravidlo pro pole v TRANSITION Chcete-li pravidlo použít pro tento přechod a všechny důvody k provedení tohoto přechodu.

• Přiřadit pravidlo pro pole v DEFAULTREASON nebo REASON Chcete-li pravidla, která platí pouze pro tento zvláštní důvod.

Je-li pole by měl vždy obsahovat stejnou hodnotu, definovat pravidlo v seznamu FIELD element, který definuje pole.Další informace naleznete v tématu Nastavení podmínek v poli pracovní položky.

Následující příklady ukazují některé pravidla, která platí pro systémová pole v šabloně procesu pro v5.0 agilní vývoj softwaru MSF.

• Změna hodnoty pole, když se změní stav

• Vymazání hodnotu pole při změně hodnoty jiného pole

• Definování pole na základě obsahu jiné pole

Zpět na začátek

Změna hodnoty pole, když se změní stav

Při hodnotu Stav pole pracovní položka je nastavena na hodnotu aktivní a pracovní položka je uložena, hodnoty Aktivována ve a Přiřazené k pole jsou automaticky nastavena na hodnotu jméno aktuálního uživatele.Tento uživatel musí být členem Team Foundation Server platní uživatelé skupiny.Hodnota Aktivovat datum pole je také nastavena automaticky.Následující příklad ukazuje elementy, které vynuťte toto pravidlo:

<STATE value="Active">
<FIELDS>
   <FIELD refname="Microsoft.VSTS.Common.ActivatedBy">
      <COPY from="currentuser"/>
      <VALIDUSER/>
      <REQUIRED/>
   </FIELD>
   <FIELD refname="Microsoft.VSTS.Common.ActivatedDate">
      <SERVERDEFAULT from="clock"/></FIELD>
   <FIELD refname="System.AssignedTo">
      <DEFAULT from="currentuser"/>
   </FIELD>
. . .
</FIELDS>
</STATE>

Zpět na začátek

Vymazání hodnotu pole při změně hodnoty jiného pole

Při hodnotu Stav pro pracovní položka je nastaveno na aktivní a pracovní položka je uložena, pole Datum uzavřeno a uzavřeno jsou automaticky nastaven na hodnotu null a provedeny určeno jen pro čtení, pokud použijete EMPTY prvku, jak ukazuje následující příklad.

<STATE value="Active">
   <FIELDS>
. . .
      <FIELD refname="Microsoft.VSTS.Common.ClosedDate"><EMPTY/></FIELD>
      <FIELD refname="Microsoft.VSTS.Common.ClosedBy"><EMPTY/></FIELD>
   </FIELDS>
</STATE>

Zpět na začátek

Definování pole na základě obsahu jiné pole

Při hodnotu Stav pole pro pracovní položky změní na Vyřešený a pracovní položka uložena, hodnota Vyřešit z důvodu je nastaveno na hodnotu, která uživatel zadal v z důvodu pole.Následující příklad ukazuje elementy, které vynuťte toto pravidlo:

<STATE value="Resolved">
   <FIELDS>
. . .
      <FIELD refname="Microsoft.VSTS.Common.ResolvedReason">
         <COPY from="field" field="System.Reason"/>
      </FIELD>
   </FIELDS>
</STATE>

Zpět na začátek

Zobrazení Diagram stavu pracovního postupu

Můžete zobrazit diagram stavu pracovního postupu, který definujete pomocí editoru proces nástroj power tool pro Visual Studio.Tento nástroj není podporován.Další informace získáte na následující stránce na webu společnosti Microsoft: Team Foundation Server nářadí.

Zpět na začátek

Viz také

Další zdroje

Definice a přizpůsobení pracovního postupu u pracovní položky