Sisällön luominen Power BI:hin siirtymistä varten

Tässä artikkelissa kuvataan vaihe 4, joka koskee sisällön luomista ja vahvistamista siirryttäessä Power BI:hin.

Muistiinpano

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

Vaiheessa 4 keskitytään käytännön työhön, jolla muunnetaan soveltuvuusselvitys tuotantovalmiiksi ratkaisuksi.

Tämän vaiheen tulos on Power BI -ratkaisu, joka on vahvistettu kehitystyötilassa ja on valmis käyttöönottoon tuotannossa.

Vihje

Useimmat tässä artikkelissa käsitellyt aiheet koskevat myös vakiomuotoista Power BI -toteutusprojektia.

Tuotantoratkaisun luominen

Tässä vaiheessa soveltuvuusselvityksen tehnyt henkilö saattaa jatkaa tuotantovalmiin Power BI -ratkaisun tuottamista. Joku toinenkin voi olla mukana. Jos aikataulut eivät vaaranna, on hienoa saada mukaan henkilöitä, jotka vastaavat Power BI:n kehityksestä tulevaisuudessa. Näin he voivat oppia aktiivisesti.

Tärkeä

Soveltuvuusselvityksen parissa tehtävää työtä tulee käyttää uudelleen mahdollisimman paljon.

Uuden tuontisen semanttisen mallin kehittäminen

Voit luoda uuden semanttisen tuontimallin (aiemmalta nimeltään tietojoukko), kun aiemmin luotua semanttista Power BI -mallia ei ole jo olemassa tarpeidesi mukaiseksi tai sitä ei voida parantaa tarpeidesi mukaiseksi.

Ihannetapauksessa kannattaa alusta alkaen irrottaa tietojen ja raporttien kehitystyö toisistaan. Tietojen ja raporttien erottaminen toisistaan helpottaa työn ja käyttöoikeuksien erottamista, kun eri henkilöt vastaavat tietojen mallinnuksista ja raporteista. Tämä mahdollistaa entistä skaalattavamman lähestymistavan ja edistää tietojen uudelleenkäyttöä.

Semanttisen tuontimallin kehittämisen olennaisia toimintoja ovat seuraavat:

• Tietojen hankinta yhdestä tai useammasta tietolähteestä (voi olla Power BI -tietovuo).
• Tietojen muotoilu, yhdistäminen ja valmisteleminen .
• Luo semanttinen malli, mukaan lukien päivämäärätaulukot.
• Mallisuhteiden luominen ja tarkistaminen.
• Määritä mittarit.
• Rivitason suojauksen määrittäminen tarvittaessa.
• Määritä synonyymit ja optimoi Q&A.
• Skaalattavuuden, suorituskyvyn ja samanaikaisuuden suunnittelu, joka saattaa vaikuttaa tietojen tallennustiloja koskeviin päätöksiin, kuten yhdistelmämallin tai koosteiden käyttöön.

Vihje

Jos käytössäsi on eri kehitys-/testi-/tuotantoympäristöjä, harkitse tietolähteiden parametrisoimista . Se helpottaa vaiheessa 5 kuvattua käyttöönottoa huomattavasti.

Uusien raporttien ja koontinäyttöjen kehittäminen

Seuraavat keskeiset toiminnot liittyvät Power BI -raportin tai -koontinäytön kehittämiseen:

• Päätä, käytätkö reaaliaikaista Näyttöyhteys olemassa olevaan tietomalliin tai luot uuden tietomallin.
• Kun luot uutta tietomallia, valitse mallitaulukoiden tietojen tallennustila (tuonti, DirectQuery tai yhdistelmä).
• Valitse tietojen visualisointityökalu, joka täyttää vaatimukset parhaiten: Power BI Desktop, sivutetut Raportin muodostin tai Excel.
• Valitse parhaat visualisoinnit kertomaan raportin tarvitsemasta tarinasta ja vastaamaan kysymyksiin, joihin raportissa on vastattava.
• Varmista, että kaikissa visualisoinneissa käytetään selkeää, ytimekästä ja liiketoimintaaystävällistä terminologiaa.
• Vastaa vuorovaikutteisuusvaatimuksiin.
• Kun käytät reaaliaikaista Näyttöyhteys ionia, lisää raporttitason mittareita.
• Luo Power BI -palvelu koontinäyttö, erityisesti jos kuluttajat haluavat seurata avainmittareita vaivatta.

