Power BI'a geçirmek için içerik oluşturma

Bu makalede, Power BI'a geçiş sırasında içerik oluşturma ve doğrulama konularını ele alan 4. Aşama açıklanmaktadır.

Not

Yukarıdaki grafiğin tam açıklaması için bkz . Power BI geçişe genel bakış.

4. Aşama'nın odak noktası, kavram kanıtını (POC) üretime hazır bir çözüme dönüştürmek için gerçek çalışmayı gerçekleştirmektir.

Bu aşamadan elde edilen çıkış, geliştirme çalışma alanında doğrulanmış ve üretime dağıtıma hazır bir Power BI çözümüdür.

İpucu

Bu makalede ele alınan konuların çoğu standart bir Power BI uygulama projesi için de geçerlidir.

Üretim çözümünü oluşturma

Bu noktada, POC'yi gerçekleştiren kişi üretime hazır Power BI çözümünü üretmeye devam edebilir. Ya da farklı biri bu işe karışabilir. Zaman çizelgeleri tehlikeye atılmazsa, gelecekte Power BI geliştirmeden sorumlu olacak kişileri dahil etmek harika bir işlemdir. Bu şekilde, etkin bir şekilde öğrenebilirler.

Önemli

POC'den gelen çalışmanın mümkün olduğunca çoğunu yeniden kullanın.

Yeni İçeri Aktarma semantik modeli geliştirme

Mevcut bir Power BI anlam modeli gereksinimlerinizi karşılayacak şekilde mevcut olmadığında veya gereksinimlerinizi karşılayacak şekilde iyileştirilemiyorsa yeni bir İçeri Aktarma semantik modeli (daha önce veri kümesi olarak bilinirdi) oluşturmayı seçebilirsiniz.

İdeal olarak, en başından itibaren veriler ve raporlar için geliştirme çalışmalarını ayırmayı göz önünde bulundurun. Veri modelleme ve raporlardan farklı kişilerin sorumlu olduğu durumlarda verilerin ve raporların ayrılması, iş ve izinlerin ayrılmasını kolaylaştırır. Daha ölçeklenebilir bir yaklaşım sunar ve verilerin yeniden kullanılabilirliğini teşvik eder.

İçeri Aktarma semantik modelinin geliştirilmesiyle ilgili temel etkinlikler şunlardır:

• Bir veya daha fazla veri kaynağından (Power BI veri akışı olabilir) veri alma.
• Verileri şekillendirme, birleştirme ve hazırlama .
• Tarih tabloları da dahil olmak üzere anlamsal modeli oluşturun.
• Model ilişkilerini oluşturun ve doğrulayın.
• Ölçüleri tanımlayın.
• Gerekirse satır düzeyi güvenlik ayarlayın.
• Eş anlamlıları yapılandırın ve Soru-Cevap'ı iyileştirin.
• Bileşik model veya toplamalar kullanma gibi veri depolama modları hakkındaki kararlarınızı etkileyebilecek ölçeklenebilirlik, performans ve eşzamanlılık için plan yapın.

İpucu

Farklı geliştirme/test/üretim ortamlarınız varsa veri kaynaklarını parametreleştirmeyi göz önünde bulundurun. 5. Aşamada açıklanan dağıtımı önemli ölçüde kolaylaştıracaktır.

Yeni raporlar ve panolar geliştirme

Power BI raporunun veya panosunun geliştirilmesiyle ilgili temel etkinlikler şunlardır:

• Mevcut bir veri modeline Canlı Bağlan kullanmaya veya yeni bir veri modeli oluşturmaya karar verme
• Yeni bir veri modeli oluştururken model tabloları için veri depolama moduna (İçeri Aktarma, DirectQuery veya Bileşik) karar verin.
• Gereksinimleri karşılamak için en iyi veri görselleştirme aracına karar verin: Power BI Desktop, Sayfalandırılmış Rapor Oluşturucusu veya Excel.
• Raporun anlatması gereken hikayeyi anlatmak ve raporun yanıtlaması gereken soruları ele almak için en iyi görsellere karar verin.
• Tüm görsellerin net, kısa ve iş dostu terminoloji sunmasını sağlayın.
• Etkileşim gereksinimlerini ele alın.
• Live Bağlan ion kullanırken rapor düzeyinde ölçüler ekleyin.
• Özellikle tüketiciler önemli ölçümleri izlemenin kolay bir yolunu istiyorsa, Power BI hizmeti bir pano oluşturun.

