Jaa


Power BI:n käyttöskenaariot: Prototyyppien luominen ja jakaminen

Muistiinpano

Tämä artikkeli on osa Power BI:n käyttöönoton suunnittelun artikkelisarjaa. Tässä sarjassa keskitytään ensisijaisesti Microsoft Fabricin Power BI -kokemukseen. Johdanto sarjaan on artikkelissa Power BI:n käyttöönoton suunnittelu.

Kuten Fabricin käyttöönoton suunnitelman mukaan, tarkasteleminen, kokeilu ja hyödyllisen palautteen saaminen pieneltä käyttäjäryhmältä on ratkaisun käyttöönoton vaiheen 1 tarkoitus.

Prototyyppi eli soveltuvuusselvitys on Power BI -ratkaisu, joka on tarkoitettu käsittelemään tuntemattomia tietoja ja pienentämään riskejä. Tämä ratkaisu voidaan jakaa muiden kanssa palautteen saamiseksi kehityksen iteraatioiden aikana. Ratkaisu voi olla väliaikainen, lyhytikäinen ratkaisu, tai se saattaa lopulta muuttua täysin validoiduksi ja julkaistuksi ratkaisuksi. Prototyypin luominen tehdään yleisesti osastokohtaisissa BI - ja yritys-BI-skenaarioissa (ja se voidaan toisinaan tehdä tiimin BI-skenaarioissa ).

Prototyyppien käyttö esiintyy usein luonnollisesti omatoimisen BI-kehitystyön aikana. Prototyyppi voi olla myös pieni projekti, jolla on tietyt tavoitteet ja laajuus.

Muistiinpano

Prototyyppien ja jakamisen skenaario on yksi omatoimisen BI:n skenaarioista. Täydellinen luettelo omatoimisista skenaarioista on Artikkelissa Power BI:n käyttöskenaariot .

Sisältöyhteistyö- ja toimitusskenaarioita käsittelevässä aiheessa kuvattuja näkökohtia ei käsitellä nyt tässä artikkelissa. Lue lisätietoja näistä artikkeleista ensin.

Skenaariokaavio

Seuraavassa kaaviossa esitetään korkean tason yleiskatsaus yleisimpiin käyttäjän toimintoihin ja Power BI -komponentteihin prototyyppitoimintojen tukemiseksi. Painopisteenä on Power BI Desktopin käyttäminen vuorovaikutteisen prototyyppiistunnon aikana. Painopisteenä voi olla myös jakaminen Power BI -palvelu kun aiheasiantuntijoilta tarvitaan lisäpalautetta.

Kaaviossa näytetään prototyyppien luominen ja jakaminen, jossa on kyse prototyyppien nopeasta tutkimisesta tai käyttäjävaatimusten määrittämisestä. Kaavion kohteet on kuvattu alla olevassa taulukossa.

Vihje

