Scenariusze użycia usługi Power BI: zarządzana samoobsługowa analiza biznesowej

Uwaga

Ten artykuł stanowi część serii artykułów dotyczących planowania implementacji usługi Power BI. Ta seria koncentruje się głównie na środowisku usługi Power BI w usłudze Microsoft Fabric. Aby zapoznać się z wprowadzeniem do serii, zobacz Planowanie implementacji usługi Power BI.

Zgodnie z opisem w harmonogramie wdrażania sieci szkieletowej zarządzana samoobsługowa analiza bi charakteryzuje się mieszanym podejściem, które podkreśla dyscyplinę na poziomie podstawowym i elastyczności na brzegu sieci. Architektura danych jest zwykle utrzymywana przez jeden zespół scentralizowanych ekspertów analizy biznesowej, podczas gdy odpowiedzialność za raportowanie należy do twórców w działach lub jednostkach biznesowych.

Zazwyczaj istnieje o wiele więcej twórców raportów niż twórcy semantycznych modeli. Twórcy raportów mogą istnieć w dowolnym obszarze organizacji. Ponieważ twórcy raportów samoobsługi często muszą szybko tworzyć zawartość, mieszane podejście pozwala im skupić się na tworzeniu raportów, które obsługują terminowe podejmowanie decyzji bez dodatkowych wysiłków związanych z tworzeniem modelu semantycznego.

Uwaga

Scenariusz samoobsługowej analizy biznesowej zarządzanych jest pierwszym scenariuszem samoobsługowej analizy biznesowej. Aby uzyskać pełną listę scenariuszy samoobsługowej analizy biznesowej, zobacz artykuł Scenariusze użycia usługi Power BI.

W przypadku zwięzłości niektóre aspekty opisane w temacie dotyczącym współpracy i dostarczania zawartości nie zostały omówione w tym artykule. Aby uzyskać pełne pokrycie, najpierw przeczytaj te artykuły.

Diagram scenariusza

Na poniższym diagramie przedstawiono ogólne omówienie najpopularniejszych akcji użytkownika i składników usługi Power BI, które obsługują zarządzaną samoobsługową usługę BI. Głównym celem jest, aby wielu twórców raportów używało scentralizowanych modeli semantycznych współużytkowanych. Aby to osiągnąć, ten scenariusz koncentruje się na oddzieleniu procesu tworzenia modelu od procesu tworzenia raportu.

Napiwek

Zachęcamy do pobrania diagramu scenariusza, jeśli chcesz go osadzić w prezentacji, dokumentacji lub wpisie w blogu albo wydrukować go jako plakat na ścianie. Ponieważ jest to obraz skalowalnej grafiki wektorowej (SVG), można go skalować w górę lub w dół bez utraty jakości.

Diagram scenariusza przedstawia następujące akcje użytkownika, narzędzia i funkcje:

Produkt	Opis
	Twórcy modeli semantycznych opracowują modele przy użyciu programu Power BI Desktop. W przypadku modeli semantycznych, które są przeznaczone do ponownego użycia, często (ale nie jest to wymagane), aby twórcy należeli do scentralizowanego zespołu, który obsługuje użytkowników w granicach organizacji (takich jak IT, analizy biznesowej przedsiębiorstwa lub Centrum doskonałości).
	Program Power BI Desktop łączy się z danymi z co najmniej jednego źródła danych.
	Tworzenie modelu danych odbywa się w programie Power BI Desktop. Dodatkowe wysiłki są podejmowane w celu utworzenia dobrze zaprojektowanego i przyjaznego dla użytkownika modelu, ponieważ będzie on używany jako źródło danych przez wielu autorów raportów samoobsługi. Twórcy modeli mogą używać zapytań języka DAX do opracowywania i eksplorowania modelu podczas opracowywania.
	Gdy są gotowe, twórcy semantycznych modeli publikują swój plik programu Power BI Desktop (pbix) lub plik projektu usługi Power BI (pbip), który zawiera tylko model do usługa Power BI.
	Model semantyczny jest publikowany w obszarze roboczym przeznaczonym do przechowywania i zabezpieczania udostępnionych modeli semantycznych. Ponieważ model semantyczny jest przeznaczony do ponownego użycia, jest zatwierdzony (certyfikowany lub promowany zgodnie z potrzebami). Model semantyczny jest również oznaczony jako możliwy do odnalezienia, aby jeszcze bardziej zachęcić do ponownego użycia. Widok pochodzenia w usługa Power BI może służyć do śledzenia zależności istniejących między elementami usługi Power BI, w tym raportów połączonych z modelem semantycznym.
	Odnajdywanie modeli semantycznych w centrum danych OneLake jest włączone, ponieważ model semantyczny jest oznaczony jako możliwy do odnalezienia. Odnajdywanie umożliwia istnienie modelu semantycznego widocznego w centrum danych przez innych twórców zawartości usługi Power BI, którzy szukają danych.
	Twórcy raportów używają centrum danych OneLake w usługa Power BI do wyszukiwania elementów danych możliwych do odnalezienia, takich jak modele semantyczne.
	Jeśli twórcy raportów nie mają uprawnień, mogą zażądać uprawnienia do tworzenia elementów danych. Spowoduje to uruchomienie przepływu pracy w celu zażądania uprawnień do kompilacji od autoryzowanego osoby zatwierdzającej. Po zatwierdzeniu twórca raportu może ponownie użyć elementów danych w celu utworzenia nowych raportów.
	Twórcy raportów tworzą nowe raporty przy użyciu programu Power BI Desktop. Raporty używają połączenia na żywo z udostępnionym modelem semantycznym.
	Twórcy raportów tworzą raporty w programie Power BI Desktop. Oprócz raportu twórcy raportów mogą używać motywów, obrazów i wizualizacji niestandardowych oraz tworzyć miary na poziomie raportu.
	Gdy wszystko będzie gotowe, twórcy raportów publikują swój plik programu Power BI Desktop w usługa Power BI.
	Raporty są publikowane w obszarze roboczym przeznaczonym do przechowywania i zabezpieczania raportów i pulpitów nawigacyjnych.
	Opublikowane raporty pozostają połączone z udostępnionymi modelami semantycznymi przechowywanymi w innym obszarze roboczym. Wszelkie zmiany modelu semantycznego współużytkowanego mają wpływ na wszystkie połączone z nim raporty.
	Inni twórcy raportów samoobsługi mogą tworzyć nowe raporty przy użyciu istniejącego modelu semantycznego udostępnionego. Twórcy raportów mogą zdecydować się na korzystanie z programu Power BI Desktop, programu Power BI Report Builder lub programu Excel.
	Niektóre źródła danych mogą wymagać lokalnej bramy danych lub bramy sieci wirtualnej na potrzeby odświeżania danych, takich jak te, które znajdują się w prywatnej sieci organizacyjnej.
	Administratorzy usługi Power BI nadzorują i monitorują aktywność w usługa Power BI.

