Udostępnij za pośrednictwem

Tworzenie zawartości do migracji do usługi Power BI

  • Artykuł

W tym artykule opisano etap 4, który dotyczy tworzenia i weryfikowania zawartości podczas migracji do usługi Power BI.

Diagram przedstawia etapy migracji usługi Power BI. W tym artykule kładzie się nacisk na etap 4.

Uwaga

Aby uzyskać pełne wyjaśnienie powyższej grafiki, zobacz Omówienie migracji usługi Power BI.

Celem etapu 4 jest wykonanie rzeczywistej pracy w celu przekonwertowania weryfikacji koncepcji na rozwiązanie gotowe do produkcji.

Dane wyjściowe z tego etapu to rozwiązanie usługi Power BI, które zostało zweryfikowane w obszarze roboczym programowania i jest gotowe do wdrożenia w środowisku produkcyjnym.

Napiwek

Większość tematów omówionych w tym artykule dotyczy również standardowego projektu implementacji usługi Power BI.

Tworzenie rozwiązania produkcyjnego

W tym momencie ta sama osoba, która wykonała weryfikację koncepcji, może kontynuować tworzenie gotowego do produkcji rozwiązania usługi Power BI gotowego do produkcji. Lub, ktoś inny może być zaangażowany. Jeśli osie czasu nie są zagrożone, warto zaangażować ludzi, którzy będą odpowiedzialni za opracowywanie usługi Power BI w przyszłości. Dzięki temu mogą aktywnie uczyć się.

Ważne

Użyj jak największej ilości pracy z weryfikacji koncepcji, jak to możliwe.

Opracowywanie nowego modelu semantycznego importu

Możesz utworzyć nowy model semantyczny Importuj, gdy istniejący model semantyczny usługi Power BI jeszcze nie istnieje, aby spełniał Twoje potrzeby lub jeśli nie można go ulepszyć zgodnie z potrzebami.

Najlepiej od samego początku rozważyć oddzielenie pracy programistycznej dla danych i raportów. Oddzielenie danych i raportów ułatwi rozdzielenie pracy i uprawnień, gdy różne osoby są odpowiedzialne za modelowanie danych i raporty. Zapewnia to bardziej skalowalne podejście i zachęca do ponownego korzystania z danych.

Podstawowe działania związane z opracowywaniem modelu semantycznego importu obejmują:

Napiwek

Jeśli masz różne środowiska programistyczne/testowe/produkcyjne, rozważ sparametryzowanie źródeł danych. Wdrożenie opisane w etapie 5 znacznie ułatwi wdrożenie.

Tworzenie nowych raportów i pulpitów nawigacyjnych

Podstawowe działania związane z opracowywaniem raportu lub pulpitu nawigacyjnego usługi Power BI obejmują:

  • Zdecyduj się na użycie połączenia na żywo z istniejącym modelem danych lub utworzenie nowego modelu danych
  • Podczas tworzenia nowego modelu danych zdecyduj się na tryb przechowywania danych dla tabel modelu (Import, DirectQuery lub Composite).
  • Zdecyduj się na najlepsze narzędzie do wizualizacji danych, aby spełnić wymagania: Power BI Desktop, Paginated Report Builder lub Excel.
  • Zdecyduj się na najlepsze wizualizacje , aby opowiedzieć historię, którą raport musi powiedzieć, i aby odpowiedzieć na pytania, na które musi odpowiedzieć raport.
  • Upewnij się, że wszystkie wizualizacje prezentują jasną, zwięzłą i przyjazną terminologię biznesową.
  • Spełnianie wymagań dotyczących interakcyjności.
  • W przypadku korzystania z połączenia na żywo dodaj miary na poziomie raportu.
  • Utwórz pulpit nawigacyjny w usługa Power BI, zwłaszcza gdy konsumenci chcą łatwo monitorować kluczowe metryki.

Uwaga

Wiele z tych decyzji zostanie podjętych we wcześniejszych etapach planowania lub w technicznych weryfikacji koncepcji.

