Megosztás a következőn keresztül:


A Power BI-ba való migrálás követelményeinek összegyűjtése

Ez a cikk az 1. szakaszt ismerteti, amely a követelményeket gyűjti és rangsorolja a Power BI-ba való migrálás során.

Az ábra a Power BI-migrálás szakaszait mutatja be. Ebben a cikkben az 1. szakaszt emeljük ki.

Feljegyzés

A fenti ábra teljes magyarázatáért tekintse meg a Power BI migrálásának áttekintését.

Az 1. fázis a Power BI-ba migrálandó egyedi megoldások információgyűjtésére és tervezésére helyezi a hangsúlyt.

Az 1. fázis kimenete olyan részletes követelményeket tartalmaz, amelyek rangsorolásra kerültek. A 2. és a 3. szakaszban azonban további tevékenységeket kell elvégezni az erőfeszítések szintjének teljes becsléséhez.

Fontos

Az 1–5. fázis egy adott megoldáshoz kapcsolódó tevékenységeket jelöl. Vannak olyan döntések és tevékenységek a szervezeti/bérlői szinten, amelyek hatással vannak a folyamatra a megoldás szintjén. A magasabb szintű tervezési tevékenységek némelyikét a Power BI migrálását áttekintő cikkben tárgyaljuk. Adott esetben halasztsa el a szervezeti szintű döntéseket a hatékonyság és a konzisztencia érdekében.

A Háló bevezetésének ütemterve az ilyen típusú stratégiai és taktikai szempontokat ismerteti. Nagy hangsúlyt fektet a szervezeti bevezetésre.

Tipp.

A cikkben tárgyalt témakörök többsége egy szabványos Power BI-megvalósítási projektre is vonatkozik.

Fordítási követelmények

A migrálás előtti lépésekben összeállított meglévő BI-elemek leltára lesz a Bemenet a Power BI-ban létrehozandó új megoldás követelményeihez. A gyűjtési követelmények az aktuális állapot megértését, valamint azt, hogy a felhasználók milyen elemeket szeretnének módosítani vagy újratervezni a jelentések Power BI-ban való újratervezésekor. A részletes követelmények a 2. fázisban, a 3. fázisban a koncepció igazolásának létrehozásakor és a 4. fázisban az éles üzemre kész megoldás létrehozásakor hasznosak lesznek.

Jelentéskövetelmények összegyűjtése

Részletes, könnyen áttekinthető információk fordítása a jelentésekről, például:

  • Cél, célközönség és várt művelet: Azonosítsa az egyes jelentésekre alkalmazandó célt és üzleti folyamatot, valamint a célközönséget, az elemzési munkafolyamatot és a jelentésfelhasználók által végrehajtandó várt műveletet.
  • Hogyan használják a felhasználók a jelentést: Fontolja meg a meglévő jelentés felhasználóival való ülést, hogy pontosan megértse, mit csinálnak vele. Megtanulhatja, hogy a jelentés bizonyos elemei kiküszöbölhetők vagy továbbfejleszthetők az új Power BI-verzióban. Ez a folyamat további időbefektetést is magában foglal, de hasznos a gyakran használt kritikus jelentésekhez vagy jelentésekhez.
  • tulajdonosi és tárgyszakértői: Azonosítsa a jelentés tulajdonosát és a jelentéshez vagy adattartományhoz kapcsolódó bármely szakértőt. Lehet, hogy ők lesznek az új Power BI-jelentés tulajdonosai. Adjon meg minden konkrét változáskezelési követelményeket (amelyek jellemzően különböznek az informatikai és az üzletileg felügyelt megoldásoktól), valamint jóváhagyásokat és kijelentkezéseket, amelyek a jövőbeni módosításokhoz szükségesek lesznek. További információkért tekintse meg ezt a cikket.
  • tartalomkézbesítési módszer: Tisztázza a jelentés felhasználóinak a tartalomkézbesítésre vonatkozó elvárásait. Ez lehet igény szerinti, interaktív végrehajtás, egyéni alkalmazásba ágyazva, vagy ütemezés szerint történő kézbesítés e-mail-előfizetés használatával. A riasztási értesítések aktiválására is lehetnek követelmények.
  • interaktivitáshozszükséges: Határozza meg, kell rendelkeznie, és interaktivitási követelményeket, például szűrőket, részletezési műveleteket vagy részletezési műveleteket.
  • Adatforrások: Győződjön meg arról, hogy a jelentés által igényelt összes adatforrás felderítve van, és az adatkésés igényei (adatfrissítés) érthetők. Azonosítsa az egyes jelentések előzményadatait, trendi és adatpillanatkép-követelményeit, hogy azok igazodjanak az adatkövetelményekhez. Az adatforrás dokumentációja később is hasznos lehet, ha egy új jelentés adatérvényesítését hajtja végre a forrásadatokkal.
  • biztonsági követelmények: Tisztázza a biztonsági követelményeket (például az engedélyezett megtekintőket, az engedélyezett szerkesztőket és a sorszintű biztonsági igényeket), beleértve a normál szervezeti biztonság alóli kivételeket is. Dokumentálja az adatok bizalmassági szintjét, az adatvédelmet vagy a szabályozási/megfelelőségi igényeket.
  • Számítások, KPI-k és üzleti szabályok: Azonosítsa és dokumentálja a meglévő jelentésben jelenleg definiált összes számítást, KPI-t és üzleti szabályt, hogy azok igazodjanak az adatkövetelményekhez.
  • használhatósági, elrendezési és kozmetikai követelmények: Az adatvizualizációkhoz, csoportosítási és rendezési követelményekhez, valamint a feltételes láthatósághoz kapcsolódó konkrét használhatósági, elrendezési és kozmetikai igények azonosítása. Vegye figyelembe a mobileszköz-kézbesítéssel kapcsolatos minden konkrét szempontot.
  • nyomtatás és exportálás szükségletei: Határozza meg, hogy vannak-e olyan követelmények, amelyek kifejezetten az exportálásra vagy a nyomtatásra kész elrendezésre vonatkoznak. Ezek az igények befolyásolják, hogy melyik jelentéstípus legyen a legmegfelelőbb (például Power BI, Excel vagy lapszámozott jelentés). Vegye figyelembe, hogy a jelentésfelhasználók általában nagy hangsúlyt fektetnek arra, hogy mindig hogyan tették a dolgokat, ezért ne féljenek a gondolkodásmódjuk megkérdőjelezésétől. Ügyeljen arra, hogy a módosítások helyett a fejlesztésekről beszéljen.
  • Kockázatok vagy aggodalmak: Annak meghatározása, hogy vannak-e más műszaki vagy funkcionális követelmények a jelentésekhez, valamint a bennük szereplő információkra vonatkozó kockázatok vagy aggodalmak.
  • Problémák és teendőnapló-elemek megnyitása: Azonosítsa azokat a jövőbeli karbantartásokat, ismert problémákat vagy halasztott kéréseket, amelyek hozzáadhatók a hátralékhoz.