Kwestie kluczowe

Poniżej przedstawiono niektóre kluczowe kwestie, które należy podkreślić w scenariuszu samoobsługowej analizy biznesowej zarządzanych.

Udostępniony model semantyczny

Kluczowym aspektem tworzenia zarządzanej samoobsługowej analizy biznesowej jest zminimalizowanie liczby modeli semantycznych. Ten scenariusz dotyczy współużytkowanych modeli semantycznych, które pomagają osiągnąć jedną wersję prawdy.

Uwaga

Dla uproszczenia diagram scenariusza przedstawia tylko jeden udostępniony model semantyczny. Jednak zwykle nie jest to praktyczne modelowanie wszystkich danych organizacyjnych w jednym modelu semantycznym. Drugą skrajnością jest utworzenie nowego semantycznego modelu dla każdego raportu, jak często robią mniej doświadczeni twórcy zawartości. Celem zarządzanej samoobsługowej analizy biznesowej jest znalezienie właściwej równowagi, opierając się na stosunkowo niewielu modelach semantycznych i tworzeniu nowych modeli semantycznych, gdy ma to sens.

Rozdzielanie semantycznego modelu i raportów

Gdy semantyczny model jest oddzielony od raportów, ułatwia oddzielenie wysiłku i odpowiedzialności. Współużytkowany model semantyczny jest często utrzymywany przez scentralizowany zespół (taki jak IT, BI lub Centrum doskonałości), podczas gdy raporty są obsługiwane przez ekspertów z danej dziedziny w jednostkach biznesowych. Nie jest to jednak wymagane. Na przykład ten wzorzec może zostać przyjęty przez dowolnego twórcę zawartości, który chce osiągnąć możliwość ponownego użycia.

Uwaga

Dla uproszczenia przepływy danych nie są przedstawione na diagramie scenariusza. Aby dowiedzieć się więcej na temat przepływów danych, zobacz scenariusz samoobsługowego przygotowywania danych.

Popularyzacja modelu semantycznego

Ponieważ współużytkowane modele semantyczne są przeznaczone do ponownego użycia, warto je poprzeć. Certyfikowany model semantyczny przekazuje twórcom raportów, że dane są godne zaufania i spełniają standardy jakości organizacji. Promowany model semantyczny podkreśla, że semantyczny właściciel modelu uważa, że dane są cenne i opłacalne dla innych użytkowników.

Napiwek

Najlepszym rozwiązaniem jest posiadanie spójnego, powtarzalnego, rygorystycznego procesu aprowizowania zawartości. Certyfikowana zawartość powinna wskazywać, że jakość danych została zweryfikowana. Należy również przestrzegać reguł zarządzania zmianami, mieć formalne wsparcie i być w pełni udokumentowane. Ponieważ certyfikowana zawartość przeszła rygorystyczne standardy, oczekiwania dotyczące wiarygodności są wyższe.

Odnajdywanie modeli semantycznych

Centrum danych OneLake ułatwia twórcom raportów znajdowanie, eksplorowanie i używanie modeli semantycznych w całej organizacji. Oprócz poręczenia modelu semantycznego włączenie odnajdywania modeli semantycznych ma kluczowe znaczenie dla promowania jego ponownego użycia. Odnajdywalny model semantyczny jest widoczny w centrum danych dla twórców raportów, którzy szukają danych.