Muistiinpano

Monet näistä päätöksistä on tehty suunnittelun aikaisemmissa vaiheissa tai teknisessä soveltuvuusselvityksessä.

Ratkaisun vahvistaminen

Power BI -ratkaisun vahvistamiseen liittyy neljä keskeistä näkökohtaa:

1. Tietojen tarkkuus
2. Suojaus
3. Toiminnot
4. Suorituskyky

Tietojen tarkkuuden vahvistaminen

Siirtymisen aikana on varmistettava yhden kerran, että uuden raportin tiedot vastaavat vanhassa raportissa näkyviä tietoja. Tai jos tiedoissa on eroa, selvitä syy. On tavallista yleisempää, että vanhasta ratkaisusta löytyy virhe, joka korjautuu uudessa ratkaisussa.

Tietojen jatkuvan vahvistamisen osana uusi raportti on yleensä tarkistettava alkuperäisen lähdejärjestelmän kanssa. Ihannetapauksessa tämä vahvistus suoritetaan toistettavissa olevalla tavalla aina, kun julkaiset raportin muutoksen.

Suojauksen vahvistaminen

Suojausta vahvistettaessa on otettava huomioon kaksi keskeistä näkökohtaa:

• Tietojen käyttöoikeudet
• Semanttisten mallien, raporttien ja koontinäyttöjen käyttö

Tuonnin semanttisessa mallissa sovelletaan tietojen käyttöoikeuksia määrittämällä rivitason suojaus . Lähdejärjestelmä saattaa myös pakottaa tietojen käyttöoikeudet käytettäessä DirectQuery-tallennustilaa (mahdollisesti kertakirjautumisella).

Power BI -sisällön käyttöoikeudet myönnetään pääasiassa seuraavilla tavoilla:

• Työtilan roolit (sisällön muokkaajille ja katselijille).
• Sovelluksen yleisön käyttöoikeudet , joita sovelletaan pakattuun työtilan sisältöjoukkoon (katselijoita varten).
• Yksittäisen raportin tai koontinäytön jakaminen (katselijille).

Vihje

On suositeltavaa kouluttaa sisällön tekijöitä suojauksen tehokasta hallintaa varten. On myös tärkeää käyttää vankkaa testausta, valvontaa ja seurantaa.

Toimintojen vahvistaminen

On aika tarkistaa semanttisen mallin tiedot, kuten kenttien nimet, muotoilu, lajittelu ja yhteenvedon oletustoiminnot. Lisäksi on tarkistettava raportin kaikki vuorovaikutteiset ominaisuudet, kuten osittajat, alaspäin porautumisen toiminnot, porautumistoiminnot, lausekkeet, painikkeet tai kirjanmerkit.

Kehitysprosessin aikana Power BI -ratkaisu tulee julkaista Power BI -palvelu kehitystyötilaan säännöllisin väliajoin. Varmista, että kaikki toiminnot (esimerkiksi mukautettujen visualisointien hahmontaminen) toimivat palvelussa odotetulla tavalla. Tämä on myös hyvä aika lisätestaukselle. Testaa ajoitettua päivitystä, Q&A-toimintoa sekä sitä, miltä raportit ja koontinäytöt näyttävät mobiililaitteessa.

Suorituskyvyn vahvistaminen

Power BI -ratkaisun suorituskyky on tärkeää käyttökokemuksen kannalta. Visualisointien tulisi näkyä useimmissa raporteissa alle 10 sekunnin kuluessa. Jos raporttien lataaminen kestää tätä kauemmin, keskeytä vaihe ja selvitä, mikä aiheuttaa viivästyksen. Raportin suorituskykyä tulee arvioida säännöllisesti Power BI -palvelu Power BI Desktopin lisäksi.

