Başlangıç Zamanına Göre Logu Sırala
Genel Bakış
Başlangıç zamanına göre logu sıralama zenginleştirmesi, aktivitelerin hem başlangıç hem de bitiş zaman damgalarının bulunduğu süreç madenciliği veri setinizdeki olayların sıralanma şeklini değiştirir. Varsayılan olarak, mindzieStudio olayları bitiş zamanına (bitiş zaman damgası) göre sıralar; bu da aktivitelerin tamamlanma sırasını gösterir. Bu zenginleştirme sıralamayı başlangıç zaman damgalarına göre değiştirir; böylece aktivitelerin aslında başladığı gerçek sıra ortaya çıkar. Bu fark, gerçek süreç akışını anlamak, paralel aktiviteleri tespit etmek ve kaynak tahsis örüntülerini analiz etmek için kritik öneme sahiptir.
Bu zenginleştirme, özellikle başlama sırasının tamamlanma sırasından önemli ölçüde farklı olduğu süreçlerin analizinde değerlidir; örneğin, farklı aktivite sürelerine sahip üretim süreçleri, prosedürlerin farklı hızlarda başladığı ve bittiği sağlık hizmetleri tedavileri veya görevlerin yaygın biçimde çakıştığı proje yönetimi senaryoları. Başlangıç zamanına göre sıralama yaparak, işin gerçekten ne zaman başladığını, aktivitelerin başlangıcında kaynakların nasıl tahsis edildiğini ve süreç adımları arasındaki gerçek bağımlılıkları keşfedersiniz. Bu bakış açısı, kapasite planlaması, aktivite başlangıcındaki darboğazların belirlenmesi ve iş başlatmanın gerçek sırasının anlaşılması için çok önemlidir.
Yaygın Kullanımlar
- Üretim süreçlerindeki aktivitelerin gerçek başlatma sırasını analiz etmek
- İşin gerçekten ne zaman başladığına göre kaynak tahsis örüntülerini anlamak
- Aktivite tamamlanma noktaları yerine başlama noktalarındaki darboğazları tespit etmek
- Bitiş zamanına göre sıralanma ile gizlenen paralel işleme örüntülerini keşfetmek
- Kuyruk oluşumu ve iş başlatma örüntülerini analiz etmek
- Aktivite başlama sıralarına dayalı gerçek süreç bağımlılıklarını anlamak
- Kaynak planlamasını, aktivitelerin gerçekten ne zaman başladığını görerek optimize etmek
Ayarlar
Bu zenginleştirmenin yapılandırılabilir bir ayarı yoktur. Tüm olay günlüğünün sıralanma şeklinde genel bir değişiklik uygulayarak, sıralamayı bitiş zamanından başlangıç zamanına geçirir. Bu zenginleştirmenin etkili olabilmesi için veri setinizde aktivitelerin hem başlangıç hem bitiş zaman damgalarına sahip olması gerekir. Eğer aktiviteleriniz sadece tek bir zaman damgasına sahipse, bu zenginleştirme log sıralamasını değiştirmez.
Örnekler
Örnek 1: Üretim Süreci Analizi
Senaryo: Bir üretim hattında, çeşitli iş istasyonları değişen sürelerde işleri işler. İş başlatma sırasını anlamanız, kaynak tahsisini optimize etmek ve süreç başlangıcında kuyrukların nerede oluştuğunu belirlemek için gereklidir.
Ayarlar:
- Konfigürasyon gerektirmez
Çıktı: Zenginleştirme öncesi, bitiş zamanına göre sıralanmış olay günlüğü:
- İstasyon A 10:30’da tamamlandı (09:00'de başladı, süre: 1.5 saat)
- İstasyon B 10:15’te tamamlandı (10:00’de başladı, süre: 15 dakika)
- İstasyon C 11:00’de tamamlandı (08:30’da başladı, süre: 2.5 saat)
Zenginleştirme sonrası, başlangıç zamanına göre sıralanmış:
- İstasyon C 08:30’da başladı
- İstasyon A 09:00’da başladı
- İstasyon B 10:00’de başladı
Kavrayış: Başlangıç zamanı görünümü, İstasyon C’nin aslında ilk başladığını ancak en son tamamlandığını gösterir; bu, uzun süreli bir aktivite olduğunu ve ilave kaynaklar gerekebileceğini işaret eder. İstasyon B hızlı tamamlanmasına rağmen en son başlayan istasyondur, bu da diğer istasyonlardan gelen çıktılara bağlı olduğunu gösterir.
Örnek 2: Sağlık Tedavisi Sıralaması
Senaryo: Bir hastane acil servisinde çeşitli tedaviler ve prosedürler farklı sürelerde gerçekleşir. Tedavilerin gerçekten ne zaman başladığını anlamak, hasta akışı yönetimi ve kaynak planlaması için çok önemlidir.
Ayarlar:
- Konfigürasyon gerektirmez
Çıktı: Bitiş zamanına göre sıralanmış görünüm:
- Kan testi sonuçları: 14:30 (13:00’de başladı)
- Röntgen tamamlandı: 14:15 (14:00’de başladı)
- İlk değerlendirme: 13:30 (13:00’de başladı)
- Tedavi uygulandı: 15:00 (14:45’te başladı)
Başlangıç zamanına göre sıralanmış görünüm:
- İlk değerlendirme: 13:00
- Kan testi: 13:00 (değerlendirme ile paralel)
- Röntgen: 14:00
- Tedavi: 14:45
Kavrayış: Başlangıç zamanı sıralaması kan testleri ve ilk değerlendirmelerin eş zamanlı başladığını göstererek verimli paralel işlemenin olduğunu ortaya koyar. Röntgen başlangıcı ile tedavi başlangıcı arasındaki boşluk, sonuçların beklenmesini ve potansiyel iyileştirme fırsatlarını işaret eder.
Örnek 3: Proje Görev Yönetimi
Senaryo: Yazılım geliştirme projesinde görevler çakışmaktadır; farklı bileşenlerde işin ne zaman başladığını anlamak, geliştirici tahsisini daha iyi yönetmek ve gerçek görev bağımlılıklarını belirlemek için gereklidir.
Ayarlar:
- Konfigürasyon gerektirmez
Çıktı: Zenginleştirme öncesi (bitiş zamanına göre):
- Veritabanı tasarımı: 5. gün tamamlandı
- API geliştirme: 8. gün tamamlandı
- Ön yüz geliştirme: 10. gün tamamlandı
- Test etme: 12. gün tamamlandı
Zenginleştirme sonrası (başlangıç zamanına göre):
- Veritabanı tasarımı: 1. gün başladı
- Ön yüz geliştirme: 2. gün başladı (paralel çalışma)
- API geliştirme: 4. gün başladı
- Test etme: 7. gün başladı (tüm geliştirme bitmeden başladı)
Kavrayış: Başlangıç zamanı sıralaması, ön yüz geliştirmesinin veritabanı tasarımı ile erken ve paralel başladığını, testin ise tüm geliştirmenin tamamlanmasını beklemeden başladığını gösterir; bu da şelale modeli yerine sürekli test yapılan çevik yaklaşıma işaret eder.
Örnek 4: Sigorta Talep İşleme
Senaryo: Sigorta talepleri, farklı işlem sürelerine sahip çeşitli doğrulama ve onay aşamalarından geçer. Hangi aşamanın ne zaman başladığını anlamak, taleplerin nerede kuyrukta beklediğini ve paralel işlemenin nerede gerçekleştiğini belirler.
Ayarlar:
- Konfigürasyon gerektirmez
Çıktı: Bir talep için bitiş zamanına göre sıralanmış olaylar:
- Belge doğrulama tamamlandı: 3. gün, 14:00
- Risk değerlendirmesi tamamlandı: 2. gün, 16:00
- İlk inceleme tamamlandı: 1. gün, 11:00
- Nihai onay: 4. gün, 10:00
Başlangıç zamanına göre sıralanmış olaylar:
- İlk inceleme başladı: 1. gün, 09:00
- Risk değerlendirmesi başladı: 1. gün, 10:00 (paralel işleme)
- Belge doğrulama başladı: 2. gün, 08:00
- Nihai onay başladı: 4. gün, 09:00
Kavrayış: Başlangıç zamanı görünümü, risk değerlendirmesinin hâlâ ilk inceleme devam ederken başladığını göstererek paralel işleme yeteneklerini ortaya koyar. Belge doğrulamanın 2. gün başlaması, önceki adımlardan çıktılara bağlı olduğunu gösterir.
Örnek 5: Depo Sipariş Karşılama
Senaryo: Bir dağıtım merkezinde siparişler, değişen sürelerde toplama, paketleme ve sevkiyat aşamalarından geçer. Başlangıç sıralarını anlamak, çalışan atamalarını optimize etmek ve siparişlerin kuyrukta nerede beklediğini tespit etmek için önemlidir.
Ayarlar:
- Konfigürasyon gerektirmez
Çıktı: Standart bitiş zamanı görünümü:
- Sipariş A sevkiyatı: 15:00 (09:00'da toplama başladı)
- Sipariş B sevkiyatı: 14:30 (11:00'de toplama başladı)
- Sipariş C sevkiyatı: 14:45 (08:00'de toplama başladı)
Başlangıç zamanı sıralanmış görünüm:
- Sipariş C toplama başladı: 08:00
- Sipariş A toplama başladı: 09:00
- Sipariş B toplama başladı: 11:00
Kavrayış: Sipariş B, Sipariş C’den önce sevk edilmesine rağmen, Sipariş C çok daha erken başlamıştır; bu da daha karmaşık ve daha uzun süre gerektiren bir sipariş olduğunu gösterir. Bu başlangıç zamanı bakışı, depo yöneticilerinin gerçek FIFO uyumunu anlamasına ve fazla zaman harcayan siparişleri tanımlamasına yardımcı olur.
Çıktı
Başlangıç zamanına göre logu sıralama zenginleştirmesi, süreç logunuzdaki olayların temel sıralamasını değiştirir; yeni nitelikler oluşturmaz veya mevcut veri değerlerini değiştirmez. Zenginleştirme, tüm süreç madenciliği görselleştirmeleri ve analizlerin olay sırasını nasıl yorumladığını etkileyen dahili bir bayrak (SortLogOnStartTime = true) ayarlar.
Süreç Madenciliği Üzerindeki Etkisi: Bu zenginleştirme uygulandıktan sonra tüm süreç haritaları, varyant analizleri ve sıralamaya bağlı hesaplamalar başlangıç zamanına göre sıralamayı yansıtacaktır. Bu etki şunları kapsar:
- Aktivite başlangıçlarının sırasını gösteren süreç akışı görselleştirmeleri
- Başlangıç zamanı sıralarına dayalı varyant tespiti
- İlk aktivitenin başlangıcından itibaren geçen süre hesaplamaları
- Aktivite bitişi yerine başlangıcına odaklanan darboğaz analizleri
- Kaynakların işe başlama zamanlarına dayalı kullanım görünümü
Gereksinimler: Bu zenginleştirme sadece aktivitelerin hem başlangıç hem bitiş zaman damgalarına sahip olduğu veri setlerini etkiler. Her aktivite için tek bir zaman damgası olan veri setlerinde zenginleştirmenin etkisi olmaz. Bu, üretim yürütme sistemleri, proje yönetimi araçları veya sağlık bilgi sistemleri gibi aktivitelerin hem başlatılmasını hem de tamamlanmasını takip eden sistemlerden içe aktarılan süreçler için özellikle faydalıdır.
Geri Alınabilirlik: Sıralama değişikliği mevcut analiz oturumu için geçerli olur. Bitiş zamanına göre sıralamaya dönmek için bu zenginleştirmenin kaldırılması ve veri setinin yeniden işlenmesi gerekir. Başlangıç zamanı ve bitiş zamanı perspektifleri arasında sık geçiş gerekiyorsa analizinizin farklı versiyonlarını kaydetmeyi düşünün.
Diğer Zenginleştirmelerle Kombinasyon: Bu zenginleştirme tüm diğer zenginleştirmelerle uyumlu çalışır ve hesaplamalar veya filtrelerle çakışmaz. Ancak, bu zenginleştirmeden sonra uygulanan süre veya sıra tabanlı diğer zenginleştirmelerin başlangıç zamanı sıralamasını kullanacağını ve böylece farklı sonuçlar verebileceğini unutmayın.
Ayrıca Bakınız
- Aktivite Zamanını Kaydır - Belirli aktivitelerin zaman damgalarını düzeltmek için zaman dilimi sorunlarını veya veri kalitesi problemlerini ayarlayın
- Zamanı Dondur - Tutarlı zaman tabanlı hesaplamalar için sabit bir güncel zaman belirleyin
- İki Aktivite Arasındaki Süre - Sıralama düzeninden etkilenebilecek zaman aralıklarını hesaplayın
- Süreç Kaydını Filtrele - İstenmeyen olayları sıralama değişikliklerinden önce veya sonra kaldırın
- Durumu Varlıklarına Dönüştür - Sıralama düzeninden bağımsız olarak vakalar içinde değişmeyen nitelikleri belirleyin
Bu doküman mindzieStudio süreç madenciliği platformunun bir parçasıdır.