Shromáždění požadavků pro migraci do Power BI

Tento článek popisuje fázi 1, která se zabývá shromažďováním a stanovením priorit požadavků při migraci do Power BI.

Poznámka:

Úplné vysvětlení výše uvedeného obrázku najdete v přehledu migrace Power BI.

Důrazem fáze 1 je shromažďování a plánování informací pro individuální řešení, které se bude migrovat do Power BI.

Výstup z fáze 1 obsahuje podrobné požadavky, u kterých byla zadána priorita. Další aktivity ve fázích 2 a 3 však musí být dokončeny, aby bylo možné plně odhadnout úroveň úsilí.

Důležité

Fáze 1–5 představují aktivity související s jedním konkrétním řešením. Na úrovni organizace nebo tenanta existují rozhodnutí a aktivity, které ovlivňují proces na úrovni řešení. Některé z těchto aktivit plánování vyšší úrovně jsou popsány v článku s přehledem migrace Power BI. V případě potřeby odložte rozhodnutí na úrovni organizace za účelem efektivity a konzistence.

Plán přechodu na prostředky infrastruktury popisuje tyto typy strategických a taktických aspektů. Klade důraz na přijetí organizace.

Tip

Většina témat probíraných v tomto článku platí také pro standardní projekt implementace Power BI.

Požadavky na kompilaci

Inventář existujících položek BI zkompilovaných v krocích před migrací se stane vstupem pro požadavky nového řešení, které se vytvoří v Power BI. Shromažďování požadavků spočívá v pochopení aktuálního stavu a také toho, jaké položky by uživatelé chtěli změnit nebo refaktorovat při změně návrhu sestav v Power BI. Podrobné požadavky budou užitečné pro plánování nasazení řešení ve fázi 2 během vytváření testování konceptu ve fázi 3 a při vytváření řešení připraveného pro produkční prostředí ve fázi 4.

Shromáždění požadavků na sestavu

Zkompilujte důkladné, snadno použitelné informace o sestavách, například:

• Účel, cílová skupina a očekávaná akce: Identifikujte účel a obchodní proces použitelný pro každou sestavu, jakož i cílovou skupinu, analytický pracovní postup a očekávanou akci, kterou mají uživatelé sestav přijmout.
• Způsob, jakým uživatelé sestavu používají: Zvažte sezení se spotřebiteli sestavy stávající sestavy, abyste přesně pochopili, co s ní dělají. Můžete se dozvědět, že některé prvky sestavy je možné odstranit nebo vylepšit v nové verzi Power BI. Tento proces zahrnuje další časovou investici, ale je cenný pro důležité sestavy nebo sestavy, které se často používají.
• Vlastník a odborník na danou problematiku: Identifikujte vlastníka sestavy a všechny odborníky na danou problematiku spojené se sestavou nebo doménou dat. Můžou se stát vlastníky nové sestavy Power BI. Zahrňte všechny konkrétní požadavky na správu změn (které se obvykle liší mezi řešeními spravovanými IT a podnikovými řešeními) a také schválení a odhlášení, které se budou vyžadovat při provedení změn v budoucnu. Další informace najdete v tomto článku.
• Metoda doručování obsahu: Objasněte očekávání uživatelů sestavy pro doručování obsahu. Může se jednat o interaktivní spuštění na vyžádání, vložené do vlastní aplikace nebo doručení podle plánu pomocí odběru e-mailu. K aktivaci oznámení upozornění můžou být také potřeba.
• Potřeby interaktivity: Určete požadavky na interaktivitu, jako jsou filtry, akce přechodu k podrobnostem nebo akce podrobné analýzy.
• Zdroje dat: Ujistěte se, že jsou zjištěny všechny zdroje dat vyžadované sestavou a že jsou pochopeny požadavky na latenci dat (aktuálnost dat). Identifikujte historická data, trendy a požadavky na snímky dat pro každou sestavu, aby byly v souladu s požadavky na data. Dokumentace ke zdroji dat může být užitečná i později při ověřování dat nové sestavy se zdrojovými daty.
• Požadavky na zabezpečení: Objasnění požadavků na zabezpečení (například povolených diváků, povolených editorů a všech potřeb zabezpečení na úrovni řádků) včetně výjimek normálního zabezpečení organizace. Zdokumentovat všechny úrovně citlivosti dat, ochranu osobních údajů nebo požadavky na dodržování právních předpisů nebo dodržování předpisů.
• Výpočty, klíčové ukazatele výkonu a obchodní pravidla: Identifikujte a zdokumentujte všechny výpočty, klíčové ukazatele výkonu a obchodní pravidla, která jsou aktuálně definovaná v rámci existující sestavy, aby bylo možné je sladit s požadavky na data.
• Použitelnost, rozložení a kosmetické požadavky: Identifikujte konkrétní použitelnost, rozložení a kosmetické potřeby související s vizualizacemi dat, seskupováním a řazením požadavků a podmíněnou viditelností. Uveďte všechny konkrétní aspekty související s doručováním mobilních zařízení.
• Potřeby tisku a exportu: Určete, jestli existují nějaké požadavky specifické pro export nebo rozložení připravené pro tisk. Tyto potřeby ovlivní, jaký typ sestavy bude nejvhodnější (například Power BI, Excel nebo stránkovaná sestava). Mějte na paměti, že spotřebitelé sestav mají tendenci umisťovat hodně důležitosti na to, jak vždycky dělali věci, takže se nebojte, že by se museli obtěžovat způsob myšlení. Nezapomeňte mluvit o vylepšeních, nikoli o změnách.
• Rizika nebo obavy: Určete, zda existují jiné technické nebo funkční požadavky na sestavy, jakož i rizika nebo obavy týkající se informací, které jsou v nich prezentovány.
• Otevřené problémy a položky backlogu: Identifikujte případné budoucí údržby, známé problémy nebo odložené požadavky, které se mají v tuto chvíli přidat do backlogu.

