Változás a munkafolyamat egy munka elemtípussal
Változás a munkafolyamatokat munka elemtípusnál (WIT) üzleti folyamatok támogatására és szakaszos eljárások. Elméje támogatják a követési minden fajta munka - követelmények, feladatok, kód hibák -, amely a szoftverfejlesztés segítségével Team Foundation Server (TFS).
A munkafolyamat határozza meg a logikai progresszió és regresszió a munka, hogy a csapat tagjai lépnek fel. Ezen kívül beállítja az értékeket, amelyek megjelennek a legördülő menüben a területen „Állapot” és „ok”.
Munkafolyamata az elem lemaradás termék (sablon Scrum folyamat
Az alapértelmezett sablon az alapértelmezett folyamat felülvizsgálatát munkafolyamat, amely a TFS lásd. Munkavégzés leletek a csapat projekt folyamatának sablon kiválasztása. További információ a épület egy munkafolyamat meghatározása, lásd. Konfigurálása a fordítási folyamat sablont.
Meghatározása munkafolyamat először azonosítja államok és érvényes átmenetek között. § WORKFLOW WIT meghatározás hivatkozik egy érvényes állapotváltozások okoz átmenetek és a választható intézkedéseket kell elvégezni, amikor a csapat tagja megváltoztatja az állam a munka elemet.
Általában minden állam társul a szerepét a csapat tagja, és a feladat, hogy ez a személy ezzel a szereppel rendelkezik, hogy végre, hogy feldolgozza a munkát elem cseréje előtt annak állapotát. Transitions határozza érvényes progresszió és a regressziós államok között. Tényezők határozzák meg, hogy miért a csapat tagja veszi a munkát elemet az egyik állapotból a másikba, és intézkedéseket, amelyek támogatják az automatika az átmenet a munka elemet a pont a munkafolyamatban.
Például az állam van állítva Új. Amikor a készülék talált egy új hibát, amelynek alapja az agilis folyamat sablon alapértelmezés szerint, mely biztosítja a Team Foundation Server (TFS). A fejlesztő állapota megváltozik az aktív. ha hibajavítást és korrekció után a fejlesztő állapota megváltozik a döntések és beállítja az értéket a rögzített okok miatt. Az ellenőrzés után a tesztelő megváltoztatja az javítások hibák Zárt. a Cause mező változott Kockás. Ha a tesztelő megállapítja, hogy a fejlesztő nem korrigálja a hibát, akkor meg fog változni a hiba állapotot a tevékenységet és azt az ok nem rögzített, vagy nem végzi el a vizsgálatot.
Tervezés során, vagy módosítja a munkafolyamat, akkor figyelembe kell venni a rendelkezések a következők.
Állami elem lehet meghatározni egy egyedi állami mindegyik szerep, a csapat tagja, aki az egyetlen intézkedés egy munkahelyi elemet. A több állam kerül meghatározásra, annál meghatározásához szükséges átmenetek. Függetlenül attól, hogy milyen sorrendben megadhatja a feltétellel, azok szerepelnek alfanumerikus sorrendben a legördülő menüből az állam.
Ha hozzá olyan állapotban, hogy a munka típusa tétel hiányzó lapok munka vagy táblákon Team Web Access, akkor is át az állam metastate. Cm. Partícióhoz A Guide to XML-a folyamat elemeit konfigurációt.
A átmeneti elem lehet meghatározni minden átmenet regressziós vagy progressziójának egyik állapotból a másikba.
Legalább meg kell adnia egy átmenet minden állam, valamint az átmenet az alapállapotba, hogy az elsődleges állam.
Megadhatjuk csak egy átmenet nem jelölt (nulla) a kiindulási állapotban. Ha elment egy új munka elemet, akkor automatikusan egy elsődleges állapotban.
Amikor egy csapat tagja megváltoztatja az operációs elem, amely kiváltja változások és az átmeneti intézkedések alapján a végrehajtásához szükséges a kiválasztott államok és átmenetek. A felhasználók megadhatják csak azok között, amelyek alapján érvényes az átmenetek vannak meghatározva a jelenlegi állapot. Továbbá, műveleti elemet. amely a gyermek elem átmenet. módosíthatja az állam a művelet tagja.
Minden átmenet szükséges meghatározni az alapértelmezett alkalmazásának okát DEFAULTREASON elem. Megadhatjuk a sok lehetséges oka szükség, alkalmazásával OKA elem. Ezek az értékek jelennek meg a legördülő menüben az oka.
Megadhatjuk szabályokat kell alkalmazni, amikor a munka elem állapota megváltozik, amikor ez teszi egy átmenet, vagy amikor a felhasználó kiválaszt egy adott okot. Sok ilyen szabályok kiegészítik a szabállyal, hogy lehet alkalmazni a meghatározása a mezőket a mezők rész alatt WORKITEMTYPE meghatározás. További információért lásd. Hogyan Frissítse a mezőket a változás során munkafolyamat később ebben a fejezetben.
A nevek vannak rendelve az államok és az okok nem a kis- és nagybetűket.
A következő kód példa mutatja WORKFLOW WIT hibáinak megállapítása az agilis folyamat sablont. Ez a példa szerint három állam és öt átmenetek. ÁLLAPOT elemek meghatározzák az állam „Aktív”, „Felbontás” és „nyitott”. Minden lehetséges kombináció az progresszió és a regressziós átmenetek vannak meghatározva a három állapot egy kivételével. Az átmenet a zárt, hogy a döntés nem meghatározott. Ezért a csapat tagjai nem tudja megoldani a működési eleme az ilyen típusú, ha a munka egy elem állapotát Zárva.
Példa nem lista elemeinek DEFAULTREASON. OKA. ACTION. és terepen.
Amikor egy csapat tagja megváltoztatja az állapot mezőben a felhasználó elhagyja az alapértelmezett oka az átmeneti ponton, vagy más okból, ha megadja más lehetőség. Ki kell használni DEFAULTREASON elem meghatározásához egy és csak egy alapértelmezett oka. Meg kell adnia a további okokat csak akkor, ha segíteni a csapatot követni az adatokat, vagy szervezni őket jelentéseket.
Például egy fejlesztő megadhatja az alábbi okok miatt a felbontás a hiba: „Fixed” (default) „késleltetett”, „másolat”, „Nincs hiba”, „Nem lehet lejátszani” vagy „elavult”. Minden ok azt jelzi, egyedi fellépés a tesztelő egy hiba.
Minden oka jelennek alfabetikus sorrendben a listán üzemképes egy adott típusú művelet tagja, függetlenül attól, hogy milyen sorrendben az elemek meghatározott OKA.
A következő példa azt mutatja, az elemek, amelyek meghatározzák, hogy miért a csapat kijavítani a hibát.
Megadhatjuk szabályokat, hogy frissítse a területen, amikor a helyzet a következő események:
Rendeljen szabály területeken az állami. Ha szeretné, hogy a szabály vonatkozik minden átmenet ebben az állapotban, és az okok megadása ebben az állapotban.
Rendeljen általában golf átmenet. ha azt akarjuk, hogy a szabály alkalmazásra ez az átállás, és az egész oka az átmenet.
Rendeljen területén, illetve zárja DEFAULTREASON OKA. ha azt akarjuk, hogy a szabály kizárólag erre a konkrét oka.
Meg lehet próbálni, hogy minél kevesebb állapotok vannak meghatározva bármilyen típusú munka elemet. Minden körülmények között a szabály hozzáteszi növekvő komplexitása a hitelesítési eljárás, amely végzett minden alkalommal tagja a csapatnak tovább működik elem. Komplex szabályhalmazzal növelheti a szükséges időt, hogy mentse a munkáját elemet.
Amikor az Állapot mezőt a munka tétel aktív módban, és a munka kerül mentésre, mezők által aktivált () függvényt (a) automatikusan hozzárendeli az aktuális felhasználó nevét a felhasználó tagjának kell lennie egy érvényes felhasználói Team Foundation Server. A mező értéke aktiválási dátuma is automatikusan állítja be. A következő példa bemutatja az elemeket, amelyek alkalmazzák ezt a szabályt.