Jegyzet
Az oldalhoz való hozzáférés engedélyezést igényel. Próbálhatod be jelentkezni vagy könyvtárat váltani.
Az oldalhoz való hozzáférés engedélyezést igényel. Megpróbálhatod a könyvtár váltását.
Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022
Meghatározott entitáskészleteket adhat meg az előzményadatok jelentéséhez vagy trendjelentések létrehozásához. Azzal, hogy megismeri, hogyan rögzíti az Analytics az előzményadatokat, biztosíthatja, hogy nyomon tudja követni és jelenteni tudja az Ön számára fontos adatokat.
Az előzményjelentést támogató entitáskészletek
Az alábbi táblázat azokat az entitáskészleteket ismerteti, amelyekkel előzmény- vagy trendjelentéseket hozhat létre.
EntitySet |
Leírás | Mintajelentés |
|---|---|---|
| Munkatétel Tábla Pillanatkép | (Összetett) Az egyes munkaelemek állapota az egyes naptári dátumokon, beleértve a tábla helyét is. | Kumulatív Áramlásdiagram (CFD) mintajelentés |
| Munkatétel-revíziók | Minden korábbi munkaelem-változat, beleértve az aktuális változatot is. Nem tartalmazza a törölt munkaelemeket. | Adott munkaelem előzményeinek visszaadása |
| WorkItemSnapshot | (Összetett) Az egyes naptári dátumok munkaelemeinek állapota. | Hibatrendek mintajelentése |
| ParallelPipelineJobsSnapshot | (Összetett) Támogatja a párhuzamos csővezeték-fogyasztás megértését. | |
| TaskAgentPoolSizeSnapshots | (Összetett) Támogatja az erőforráskészlet méretének, a feladatfolyamatok és az egyidejűség megértését. | Ügynöki csoportok történeti grafikonja |
| TaskAgentRequestSnapshots | (Összetett) Támogatja a tevékenységügynök-kérelmek jelentéskészítését. | |
| TestPointHistorySnapshot | (Összetett) A Tesztfuttatáshoz társított adott teszt egyedi végrehajtási eredményei. | Manuális tesztvégrehajtási trend mintajelentése |
| TestResultsDaily | A TestResult-végrehajtások napi pillanatkép-összesítése, teszt szerint csoportosítva. | Az összefoglaló trend mintajelentésének tesztelése |
A pillanatképek minden nap rögzítik az entitástípushoz definiált értékeket. A rekordot naponta egyszer, minden nap ugyanabban az időpontban írják az Analyticsbe. Ha trendjelentést szeretne létrehozni, pillanatképeket használ. Alapértelmezés szerint az összes pillanatképtáblát napi pillanatkép-ténytáblákként modellezi a rendszer. Ha egy időtartományt kérdez le, az minden naphoz kap egy értéket. A hosszú időtartományok sok rekordot eredményeznek. Ha nincs szüksége ilyen nagy pontosságra, heti vagy akár havi pillanatképeket is használhat.
Időszakos pillanatképadatlapok
Az elemzés az előzményadatokat rendszeres pillanatkép-ténytáblaként modellozza. A ténytábla egy, az egyes időszakok végén lévő munkaelemhez vagy entitástípushoz éjfélkor létrehozott sort tartalmaz. Egy napi időszak előzményeit például minden nap éjfélkor egy sorként modellezi a rendszer, míg egy heti időszak a hét utolsó napjának éjféli egy sora lesz. Ha a hét még nem fejeződött be, a hét pillanatkép-értéke az aktuális értéken alapul.
Ennek a táblázatnak a fókusza az időszak, nem pedig az egyéni munkaelem. Ez azt jelenti, hogy egyetlen munkaelem többször is megjelenik, minden előzményidőszakban egyszer. Az előzmények utolsó 30 napjának kijelölése egyetlen munkaelemet eredményez, amely 30-szor jelenik meg az adatmodellben. Ha a munkaelem az elmúlt 30 napban nem változott, a munkaelem legújabb változatának replikálása minden nap megtörténik.
A Power BI-adatösszekötő és az előzményadatok használatakor javasoljuk a Date mező használatát.
Ha az adathalmaz előzményadatokat tartalmaz, de csak az aktuális értékekre van szükség, ezt szűréssel Is Currentlehet beállítani.
Ha például egy munkaelemeket és értékeket tartalmazó táblázatot szeretne megjeleníteni a társított mezőkhöz, a Is Current szűrőt úgy használná, hogy Igaz értékre van állítva. Ha inkább az állapot alapján szeretné megjeleníteni a munkaelemek trendjét, akkor a vizualizáció tengelyén a Dátum oszlopot bele kell foglalni.
Tipp.
A Dátum oszlop használatakor mindig használja a Dátum lehetőséget. A Dátum mező nem támogatja a Power BI alapértelmezett hierarchiáinak használatát.
Munkaelem-változatok
Minden alkalommal, amikor frissít egy munkaelemet, a rendszer létrehoz egy új változatot, és rögzíti ezt a műveletet a System.RevisedDate mezőben, ami hasznossá teszi egy előzményszűrő megadását. A módosított dátumot a RevisedDate (DateTime) és a RevisedDateSK (Int32) tulajdonságok képviselik. A legjobb teljesítmény érdekében használja az utóbbi dátum helyettesítő kulcsot. Azt a dátumot jelöli, amikor a korrektúra létrejött, vagy null értékű az aktív vagy hiányos változatok esetében.
Ha az összes dátumot, beleértve a {startDate}-t is, szeretné megadni, adja hozzá a következő szűrőt a lekérdezéséhez.
RevisedDateSK eq null or RevisedDateSK gt {startDateSK}
Az WorkItemRevisions entitáskészlettel betöltheti egy adott munkaelem összes változatát. A lekérdezés visszaadja az összes korábbi munkaelem-változatot, beleértve az aktuális változatot is a szűrt munkaelemekhez. Nem tartalmazza a törölt munkaelemeket.
Tipp.
A munkakövetési trendjelentés létrehozásához hozzon létre vagy módosítsa az alapértelmezett Elemzés nézetet , és adja meg az érdeklődési időkeretet az Előzmények lapon. További információ: Elemzési nézet létrehozása.
Mind az Analytics-nézetek, mind a Burndown és a Burnup widgetek lehetővé teszik olyan szűrők konfigurálását, amelyek az adatkészletet az igényeinek megfelelően skálázják. Szűrőket alkalmaz az adatok adott csapatokra, munkaelemtípusokra vagy hátralékokra való hatókörére. A szűrők adott tulajdonságokra vagy mezőkre és azok megfelelő értékeire is vonatkozhatnak. Például alkalmazhat szűrőket a munkaelemekre, hogy csak azokat a hibákat adja vissza, amelyek a Fabrikam Voice csapat számára vannak meghatározva, és amelyek az Ügyfél címkével vannak ellátva.
Szűrők alkalmazása az előzményadatokra
A rendszer szűrőket alkalmaz a munkaelem minden revíziójára. Tegyük fel például, hogy van egy munkaelemünk, amely a következő változatokat tartalmazza:
| Rev # | Felülvizsgálat dátuma | azonosító | Cím | Állam | Terület elérési útja | Címkék |
|---|---|---|---|---|---|---|
| 1 | Január-01 | 1001 | Egy hiba | Új | ||
| 2 | Január-02 | 1001 | Egy hiba | Új | /Admirálisok | |
| 3 | Január 10. | 1001 | Egy hiba | Aktív | /Admirálisok | |
| 4 | Január 12. | 1001 | Egy hiba | Aktív | /Admirálisok | Vevő |
| 5 | Január 20. | 1001 | Egy hiba | Feloldva | /Admirálisok | Vevő |
| 6 (Aktuális) | Január 28. | 1001 | Egy hiba | Lezárva | /Admirálisok | Vevő |
A legújabb változat (#6) a munkaelem aktuális változata. Az Analytics-nézetekben, ha az Előzmények lapon az "Aktuális csak" lehetőséget választotta, akkor ehhez a munkaelemhez, az aktuális sorhoz egy adatsort kapna.
Az előzményekről való jelentéskészítés során előfordulhat, hogy az 1–6. változatot vesszük alapul a jelentéskészítéshez.
Tegyük fel, hogy elemzési nézet létrehozásakor vagy a Burndown widget konfigurálásakor az alábbi két szűrőt kell beállítania:
- Terület útvonal = /Admirálisok
- A címkék az ügyfelet tartalmazzák
Ha ezeket a szűrőket alkalmazza a munkaelem-változatok készletére, az alábbi találatokat kapja:
| Meccs? | Rev # | Felülvizsgálat dátuma | azonosító | Cím | Állam | Terület elérési útja | Címkék |
|---|---|---|---|---|---|---|---|
|
1 | Január-01 | 1001 | Egy hiba | Új | ||
|
|
2 | Január-02 | 1001 | Egy hiba | Új | /Admirálisok | |
|
|
3 | Január 10. | 1001 | Egy hiba | Aktív | /Admirálisok | |
|
4 | Január 12. | 1001 | Egy hiba | Aktív | /Admirálisok | Vevő |
|
|
5 | Január 20. | 1001 | Egy hiba | Feloldva | /Admirálisok | Vevő |
|
|
6 (Aktuális) | Január 28. | 1001 | Egy hiba | Lezárva | /Admirálisok | Vevő |
Az 1., a 2. és a 3. változat nem egyezik, mert ezek a változatok nem egyeznek a szűrőkkel. A fent említett munkaelem nem fog megjelenni az adathalmazodban vagy a trenddiagramodon egészen a 4. módosításig, vagy január 12-ig.
Tegyük fel, hogy az Aktív hibák trendjéről szeretne jelentést készíteni, ehhez pedig létrehoz egy Állapot = Aktív szűrőt. Ezek a szűrők a következő változatoknak felelnének meg:
| Meccs? | Rev # | Módosított dátum | azonosító | Cím | Állam | Terület elérési útja | Címkék |
|---|---|---|---|---|---|---|---|
|
|
1 | Január-01 | 1001 | Egy hiba | Új | ||
|
|
2 | Január-02 | 1001 | Egy hiba | Új | /Admirálisok | |
|
|
3 | Január 10. | 1001 | Egy hiba | Aktív | /Admirálisok | |
|
|
4 | Január 12. | 1001 | Egy hiba | Aktív | /Admirálisok | Vevő |
|
|
5 | Január 20. | 1001 | Egy hiba | Feloldva | /Admirálisok | Vevő |
|
|
6 (Aktuális) | Január 28. | 1001 | Egy hiba | Lezárva | /Admirálisok | Vevő |
A szűrők csak a munkaelem 3. és 4. változatának felelnének meg, és csak a Jan-10 és a Jan-12 változatot tartalmazzák a trenddiagramon.
Mit jelent ez a Burndown vagy a Burnup esetében?
Ha konfigurál egy Burndown- vagy Burnup-widgetet, amely egy adott címkére szűr (például "Ügyfél"), a munkaelemek addig nem jelennek meg a Burndown diagramján, amíg a címke meg nincs határozva a munkaelemhez. Ha a címkét bármikor eltávolítják a munkaelemről, akkor a munkaelem kikerül a lemaradásból attól a dátumtól kezdve, mikor a címkét eltávolították.
Néhányan feltételezték, hogy ha egy munkaelem aktuális verziója tartalmazza a Címkét, akkor az a kezdetektől visszamenőleg szerepel a burndown chartban. Ha például a munkaelem aktuális verziója "Ügyfél" címkével rendelkezik, feltételezték, hogy a munkaelem a létrehozásától kezdve szerepel a burndown diagramon.
A történelmi szűrés nem így működik. Ha a szűrők csak egy munkaelem aktuális verziója alapján lettek alkalmazva, akkor a trenddiagramok nem működnek. Egy elemet nem lehet eltávolítani a burndown-diagramból úgy, hogy eltávolít egy címkét, vagy másik csapat területútvonalára állítja a terület elérési útját.
Feljegyzés
Azt fontolgatjuk, hogy hozzáadunk egy "valaha volt" operandust a szűrési feltételekhez az Analytics-nézetekben és a widgetekben, például a Burndown/Burnup esetében. Ez a funkció lehetővé teszi egy szűrő létrehozását, például: "State Was Ever Active". Ez azt jelentené, hogy egy munkaelem módosítása megfelelne a szűrőfeltételnek, ha a munkaelem bármely módosításának Állapota valaha is Aktív volt. Ha úgy véli, hogy ez a funkció fontos, szavazhat rá a fejlesztői közösségi oldalunkon.
Előzményadatok és az Analytics szüneteltetése vagy letiltása
Az Analytics szüneteltetése megőrzi az adatokat, de megakadályozza az előkészítési feladatokat az adatok frissítésében. Később folytathatja a szolgáltatást, és az adatok frissülnek.
Ha egy rendszergazda letiltja az Analytics szolgáltatást, akkor az összes Analytics-előkészítési feladat le lesz tiltva, és az Analytics-táblákban tárolt Analytics-adatok törlődnek. Az előzménytrendeket rögzítő összes Analytics-adat elveszik. Nem törli a gyűjteményben tárolt egyéb adatokat. Ezt a műveletet nem vonhatja vissza. Az előzményadatok és a trendadatok törlése után nem állíthatók vissza. Az Elemzés újbóli engedélyezése nem állítja vissza az előzményadatokat.
Ha az Analytics le van tiltva vagy el lett távolítva, a következő műveletek történnek:
- Nincsenek előkészítési feladatok, és az Analytics-táblák nem rendelkeznek frissített információkkal.
- A táblaadatok törlődnek, és ha az Analytics újra engedélyezve van, az összes adat újrafeltöltésre kerül az alapoktól.
További információ: Az Analytics szolgáltatás telepítése vagy engedélyezése.
Összegzés
A lényeg kiemelése végett, amikor előzményadatokról készül jelentés, minden szűrő alkalmazva van a munkaelem verziójára az adott történeti időpontban. A munkaelemek akkor jelennek meg a trendben, ha megfelelnek a szűrési feltételeknek. Eltűnnek a trendből, ha már nem felelnek meg a szűrési feltételeknek.