Weryfikowanie rozwiązania

Istnieją cztery główne aspekty weryfikacji rozwiązania usługi Power BI:

  1. Dokładność danych
  2. Zabezpieczenia
  3. Funkcje
  4. Wydajność

Weryfikowanie dokładności danych

W ramach jednorazowego wysiłku podczas migracji należy upewnić się, że dane w nowym raporcie są zgodne z tym, co jest wyświetlane w starszym raporcie. Lub — jeśli istnieje różnica — być w stanie wyjaśnić, dlaczego. Jest to bardziej powszechne niż można pomyśleć, aby znaleźć błąd w starszym rozwiązaniu, który zostanie rozwiązany w nowym rozwiązaniu.

W ramach trwających działań związanych z walidacją danych nowy raport zazwyczaj musi być sprawdzany krzyżowo z oryginalnym systemem źródłowym. W idealnym przypadku ta walidacja odbywa się w powtarzalny sposób za każdym razem, gdy publikujesz zmianę raportu.

Weryfikowanie zabezpieczeń

Podczas weryfikowania zabezpieczeń należy wziąć pod uwagę dwa podstawowe aspekty:

  • Uprawnienia dotyczące danych
  • Dostęp do semantycznych modeli, raportów i pulpitów nawigacyjnych

W modelu semantycznym Importuj uprawnienia danych są stosowane przez definiowanie zabezpieczeń na poziomie wiersza. Istnieje również możliwość, że uprawnienia danych są wymuszane przez system źródłowy podczas korzystania z trybu przechowywania DirectQuery (ewentualnie przy użyciu logowania jednokrotnego).

Główne sposoby udzielania dostępu do zawartości usługi Power BI to:

  • Role obszaru roboczego (dla edytorów zawartości i osób przeglądających).
  • Uprawnienia odbiorców aplikacji zastosowane do spakowanego zestawu zawartości obszaru roboczego (dla osób przeglądających).
  • Udostępnianie pojedynczego raportu lub pulpitu nawigacyjnego (dla osób przeglądających).

Napiwek

Zalecamy trenowanie autorów zawartości na temat efektywnego zarządzania zabezpieczeniami. Ważne jest również, aby zapewnić niezawodne testowanie, inspekcję i monitorowanie.

Weryfikowanie funkcjonalności

Nadszedł czas, aby dokładnie sprawdzić szczegóły semantyczne modelu, takie jak nazwy pól, formatowanie, sortowanie i domyślne zachowanie podsumowania. Interaktywne funkcje raportów, takie jak fragmentatory, akcje przechodzenia do szczegółów, akcje przeglądania szczegółowego, wyrażenia, przyciski lub zakładki, również powinny zostać zweryfikowane.

Podczas procesu programowania rozwiązanie usługi Power BI powinno być regularnie publikowane w obszarze roboczym programowania w usługa Power BI. Sprawdź, czy wszystkie funkcje działają zgodnie z oczekiwaniami w usłudze, takie jak renderowanie wizualizacji niestandardowych. Dobrym czasem jest również przeprowadzenie dalszych testów. Przetestuj zaplanowane odświeżanie, Q&A oraz sposób, w jaki raporty i pulpity nawigacyjne wyglądają na urządzeniu przenośnym.

Weryfikowanie wydajności

Wydajność rozwiązania Power BI jest ważna dla środowiska użytkownika. Większość raportów powinna prezentować wizualizacje w ciągu poniżej 10 sekund. Jeśli masz raporty, które ładują się dłużej, wstrzymaj i ponownie zastanów się, co może przyczynić się do opóźnień. Wydajność raportów powinna być regularnie oceniana w usługa Power BI oprócz programu Power BI Desktop.

