Udostępnij za pośrednictwem

Zbieranie wymagań dotyczących migracji do usługi Power BI

  • Artykuł

W tym artykule opisano etap 1, który dotyczy zbierania i określania priorytetów wymagań podczas migracji do usługi Power BI.

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

Uwaga

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

Celem etapu 1 jest zbieranie informacji i planowanie poszczególnych rozwiązań, które zostanie zmigrowane do usługi Power BI.

Dane wyjściowe z etapu 1 zawierają szczegółowe wymagania, które zostały określone priorytetowo. Należy jednak wykonać dodatkowe działania w etapach 2 i 3, aby w pełni oszacować poziom nakładu pracy.

Ważne

Etapy 1–5 reprezentują działania związane z jednym konkretnym rozwiązaniem. Istnieją decyzje i działania na poziomie organizacji/dzierżawy, które wpływają na proces na poziomie rozwiązania. Niektóre z tych działań związanych z planowaniem wyższego poziomu zostały omówione w artykule Omówienie migracji usługi Power BI. W razie potrzeby odroczenie decyzji na poziomie organizacji w celu zapewnienia wydajności i spójności.

Plan wdrażania sieci szkieletowej opisuje tego typu zagadnienia strategiczne i taktyczne. Ma on nacisk na wdrażanie organizacji.

Napiwek

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

Wymagania kompilowania

Spis istniejących elementów analizy biznesowej, skompilowany w krokach przed migracją, staje się danymi wejściowymi wymagań nowego rozwiązania, które ma zostać utworzone w usłudze Power BI. Zbieranie wymagań dotyczy zrozumienia bieżącego stanu, a także elementów, które użytkownicy chcieliby zmienić lub refaktoryzować, gdy raporty zostaną przeprojektowane w usłudze Power BI. Szczegółowe wymagania będą przydatne w przypadku planowania wdrożenia rozwiązań w etapie 2 podczas tworzenia weryfikacji koncepcji w etapie 3 oraz podczas tworzenia rozwiązania gotowego do produkcji w etapie 4.

Zbieranie wymagań dotyczących raportów

Skompiluj dokładne, łatwe w użyciu informacje o raportach, takie jak:

  • Cel, odbiorcy i oczekiwane działania: zidentyfikuj cel i proces biznesowy dotyczący każdego raportu, a także odbiorców, analityczny przepływ pracy i oczekiwane działania, które mają zostać podjęte przez użytkowników raportów.
  • Jak konsumenci korzystają z raportu: Rozważ spotkanie się z użytkownikami aktualnego raportu, aby dokładnie zrozumieć, co z nim robią. Możesz dowiedzieć się, że niektóre elementy raportu można wyeliminować lub ulepszyć w nowej wersji usługi Power BI. Ten proces obejmuje dodatkowe inwestycje czasowe, ale jest cenny w przypadku raportów krytycznych lub raportów, które są często używane.
  • właściciel i ekspert ds. zagadnień: zidentyfikuj właściciela raportu i wszystkich ekspertów w zakresie zagadnień powiązanych z raportem lub domeną danych. Mogą stać się właścicielami nowego raportu usługi Power BI w przyszłości. Uwzględnij wszelkie określone wymagania dotyczące zarządzania zmianami (które zwykle różnią się między rozwiązaniami zarządzanymi przez IT i rozwiązaniami zarządzanymi przez firmę), a także zatwierdzeniami i wylogowaniami, które będą wymagane w przypadku wprowadzenia zmian w przyszłości. Aby uzyskać więcej informacji, zobacz ten artykuł.
  • sposób dostarczania treści: Wyjaśnij oczekiwania odbiorców treści dotyczące sposobu ich dostarczania. Może to być wykonywanie na żądanie, interaktywne wykonywanie, osadzone w aplikacji niestandardowej lub dostarczanie zgodnie z harmonogramem przy użyciu subskrypcji poczty e-mail. Mogą również istnieć wymagania dotyczące wyzwalania powiadomień o alertach.
  • Wymagania dotyczące interakcyjności: określ, musi mieć i wymagania dotyczące interakcyjności, takie jak filtry, akcje przechodzenia do szczegółów lub akcje przeglądania szczegółowego.
  • Źródła danych: upewnij się, że wszystkie źródła danych wymagane przez raport są odnajdywane, a potrzeby dotyczące opóźnień danych (świeżość danych) są zrozumiałe. Zidentyfikuj dane historyczne, trendy i wymagania dotyczące migawek danych dla każdego raportu, aby można je było dopasować do wymagań dotyczących danych. Dokumentacja źródła danych może być również przydatna później podczas przeprowadzania weryfikacji danych nowego raportu przy użyciu danych źródłowych.
  • Wymagania dotyczące zabezpieczeń: Wyjaśnienie wymagań dotyczących zabezpieczeń (takich jak dozwolone osoby przeglądające, dozwolone edytory i wszelkie potrzeby zabezpieczeń na poziomie wiersza), w tym wszelkie wyjątki dotyczące normalnych zabezpieczeń organizacji. Udokumentuj dowolny poziom poufności danych, prywatność danych lub wymagania dotyczące zgodności z przepisami.
  • obliczenia, kluczowe wskaźniki wydajności i reguły biznesowe: zidentyfikuj i udokumentuj wszystkie obliczenia, kluczowe wskaźniki wydajności i reguły biznesowe, które są obecnie zdefiniowane w istniejącym raporcie, aby można je było dopasować do wymagań dotyczących danych.
  • wymagania dotyczące użyteczności, układu i kosmetyków: identyfikowanie konkretnych potrzeb użyteczności, układu i kosmetyków związanych z wizualizacjami danych, wymaganiami grupowania i sortowania oraz widocznością warunkową. Uwzględnij wszelkie konkretne zagadnienia związane z dostarczaniem urządzeń przenośnych.
  • potrzeby dotyczące drukowania i eksportowania: określ, czy istnieją specjalne wymagania dotyczące eksportu lub układu gotowego do druku. Te potrzeby będą miały wpływ na najbardziej odpowiedni typ raportu (np. raport usługi Power BI, excel lub raport podzielony na strony). Należy pamiętać, że konsumenci raportów mają tendencję do umieszczenia dużej wagi na temat tego, jak zawsze robili rzeczy, więc nie boją się kwestionować sposobu myślenia. Pamiętaj, aby mówić pod względem ulepszeń , a nie zmian.
  • Ryzyko lub obawy: określ, czy istnieją inne wymagania techniczne lub funkcjonalne dla raportów, a także wszelkie zagrożenia lub obawy dotyczące prezentowanych w nich informacji.
  • Otwarte problemy i elementy listy prac: Zidentyfikuj wszelkie przyszłe konserwacje, znane problemy lub odroczone żądania do dodania do listy prac.