Suosittelemme [lataamaan skenaariokaavion](powerbi-implementation-planning-usage-scenario-diagrams.md#prototyping-and-sharing, jos haluat upottaa sen esitykseen, dokumentaatioon tai blogikirjoitukseen – tai tulostaa sen seinäjulisteena. Koska kyseessä on SVG-kuva, voit skaalata sitä ylös- tai alaspäin ilman laadun heikkenemistä.

Skenaariokaaviossa esitetään seuraavat käyttäjän toiminnot, työkalut ja ominaisuudet:

Kohde Kuvaus
Kohde 1. Power BI -sisällöntekijät kehittävät BI-ratkaisuja Power BI Desktopin avulla.
Kohde 2. Power BI Desktop muodostaa yhteyden yhden tai useamman tietolähteen tietoihin. Kyselyjä ja tietojen koosteita, jotka yhdistävät useita lähteitä, kehitetään Power Query -editori.
Kohde 3. Tietomallin kehitys ja raporttien luominen tehdään Power BI Desktopissa. Tarkoitus on auttaa tiimin jäseniä ymmärtämään tietojen merkitys ja tärkeyttä sijoittamalla se visuaaliseen kontekstiin.
Kohde 4. Aiheasiantuntijat antavat palautetta vuorovaikutteisen prototyyppiistunnon aikana. Sisällöntekijät tekevät iteratiivisia parannuksia suoraan BI-ratkaisuun aiheasiantuntijoiden (ja muiden tiimin jäsenten) palautteen perusteella.
Kohde 5. Sisällöntekijät voivat halutessaan julkaista Power BI Desktop -tiedostonsa (.pbix) Power BI -projektitiedostosta (.pbip) Power BI -palvelu. Prototyyppiratkaisujen julkaiseminen Power BI -palvelu on valinnaista.
Kohde 6. Sisältö julkaistaan ei-tuotantotyötilaan. Sen ensisijaisena tarkoituksena on tarjota kehitysalue, joka mahdollistaa tiimin jäsenten tarkistuksen.
Kohde 7. Yksittäinen raportti jaetaan työtoverin kanssa, jotta raporttiin (ja sen pohjana oleviin tietoihin) saadaan Vain luku -oikeudet. Jakamistoiminto voidaan tehdä jakamislinkillä tai suoralla jakamisella. Jakamisesta voi olla hyötyä prototyyppiratkaisulle, joka tarjoaa tilapäisen käyttöoikeuden palauteprosessin aikana.
Kohde 8. Jotkin tietolähteet saattavat edellyttää paikallista tietoyhdyskäytävää tai VNet-yhdyskäytävää tietojen päivittämiseen, kuten yksityisessä organisaatioverkossa sijaitsevat tietolähteet.
Kohde 9. Power BI -järjestelmänvalvojat valvovat ja valvovat toimintaa Power BI -palvelu. Kehitystyötilaa (joka sisältää ei-tuotanto- ja prototyyppiratkaisuja) hallitaan yleensä paljon vähemmässä määrin kuin tuotantotyötilaa.

Avainasiat

Seuraavassa on joitakin keskeisiä kohtia prototyyppien ja jakamisen skenaarion korostamiseksi.

Vuorovaikutteiset prototyyppien tunnisuudet

Vuorovaikutteiset prototyyppiistunnot ovat arvokkaita saada välitöntä palautetta, kun tutkit käyttäjän vaatimuksia, vahvistat laskutoimituksia, selventät visualisoinnin asettelun tarpeita, vahvistat käyttökokemuksen ja vahvistat raportin esityksen. Käytä Power BI Desktopia prototyyppiistuntojen aikana, jotka suoritetaan vuorovaikutteisesti aiheasiantuntijoiden kanssa.

Power BI -palvelu

Prototyyppiratkaisujen julkaiseminen Power BI -palvelu on valinnaista. Se voi olla hyödyllistä, kun on tarpeen jakaa alustavia tuloksia palautetta ja päätöksentekoa varten.

Vihje

Prototyyppiratkaisut tulee erottaa selvästi muusta tuotantosisällöstä, jotta kuluttajilla on asianmukaiset odotukset muusta kuin tuotantoratkaisusta. Esimerkiksi prototyyppiraportin kuluttajat eivät ehkä odota sen sisältävän kaikkia tietoja tai päivittyvän aikataulun mukaisesti. Prototyyppiraporttia ei tule käyttää liiketoimintapäätöksissä, ennen kuin se on täysin vahvistettu, viimeistelty ja julkaistu tuotantotyötilaan.

Työtila

Kehitystyötilaon tässä skenaariossa sopiva, koska siihen liittyy työskentely pienen työryhmän BI-yhteistyöskenaarion kanssa (henkilökohtaisen BI-skenaarionhenkilökohtaisen työtilan sijaan). Kun ratkaisu on valmis ja täysin testattu, se voidaan ylentää nopeasti tuotantotyötilaan (kuten omatoimisen sisällön julkaisemisen skenaariossa on kuvattu).

Raporttien ja koontinäyttöjen jakaminen

Skenaariokaaviossa esitetään jakaminen suoraan vastaanottajalle (työtilaroolien tai Power BI -sovelluksen käyttämisen sijaan). Jakamisominaisuuden käyttäminen sopii yhteistyöskenaarioihin, joissa työtoverit tekevät tiivistä yhteistyötä epävirallisesti. Jakaminen on tässä tilanteessa hyödyllistä, koska se on rajoitettu pienelle työtoverille, jonka täytyy tarkastella prototyyppiratkaisua ja antaa sille palautetta.

Vihje

Yksittäisten kohteiden jakaminen tulisi tehdä harvoin. Koska jakaminen on määritetty työtilan yksittäisten kohteiden mukaan, on työläämpää ylläpitää ja kasvattaa virheriskiä. Kelvollinen vaihtoehto jakamiselle (jota ei kuvata skenaariokaaviossa) on käyttää työtilarooleja (kuvattu tiimin BI-skenaariossa). Työtilan roolit toimivat parhaiten, kun työtoverit tarvitsevat käyttöoikeuden kaikkiin työtilan kohteisiin .

Yhdyskäytävän asennus

Yleensä tietoyhdyskäytävää tarvitaan käytettäessä tietolähteitä, jotka ovat yksityisessä organisaatioverkossa tai näennäisverkossa. Paikallinen tietoyhdyskäytävä on olennainen, kun Power BI Desktop -tiedosto on julkaistu Power BI -palvelu. Yhdyskäytävän kaksi tarkoitus on päivittää tuodut tiedot tai tarkastella raporttia, joka tekee kyselyn reaaliaikaiseen yhteyteen tai semanttiseen DirectQuery-malliin . Tätä kutsutaan aiemmin tietojoukoksi (jota ei kuvattu skenaariokaaviossa).

Muistiinpano

Tiimi-, osasto- ja yritys-BI-skenaarioissa keskitettyä tietoyhdyskäytävää normaalissa tilassa suositellaan vahvasti yhdyskäytäville henkilökohtaisessa tilassa. Normaalissa tilassa tietoyhdyskäytävä tukee reaaliaikaista yhteyttä ja DirectQuery-toimintoja (ajoitettujen tietojen päivitystoimintojen lisäksi).

Järjestelmän valvonta

Toimintoloki kirjaa käyttäjän toimet, jotka tapahtuvat Power BI -palvelu. Power BI -järjestelmänvalvojat voivat käyttää valvontatoimintoihin kerättyjä toimintolokitietoja, joiden avulla he voivat ymmärtää käyttömalleja ja havaita riskialttiita toimintoja. Valvonta- ja hallintovaatimukset ovat tyypillisesti vähemmän tiukkoja prototyyppien ja henkilökohtaisten BI-skenaarioiden kannalta.

Muita hyödyllisiä skenaarioita, jotka auttavat Power BI:n toteutuspäätöksissä, on artikkelissa Power BI:n käyttöskenaariot .