Etkinlik Sıralama Algoritması
Genel Bakış
Etkinlik Sıralama Algoritması zenginleştirmesi, mindzieStudio'nun her bir vaka içindeki etkinlikleri zaman damgaları yeterince ayrıntılı olmadığında veya birden fazla etkinlik aynı zaman damgasını paylaştığında nasıl sıralayacağını kontrol eden sistem düzeyinde bir yapılandırma zenginleştirmesidir. Bu zenginleştirme, özellikle yalnızca tarihleri kaydeden veri kaynaklarıyla veya etkinliklerin ilk veri yüklemesinden sonra günlük içine eklenmesi durumlarında doğru süreç akışı analizi ve görselleştirme sağlamak için kritik öneme sahiptir.
Süreç madenciliğinde, faaliyetlerin sıralaması süreç davranışını anlamak, süreleri hesaplamak, darboğazları tespit etmek ve uyum sorunlarını keşfetmek için temel önemdedir. Ancak, birçok kaynak sistem yalnızca bir etkinliğin tarihini, doğrudan zamanı olmadan kaydeder veya birden çok etkinlik aynı zaman damgası ile loglanabilir. Etkinlik Sıralama Algoritması zenginleştirmesi, bu etkinlikler için tutarlı ve anlamlı bir sıra oluşturmak adına akıllı sıralama stratejileri sunar ve süreç analizlerinizin gerçek işlem sırasını yansıtmasını sağlar.
Bu zenginleştirme etkinlik günlüğü düzeyinde çalışır ve sonraki tüm analiz, görselleştirme ve hesaplamaların etkinlik sıralarını nasıl yorumladığını etkiler. Genellikle zenginleştirme hattınızın başında bir kez yapılandırılır, ancak verilerinizin özel sıralama gereksinimleri olduğunda veya farklı zaman damgası özelliklerine sahip yeni veri kaynakları eklendiğinde ayarlanması gerekebilir.
Yaygın Kullanımlar
- Kaynak sistem zaman damgalarında saat bilgisi olmadığında (yalnızca tarihler) deterministik etkinlik sıralaması oluşturmak
- Etkinliklerin gerçek zamanları yerine güncel zaman damgaları ile loglandıği veri aktarımlarını yönetmek
- Farklı veri çıkarımları ve günlük yeniden oluşturma işlemlerinde tutarlı etkinlik sıralaması sağlamak
- Düşük çözünürlüklü zaman damgası verisiyle süreç akışı görselleştirme doğruluğunu artırmak
- Beklenen modellerle karşılaştırma için öngörülebilir etkinlik dizileri sağlayarak uyum kontrolünü desteklemek
- Etkinlik sırası zaten doğru olduğunda gereksiz sıralama işlemlerini ortadan kaldırarak performansı optimize etmek
- Tarihsel etkinliklerin ekleme zaman damgalarıyla yüklendiği eski veri göçlerini yönetmek
Ayarlar
Order Event Algorithm: Her vaka içindeki etkinliklerin sıralanmasında kullanılan algoritmayı belirler. Bu ayar, mindzieStudio’nun zaman damgaları tek başına kesin bir sıra belirlemeye yetmediğinde etkinlik sırasını nasıl çözdüğünü tanımlar. Mevcut seçenekler şunlardır:
Insert Date Events Before (Varsayılan): Çoğu senaryo için önerilen algoritmadır. Her vaka içindeki etkinlikleri zaman damgasına göre sıralar ve birden fazla etkinlik aynı zaman damgasını paylaştığında (özellikle zaman damgası yalnızca tarih içerdiğinde), sıralamayı belirlemek için Expected Order (Beklenen Sıra) özelliğini kullanır. Bu algoritma, yalnızca tarih zaman damgasına sahip etkinliklerin olay kaydına sonradan eklendiğini varsayar ve ek meta veriler kullanarak sıralama yapar. Expected Order özelliği genellikle Expected Order zenginleştirmesiyle belirlenir ve süreçteki faaliyetlerin mantıksal sırasını tanımlamanızı sağlar. Bu seçenek, karışık hassasiyetteki zaman damgalarını akıllıca yönetirken iyi bir performans sunar.
Insert Date Events Before (Old): Insert Date Events Before algoritmasının geçmişe uyumluluk için tutulan eski sürümüdür. Aynı sıralama mantığını uygular fakat çok büyük veri kümelerinde farklı performans özelliklerine sahip olabilecek eski bir kod yolunu kullanır. Bu seçeneği sadece geçmiş analiz sonuçlarıyla tutarlılığı korumak veya yeni algoritmayla uyumluluk sorunları yaşarsanız tercih edin. Yeni analizler için standart Insert Date Events Before tercih edilir.
No Sorting: Otomatik etkinlik sıralamasını tamamen devre dışı bırakır ve etkinliklerin kaynak veride göründüğü orijinal sırayı korur. Kaynak veriniz zaten doğru kronolojik sıradaysa ve gereksiz sıralama operasyonlarını engelleyerek performansı artırmak istiyorsanız bu ayarı kullanın. Bu, milisaniye hassasiyetli zaman damgaları içeren veri kaynakları için uygundur ve ekleme sırasının kronolojik sıra ile eşleştiğinden emin olduğunuz durumlarda tercih edilmelidir. Ancak, bu ayarla çalışırken kaynak verinizin doğru sıralama garantisi olmadığında süreç akışlarının hatalı olabileceğine dikkat edin. Daha sonra hesaplanmış etkinlikler ekler veya birden çok kaynaktan veri birleştirirseniz, aktif sıralama algoritmasına geçmeniz gerekebilir.
Örnekler
Örnek 1: Yalnızca Tarih İçeren Zaman Damgalarıyla Satın Alma Siparişi İşleme
Senaryo: Bir tedarik sistemi satın alma siparişlerini onaylama sürecinde izliyor, ancak eski ERP sistemi onayları sadece tarih olarak kaydediyor. Aynı gün içinde birden çok onay aşaması (bölüm yöneticisi, finans denetçisi, yönetici onayı) olabilir, fakat zaman damgası hepsi için yalnızca "2024-03-15" olarak görünür. Doğru sıralama olmadan süreç madenciliği rastgele diziler sunar, gerçek onay yolunu belirlemenizi ya da doğru devir teslim sürelerini hesaplamanızı engeller.
Ayarlar:
- Order Event Algorithm: Insert Date Events Before
Ek Yapılandırma: Bu zenginleştirmeyi uygulamadan önce, Expected Order zenginleştirmesi ile şöyle tanımlama yapılır:
- Bölüm Yöneticisi Onayı her zaman ilk gelir
- Finans Denetçisi Onayı ikinci sıradadır
- Yönetici Onayı son sıradadır
Çıktı: Insert Date Events Before seçili olduğunda, "2024-03-15 00:00:00" zaman damgasını paylaşan etkinlikler şu şekilde doğru sıralanır:
| Case ID | Faaliyet | Orijinal Zaman Damgası | Sıralı Konum | Beklenen Sıra |
|---|---|---|---|---|
| PO-1234 | Bölüm Yöneticisi Onayı | 2024-03-15 | 1 | 10 |
| PO-1234 | Finans Denetçisi Onayı | 2024-03-15 | 2 | 20 |
| PO-1234 | Yönetici Onayı | 2024-03-15 | 3 | 30 |
Süreç akışı artık onay hiyerarşisini doğru gösterir, adımlar arasındaki süre hesaplamaları anlamlı hale gelir ve uyum kontrolü beklenen onay sırasının izlendiğini doğrular.
İçgörüler: Bu yapılandırma, yalnızca tarih içeren zaman damgalarına rağmen süreç madenciliğindeki zorunlu onay hiyerarşisini doğru şekilde temsil eder. Bu zenginleştirme olmadan, aynı onaylar farklı vakalarda rastgele sıralanabilir, desenler gizlenir ve onayların sırası dışına çıktığı vakalar tespit edilemez.
Örnek 2: Hassas Zaman Damgalarıyla Yüksek Performanslı Analiz
Senaryo: Bir üretim yürütme sistemi (MES) her üretim adımını milisaniye hassasiyetinde zaman damgalarıyla kaydeder. Her iş istasyonu, "Malzeme Yüklendi," "Kaynak Tamamlandı," "Kalite Kontrol," "Paketleme Tamamlandı" gibi operasyonların başlangıç ve bitiş zamanlarını "2024-03-15 14:32:18.437" gibi zaman damgalarıyla tutar. Veri hacmi çok fazladır (milyonlarca etkinlik) ve zaman damgaları zaten kesin sıralama sağladığı için zenginleştirme performansını optimize etmek istersiniz.
Ayarlar:
- Order Event Algorithm: No Sorting
Çıktı: Etkinlikler orijinal ekleme sırasıyla, ilave sıralama yapılmadan işlenir:
| Case ID | Faaliyet | Zaman Damgası | Orijinal Sıra Korundu |
|---|---|---|---|
| WO-5678 | Malzeme Yüklendi | 2024-03-15 14:32:18.437 | Konum 1 |
| WO-5678 | Kaynak Tamamlandı | 2024-03-15 14:35:42.891 | Konum 2 |
| WO-5678 | Kalite Kontrol | 2024-03-15 14:38:15.234 | Konum 3 |
| WO-5678 | Paketleme Tamamlandı | 2024-03-15 14:41:03.567 | Konum 4 |
Zenginleştirme işlemi, aktif sıralama algoritmalarına kıyasla %15-20 daha hızlı tamamlanır; bu, özellikle birçok zenginleştirme uygulandıktan sonra vaka görünümünü yeniden oluştururken fark edilir.
İçgörüler: Kaynak veriniz yüksek kaliteli ve hassas zaman damgaları sağladığında, sıralamayı devre dışı bırakmak büyük veri kümelerinde performansı önemli ölçüde artırabilir. Bu, zenginleştirme hızının önemli olduğu gerçek zamanlı veya hemen hemen gerçek zamanlı süreç madenciliği senaryoları için değerlidir. Ancak, bu ayarı uygularken süreç akışlarınızı dikkatle izleyin ve kaynak verinizin gerçekten doğru sıralama sağladığından emin olun.
Örnek 3: Karışık Zaman Damgalarıyla Tarihsel Veri Göçü
Senaryo: Bir finans hizmetleri şirketi, 10 yıllık kredi başvuru verisini eski bir sistemden yeni bir süreç madenciliği platformuna taşıyor. Tarihsel etkinlikler (2015-2020) yalnızca tarih damgalarına sahipken, yakın tarihli etkinlikler (2021-günümüz) hassas zaman damgaları içeriyor. Ayrıca bazı tarihsel etkinlikler toplu olarak mevcut sisteme yüklenmiş ve gerçek olay tarihleri yerine göç tarihine ait ekleme zaman damgaları taşıyor. Expected Order zenginleştirmesi, standart kredi başlatma sırasını tanımlamak için yapılandırılmıştır: Başvuru Alındı, Kredi Kontrolü, Gelir Doğrulama, Değerlendirme, Onay Kararı.
Ayarlar:
- Order Event Algorithm: Insert Date Events Before
Çıktı: 2017 tarihli tarihsel bir vaka için:
| Case ID | Faaliyet | Depolanan Zaman Damgası | Olay Tarihi | Sıralı Konum | Beklenen Sıra |
|---|---|---|---|---|---|
| LN-9012 | Başvuru Alındı | 2017-06-12 | 2017-06-12 | 1 | 10 |
| LN-9012 | Kredi Kontrolü | 2017-06-12 | 2017-06-12 | 2 | 20 |
| LN-9012 | Gelir Doğrulama | 2017-06-13 | 2017-06-13 | 3 | 30 |
| LN-9012 | Değerlendirme | 2017-06-13 | 2017-06-13 | 4 | 40 |
| LN-9012 | Onay Kararı | 2017-06-14 10:30:00 | 2017-06-14 | 5 | 50 |
2024 tarihli güncel bir vaka için:
| Case ID | Faaliyet | Depolanan Zaman Damgası | Sıralı Konum |
|---|---|---|---|
| LN-9876 | Başvuru Alındı | 2024-03-15 09:15:23 | 1 |
| LN-9876 | Kredi Kontrolü | 2024-03-15 09:47:11 | 2 |
| LN-9876 | Gelir Doğrulama | 2024-03-15 14:22:35 | 3 |
| LN-9876 | Değerlendirme | 2024-03-16 08:30:12 | 4 |
| LN-9876 | Onay Kararı | 2024-03-16 16:45:08 | 5 |
İçgörüler: Insert Date Events Before algoritması, beklenen sıra kullanarak tarih damgası içeren tarihsel verilerde aynı gün içi etkinlikleri sıralarken, hassas zaman damgası olan güncel verilerde kesin zaman bilgisine dayanır. Böylece tüm veri setinizde zaman damgası hassasiyetinden bağımsız, tutarlı süreç analizi yapılmasını sağlar. Algoritma, zaman damgalarının gün içi bilgi içermediği durumları otomatik algılar ve uygun sıralama mantığını uygular.
Örnek 4: Çok Sistemli Veri Entegrasyonu
Senaryo: Bir sağlık hizmetleri sağlayıcısı, hasta yolculuğu verilerini üç sistemden birleştiriyor: randevu planlama sistemi (saniye hassasiyetinde zaman damgaları), elektronik tıbbi kayıtlar (EMR) sistemi (çok sayıda tarih-only zaman damgası içeren tarihi kayıtlar), ve faturalandırma sistemi (dakika hassasiyetinde zaman damgaları). "Randevu Alındı," "Hasta Geldi," "Hayati Bulgular Kaydedildi," "Doktor Konsültasyonu," "Laboratuvar Talebi," "Laboratuvar Sonuçları," "Reçete Yazıldı" ve "Faturası Tamamlandı" gibi etkinlikler farklı kaynaklardan ve farklı zaman damgası hassasiyetleriyle gelir. Expected Order zenginleştirmesi tipik hasta ziyareti sırasını tanımlar.
Ayarlar:
- Order Event Algorithm: Insert Date Events Before
Çıktı: 15 Mart 2024 tarihli bir hasta ziyareti için:
| Case ID | Faaliyet | Kaynak Sistem | Orijinal Zaman Damgası | Sıralı Konum | Beklenen Sıra Uygulandı |
|---|---|---|---|---|---|
| PT-4455 | Randevu Alındı | Planlama | 2024-03-10 14:30:00 | 1 | Hayır (kesin zaman) |
| PT-4455 | Hasta Geldi | Planlama | 2024-03-15 09:00:00 | 2 | Hayır (kesin zaman) |
| PT-4455 | Hayati Bulgular Kaydedildi | EMR | 2024-03-15 | 3 | Evet (yalnızca tarih, sıra 30) |
| PT-4455 | Doktor Konsültasyonu | EMR | 2024-03-15 | 4 | Evet (yalnızca tarih, sıra 40) |
| PT-4455 | Laboratuvar Talebi | EMR | 2024-03-15 | 5 | Evet (yalnızca tarih, sıra 50) |
| PT-4455 | Laboratuvar Sonuçları | EMR | 2024-03-15 | 6 | Evet (yalnızca tarih, sıra 60) |
| PT-4455 | Reçete Yazıldı | EMR | 2024-03-15 | 7 | Evet (yalnızca tarih, sıra 70) |
| PT-4455 | Faturası Tamamlandı | Faturalandırma | 2024-03-15 17:00 | 8 | Hayır (saat/dakika) |
İçgörüler: Insert Date Events Before algoritması, entegre veri kaynakları arasındaki farklı zaman damgası hassasiyetlerine akıllıca uyum sağlar. Kesin zaman damgası içeren etkinliklere kronolojik sırayı korurken, düşük çözünürlükte zaman damgası olan sistemlerden gelen etkinlikleri Expected Order kullanarak sıralar. Bu sayede, pahalı veri kalitesi iyileştirmeleri veya kaynak sistem düzeyinde zaman damgası zenginleştirmesi yapmadan uçtan uca kapsamlı süreç madenciliği mümkün olur. Ortaya çıkan süreç akışları, hasta yolculuklarını doğru temsil eder ve devir teslim, bekleme süreleri ve kaynak kullanımı analizlerine olanak tanır.
Örnek 5: Tarihsel Analiz İçin Geriye Dönük Uyumluluk
Senaryo: Bir süreç madenciliği ekibi, üç yıldır mindzieStudio’nun eski bir sürümüyle sipariş karşılama süreçlerini analiz etmekte ve bu analizlere dayanarak çok sayıda rapor, pano ve KPI yayımlamış durumda. Platform yeni sürüme yükseltildikten sonra, özellikle aynı gün içindeki etkinliklerle ilgili bazı süreç metriklerinde küçük farklar fark ediyorlar. İnceleme, etkinlik sıralaması algoritmasının performans iyileştirmeleriyle güncellendiğini ortaya çıkardı. Geçmiş raporlarla tutarlılığı korumak ve yıllar arası karşılaştırmaları geçerli kılmak için eski sıralama algoritmasını kullanmaları gerekiyor.
Ayarlar:
- Order Event Algorithm: Insert Date Events Before (Old)
Çıktı: Süreç metrikleri ve akış diyagramları eskiden yayınlanan analizle birebir eşleşir:
Güncel Analiz (Eski algoritma ile):
- Ortalama sipariş işlem süresi: 4,2 gün
- Zamanında teslimat oranı: %87,3
- Süreç varyant dağılımı tarihsel bazla uyumlu
- Uyum oranı: %91,2
Yeni Algoritma ile Karşılaştırma:
- Ortalama sipariş işlem süresi: 4,2 gün (değişmedi, hassas zaman damgaları kullanıldı)
- Zamanında teslimat oranı: %87,3 (değişmedi)
- Süreç varyant dağılımı: 2 yeni nadir varyant tespit edildi (%0,1 vaka)
- Uyum oranı: %91,0 (sıralamanın iyileşmesi nedeniyle hafif azalma)
İçgörüler: Eski algoritma seçeneği, geçmiş analizlerle tutarlılığın kritik olduğu uzun vadeli süreç madenciliği projelerinde devamlılık sağlar. Daha yeni algoritma performans ve köşe durumlarda daha doğru sıralama sunabilirken, eski algoritma mevcut KPI’ların, kıyaslamaların ve trend analizlerinin yükseltme sürecinde karşılaştırılabilir kalmasını garantiler. Ekipler bu seçeneği geçiş döneminde kullanabilir, algoritmalar arasındaki farkları bir alt kümede doğrulayıp temel karşılaştırmaları sağladıktan sonra gelecekteki analizler için yeni algoritmaya geçebilir. Bu yaklaşım paydaş güvenini korurken platform modernizasyonuna izin verir.
Çıktı
Etkinlik Sıralama Algoritması zenginleştirmesi yeni özellikler oluşturmaz veya mevcut veri değerlerini değiştirmez. Bunun yerine, mindzieStudio’nun analiz ve görselleştirme için vaka görünümünü oluştururken etkinlikleri dahili olarak nasıl sıralayacağını kontrol eden sistem düzeyinde bir ayar yapılandırır. Bu zenginleştirmenin etkisi şunlarda görünür:
Süreç Akışı Görselleştirme: Süreç haritaları, varyant analizleri ve doğrudan-izleyici grafikler seçilen algoritmanın belirlediği etkinlik sıralarını yansıtır. Aynı zaman damgasına sahip etkinlikler tutarlı ve mantıklı akış desenleri gösterir, rastgele sıralama olmaz.
Süre Hesaplamaları: Faaliyetler arası zaman hesaplayan zenginleştirmeler ("İki Faaliyet Arası Süre" veya "Faaliyet ile Vaka Başlangıcı Arası Süre") doğru sıralama sayesinde anlamlı sonuçlar üretir. Doğru sıralama yoksa, aynı zaman damgasına sahip etkinlikler arasındaki süre sıfır olabilir veya ters sıradaysalar negatif süreler gösterebilir.
Uyum Kontrolü: Faaliyet dizilerini beklenen süreç modellerine karşı doğrulayan uyum zenginleştirmeleri sapmaları doğru şekilde tespit eder. Doğru etkinlik sırası, uyum ihlallerinin gerçekten süreç kaynaklı olduğunu, veri kalitesi sorunlarından değil.
Performans Analizi: Süre tabanlı kriterlere veya eşiklere göre vaka sınıflandıran performans kategorilendirme zenginleştirmeleri doğru sıralı etkinlikler üzerinde çalışır ve güvenilir performans değerlendirmesi sağlar.
Sonraki Zenginleştirmeler: Etkinlik sırasına bağlı sonraki tüm zenginleştirmeler (faaliyet konumu, önceki/sonraki ilişki, vaka aşaması hesaplamaları) bu zenginleştirme tarafından oluşturulan sıralamaya göre doğru işler.
Zenginleştirme, etkinlik günlüğü yüklendikten ve zenginleştirmeler uygulandıktan sonra vaka görünümü oluşturulurken çalışır. Performans etkisi algoritmaya göre değişir:
- No Sorting, sıralama adımını tamamen atlatarak en iyi performansı verir
- Insert Date Events Before, doğruluk ve performans arasında dengeli, modern veri kümeleri için optimize edilmiştir
- Insert Date Events Before (Old), geriye dönük uyumluluğu korur ancak çok büyük veri kümelerinde daha yavaş olabilir
Bu zenginleştirmeyi uyguladığınızda, mindzieStudio seçilen algoritma ile vaka görünümünü yeniden oluşturur. İç etkinlik sıralaması güncellenir ancak verinizdeki orijinal zaman damgası değerleri değişmez. Bu sayede algoritmalar arasında geçiş yapabilir, farklı sıralama stratejilerini deneyebilir ve sürecinizi en iyi temsil eden yöntemi bulabilirsiniz.
Ayrıca Bakınız
- Expected Order - Süreçteki faaliyetlerin mantıksal sırasını tanımlar, Insert Date Events Before algoritmaları aynı zaman damgası olan etkinlikleri sıralarken kullanır
- Freeze Log Time - Tarihsel verileri analiz ederken veya tekrarlanabilir analizler yaparken kullanılan sabit zaman referansı belirler
- Shift Activity Time - Zaman damgalarını belirli bir offset kadar kaydırır, zaman dilimi sorunlarının düzeltilmesi veya farklı kaynak verilerin hizalanması için yararlıdır
Bu dokümantasyon mindzieStudio süreç madenciliği platformunun bir parçasıdır.