Not

Bu kararların çoğu planlamanın önceki aşamalarında veya teknik POC'de verilmiş olacaktır.

Çözümü doğrulama

Power BI çözümünü doğrulamanın dört ana yönü vardır:

1. Veri doğruluğu
2. Güvenlik
3. İşlev
4. Performans

Veri doğruluğunu doğrulama

Geçiş sırasında tek seferlik bir çalışma olarak, yeni rapordaki verilerin eski raporda görüntülenen veriyle eşleştiğinden emin olmanız gerekir. Ya da bir fark varsa nedenini açıklayabilir. Bu, eski çözümde yeni çözümde çözümlenen bir hatayı bulmayı düşündüğünüzden daha yaygındır.

Devam eden veri doğrulama çalışmalarının bir parçası olarak, yeni raporun genellikle özgün kaynak sistemle çapraz denetlenilmesi gerekir. İdeal olan, bu doğrulamanın her rapor değişikliği yayımladığınızda yinelenebilir bir şekilde gerçekleşmesidir.

Güvenliği doğrulama

Güvenlik doğrulanırken dikkate alınması gereken iki birincil yön vardır:

• Veri izinleri
• Anlamsal modellere, raporlara ve panolara erişim

İçeri aktarma semantik modelinde, satır düzeyi güvenlik (RLS) tanımlanarak veri izinleri uygulanır. DirectQuery depolama modu kullanılırken (büyük olasılıkla çoklu oturum açma ile) veri izinlerinin kaynak sistem tarafından zorlanmış olması da mümkündür.

Power BI içeriğine erişim vermenin başlıca yolları şunlardır:

• Çalışma alanı rolleri (içerik düzenleyicileri ve görüntüleyiciler için).
• Paketlenmiş bir çalışma alanı içeriği kümesine (görüntüleyiciler için) uygulanan uygulama izleyici izinleri .
• Tek bir raporu veya panoyu paylaşma (görüntüleyiciler için).

İpucu

İçerik yazarlarına güvenliği etkili bir şekilde yönetme konusunda eğitim vermenizi öneririz. Güçlü test, denetim ve izlemenin yerinde olması da önemlidir.

İşlevselliği doğrulama

Alan adları, biçimlendirme, sıralama ve varsayılan özetleme davranışı gibi anlam modeli ayrıntılarını iki kez denetlemenin zamanı geldi. Dilimleyiciler, detaya gitme eylemleri, detaylandırma eylemleri, ifadeler, düğmeler veya yer işaretleri gibi etkileşimli rapor özelliklerinin de doğrulanması gerekir.

Geliştirme sürecinde Power BI çözümü düzenli olarak Power BI hizmeti bir geliştirme çalışma alanında yayımlanmalıdır. Özel görsellerin işlenmesi gibi tüm işlevlerin hizmette beklendiği gibi çalıştığını doğrulayın. Ayrıca daha fazla test yapmak için de iyi bir zaman. Zamanlanmış yenilemeyi, Soru-Cevap'ı ve raporların ve panoların mobil cihazda nasıl göründüğünü test edin.

Performansı doğrulama

Power BI çözümünün performansı tüketici deneyimi için önemlidir. Çoğu raporun görselleri 10 saniyeden daha altında sunması gerekir. Yüklenmesi daha uzun sürecek raporlarınız varsa gecikmelere nelerin katkıda bulunabileceğini duraklatıp yeniden düşünün. Rapor performansı, Power BI Desktop'a ek olarak Power BI hizmeti düzenli olarak değerlendirilmelidir.