Monet suorituskykyongelmat johtuvat heikkolaatusesta DAX-kielestä (Data Analysis eXpressions) tai huonosta semanttisesta mallirakenteesta tai puutteellisen raportin rakenteesta (esimerkiksi siitä, että liian monta visualisointia yritetään hahmontaa yhdelle sivulle). Teknisen ympäristön ongelmat, kuten verkkoongelmat, tietoyhdyskäytävän ylikuormitus tai Premium-kapasiteetin määritykset, voivat myös aiheuttaa suorituskykyongelmia. Lisätietoja on Power BI:n optimointioppaassa ja kohdassa Raportin suorituskyvyn vianmääritys Power BI:ssä.

Tärkeä

Joskus tämä artikkeli viittaa Power BI Premiumiin tai sen kapasiteettitilauksiin (P-varastointiyksiköt). Ota huomioon, että Microsoft vahvistaa parhaillaan ostovaihtoehtoja ja poistaa käytöstä Kapasiteettikohtaisen Power BI Premiumin. Uusien ja nykyisten asiakkaiden kannattaa harkita Fabric-kapasiteettitilausten (F-varastointiyksiköiden) ostamista.

Lisätietoja on artikkelissa Power BI Premium -käyttöoikeuksien tärkeä päivitys ja Power BI Premiumin usein kysytyt kysymykset.

Ratkaisun dokumentointi

Kahdesta keskeisestä dokumentaatiotyypistä on hyötyä Power BI -ratkaisun kannalta:

• Semanttisen mallin dokumentaatio
• Raporttidokumentaatio

Dokumentaatio voidaan tallentaa mihin tahansa sijaintiin, mistä kohdeyleisö saa sen helpoiten käyttöönsä. Yleisiä asetuksia ovat seuraavat:

• SharePoint-sivustossa: SharePoint-sivusto voi liittyä Center of Excellenceen tai sisäiseen Power BI -yhteisösivustoon.
• Sovelluksessa: URL-osoitteita voidaan määrittää julkaistaessa Power BI -sovellusta ohjaamaan kuluttajaa lisätietoihin.
• Yksittäisissä Power BI Desktop -tiedostoissa: Mallin elementit, kuten taulukot ja sarakkeet, voivat määrittää kuvauksen. Nämä kuvaukset näkyvät työkaluvihjeinä Kentät-ruudussa raporttien luomisen yhteydessä.

Vihje

Jos luot sivuston Power BI:hin liittyvän dokumentaation keskukseksi, harkitse Hanki apua -valikon mukauttamista URL-sijainnin avulla.

Semanttisen mallin dokumentaation luominen

Semanttisen mallin dokumentaatio on tarkoitettu käyttäjille, jotka hallinnoivat semanttista mallia tulevaisuudessa. Voit sisällyttää seuraavat:

• Tehdyt suunnittelupäätökset ja miksi.
• Ken omistaa, ylläpitää ja sertifioi semanttisia malleja.
• Tietojen päivittämisen vaatimukset.
• Semanttisissa malleissa määritetyt mukautetut liiketoimintasäännöt.
• Tietyn semanttisen mallin suojaus- tai tietosuojavaatimukset.
• Tulevat ylläpitotarpeet.
• Tunnetut avoimet ongelmat tai lykätyt keskeneräiset kohdat.

Voit myös halutessasi luoda muutoslokin, jossa on yhteenveto tärkeimmistä semanttiseen malliin ajan mittaan tapahtuneista muutoksista.

Raporttidokumentaation luominen

Raporttidokumentaatio on yleensä järjestetty raporttien kuluttajille suunnatun esittelyn muotoon. Se voi auttaa kuluttajia saamaan enemmän lisäarvoa raporteista ja koontinäytöistä. Lyhyt opetusvideo toimii usein hyvin.

Voit halutessasi myös sisällyttää raportin lisädokumentaatiota raportin piilotetuksi sivulle. Se voi sisältää suunnittelupäätöksiä ja muutoslokin.

Liittyvä sisältö

Tämän Power BI -siirtymää käsittelevän sarjan seuraavassa artikkelissa tutustutaan vaiheeseen 5, joka koskee sisällön käyttöönottoa, tukemista ja seurantaa siirryttäessä Power BI:hin.

Seuraavat resurssit ovat myös hyödyllisiä:

• Microsoftin BI-muunnos
• Power BI:n toteutussuunnittelu
• Kysyttävää? Voit esittää kysymyksiä Power BI -yhteisö
• Ehdotuksia? Kerro ideasi Power BI:n parantamiseksi

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