Jaa


Soveltuvuusselvityksen tekeminen Power BI:hin siirtymistämiseksi

Tässä artikkelissa kuvataan vaihe 3, joka koskee soveltuvuusselvityksen suorittamista tuntemattomien riskien ja osoitteiden vähentämiseksi mahdollisimman varhain siirryttäessä Power BI:hin.

Kaaviossa näkyvät Power BI:hin siirtymisen vaiheet. Tässä artikkelissa korostetaan vaihetta 3.

Muistiinpano

Edellä olevan kuvan täydellinen kuvaus on kohdassa Power BI:hin siirtymisen yleiskatsaus.

Vaiheessa 3 keskitytään käsittelemään tuntemattomia tietoja ja pienentämään riskejä mahdollisimman aikaisessa vaiheessa. Teknisen soveltuvuusselvityksen avulla on hyötyä oletusten vahvistamisessa. Se voidaan tehdä iteratiivisesti ratkaisun käyttöönoton suunnittelun rinnalla (kuvattu vaiheessa 2).

Tämän vaiheen tulos on kapea-alainen Power BI -ratkaisu, jolla vastataan alkuperäisiin avoimiin kysymyksiin ja jota voidaan muokata lisää vaiheessa 4 tuotantovalmistamiseksi.

Tärkeä

Soveltuvuusselvityksen ei ole tarkoitus olla kertakäyttöistä työtä. Sen sijaan sen odotetaan olevan tuotantovalmiin ratkaisun varhainen iteraatio. Organisaatiossa tätä toimintaa voidaan kutsua prototyypiksi, pilotiksi, mallikappaleeksi, pika-aloitukseksi tai pienittomaksi toimivaksi tuotteeksi (MVP). Soveltuvuusselvityksen tekeminen ei ole aina tarpeen, ja se voidaan tehdä myös epävirallisesti.

Vihje

Useimmat tässä artikkelissa käsitellyt aiheet koskevat myös vakiomuotoista Power BI -toteutusprojektia. Kun organisaatiolle on kasvanut kokemusta Power BI:stä, soveltuvuusselvityksten tarve vähenee. Power BI:n nopean julkaisuvälin ja uusien ominaisuuksien jatkuvan käyttöönoton vuoksi teknisiä soveltuvuusselvityksiä on kuitenkin ehkä tehtävä säännöllisesti oppimistarkoituksessa.

Soveltuvuusselvityksen tavoitteiden ja laajuuden määrittäminen

Soveltuvuusselvityksen yhteydessä tulee keskittyä seuraaviin tavoitteisiin:

  • Vahvista oletuksesi siitä, miten ominaisuus toimii.
  • Tutustu siihen, miten Power BI:n toiminta poikkeaa vanhasta BI-ympäristöstä.
  • Vahvista alkuperäiset käsitykset tietyistä vaatimuksista aiheiden asiantuntijoilta.
  • Luo pieni semanttinen malli, joka sisältää todellisia tietoja, jotta voit ymmärtää ja havaita mahdolliset ongelmat tietorakenteessa, suhteissa, tietotyypeissä tai tietoarvoissa.
  • Kokeile ja vahvista mallilaskutoimitusten käyttämiä DAX-syntaksilausekkeita .
  • Testaa tietolähteen yhteyksiä yhdyskäytävän avulla (jos kyseessä on yhdyskäytävälähde).
  • Testaa tietojen päivitystä yhdyskäytävän avulla (jos kyseessä on yhdyskäytävälähde).
  • Tarkista suojausmääritykset, mukaan lukien rivitason suojaus tarvittaessa.
  • Kokeile erilaisia asettelu- ja kosmeettisia valintoja.
  • Varmista, että Power BI -palvelun kaikki toiminnot toimivat odotetulla tavalla.

Soveltuvuusselvityksen laajuus määräytyy sen mukaan, mitä tuntemattomat kohteet ovat tai mitkä tavoitteet on vahvistettava kollegoilta. Jos haluat vähentää monimutkaisuutta, pidä soveltuvuusselvitykset mahdollisimman suppeina.

Siirron yhteydessä vaatimukset tunnetaan useimmiten hyvin, koska lähtökohtana on olemassa oleva ratkaisu. Tehtävien parannusten laajuuden tai nykyisen Power BI -osaamisen mukaan soveltuvuusselvityksistä on kuitenkin merkittävää hyötyä. Lisäksi nopea prototyyppien käsittely ja asiakaspalautteen saaminen voi auttaa selkiyttänyt vaatimuksia nopeasti, erityisesti jos parannuksia tehdään.

Tärkeä

Vaikka soveltuvuusselvityksen sisältö sisältäisi vain tietojen alijoukon tai rajallisia visualisointeja, on usein tärkeää suorittaa se alusta loppuun asti. Tämä koskee kehitystä Power BI Desktopista käyttöönottoon ja kehitystyötilaan Power BI -palvelussa. Se on ainoa tapa saavuttaa soveltuvuusselvityksen tavoitteet täysin. Tämä koskee erityisesti silloin, kun Power BI -palvelun on tuotettava kriittisiä toimintoja, joita et ole käyttänyt aikaisemmin, kuten semanttista DirectQuery-mallia, joka käyttää kertakirjautumista. Keskity soveltuvuusselvityksen aikana asioihin, joista olet epävarma tai jotka on tarkistettava muilta.