Birçok performans sorunu standart dışı DAX (Veri Analizi eXpressions), kötü anlamsal model tasarımı veya en iyi olmayan rapor tasarımından (örneğin, tek bir sayfada çok fazla görsel işlemeye çalışırken) oluşur. Ağ, aşırı yüklenmiş veri ağ geçidi veya Premium kapasitenin nasıl yapılandırıldığı gibi teknik ortam sorunları performans sorunlarına da katkıda bulunabilir. Daha fazla bilgi için bkz. Power BI için iyileştirme kılavuzu ve Power BI'da rapor performansı sorunlarını giderme.

Önemli

Bazen bu makale Power BI Premium'a veya kapasite aboneliklerine (P SKU'ları) başvurur. Microsoft'un şu anda satın alma seçeneklerini birleştirdiğini ve kapasite başına Power BI Premium SKU'larını kullanımdan kaldırdığını unutmayın. Yeni ve mevcut müşteriler bunun yerine Doku kapasitesi abonelikleri (F SKU'ları) satın almayı düşünmelidir.

Daha fazla bilgi için bkz . Power BI Premium lisansına gelen önemli güncelleştirmeler ve Power BI Premium hakkında SSS.

Çözümü belgeleyin

Power BI çözümü için yararlı olan iki ana belge türü vardır:

• Anlam modeli belgeleri
• Rapor belgeleri

Belgeler hedef kitle tarafından en kolay erişilen her yerde depolanabilir. Yaygın seçenekler şunlardır:

• SharePoint sitesi içinde: Mükemmellik Merkeziniz veya bir iç Power BI topluluk siteniz için bir SharePoint sitesi bulunabilir.
• Bir uygulama içinde: Tüketiciyi daha fazla bilgiye yönlendirmek için bir Power BI uygulaması yayımlarken URL'ler ayarlanabilir.
• Tek tek Power BI Desktop dosyalarında: Tablolar ve sütunlar gibi model öğeleri bir açıklama tanımlayabilir. Bu açıklamalar, raporlar yazarken Alanlar bölmesinde araç ipuçları olarak görünür.

İpucu

Power BI ile ilgili belgeler için merkez görevi görecek bir site oluşturursanız, Yardım Al menüsünü URL konumuyla özelleştirmeyi göz önünde bulundurun.

Anlam modeli belgeleri oluşturma

Anlam modeli belgeleri, gelecekte anlam modelini yönetecek kullanıcıları hedeflemektedir. Şunları eklemek yararlıdır:

• Tasarım kararları ve bunun nedenleri.
• Semantik modellerin sahibi, bakımı ve sertifikası olan kişiler.
• Veri yenileme gereksinimleri.
• Anlam modellerinde tanımlanan özel iş kuralları.
• Belirli anlamsal model güvenliği veya veri gizliliği gereksinimleri.
• Gelecekteki bakım gereksinimleri.
• Bilinen açık sorunlar veya ertelenen kapsam öğeleri.

Ayrıca, semantik modelde zaman içinde gerçekleşen en önemli değişiklikleri özetleyen bir değişiklik günlüğü oluşturmayı da seçebilirsiniz.

Rapor belgeleri oluşturma

Genellikle rapor tüketicilerini hedefleyen bir kılavuz olarak yapılandırılmış rapor belgeleri, tüketicilerin raporlarınızdan ve panolarınızdan daha fazla değer elde etmelerine yardımcı olabilir. Kısa bir video öğreticisi genellikle iyi çalışır.

Ayrıca raporunuzun gizli bir sayfasına ek rapor belgeleri eklemeyi de seçebilirsiniz. Tasarım kararları ve değişiklik günlüğü içerebilir.

İlgili içerik

Bu Power BI geçiş serisinin sonraki makalesinde, Power BI'a geçiş sırasında içerik dağıtma, destekleme ve izleme konularını içeren 5. aşama hakkında bilgi edinin.

Diğer yararlı kaynaklar şunlardır:

• Microsoft'un BI dönüşümü
• Power BI uygulama planlaması
• Sorularınız var mı? Power BI Topluluğu sormayı deneyin
• Öneri? Power BI'ı geliştirmek için fikirlere katkıda bulunma

Kuruluşunuzun geçiş sürecinde başarılı olması için deneyimli Power BI iş ortakları kullanılabilir. Bir Power BI iş ortağıyla etkileşim kurmak için Power BI iş ortağı portalını ziyaret edin.