Reprezentace historických dat v Analýzách

Azure DevOps Services | Azure DevOps Server 2022 – Azure DevOps Server 2019

Můžete zadat konkrétní sady entit, které budou vykazovat historická data nebo vytvářet sestavy trendů. Abyste měli jistotu, že můžete sledovat a vykazovat zajímavá data, je důležité porozumět tomu, jak analýza zaznamenává historická data.

Sady entit, které podporují historické generování sestav

Následující tabulka popisuje sady entit, které můžete použít k vytváření historických sestav nebo sestav trendů.

EntitySet	Popis	Ukázková sestava
WorkItemBoardSnapshot	(složený) Stav každé pracovní položky v každém kalendářním datu, včetně umístění panelu Kanban.	Ukázková sestava cfd (Cumulative Flow Diagram)
WorkItemRevisions	Všechny revize historických pracovních položek, včetně aktuální revize. Nezahrnuje odstraněné pracovní položky.	Vrácení historie konkrétní pracovní položky
WorkItemSnapshot	(složený) Stav každé pracovní položky v kalendářním datu.	Ukázková sestava trendů chyb
ParallelPipelineJobsSnapshot	(složený) Podporuje porozumění paralelní spotřebě kanálů.
TaskAgentPoolSizeSnapshots	(složený) Podporuje pochopení velikosti fondu, úloh kanálů a souběžnosti.	Historický graf pro fondy agentů
TaskAgentRequestSnapshots	(složený) Podporuje generování sestav u požadavků agenta úloh.
TestPointHistorySnapshot	(složený) Jednotlivé výsledky spuštění pro konkrétní test přidružený ke spuštění testu.	Ukázka sestavy trendu ručního provádění testů
TestResultsDaily	Denní agregace snímků spuštění TestResult seskupené podle testu.	Test summary trend sample report

Snímek poskytuje záznam hodnot definovaných pro typ entity každý den. Záznam se do analýzy zapisuje jednou denně ve stejnou dobu každý den. Snímky použijete, když chcete vygenerovat sestavu trendů. Ve výchozím nastavení se všechny tabulky snímků modelují jako denní tabulky faktů snímků. Pokud zadáte dotaz na časový rozsah, získá hodnotu pro každý den. Dlouhé časové rozsahy mají za následek velký počet záznamů. Pokud nepotřebujete tak vysokou přesnost, můžete použít týdenní nebo dokonce měsíční snímky.

Pravidelné snímky tabulek faktů

Analýza modeluje historická data jako pravidelnou tabulku faktů snímků. Tabulka faktů obsahuje jeden řádek vytvořený o půlnoci pro každou pracovní položku nebo typ entity na konci každého období. Historie denního období se například modeluje jako jeden řádek o půlnoci pro každý den, zatímco týdenní období by byl jeden řádek o půlnoci posledního dne v týdnu. Pokud se týden nedokončil, je hodnota snímku pro týden založená na aktuální hodnotě.

Agregačním polem této tabulky je období, nikoli jednotlivá pracovní položka. To znamená, že jedna pracovní položka se zobrazí vícekrát, jednou pro každé historické období. Výběr historie za posledních 30 dnů způsobí, že se jedna pracovní položka v datovém modelu zobrazí 30krát. Pokud se pracovní položka nezměnila během posledních 30 dnů, poslední revize pracovní položky se replikuje každý den.

Při práci s datovým konektorem Power BI a historickými daty doporučujeme použít Date pole . Pokud datová sada obsahuje historická data, ale jsou potřeba pouze aktuální hodnoty, můžete to nastavit filtrováním Is Current.

Pokud například chcete zobrazit tabulku pracovních položek a hodnot pro přidružená pole, použijte Is Current ho jako filtr nastavený na hodnotu Pravda. Pokud byste místo toho chtěli zobrazit trend pracovních položek na základě stavu, zahrnuli byste sloupec Datum na osu vizualizace.

Tip

Při použití sloupce Datum vždy používejte možnost Datum . Pole Datum není určeno k podpoře výchozích hierarchií v Power BI.

