Testování konceptu migrace do Power BI

Tento článek popisuje fázi 3, která se zabývá provedením testování konceptu (POC) za účelem zmírnění rizika a řešení neznámých položek co nejdříve při migraci do Power BI.

Poznámka:

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

Cílem fáze 3 je co nejdříve řešit neznámé informace a zmírnit rizika. Technické POC je užitečné pro ověřování předpokladů. Dá se provádět iterativním způsobem společně s plánováním nasazení řešení (popsané ve fázi 2).

Výstupem z této fáze je řešení Power BI, které je úzké v oboru, řeší počáteční otevřené otázky a je připravená na další práci ve fázi 4 , aby byla připravená na produkční prostředí.

Důležité

Nemáme v úmyslu, aby poC byla jednorázová práce. Místo toho očekáváme, že se jedná o počáteční iteraci řešení připraveného pro produkční prostředí. Ve vaší organizaci můžete na tuto aktivitu odkazovat jako na prototyp, pilotní nasazení, napodobování, rychlý start nebo minimálně realizovatelný produkt (MVP). Vedení POC není vždy nutné a může se dokonce stát neformálně.

Tip

Většina témat probíraných v tomto článku platí také pro standardní projekt implementace Power BI. Vzhledem k tomu, že se vaše organizace s Power BI zkušenější, je potřeba provádět snížení poc. Vzhledem k rychlému tempu vydávání v Power BI a průběžnému zavádění nových funkcí ale můžete pravidelně provádět technické poc pro účely výuky.

Nastavení cílů a rozsahu POC

Při provádění POC se zaměřte na následující cíle:

• Ověřte předpoklady týkající se fungování funkce.
• Informujte se o rozdílech v tom, jak Power BI funguje v porovnání se starší platformou BI.
• Ověřte počáteční porozumění určitým požadavkům u odborníků na danou problematiku.
• Vytvořte malý sémantický model (dříve označovaný jako datová sada) se skutečnými daty, abyste pochopili a zjistili případné problémy se strukturou dat, relacemi, datovými typy nebo datovými hodnotami.
• Experimentujte s výrazy syntaxe JAZYKA DAX používanými výpočty modelu a ověřte je.
• Otestujte připojení ke zdroji dat pomocí brány (pokud se jedná o zdroj brány).
• Otestujte aktualizaci dat pomocí brány (pokud se jedná o zdroj brány).
• Ověřte konfigurace zabezpečení, včetně zabezpečení na úrovni řádků, pokud je to možné.
• Experimentujte s rozložením a kosmetickými rozhodnutími.
• Ověřte, že všechny funkce v služba Power BI fungují podle očekávání.

Rozsah POC závisí na tom, co jsou neznámé nebo jaké cíle je potřeba ověřit u kolegů. Pokud chcete snížit složitost, udržujte co nejužší poc z hlediska rozsahu.

U migrace jsou požadavky nejčastěji známé, protože existuje existující řešení, od kterých je potřeba začít. V závislosti na rozsahu vylepšení nebo stávajících dovedností Power BI ale poC stále přináší významnou hodnotu. Rychlé vytváření prototypů s zpětnou vazbou od spotřebitelů by navíc mohlo být vhodné k rychlému objasnění požadavků – zejména v případě, že dojde k vylepšením.

Důležité

I když POC obsahuje jenom podmnožinu dat nebo obsahuje jenom omezené vizuály, je často důležité je vzít je od začátku do konce. To znamená, že od vývoje v Power BI Desktopu po nasazení do vývojového pracovního prostoru v služba Power BI. Je to jediný způsob, jak plně dosáhnout cílů POC. Platí to zejména v případě, že služba Power BI musí poskytovat důležité funkce, které jste předtím nepoužívali, jako je sémantický model DirectQuery, který používá jednotné přihlašování. Během poc se zaměřte na aspekty, o kterých si nejste jistí nebo potřebujete ověřit s ostatními.

Zpracování rozdílů v Power BI

Power BI se dá použít jako modelový nástroj nebo jako nástroj založený na sestavách. Modelové řešení zahrnuje vývoj datového modelu, zatímco řešení založené na sestavách se připojuje k již nasazeným datovým modelu.

Vzhledem k extrémní flexibilitě existují některé aspekty Power BI, které se můžou zásadně lišit od starší platformy BI, ze které migrujete.

Zvažte změnu návrhu architektury dat.

Pokud migrujete ze starší platformy BI, která má vlastní sémantickou vrstvu, bude vytvoření sémantického modelu importu pravděpodobně dobrou volbou. Power BI funguje nejlépe s návrhem tabulky hvězdicového schématu . Proto pokud starší sémantická vrstva není hvězdicovým schématem, je možné, že pro úplné využití Power BI může být nutné některé změny návrhu. Úsilí při definování sémantické vrstvy, která se řídí principy návrhu hvězdicového schématu (včetně relací, běžně používaných měr a přívětivé organizační terminologie), slouží jako vynikající výchozí bod pro autory samoobslužných sestav.

Pokud migrujete ze starší platformy BI, kde sestavy odkazují na relační zdroje dat pomocí dotazů SQL nebo uložených procedur a pokud plánujete používat Power BI v režimu DirectQuery, můžete být schopni dosáhnout migrace datového modelu 1:1.

Upozornění

Pokud vidíte vytváření velkého množství souborů Power BI Desktopu, které tvoří jednu importovanou tabulku, obvykle se jedná o indikátor, že návrh není optimální. Pokud si všimnete této situace, prozkoumejte, jestli by použití sdílených sémantických modelů vytvořených pomocí návrhu hvězdicového schématu mohlo dosáhnout lepšího výsledku.

Rozhodněte se, jak zpracovávat převody řídicích panelů.

V odvětví BI je řídicí panel kolekcí vizuálů, které zobrazují klíčové metriky na jedné stránce. V Power BI ale řídicí panel představuje konkrétní funkci vizualizace, kterou je možné vytvořit pouze v služba Power BI. Při migraci řídicího panelu ze starší platformy BI máte dvě možnosti:

1. Starší řídicí panel je možné znovu vytvořit jako sestavu Power BI. Většina sestav se vytváří pomocí Power BI Desktopu. Stránkované sestavy a excelové sestavy jsou také alternativními možnostmi.
2. Starší řídicí panel je možné znovu vytvořit jako řídicí panel Power BI. Řídicí panely jsou funkcí vizualizace služba Power BI. Vizuály řídicího panelu se často vytvářejí připnutím vizuálů z jedné nebo více sestav, otázek a odpovědí nebo Rychlé přehledy.

Tip

Protože řídicí panely jsou typem obsahu Power BI, nepoužívejte v názvu sestavy nebo řídicího panelu slovo řídicí panel .

Fokus na celkový obrázek při opětovném vytváření vizuálů

Každý nástroj BI má své silné stránky a oblasti zaměření. Z tohoto důvodu nemusí přesné vizuály sestavy, na kterých jste ve starší platformě BI záviseli, mít v Power BI blízký ekvivalent.

Při opětovném vytváření vizuálů sestav se zaměřte více na obchodní otázky, které sestava řeší. Eliminuje tlak na replikaci návrhu každého vizuálu přesně stejným způsobem. I když spotřebitelé obsahu ocení konzistenci při používání migrovaných sestav, je důležité, abyste se nezachytili v časově náročných debatách o malých podrobnostech.

Související obsah

V dalším článku této řady o migraci Power BI se dozvíte o fázi 4, která se zabývá vytvářením a ověřováním obsahu při migraci do 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.