Tipp.

Fontolja meg a rangsorolási követelményeket úgy, hogy azokat úgy sorolja be, ahogyan az szükséges vagy jó. A fogyasztók gyakran kérnek mindent, amire esetleg szükségük lehet, mert úgy vélik, hogy ez az egyetlen esélyük a kérések benyújtására. Emellett a prioritások több iterációban történő kezelésekor tegye elérhetővé a teendőlistát az érdekelt felek számára. Segít a kommunikációban, a döntéshozatalban és a függőben lévő kötelezettségvállalások nyomon követésében.

Adatkövetelmények összegyűjtése

Az adatokra vonatkozó részletes információk fordítása, például:

  • Meglévő lekérdezések: Azonosítsa, hogy léteznek-e olyan meglévő jelentés-lekérdezések vagy tárolt eljárások, amelyeket DirectQuery-modell vagy összetett modellhasználhat, vagy importáló modellké alakítható.
  • Adatforrások típusai: A szükséges adatforrástípusok fordítása, beleértve a központosított adatforrásokat (például vállalati adattárházat) és a nem szabványos adatforrásokat (például a vállalati adatforrásokat jelentéskészítési célokra bővítő sima fájlokat vagy Excel-fájlokat). Az adatforrások helye az adatátjáró-kapcsolat szempontjából is fontos.
  • Adatstruktúrára és -tisztításravan szükség: Határozza meg az egyes szükséges adatforrások adatstruktúráját, és hogy milyen mértékben van szükség adattisztítási tevékenységekre.
  • Adatintegráció: Annak felmérése, hogy az adatintegráció hogyan lesz kezelve, ha több adatforrás van, és hogyan határozhatók meg kapcsolatok az egyes modelltáblák között. A modell leegyszerűsítéséhez és méretének csökkentéséhez szükséges konkrét adatelemek azonosítása.
  • Elfogadható adatkésés: Határozza meg az egyes adatforrásokhoz szükséges adatkéséseket. Ez hatással lesz a használni kívánt adattárolási módra vonatkozó döntésekre. A modelltáblák importálásának adatfrissítési gyakoriságát is fontos tudni.
  • Adatmennyiség és méretezhetőség: Értékelje ki az adatmennyiségre vonatkozó elvárásokat, amelyek figyelembe veszi nagy modelltámogatási és DirectQuery- vagy összetett modellek. Az előzményadatokkal kapcsolatos szempontokat is ismerni kell. A nagyobb szemantikai modellek esetében a növekményes adatfrissítés meghatározására is szükség lesz.
  • Mértékek, KPI-k és üzleti szabályok: Az intézkedések, KPI-k és üzleti szabályok iránti igények felmérése. Hatással lesznek a logikát alkalmazó döntésekre: a szemantikai modellben vagy az adatintegrációs folyamatban.
  • főadatok és adatkatalógus: Fontolja meg, hogy vannak-e figyelmet igénylő főadat-problémák. Annak meghatározása, hogy a vállalati adatkatalógussal való integráció alkalmas-e a felderíthetőség fokozására, a definíciók elérésére vagy a szervezet által elfogadott konzisztens terminológia létrehozására.
  • Biztonsági és adatvédelmi: Annak meghatározása, hogy vannak-e konkrét biztonsági vagy adatvédelmi szempontok a szemantikai modellek esetében, beleértve sorszintű biztonsági követelményeket.
  • Problémák és teendőnapló-elemek megnyitása: Adjon hozzá minden ismert problémát, ismert adatminőségi hibát, jövőbeli karbantartást vagy halasztott kérést a hátralékhoz.

