Návrhu pracovního postupu

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

Každý stát obecně přiřadit roli člena týmu a úkol, který musí provádět osoby v této roli zpracovat položku před změnou stavu. Přechody určují platné progressions a regrese mezi státy. Člen týmu změní pracovní položky z jednoho státu do druhého a automatizace podpory akcí přechodu pracovní položka v bodě pracovní postup identifikovat důvody.

Například stav nastaven na Active při zkušebním zařízením otevře novou chybu, která je založena na šabloně proces pro Microsoft Solutions Framework (MSF) 5.0 agilní vývoj Software. Po opravě chyb vývojář změny stavu Vyřešeno a nastaví hodnotu pole důvod pevné. Po ověření, oprava, zkoušející změní stav chyby na Uzavřeno a ponechá hodnotu pole důvod jako vyřešené. Pokud zkoušející vývojář kdyby nebyla stanovena chyb, zkoušející by změnit stav chyby na Active a určení důvodu odepřen rozlišení nebo Test se nezdařil.

Poznámka

Můžete vytvořit a upravit definice pro typy pracovních položek a dalších objektů pomocí procesu editoru napájení nástroj pro sledování pracovních položek Visual Studio. Tento nástroj není podporován. Další informace naleznete na následující stránce na webu společnosti Microsoft: Duben 2010 týmu nadace nástroje Výkon serveru.

V tomto tématu

• Pokyny pro návrh pracovního postupu

• Diagram pracovního postupu a ukázkový kód

• Stanovení počtu a typů států

• Definování přechodů

  • Uvedením důvodů

  • Určení akcí

• Aktualizaci pole při změně stavu

  • Definování pole při změně stavu

  • Vymazání hodnotu pole

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

• Zobrazení diagramu stavu pracovního postupu

Pokyny pro návrh pracovního postupu

Jak navrhnout nebo změnit pracovní postup, zvažte následující pokyny:

• Pomocí STATE prvku definovat jedinečné stát pro každou roli člena týmu, bude trvat určitou akci na pracovní položku. Další státy definujete, Další přechody, které je třeba definovat. Bez ohledu na pořadí, ve kterém je definovat stavy, jsou uvedeny v alfanumerickém pořadí stav seznam.

• Pomocí TRANSITION prvek, 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 přechod pro každý stát a přechod z nulového stavu do původního stavu.

• Každý přechod musí definovat výchozí důvod pomocí DEFAULTREASON prvku. Můžete definovat tolik volitelné důvody chcete pomocí REASON prvku.

• Lze definovat pouze jeden přechod od nepřiřazené (null) do původního stavu. Uložit 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, že změna spustí přechod a akce, které definují provést pro vybraný stav a přechod. Uživatelé mohou určit pouze ty státy, které jsou platné na základě přechody, které definujete pro aktuální stav. Kromě toho ACTION prvek, který je podřízený prvek z TRANSITION, můžete změnit stav pracovní položky.

• Můžete definovat pravidla podmíněného žádné pole, které budou použity při změně pracovní položka státu jej přechody nebo když uživatel vybere určitý důvod. Mnoho z těchto pravidel doplňují pravidla podmíněného, které můžete použít při definování pole v FIELDS podle bodu WORKITEMTYPE definice. Další informace naleznete v Aktualizaci polí když změní stav dále v tomto tématu.

• Pokuste se minimalizovat počet podmínek, které definujete pro jakýkoli typ pracovní položky. S každou podmíněné pravidlo, které přidáte zvyšují složitost ověřovací proces, který nastane při každém, že člen týmu uloží pracovní položky. Sady pravidel složité může zvýšit čas nutný k uložení pracovní položku.

• 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 ukázkový kód

V následující tabulce ukazuje WORKFLOW části definice pro položky typu práce, který sleduje kód závady a diagram stavu pracovního postupu, který definuje. Tento příklad definuje tři stavy, šest přechody a devět důvodů. STATE Určete prvky aktivní, vyřešeno a státy uzavřené. 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řené k vyřešeno není definována. Členové týmu proto nelze vyřešit pracovní položky tohoto typu zavřeno pracovní položku.

Poznámka

Příklad seznamu prvků 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

Stanovení počtu a typů států

Určíte počet a typy platné státy na základě počtu odlišné logické státy, ve kterých má pracovní položky 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á, že člen týmu musí provádět pracovní položku přesunout do dalšího stavu akce. Každý stát by definovat konkrétní akce a členy týmu, kteří mohou provádět tyto akce.

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

Stát	Neplatný uživatel	K provedení akce
Navrhované	Manažer 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žku. Pokud funkce schválí vedoucí projektu, vedoucí projektu změní stav pracovní položky na aktivní; v opačném případě člen týmu uzavře.
Aktivní	Vedoucí vývoje	Vedoucí vývoje dohlíží vývojové funkce. Po dokončení funkce vedoucí vývoje změní stav pracovní položky funkce Kontrola.
Revize	Manažer projektu	Vedoucí projektu recenze funkce zda týmu implementován a pokud je uspokojivé provádění změn stav položky pracovního uzavřeno.
Zavřeno	Manažer projektu	Žádná další akce je očekávané na pracovní položky, které jsou zavřené. Tyto položky zůstanou v databázi pro účely archivace a vykazování.