Revize pracovních položek

Pokaždé, když aktualizujete pracovní položku, systém vytvoří novou revizi a tuto akci zaznamená do System.RevisedDate pole, což je užitečné pro zadání filtru historie. Upravené datum je reprezentováno vlastnostmi RevisedDate (DateTime) a RevisedDateSK (Int32). Pro zajištění nejlepšího výkonu použijte druhý náhradní klíč data. Představuje datum, kdy byla revize vytvořena nebo kdy má hodnotu null pro aktivní nebo neúplné revize.

Pokud chcete všechna data od {startDate} hodnoty včetně, přidejte do dotazu následující filtr.

RevisedDateSK eq null or RevisedDateSK gt {startDateSK}

Sadu entit použijete WorkItemRevisions k načtení všech revizí pro danou pracovní položku. Dotaz vrátí všechny revize historických pracovních položek, včetně aktuální revize, pro pracovní položky, které filtrujete. Nezahrnuje odstraněné pracovní položky.

Tip

Pokud chcete vytvořit sestavu trendu sledování práce, vytvořte nebo upravte výchozí zobrazení Analýzy a na kartě Historie zadejte časový rámec zájmu. Další informace najdete v tématu Vytvoření analytického zobrazení.

Zobrazení Analytics i widgety Burndown a Burnup umožňují konfigurovat filtry, které vymešují datovou sadu podle vašich potřeb. Pomocí filtrů můžete omezit data na konkrétní týmy, typy pracovních položek nebo backlogy. Filtry se můžou vztahovat také na konkrétní vlastnosti nebo pole a jejich odpovídající hodnoty. Můžete například použít filtry u pracovních položek tak, aby se vrátily jenom chyby definované pro tým Fabrikam Voice , které jsou označené zákazníkem.

Způsob použití filtrů na historická data

Filtry se použijí na každou revizi pracovní položky. Řekněme například, že máme pracovní položku, která má následující revize:

Rev #	Datum revize	ID	Nadpis	Stav	Cesta k oblasti	Značky
1	1. ledna	1001	Chyba	Nová
2	2. ledna	1001	Chyba	Nová	/Admirálové
3	10. ledna	1001	Chyba	Aktivní	/Admirálové
4	12. ledna	1001	Chyba	Aktivní	/Admirálové	Zákazník
5	20. ledna	1001	Chyba	Vyřešeno	/Admirálové	Zákazník
6 (aktuální)	28. ledna	1001	Chyba	Uzavřeno	/Admirálové	Zákazník

Nejnovější revize (č. 6) je aktuální revize pracovní položky. Pokud byste v zobrazeních Analýzy na kartě Historie vybrali možnost Pouze aktuální, získali byste jeden řádek dat pro tuto pracovní položku– aktuální řádek.

Při vytváření sestav o historii bychom potenciálně mohli pro účely generování sestav stahovat revize 1 až 6.

Řekněme, že při vytváření zobrazení Analýza nebo konfiguraci widgetu Burndown nastavíte tyto dva filtry:

• Cesta oblasti = /Admirals
• Značky obsahují zákazníka.

Použití těchto filtrů na sadu revizí pracovních položek přináší následující shody:

Zápas?	Rev #	Datum revize	ID	Nadpis	Stav	Cesta k oblasti	Značky
	1	1. ledna	1001	Chyba	Nová
	2	2. ledna	1001	Chyba	Nová	/Admirálové
	3	10. ledna	1001	Chyba	Aktivní	/Admirálové
	4	12. ledna	1001	Chyba	Aktivní	/Admirálové	Zákazník
	5	20. ledna	1001	Chyba	Vyřešeno	/Admirálové	Zákazník
	6 (aktuální)	28. ledna	1001	Chyba	Uzavřeno	/Admirálové	Zákazník

Revize 1, 2 a 3 se neshodují, protože tyto revize neodpovídají filtrům. Výše uvedená pracovní položka se v sadě dat nebo grafu trendů zobrazí až do revize 4 nebo 12. ledna.