Tip

Zvažte řazení požadavků tak, že je klasifikujte jako musí mít nebo je dobré mít. Často se spotřebitelé ptají na všechno, co můžou potřebovat předem, protože věří, že je to jejich jediná šance na žádosti. Při řešení priorit v několika iteracích zpřístupnit backlog také zúčastněným stranám. Pomáhá s komunikací, rozhodováním a sledováním nevyřízených závazků.

Shromáždění požadavků na data

Zkompilujte podrobné informace týkající se dat, například:

• Existující dotazy: Určete, jestli existují existující dotazy sestavy nebo uložené procedury, které mohou být používány modelemDirectQuery nebo složeným modelem, nebo lze převést na model importu.
• Typy zdrojů dat: Zkompilujte typy zdrojů dat, které jsou nezbytné, včetně centralizovaných zdrojů dat (například podnikového datového skladu) a nestandardních zdrojů dat (například plochých souborů nebo excelových souborů, které rozšiřují zdroje podnikových dat pro účely vytváření sestav). Zjištění umístění zdrojů dat pro účely připojení brány dat je také důležité.
• Potřeby datové struktury a čištění: Určete datovou strukturu pro každý požadovaný zdroj dat a v jakém rozsahu jsou nezbytné aktivity čištění dat.
• Integrace dat: Vyhodnoťte, jak se bude integrace dat zpracovávat, když existuje více zdrojů dat a jak lze definovat relace mezi jednotlivými tabulkami modelu. Identifikujte konkrétní datové prvky potřebné ke zjednodušení modelu a zmenšení jeho velikosti.
• Přijatelná latence dat: Určete, jaké latence dat potřebuje pro každý zdroj dat. Bude mít vliv na rozhodnutí o tom, jaký režim úložiště dat se má použít. Je důležité znát také frekvenci aktualizace dat pro tabulky modelu importu.
• Objem dat a škálovatelnost: Vyhodnoťte očekávání objemu dat, která se budou rozhodovat o podpoře velkých modelů a navrhování modelů DirectQuery nebo složených modelů. Důležité jsou také důležité aspekty související s historickými daty. U větších sémantických modelů (dříve označovaných jako datové sady) bude potřeba také určit přírůstkovou aktualizaci dat.
• Míry, klíčové ukazatele výkonu a obchodní pravidla: Posouzení potřeb měr, klíčových ukazatelů výkonu a obchodních pravidel Budou mít vliv na rozhodnutí týkající se toho, kde logiku použít: v sémantickém modelu nebo procesu integrace dat.
• Hlavní data a katalog dat: Zvažte, jestli nejsou problémy s hlavními daty vyžadující pozornost. Zjistěte, jestli je integrace s podnikovým katalogem dat vhodná pro zlepšení zjistitelnosti, přístupu k definicím nebo vytváření konzistentní terminologie přijaté organizací.
• Zabezpečení a ochrana osobních údajů dat: Určete, jestli existují nějaké konkrétní aspekty zabezpečení nebo ochrany osobních údajů pro sémantické modely, včetně požadavků na zabezpečení na úrovni řádků.
• Otevřené problémy a položky backlogu: Přidejte do backlogu všechny známé problémy, známé chyby kvality dat, budoucí údržbu nebo odložené žádosti.

