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 halutessasi luoda uuden semanttisen tuontimallin, 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ä live-yhteyden käyttämisestä aiemmin luodun tietomallin kanssa tai uuden tietomallin luomisesta
- Kun luot uutta tietomallia, valitse mallitaulukoiden tietojen tallennustila (tuonti, DirectQuery tai yhdistelmä).
- Valitse tietojen visualisointityökalu, joka täyttää vaatimukset parhaiten: Power BI Desktop, Paginated Report Builder 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 yhteyttä, lisää raporttitason mittareita.
- Luo Power BI -palveluun koontinäyttö, erityisesti silloin, kun 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:
- Tietojen tarkkuus
- Suojaus
- Toiminnot
- 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 -palvelun 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 -palvelussa 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.
- Semanttisten mallien omistaja, ylläpitäjä ja sertifioija.
- 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össä
- 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.