Erojen käsittely Power BI:ssä

Power BI:tä voidaan käyttää mallipohjaisena tai raporttipohjaisena työkaluna. Mallipohjaisessa ratkaisussa kehitetään tietomalli, kun taas raporttipohjaisessa ratkaisussa muodostetaan yhteys jo käyttöön otettuun tietomalliin.

Power BI:n äärimmäisen joustavuuden vuoksi jotkin sen osa-alueet saattavat poiketa perustavanlaatuisesti vanhasta BI-ympäristöstä, josta olet siirtymässä.

Harkitse tietoarkkitehtuurin uudistamista

Jos olet siirtymässä vanhasta BI-ympäristöstä, jossa on oma semanttinen kerros, tuonnin semanttisen mallin luominen on todennäköisesti hyvä vaihtoehto. Power BI toimii parhaiten tähtirakenteen taulukkorakenteessa. Jos siis vanha semanttinen kerros ei ole tähtirakenne, Power BI:n täysimääräinen hyödyntäminen saattaa edellyttää jonkin verran uudistamista. Pyrittäessä määrittämään tähtirakenteen suunnitteluperiaatteita noudattava semanttinen kerros (mukaan lukien suhteet, yleisesti käytetyt mittarit ja helppolukuinen organisaatioon perustuva terminologia) se toimii erinomaisena lähtökohtana omatoimisten raporttien tekijöille.

Jos olet siirtymässä vanhasta BI-ympäristöstä, jossa raportit viittaavat relaatiotietolähteisiin SQL-kyselyjen tai tallennettujen toimintosarjojen avulla, ja aiot käyttää Power BI :tä DirectQuery-tilassa, pystyt ehkä suorittamaan lähes yhden yhteen -siirtymisen tietomallissa.

Varoitus

Jos luot paljon Power BI Desktop -tiedostoja, joissa on yksittäinen tuotu taulukko, rakenne ei yleensä ole paras mahdollinen. Jos huomaat tällaisen tilanteen, tutki, voisiko tähtirakennetta käyttämällä luotujen jaettujen semanttisten mallien käyttö saavuttaa paremman tuloksen.

Päätä, miten koontinäyttöjen muunnokset käsitellään

BI-alalla koontinäyttö on kokoelma visualisointeja, joissa tärkeimmät mittarit näkyvät yhdellä sivulla. Power BI:ssä koontinäyttö kuitenkin edustaa erityistä visualisointiominaisuutta, joka voidaan luoda vain Power BI -palvelussa. Kun siirryt koontinäyttöä vanhasta BI-ympäristöstä, sinulla on kaksi vaihtoehtoa:

  1. Vanha koontinäyttö voidaan luoda uudelleen Power BI - raporttina. Useimmat raportit luodaan Power BI Desktopin avulla. Sivutetut raportit ja Excel-raportit ovat myös vaihtoehtoina.
  2. Vanha koontinäyttö voidaan luoda uudelleen Power BI - koontinäyttönä. Koontinäytöt ovat Power BI -palvelun visualisointiominaisuus. Koontinäytön visualisointeja luodaan usein kiinnittämällä visualisointeja yhdestä tai useammasta raportista, Q&A:sta tai nopeasta merkityksellisistä tiedoista.

Vihje

Koontinäytöt ovat Power BI:n sisältötyyppi, joten vältä käyttämästä sanaa koontinäyttö raportin tai koontinäytön nimessä.

Keskity isoon kuvaan, kun luot visualisointeja uudelleen

Jokaisella BI-työkalulla on vahvuuksia ja painopistealueita. Tästä syystä vanhan BI-ympäristön raporttivisualisoinnit eivät ehkä vastaa tarkalleen Power BI:tä.

Kun luot raporttivisualisointeja uudelleen, keskity suurempiin liiketoimintakysymyksiin, joita raportissa käsitellään. Tällöin ei tarvitse replikoida kunkin visualisoinnin rakennetta täsmälleen samalla tavalla. Vaikka sisällön kuluttajat arvostavat yhtenäisyyttä käyttäessään siirrettyjä raportteja, on tärkeää olla jäämättä aikaa vietävien väittelyiden ainutkertaisiin keskusteluihin pienistä yksityiskohdista.

Tämän Power BI -siirtymää käsittelevän sarjan seuraavassa artikkelissa tutustutaan vaiheeseen 4, joka koskee sisällön luomista ja vahvistamista siirryttäessä Power BI:hin.

Seuraavat resurssit ovat myös hyödyllisiä:

Kokeneet Power BI -kumppanit voivat auttaa organisaatiotasi onnistumaan siirtymisprosessissa. Jos haluat ryhtyä yhteistyöhön Power BI -kumppanin kanssa, siirry Power BI -kumppaniportaaliin.