Uwaga

Jeśli model semantyczny nie jest skonfigurowany do odnajdywania, tylko użytkownicy usługi Power BI z uprawnieniami do tworzenia mogą go znaleźć.

Żądanie dostępu do modelu semantycznego

Twórca raportu może znaleźć semantyczny model w centrum danych, którego chce użyć. Jeśli nie mają uprawnień do tworzenia dla modelu semantycznego, mogą zażądać dostępu. W zależności od ustawienia dostępu do żądania dla modelu semantycznego wiadomość e-mail zostanie przesłana do właściciela modelu semantycznego lub instrukcje niestandardowe zostaną wyświetlone osobie, która żąda dostępu.

Połączenie na żywo z udostępnionym modelem semantycznym

Połączenie na żywo programu Power BI Desktop łączy raport z istniejącym modelem semantycznym. Połączenia na żywo unikają konieczności utworzenia nowego modelu danych w pliku programu Power BI Desktop.

Ważne

W przypadku korzystania z połączenia na żywo wszystkie dane, których potrzebuje twórca raportu, muszą znajdować się w połączonym modelu semantycznym. Jednak w scenariuszu samoobsługowego analizy biznesowej z możliwością dostosowywania opisano sposób rozszerzania modelu semantycznego przy użyciu dodatkowych danych i obliczeń.

Publikowanie w oddzielnych obszarach roboczych

Istnieje kilka zalet publikowania raportów w obszarze roboczym innym niż miejsce przechowywania modelu semantycznego.

Po pierwsze, istnieje jasność co do tego, kto jest odpowiedzialny za zarządzanie zawartością, w której obszarze roboczym. Po drugie twórcy raportów mają uprawnienia do publikowania zawartości w obszarze roboczym raportowania (za pośrednictwem ról administratora, członka lub współautora obszaru roboczego). Jednak mają tylko uprawnienia do odczytu i kompilacji dla określonych modeli semantycznych. Ta technika umożliwia zastosowanie zabezpieczeń na poziomie wiersza w razie potrzeby dla użytkowników przypisanych do roli osoby przeglądającego.

Ważne

Podczas publikowania raportu programu Power BI Desktop w obszarze roboczym role zabezpieczeń na poziomie wiersza są stosowane do członków przypisanych do roli osoby przeglądanej w obszarze roboczym. Nawet jeśli osoby przeglądające mają uprawnienia do tworzenia modelu semantycznego, zabezpieczenia na poziomie wiersza nadal mają zastosowanie. Aby uzyskać więcej informacji, zobacz Using RLS with workspaces in Power BI (Używanie zabezpieczeń na poziomie wiersza z obszarami roboczymi w usłudze Power BI).

Analiza zależności i wpływu

Gdy współużytkowany model semantyczny jest używany przez wiele raportów, te raporty mogą istnieć w wielu obszarach roboczych. Widok pochodzenia pomaga zidentyfikować i zrozumieć zależności podrzędne. Podczas planowania zmiany modelu semantycznego najpierw przeprowadź analizę wpływu, aby zrozumieć, które zależne raporty mogą wymagać edytowania lub testowania.

Konfiguracja bramy

Zazwyczaj brama danych jest wymagana podczas uzyskiwania dostępu do źródeł danych znajdujących się w prywatnej sieci organizacyjnej lub sieci wirtualnej. Lokalna brama danych staje się odpowiednia po opublikowaniu pliku programu Power BI Desktop w usługa Power BI. Dwiema celami bramy są odświeżenie zaimportowanych danych lub wyświetlenie raportu, który wykonuje zapytania dotyczące połączenia na żywo lub modelu semantycznego trybu DirectQuery .

Uwaga

W przypadku zarządzanych scenariuszy samoobsługowej analizy biznesowej scentralizowana brama danych w trybie standardowym jest zdecydowanie zalecana w przypadku bram w trybie osobistym. W trybie standardowym brama danych obsługuje połączenia na żywo i operacje trybu DirectQuery (oprócz zaplanowanych operacji odświeżania danych).

Nadzór systemowy

Dziennik aktywności rejestruje działania użytkowników, które występują w usługa Power BI. Administratorzy usługi Power BI mogą używać zebranych danych dziennika aktywności do przeprowadzania inspekcji w celu ułatwienia im zrozumienia wzorców użycia i wdrożenia. Dziennik aktywności jest również przydatny do wspierania działań związanych z ładem, inspekcji zabezpieczeń i wymagań dotyczących zgodności. W przypadku zarządzanego scenariusza samoobsługowego analizy biznesowej szczególnie przydatne jest śledzenie użycia udostępnionych modeli semantycznych. Wysoki współczynnik modelu raport-semantyczny wskazuje dobre ponowne użycie modeli semantycznych.

Powiązana zawartość

W następnym artykule z tej serii dowiesz się, jak dostosować i rozszerzyć udostępniony model semantyczny w celu spełnienia dodatkowych typów wymagań.