Analiz görünümleri veri kümesi tasarımı
Azure DevOps Services | Azure DevOps Server 2020 | Azure DevOps Server 2019
Her analiz görünümü Power BI bir veri kümesini tanımlar. Veri kümeleri, görselleştirmeler oluşturmak için kullanılan tablo ve özelliklerdir. Azure DevOps için Power BI veri bağlayıcısı tarafından oluşturulan veri kümeleri aşağıdaki özelliklere sahiptir:
- Analiz 'tan kullanılabilen varlıklar ve ilişkili alanlar, tek bir tabloda düzleştirilmiş (normalleştirilmiştir). Örneğin, "oluşturan" içindeki Kullanıcı adı, Kullanıcı KIMLIĞI yerine bir dize (Kullanıcı adı) olarak modellenir. Raporlar oluşturmak için tablolar arasında ilişki oluşturma gereksinimini ortadan kaldırır.
- Geçmiş verileri her zaman için anlık görüntü olarak modellenmiştir, bu nedenle popüler raporlama basittir.
Power BI ve veri kümeleri hakkında daha fazla bilgi edinmek için bkz. Power BI hizmeti için Power BI temel kavramlar.
Analytics OData uç noktasını düzleştirme
Analytics OData uç noktası, analiz verilerinin normalleştirilmiş bir gösterimini sağlar. Veriler birincil olarak, iş öğeleri ve ilişkili Etiketler gibi veriler arasında mevcut olan "çoktan çoğa" ilişkilerde raporlamayı desteklemek için normalleştirilmelidir.
Power BI data Connector bu verileri tek bir tablo olarak temsil eder, böylece analiz veri modelimizde gösterilen ilişkilerin Power BI yeniden oluşturulması gerekmez. Bu gösterim, çalışma öğesi etiketleri gibi karmaşık alanlara hemen filtre eklemenizi sağlar.
İşlem raporlarınızı büyük ölçüde kolaylaştırır ve çalışır duruma getirme. Ancak, analiz OData uç noktası aracılığıyla kullanılabilecek alanların hepsi bir analiz görünümünde seçilebilir.
Analiz görünümlerinde seçilebilir alanlar
Bir analiz görünümünde seçebileceğiniz alanlar, normal çalışma izleme alanları ve analiz veri deposu alanlarına karşılık gelir.
İş izleme alanları
Aşağıdaki alanlar dışında, bir analiz görünümündeki tüm iş izleme alanlarını seçebilirsiniz:
- Görünümün oluşturulduğu projenin parçası olmayan alanlar
- HTML veri türü ile ilgili açıklama, geçmiş ve diğer alanlar gibi uzun metin alanları
- ExternalLinkCount, HyperLinkCount, AttachedFileCount, RelatedLinkCount gibi iş öğesi bağlantı sayısı alanları
- Filigran gibi belirli REST API alanları, IsDeleted
- Takım, pano sütunu, pano adı gibi çok-çok ilişkileri olan alanlar
Önemli
Atanan, vb. tarafından oluşturulan kimlik veya kişi adı alanları Seçilebilir alanlardır, ancak bu alanları, iş öğelerini filtreleme amacıyla alan ölçütü olarak şu anda seçemezsiniz.
Her çalışma öğesi izleme alanının açıklaması için bkz. iş öğesi alan dizini.
Analytics veri deposu alanları
Analiz görünümünde aşağıdaki analiz tabanlı alanları seçebilirsiniz:
| Alan | Açıklama |
|---|---|
| Geçiş süresi | Bir iş öğesinin "sürüyor" durum kategorisinden "tamamlandı" olarak geçme süresi. |
| Tarih (geçmişle otomatik olarak dahildir) | Filtrelenen iş öğelerinin kümesi için günlük, haftalık veya aylık geçmişin görüntülenmesini destekler. |
| Geçerli (geçmişle otomatik olarak dahildir) | , Değerini olarak ayarlayarak filtrelenen iş öğelerinin en son anlık görüntüsünü görüntülemek için verilerin filtrelenmesini destekler True . |
| Sağlama süresi | Bir iş öğesinin "önerilen" durum kategorisinden "tamamlandı" olarak hareket eden zaman. |
| Üst Iş öğesi kimliği | Bir iş öğesinin üst öğesi için çalışma öğesi kimliği. |
| Proje Adı | Proje alanına eşdeğerdir. |
| Revizyon | Bir iş öğesinin geçmiş düzeltmesine atanan bir sayı. |
| Etiketler | Etiketlerin noktalı virgülle ayrılmış listesi. |
| Workıtemrevisionsk | İlgili varlıkları birleştirmek için kullanılan, iş öğesi düzeltmesi için analiz benzersiz anahtarı. |
Durum kategorileri hakkında daha fazla bilgi için bkz. Iş akışı durumları ve durum kategorileri. Analytics veri modeli hakkında daha ayrıntılı bilgi için bkz. analiz Için veri modeli.
Analizaracılığıyla kullanılabilen diğer alanlara erişmek Için, analiz görünümüne karşılık gelen vekil anahtarları (SK) veya Iş öğesi kimliği ' ni ekleyin. Ardından, analiz gezinti özelliğine göre gerekli eşleme tablolarını oluşturun.
- Yinelemeler (IterationSK)
- Bölgeler (AreaSK)
- Teams (areask- Teams gezinti özelliğine göre eşleme tablosu oluştur)
- BoardLocations (AreaSK- BoardLocations gezinme özelliğine dayalı olarak eşleme tablosu oluştur)
- Tarihler (DateSK)
- Process (AreaSK- işlem gezinme özelliğine göre eşleme tablosu oluştur)
- WorkItemLinks (Iş öğesi KIMLIĞI)
Veri ilişkileri
Analiz veri modelini anlamak, varlıklar arasında iyi ilişkiler oluşturmak için kritik öneme sahiptir.
Varsayılan olarak, analiz 'den temel veriler döndürüldüğünde, veriler aşağıdaki şekilde gösterildiği gibi ilişkilidir:
etiketler, Teamsve kullanıcılar diğer verilerden hiçbiriyle ilgili değildir. Bu varlıkların birbirleriyle ilgili olduğu ile ilgilidir. Bunlar birkaç yolla ilgili olabilir:
- Bu modellerdeki kolayca işlenmeyen çoktan çoğa ilişkiler
- Kullanıcılar ve iş öğeleri arasındaki varlıklar arasında birden çok ilişki vardır. Bunlar ile ilgilidir:
- Atanan
- Oluşturan
- Değiştiren
- vb.
Birden çok ilişkiyi oldukça basit bir şekilde işleyebilirsiniz. Örneğin, varsayılan modelde sorguyu düzenleyebilir, WorkItems tablosunun AssignedTo sütununu seçebilir ve Kullanıcı tablosundan tüm verileri dahil etmek için sütunu genişletebilirsiniz ve bu işlemi oluşturan ve sütunlar tarafından oluşturulan ve değiştirilen sütunları da tekrarlayabilirsiniz. Bir tablodan diğerine birden çok bağlantı olmasına izin verilmez.
Sütunları bu şekilde genişletmenin başka bir nedeni de izin verilmeyen dairesel ilişkileri idare kullanmaktır. Örneğin, şu yolu alın: projeler > alan > iş öğeleri > projeleri. Tipik bir döngüsel sorun gösterir. Hangi nesnelerin belirli bir projenin parçası olduğunu görmek istediğinizde ne olur? Yapı, Iş öğeleri ve proje ve Iş öğeleri arasında ilişki içerir, ancak bu, döngüsel ilişkiyi tamamladığından izin verilmediği için projeler alanlarla ilgili olamaz. bu senaryoyu işlemek için, alan tablosundaki Project sütununu genişletebilirsiniz. Bunu yapmak için aşağıdaki adımları uygulayın:
Giriş sekmesindesorguları Düzenle ' yi seçin.
Alan sorgusunuseçin.
Project sütununa kaydırın (son sütun) ve sütunun en üstünde bulunan genişlet simgesini seçin.
ProjectName hariç tüm sütunların işaretini kaldırın ve Tamam ' ı seçin.
artık Project ve her bir projedeki alan sayısını seçerek bölgeleri listeleyebilir.
Geçmiş veri modelleme
Analytics geçmiş verileri düzenli bir anlık görüntü olgu tablosuolarak modeller. Olgu tablosu her dönemin sonunda her iş öğesi için gece yarısı olarak oluşturulan bir satır içerir. Örneğin, günlük bir dönemdeki geçmiş, her gün için gece yarısı olarak modellenir, haftalık bir dönem ise haftanın son gününün gece yarısı bir satır olur. Hafta tamamlanmadıysa, haftanın anlık görüntü değeri geçerli değere göre belirlenir.
Bu tablonun greizi, bireysel çalışma öğesi değil, dönem. Her geçmiş dönem için bir kez olmak üzere tek bir Iş öğesinin birden çok kez görüneceğianlamına gelir. Son 30 günlük geçmişin seçilmesi, tek bir iş öğesinin veri modelinde 30 kez görünmesine neden olur. Son 30 gün içinde iş öğesi değişmemişse, iş öğesinin en son düzeltmesi her gün çoğaltılır.
Power BI veri bağlayıcısı ve geçmiş verileriyle çalışırken alanını kullanmanızı öneririz Date . Veri kümesi geçmiş verileri içeriyorsa ancak yalnızca geçerli değerler gerekliyse, bu filtre filtreleyerek ayarlanabilir.
Örneğin, Is Current doğru olarak ayarlanmış bir filtre olarak kullanacağınız ilişkili alanlarla ilgili çalışma öğeleri ve değerler tablosu göstermek istiyorsanız. Bunun yerine duruma göre iş öğelerinin eğilimini göstermek isterseniz, görselleştirmenin eksenine tarih sütununu dahil edersiniz.
İpucu
Tarih sütununu kullanırken her zaman Tarih seçeneğini kullanın. Tarih alanı, Power BI varsayılan hiyerarşileri desteklemeye yönelik değildir.