Řekněme, že byste chtěli hlásit svůj trend aktivních chyb, vytvořili byste filtr Stav = Aktivní. Tyto filtry by odpovídaly následujícím revizem:

Zápas?	Rev #	Datum změny	ID	Nadpis	Stav	Cesta k oblasti	Značky
	1	1. ledna	1001	Chyba	Nová
	2	2. ledna	1001	Chyba	Nová	/Admirálové
	3	10. ledna	1001	Chyba	Aktivní	/Admirálové
	4	12. ledna	1001	Chyba	Aktivní	/Admirálové	Zákazník
	5	20. ledna	1001	Chyba	Vyřešeno	/Admirálové	Zákazník
	6 (aktuální)	28. ledna	1001	Chyba	Uzavřeno	/Admirálové	Zákazník

Filtry by odpovídaly pouze revizi 3 a 4 pracovní položky a do grafu trendů by zahrnovaly pouze revize z 10. a 12. ledna.

Co to znamená pro Burndown nebo Burnup?

Když nakonfigurujete widget Burndown nebo Burnup, který filtruje danou značku (například Zákazník), pracovní položky se v procesu burndownu zobrazí až do data, kdy je značka pro danou pracovní položku definovaná. Pokud je v určitém okamžiku značka z pracovní položky odebrána, pracovní položka je z burndownu po datu odebrání značky .

Někteří předpokládali, že pokud má aktuální verze pracovní položky značku , bude zahrnuta do burndownu zpětně od začátku. Pokud má například aktuální verze pracovní položky značku "Zákazník", předpokládalo se, že pracovní položka bude zahrnuta do burndownu od okamžiku, kdy byla pracovní položka vytvořena.

Historické filtrování nefunguje tak, jak to funguje. Pokud by se filtry použily jenom na základě aktuální verze pracovní položky, grafy trendů by nefungovaly. Položku nemůžete z burndownu odebrat odebráním značky nebo nastavením cesty oblasti na cestu oblasti jiného týmu.

Poznámka

Zvažujeme přidání operandu "was ever" do kritérií filtru v zobrazeních a widgetech analytics, jako jsou Burndown/Burnup. Tato funkce vám umožní vytvořit filtr typu Stav byl někdy aktivní. To by znamenalo, že revize pracovní položky by odpovídala kritériím filtru, pokud by některá revize pracovní položky měla hodnotu State = Active. Pokud se domníváte, že je tato funkce důležitá, můžete pro ni hlasovat na našem webu Developer Community.

Historická data a pozastavení nebo zakázání analýz

Pozastavení analýzy zachová vaše data, ale zastaví aktualizaci dat přípravných úloh. Službu můžete obnovit později a vaše data se pak aktualizují.

Pokud správce zakáže analýzu, všechny přípravné úlohy Analytics se zakážou a odstraní se analytická data uložená v tabulkách Analytics. Všechna analytická data, která zachycují historické trendy, se ztratí. Neodstraní tím žádná další data uložená ve vaší kolekci. Tuto akci nejde vrátit zpět. Po odstranění historických dat a populárních dat je nebudete moct obnovit. Opětovné povolení analýzy neobnoví historická data.

Když je analýza zakázaná nebo odebraná, dojde k následujícím akcím:

• Nespouštějí se žádné pracovní úlohy a tabulky Analytics nebudou mít aktualizované informace.
• Data tabulky se odstraní, a pokud se analýza znovu povolí, všechna data se znovu zobrazí od začátku.

Další informace najdete v tématu Instalace nebo povolení služby Analytics.

Souhrn

Při vytváření sestav na základě historických dat se všechny filtry použijí na verzi pracovní položky k historickému bodu v čase. Pracovní položky se zobrazí v trendu, když splňují kritéria filtru. Když už nebudou splňovat kritéria filtru, zmizí z vašeho trendu.

Související články

• Pokyny k dotazům OData Analytics
• Odkaz na entity a vlastnosti pro Azure Boards
• Datový model pro analýzu