Napiwek

Weź pod uwagę wymagania dotyczące klasyfikacji, klasyfikując je jako wymagane lub miłe. Często konsumenci proszą o wszystko, czego mogą potrzebować z góry, ponieważ uważają, że jest to ich jedyna szansa na wykonanie żądań. Ponadto podczas rozwiązywania priorytetów w wielu iteracji udostępnij listę prac uczestnikom projektu. Pomaga to w komunikacji, podejmowaniu decyzji i śledzeniu oczekujących zobowiązań.

Zbieranie wymagań dotyczących danych

Skompiluj szczegółowe informacje dotyczące danych, takich jak:

  • Istniejące zapytania: określ, czy istnieją zapytania raportów lub procedury składowane, które mogą być używane przez model DirectQuery lub model złożony lub można przekonwertować na model importu.
  • Typy źródeł danych: skompiluj typy niezbędnych źródeł danych, w tym scentralizowane źródła danych (takie jak magazyn danych przedsiębiorstwa), a także niestandardowe źródła danych (takie jak pliki proste lub pliki programu Excel, które rozszerzają źródła danych przedsiębiorstwa na potrzeby raportowania). Znalezienie lokalizacji źródeł danych na potrzeby łączności bramy danych jest również ważne.
  • Struktura danych i potrzeby czyszczenia: Określ strukturę danych dla każdego wymaganego źródła danych oraz do jakiego stopnia czynności czyszczenia danych są konieczne.
  • integracja danych: Z oceń, jak będą obsługiwane integracje danych w przypadku wielu źródeł danych oraz jak relacje można zdefiniować między poszczególnymi tabelami modeli. Zidentyfikuj określone elementy danych potrzebne do uproszczenia modelu i zmniejsz jego rozmiar.
  • akceptowalne opóźnienie danych: określ wymagania dotyczące opóźnienia danych dla każdego źródła danych. Będzie to mieć wpływ na decyzje dotyczące trybu przechowywania danych do użycia. Częstotliwość odświeżania danych dla tabel modelu importu jest również ważna.
  • Ilość danych i skalowalność: Oceń oczekiwania dotyczące ilości danych, które będą mieć wpływ na decyzje dotyczące obsługi dużych modeli oraz projektowania modeli DirectQuery lub Złożonych. Istotne są również zagadnienia związane z potrzebami dotyczącymi danych historycznych. W przypadku większych modeli semantycznych konieczne będzie również określenie przyrostowego odświeżania danych.
  • miary, kluczowe wskaźniki wydajności i reguły biznesowe: Ocenianie potrzeb miar, kluczowych wskaźników wydajności i reguł biznesowych. Będą one miały wpływ na decyzje dotyczące tego, gdzie należy zastosować logikę: w modelu semantycznym lub procesie integracji danych.
  • główne dane i wykaz danych: rozważ, czy występują problemy z danymi głównymi wymagającymi uwagi. Określ, czy integracja z wykazem danych przedsiębiorstwa jest odpowiednia do zwiększenia możliwości odnajdywania, uzyskiwania dostępu do definicji lub tworzenia spójnej terminologii akceptowanej przez organizację.
  • Zabezpieczenia i prywatność danych: określ, czy istnieją jakiekolwiek konkretne zagadnienia dotyczące zabezpieczeń lub prywatności danych dla modeli semantycznych, w tym wymagania zabezpieczeń na poziomie wiersza.
  • otwarte problemy i elementy listy prac: Dodaj wszelkie znane problemy, znane wady jakości danych, przyszłą konserwację lub odroczone żądania do listy prac w tej chwili.