Wiele problemów z wydajnością wynika z niestandardowego języka DAX (eXpressions analizy danych), słabego projektu modelu semantycznego lub nieoptymalnego projektu raportu (na przykład próby renderowania zbyt wielu wizualizacji na jednej stronie). Problemy ze środowiskiem technicznym, takie jak sieć, przeciążona brama danych lub sposób konfigurowania pojemności Premium mogą również przyczynić się do problemów z wydajnością. Aby uzyskać więcej informacji, zobacz Przewodnik optymalizacji dla usługi Power BI i Rozwiązywanie problemów z wydajnością raportów w usłudze Power BI.

Ważne

Czasami w tym artykule opisano usługę Power BI Premium lub jej subskrypcje pojemności (jednostki SKU P). Należy pamiętać, że firma Microsoft obecnie konsoliduje opcje zakupu i cofnie usługę Power BI Premium na jednostki SKU pojemności. Nowi i istniejący klienci powinni rozważyć zakup subskrypcji pojemności sieci szkieletowej (jednostki SKU F).

Aby uzyskać więcej informacji, zobacz Ważne aktualizacje dostępne w licencjonowaniu usługi Power BI Premium i Power BI Premium — często zadawane pytania.

Dokumentowanie rozwiązania

Istnieją dwa główne typy dokumentacji, które są przydatne w przypadku rozwiązania usługi Power BI:

  • Dokumentacja modelu semantycznego
  • Dokumentacja raportu

Dokumentacja może być przechowywana wszędzie tam, gdzie jest ona najbardziej dostępna dla odbiorców docelowych. Dostępne są typowe opcje:

  • W witrynie programu SharePoint: witryna programu SharePoint może istnieć dla Witryny Centrum doskonałości lub wewnętrznej witryny społeczności usługi Power BI.
  • W aplikacji: adresy URL można skonfigurować podczas publikowania aplikacji usługi Power BI w celu przekierowania użytkownika do dodatkowych informacji.
  • W poszczególnych plikach programu Power BI Desktop: elementy modelu, takie jak tabele i kolumny, mogą definiować opis. Te opisy są wyświetlane jako etykietki narzędzi w okienku Pola podczas tworzenia raportów.

Napiwek

Jeśli tworzysz witrynę służącą jako centrum dokumentacji związanej z usługą Power BI, rozważ dostosowanie menu Uzyskiwanie pomocy z lokalizacją adresu URL.

Tworzenie dokumentacji modelu semantycznego

Dokumentacja modelu semantycznego jest przeznaczona dla użytkowników, którzy będą zarządzać modelem semantycznym w przyszłości. Warto uwzględnić następujące elementy:

  • Decyzje projektowe i przyczyny.
  • Kto jest właścicielem, utrzymuje i potwierdza semantyczne modele.
  • Wymagania dotyczące odświeżania danych.
  • Niestandardowe reguły biznesowe zdefiniowane w modelach semantycznych.
  • Określone wymagania dotyczące zabezpieczeń modelu semantycznego lub prywatności danych.
  • Przyszłe potrzeby konserwacyjne.
  • Znane otwarte problemy lub odroczone elementy listy prac.

Możesz również wybrać utworzenie dziennika zmian, który podsumowuje najważniejsze zmiany, które wystąpiły w modelu semantycznym w czasie.

Tworzenie dokumentacji raportu

Dokumentacja raportów, która jest zwykle ustrukturyzowana jako przewodnik przeznaczony dla użytkowników raportów, może pomóc konsumentom uzyskać większą wartość z raportów i pulpitów nawigacyjnych. Krótki samouczek wideo często działa dobrze.

Możesz również dołączyć dodatkową dokumentację raportu na ukrytej stronie raportu. Może zawierać decyzje projektowe i dziennik zmian.

Powiązana zawartość

W następnym artykule z tej serii migracji usługi Power BI dowiesz się więcej o etapie 5, który dotyczy wdrażania, obsługi i monitorowania zawartości podczas migracji do usługi Power BI.

Inne pomocne zasoby obejmują:

Doświadczeni partnerzy usługi Power BI są dostępni, aby pomóc organizacji w pomyślnym zakończeniu procesu migracji. Aby zaangażować partnera usługi Power BI, odwiedź portal partnerski usługi Power BI.