Důležité

Opětovnou použitelnost dat je možné dosáhnout pomocí sdílených sémantických modelů, které lze volitelně certifikovat k označení důvěryhodnosti a zlepšení zjistitelnosti. Opětovnou použitelnosti přípravy dat je možné dosáhnout pomocí toků dat, aby se snížila opakující se logika v několika sémantických modelech. Toky dat můžou také výrazně snížit zatížení zdrojových systémů, protože se data načítají méně často – více sémantických modelů pak může importovat data z toku dat.

Identifikace příležitostí ke zlepšení

Ve většině případů dochází k některým změnám a vylepšením. Je vzácné, že přímá migrace 1:1 probíhá bez refaktoringu nebo vylepšení. Mezi tři typy vylepšení, která můžete zvážit, patří:

• Konsolidace sestav: Podobné sestavy se můžou konsolidovat pomocí technik, jako jsou filtry, záložky nebo přizpůsobení. Když budete mít méně sestav, které jsou flexibilnější, může výrazně zlepšit prostředí pro uživatele sestav. Zvažte optimalizacisch
• Vylepšení efektivity: Během shromažďování požadavků lze často identifikovat vylepšení. Například když analytici kompilují čísla ručně nebo když je možné zjednodušit pracovní postup. Power Query může hrát velkou roli při nahrazení ručně prováděných aktivit. Pokud obchodní analytici zjistí, že provádějí stejné aktivity, aby pravidelně vyčistili a připravili data, můžou opakovatelné kroky přípravy dat Power Query přinést významné časové úspory a snížit chyby.
• Centralizace datového modelu: Autoritativní a certifikovaný sémantický model slouží jako páteř pro spravované samoobslužné funkce BI. V tomto případě se data spravují jednou a analytici mají flexibilitu používat a rozšiřovat tato data tak, aby vyhovovala potřebám sestav a analýzy.

Poznámka:

Další informace o centralizaci datových modelů najdete v článku o disciplíně v jádru a flexibilitě na hraničních zařízeních.

Stanovení priorit a posouzení složitosti

V tomto okamžiku je k dispozici počáteční inventář a může zahrnovat konkrétní požadavky. Při určování priority počáteční sady položek BI připravených k migraci by se sestavy a data měly považovat souhrnně i nezávisle na sobě.

Identifikujte sestavy s vysokou prioritou, které můžou zahrnovat sestavy, které:

• Přineste firmě významnou hodnotu.
• Spouští se často.
• Jsou vyžadovány vedoucími pracovníky nebo vedoucími pracovníky.
• Zapojte rozumnou úroveň složitosti (aby se zlepšila pravděpodobnost úspěchu během počátečních iterací migrace).

Identifikujte data s vysokou prioritou, která můžou zahrnovat data, která:

• Obsahuje důležité datové prvky.
• Jsou běžná data organizace, která slouží mnoha případům použití.
• Dá se použít k vytvoření sdíleného sémantického modelu pro opakované použití sestav a mnoha tvůrci sestav.
• Zahrnuje rozumnou úroveň složitosti (pro zlepšení pravděpodobnosti úspěchu při počáteční iteraci migrace).

Související obsah

V dalším článku této série o migraci Power BI se dozvíte o fázi 2, která se zabývá plánováním migrace pro jedno řešení Power BI.

Další užitečné materiály:

• Transformace BI Od Microsoftu
• Plánování implementace Power BI
• Otázky? Zkuste se zeptat Komunita Power BI
• Návrhy? Přispívání nápadů ke zlepšení Power BI

Zkušení partneři Power BI jsou k dispozici, aby pomohli vaší organizaci s procesem migrace uspět. Pokud chcete zapojit partnera Power BI, navštivte portál pro partnery Power BI.