Ważne

Możliwość ponownego zastosowania danych można osiągnąć za pomocą udostępnionych modeli semantycznych, które opcjonalnie mogą być certyfikowane w celu wskazania wiarygodności i zwiększenia możliwości odnajdywania. Ponowne wykorzystanie danych można osiągnąć za pomocą przepływów danych w celu zmniejszenia powtarzalnej logiki w wielu modelach semantycznych. Przepływy danych mogą również znacznie zmniejszyć obciążenie systemów źródłowych, ponieważ dane są pobierane rzadziej — wiele modeli semantycznych może następnie importować dane z przepływu danych.

Identyfikowanie szans poprawy

W większości przypadków występują pewne modyfikacje i ulepszenia. Rzadko zdarza się, że bezpośrednia migracja "jeden do jednego" odbywa się bez refaktoryzacji ani ulepszeń. Oto trzy typy ulepszeń, które można wziąć pod uwagę:

  • konsolidacja raportów: podobne raporty mogą być skonsolidowane przy użyciu technik, takich jak filtry, zakładki lub personalizacja. Posiadanie mniejszej liczby raportów, które są coraz bardziej elastyczne, może znacznie poprawić środowisko dla użytkowników raportów. Rozważ optymalizację modeli semantycznych na potrzeby zapytań w języku naturalnym, aby zapewnić jeszcze większą elastyczność raportów użytkownikom, umożliwiając im tworzenie własnych wizualizacji.
  • Ulepszenia wydajności: podczas zbierania wymagań można często identyfikować ulepszenia. Na przykład gdy analitycy kompilują numery ręcznie lub gdy przepływ pracy można usprawnić. Dodatek Power Query może odgrywać dużą rolę w zastępowaniu działań ręcznych, które są obecnie wykonywane. Jeśli analitycy biznesowi wykonują te same działania w celu regularnego czyszczenia i przygotowywania danych, powtarzalne kroki przygotowywania danych dodatku Power Query mogą przynieść znaczne oszczędności czasu i zmniejszyć błędy.
  • Centralizacja modelu danych: autorytatywny i certyfikowany model semantyczny służy jako szkielet zarządzanej samoobsługowej analizy biznesowej. W takim przypadku dane są zarządzane raz, a analitycy mają elastyczność używania i rozszerzania tych danych w celu zaspokojenia ich potrzeb związanych z raportowaniem i analizą.

Uwaga

Aby uzyskać więcej informacji na temat centralizacji modeli danych, przeczytaj o dyscyplinie w rdzeniu i elastyczności na brzegu sieci.

Określanie priorytetów i ocena złożoności

W tym momencie początkowy spis jest dostępny i może zawierać określone wymagania. Podczas określania priorytetów początkowego zestawu elementów analizy biznesowej gotowych do migracji raporty i dane powinny być traktowane zbiorczo, a także niezależnie od siebie.

Zidentyfikuj raporty o wysokim priorytcie, które mogą obejmować raporty, które:

  • Przynieś znaczącą wartość firmie.
  • Są wykonywane często.
  • Są wymagane przez kierownictwo wyższego szczebla lub kierownictwo.
  • Zaangażuj rozsądny poziom złożoności (aby zwiększyć prawdopodobieństwo powodzenia podczas początkowych iteracji migracji).

Zidentyfikuj dane o wysokim priorytcie, które mogą obejmować dane, które:

  • Zawiera krytyczne elementy danych.
  • To typowe dane organizacyjne, które obsługują wiele przypadków użycia.
  • Może służyć do tworzenia współużytkowanego modelu semantycznego do ponownego użycia przez raporty i wielu twórców raportów.
  • Obejmuje rozsądny poziom złożoności (w celu zwiększenia szans powodzenia podczas początkowej iteracji migracji).

Powiązana zawartość

W następnym artykule z tej serii migracji usługi Power BI dowiesz się więcej o etapie 2, który dotyczy planowania migracji dla pojedynczego rozwiązania 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 znaleźć partnera usługi Power BI, odwiedź portal partnerów usługi Microsoft Power BI .