Fontos

Az adatok újrafelhasználhatósága megosztott szemantikai modellekkel érhető el, amelyek opcionálisan minősíthetők a megbízhatóság jelzésére és a felderíthetőség javítására. Az adatelőkészítés újrahasználhatósága adatfolyamokkal érhető el, hogy több szemantikai modellben csökkentse az ismétlődő logikát. Az adatfolyamok jelentősen csökkenthetik a forrásrendszerek terhelését is, mivel az adatok lekérése ritkábban történik – több szemantikai modell is importálhat adatokat az adatfolyamból.

Fejlesztési lehetőségek azonosítása

A legtöbb esetben bizonyos módosítások és fejlesztések történnek. Ritkán fordul elő, hogy közvetlen egy-az-egyhez migrálás történik újrabontás vagy fejlesztés nélkül. Háromféle fejlesztést érdemes megfontolni:

  • Jelentések konszolidálása: A hasonló jelentések olyan technikákkal konszolidálhatók, mint a szűrők, könyvjelzők vagy személyre szabás. Ha kevesebb jelentést készít, amelyek mindegyike rugalmasabb, jelentősen javíthatja a jelentésfelhasználók élményét. Fontolja meg a szemantikai modellek optimalizálását a Q&A-hoz (természetes nyelvi lekérdezésekhez), hogy még nagyobb rugalmasságot biztosítson a felhasználók jelentéséhez, így saját vizualizációkat hozhat létre.
  • Hatékonysági fejlesztések: A követelmények összegyűjtése során gyakran azonosíthatók a fejlesztések. Ha például az elemzők manuálisan fordítanak le számokat, vagy ha egy munkafolyamat egyszerűsíthető. A Power Query nagy szerepet játszhat a jelenleg végrehajtott manuális tevékenységek lecserélésében. Ha az üzleti elemzők ugyanazokat a tevékenységeket végzik az adatok rendszeres megtisztítása és előkészítése érdekében, az ismétlődő Power Query-adatelőkészítési lépések jelentős időt takaríthatnak meg és csökkenthetik a hibákat.
  • Adatmodell központosítása: A felügyelt önkiszolgáló BI gerincét egy mérvadó és minősített szemantikai modell biztosítja. Ebben az esetben az adatok kezelése egyszer történik, és az elemzők rugalmasan használhatják és bővíthetik ezeket az adatokat a jelentéskészítési és elemzési igényeiknek megfelelően.

Feljegyzés

Az adatmodellek központosításával kapcsolatos további információkért olvassa el az alapvető szemléletet és a rugalmasságot a peremhálózaton.

Az összetettség rangsorolása és értékelése

Ezen a ponton a kezdeti készlet elérhető, és konkrét követelményeket is tartalmazhat. A migrálásra kész BI-elemek kezdeti készletének rangsorolásakor a jelentéseket és az adatokat együttesen és egymástól függetlenül kell figyelembe venni.

Azonosítsa a magas prioritású jelentéseket, amelyek a következő jelentéseket tartalmazhatják:

  • Jelentős értéket teremthet a vállalkozás számára.
  • A rendszer gyakran hajtja végre.
  • A vezető vezetők vagy vezetők igénylik.
  • A kezdeti migrálási iterációk sikerességének javítása érdekében ésszerű szintű összetettséget igényel.

Azonosítsa a magas prioritású adatokat, amelyek az alábbiakat tartalmazhatják:

  • Kritikus adatelemeket tartalmaz.
  • Gyakori szervezeti adatok, amelyek számos használati esetet szolgálnak ki.
  • Használható megosztott szemantikai modell létrehozására, amelyet a jelentések és számos jelentés létrehozója újra felhasználhat.
  • Ésszerű összetettséget igényel (a kezdeti migrálási iterációk sikerességének javítása érdekében).

A Power BI migrálási sorozatának következő cikkében megismerheti a 2. fázist, amely egyetlen Power BI-megoldás áttelepítésének tervezésével foglalkozik.

További hasznos források:

Tapasztalt Power BI-partnerek állnak rendelkezésre, amelyek segítenek a szervezetnek a migrálási folyamat sikeres végrehajtásában. Power BI-partner kereséséhez látogasson el Microsoft Power BI-partnerek portálra.