Poznámka

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

Zpět na začátek

Definování přechodů

Řídit státy a z týmu, které členy změnit pracovní položky při definování platný stát progressions a regrese. Pokud definujete přechod z jednoho stavu do jiného státu, členové týmu nelze změnit pracovní položky určitého typu z určitého státu do jiného určitého státu.

V následující tabulce definuje přechody platné pro každý ze čtyř stavů, které byly popsány v tomto tématu spolu s výchozí důvod pro každý.

Stát	Přechod do stavu	Výchozí důvod
Navrhované	Aktivní (Průběh)	Schválené pro rozvoj
	Uzavřená (Průběh)	Není schválena
Aktivní	Recenze (Průběh)	Splněna kritéria přijetí
Revize	Uzavřená (Průběh)	Funkce dokončení
	Aktivní (regrese)	Nesplňuje požadavky
Zavřeno	Navrhované (regrese)	Přezkoumat schválení
	Aktivní (regrese)	Zavřené chyby

Kdo je oprávněn provést přechod z jednoho stavu do druhého pomocí můžete omezit pro a není atributy TRANSITION prvku. Jak ukazuje následující příklad testerům můžete znovu otevřít chybu ale nelze vývojáře.

<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 stát členem týmu daného uživatele můžete ponechat výchozí důvod tohoto přechodu nebo jiný důvod-li určit další možnosti. Je nutné použít DEFAULTREASON prvku zadat jednu a pouze jednu výchozí důvod. Určete další důvody pouze v případě, že pomáhají týmu sledovat nebo údaje.

Například Vývojář můžete zadat jeden z následujících důvodů řeší chybu: Pevná (výchozí), odloženo, duplicitní, vytvoř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 ve formuláři práce pro pracovní položky určitého typu, bez ohledu na pořadí, můžete zadat REASON prvky.

Následující příklad zobrazuje prvky, které definují důvody, proč může člen týmu 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í akcí

Obecně změnit stav pracovní položky zadáním jiné hodnoty pro členy týmu stav pole a následným uložením pracovní položku. Však můžete také definovat ACTION prvek, který se automaticky změní stav pracovní položky při výskytu tohoto přechodu. Následující příklad ukazuje, můžete určit, že chyba pracovní položky musí být vyřešen automaticky, pokud jsou přidruženy soubory, které vývojář zkontroluje do řízení verze:

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

Můžete použít ACTION prvku automaticky změní stav pracovní položky určitého typu události dojde kdekoliv v Microsoft Visual Studio Application Lifecycle Management 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 Pole přiřazení na základě stavu, přechodu nebo důvod automatizace.

Zpět na začátek

Aktualizovat pole

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

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

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

• Přiřadit pravidlo pro pole pod DEFAULTREASON nebo REASON Chcete pravidla platí pouze pro tuto konkrétní důvod.

Pokud pole by měl vždy obsahovat stejnou hodnotu, definovat pravidlo v seznamu FIELD prvek, který definuje dané pole. Další informace naleznete v tématu Nastavení podmínek na poli položku práce.

Následující příklady ukazují některých pravidel použitých v šabloně proces pro vývoj softwaru agilní MSF v5.0 systémová pole.

• Změna hodnoty pole při změně stavu

• 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 při změně stavu

Při hodnotu stavu pole je aktivní a pracovní položku nastavit pracovní položka uložena, hodnoty Aktivován pomocí a Přiřazeno pole Automatické nastavení název aktuálního uživatele. Tento uživatel musí být členem Team Foundation Server platní uživatelé skupiny. Hodnota Datum aktivace pole je také nastavena automaticky. Následující příklad zobrazuje prvky dodržování tohoto pravidla:

<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 uložené pracovní položky, pole Datum uzavřeno a uzavřeno pomocí automaticky nastaveny na hodnotu null a provedené používáte jen pro čtení EMPTY prvku jako následující příklad zobrazuje.

<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 stavu vyřešeno změní pracovní položky a pracovní položka uložena, hodnota pole Vyřešit z důvodu je nastaveno na hodnotu, která uživatel zadal v z důvodu pole. Následující příklad zobrazuje prvky dodržování tohoto pravidla:

<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í diagramu stavu pracovního postupu

Definice pracovního postupu libovolného typu pracovní položky lze zobrazit při použití Team Web Access Otevřít diagram stavu pro všechny pracovní položku tohoto typu. Další informace naleznete v tématu Správu práce pomocí týmový Web Access.

Tip

Můžete také zobrazit diagram stavu pracovního postupu, který definujete pomocí editoru proces napájení nástroj pro Visual Studio. Tento nástroj není podporován. Další informace naleznete na následující stránce na webu společnosti Microsoft: Duben 2010 týmu nadace nástroje Výkon serveru.

Zpět na začátek

Viz také

Další zdroje

Definování a přizpůsobení pracovního postupu pracovní položky

Historie změn

Datum	Poslední dokumenty	Důvod
Leden 2011	Přesunout tabulku o WORKFLOW prvky nové téma Všechny referenční elementy XML pracovního postupu.	Rozšíření informace
Červenec 2010	Poskytnout další informace, příklady a souhrn všech zcela rewritten WORKFLOW prvky a atributy.	Rozšíření informace