4D, modele bir zaman ekseni eklemektir: her model elemanının hangi aktiviteyle, hangi tarihte imal edileceğini bilmek. Kulağa basit gelir, ancak işin tamamı iki ayrı veri kümesini — iş programı ile modeli — güvenilir biçimde eşleştirmekten ibarettir.
4D nedir, ne değildir
4D bir animasyon üretme egzersizi değildir. Amaç, iş programındaki mantık hatalarını inşaat başlamadan görünür kılmaktır: iki ekibin aynı hacimde aynı hafta çalışması, kalıp sökümünden önce üst kat betonunun planlanması, vinç erişiminin bloke olması gibi durumlar takvim tablosunda fark edilmez ama model üzerinde hemen görülür.
Aynı bağlantı kurulduğunda ikinci bir kazanç daha elde edilir: ilerleme raporlaması. Saha "3. kat perde betonu %60" dediğinde, bunun hangi elemanlara karşılık geldiği ve parasal karşılığının ne olduğu belirsiz kalmaz.
Bağlantının anahtarı: eleman kimliği
Aktivite ile eleman arasındaki bağ, elemanın kalıcı kimliği üzerinden kurulmalıdır. IFC'de bu kimlik GlobalId'dir. Model revize edilip yeniden dışa aktarıldığında GlobalId korunuyorsa bağlantı ayakta kalır; korunmuyorsa her revizyonda eşleştirmeyi baştan yapmanız gerekir.
Bağlantı iki yöntemle kurulur:
- Doğrudan eşleme. Bir aktiviteye elemanların GlobalId listesi verilir. En güvenilir yöntemdir, ancak binlerce eleman için elle yapılamaz.
- Kural tabanlı eşleme. "IfcWall + 3. kat + A blok → PERDE-03-A" biçiminde kurallar tanımlanır; eşleme, elemanın tipi, katı, zonu ve sınıflandırma kodu üzerinden otomatik yapılır. Pratikte kural tabanlı eşleme ile başlanır, sonuç listesi gözden geçirilerek istisnalar elle düzeltilir.
Hangi veriye ihtiyacınız var
Bir 4D kurgusunun çalışması için gereken asgari veri kümesi şudur:
- İş programı: benzersiz aktivite kimliği, başlangıç ve bitiş tarihleri, süre, öncül ilişkileri. XER, MPP/XML veya CSV olarak dışa aktarılabilir.
- Model: elemanların doğru kat ve zon altında yer aldığı, GlobalId'leri kararlı bir IFC dosyası.
- Eşleme kuralları: hangi eleman tipinin hangi WBS dalına düştüğünü tanımlayan kural seti.
- Aktivite tipi: imalat, söküm, geçici tesis. Bir yıkım aktivitesi elemanı görünür kılmaz, tersine kaldırır; geçici tesis elemanları belirli bir aralıkta görünüp kaybolur. Bu ayrım yapılmazsa simülasyon yanlış okunur.
Bu kümede en sık eksik kalan parça iş programı tarafındadır: LOE veya hammock tipi özet aktiviteler, tüm proje süresine yayıldıkları için elemanlara bağlandığında simülasyonu anlamsızlaştırır. Bunların eşleme dışında tutulması gerekir.
Sıralama ve kırılım seviyesi
4D'nin çözünürlüğü, modelin kırılım seviyesiyle sınırlıdır. Bir katın tüm döşemesi tek bir nesne olarak modellenmişse, o döşemenin döküm bölgelerine göre sıralanmasını gösteremezsiniz — model, "yarım döşeme" diye bir şey bilmez. Aynı şekilde perde duvarlar kat boyunca tek parça modellendiyse, kalıp bölümlerine göre haftalık ilerleme gösterilemez.
Bu nedenle 4D ihtiyacı, modelleme aşamasında konuşulmalıdır: hangi elemanların imalat bölgelerine göre bölünerek modelleneceği, hangi zon bilgisinin nitelik olarak taşınacağı önceden kararlaştırılmalıdır. Sonradan bölmek her zaman daha pahalıdır.
Alan çakışması: 4D'nin en çok işe yaradığı yer
Klasik çakışma kontrolü geometriktir: iki eleman aynı hacmi paylaşıyor mu? 4D ise buna zaman boyutunu ekler ve çok daha sık karşılaşılan bir soruyu yanıtlar: iki farklı ekip aynı hacimde aynı hafta çalışacak mı?
Bu kontrol için elemanların bir çalışma zonuna bağlanmış olması gerekir. Zon, kat ile blok kesişimi kadar kaba tanımlanabileceği gibi, aks aralığı veya döküm bölgesi kadar ince de tanımlanabilir. Zon bilgisi modelde nitelik olarak taşındığında, aynı zonda kesişen tarih aralıklarına sahip aktiviteler otomatik olarak listelenebilir. Kalıp sökümü tamamlanmadan üst kat donatısının planlanması, asma tavan kapanmadan mekanik testin programlanması gibi durumlar bu listede kendini gösterir.
Aynı veri, vinç ve malzeme erişimi için de kullanılır: belirli bir tarihte hangi hacimlerin aktif olduğunu bildiğinizde, geçici yolların ve depolama alanlarının o hafta nerede olması gerektiği tartışılabilir hale gelir.
İlerleme simülasyonu ve baz plan
Simülasyon iki katmanda çalışır. Planlanan katman, iş programındaki erken/geç tarihlere göre elemanları sırayla görünür kılar. Gerçekleşen katman ise sahadan gelen fiili başlangıç ve bitiş tarihleriyle aynı elemanları boyar. İkisini yan yana oynattığınızda gecikmenin nerede biriktiği doğrudan görülür.
Bunun anlamlı olması için baz planın dondurulmuş olması gerekir. Program her revizyonda üzerine yazılırsa karşılaştırma yapılacak bir referans kalmaz. Uygulamada her revizyon bir anlık görüntü olarak saklanır; karşılaştırma her zaman onaylı baz plana karşı yapılır.
Sık yapılan hatalar
- Modelde bulunmayan işlerin (hafriyat, iksa, altyapı, peyzaj) 4D'de görünmemesi ve programın eksik okunması. Bu kalemler için geometri üretmek ya da raporda ayrıca göstermek gerekir.
- Eşlenmemiş eleman oranının takip edilmemesi. Her simülasyondan önce "kaç eleman hiçbir aktiviteye bağlı değil" ve "kaç aktivite hiçbir elemana bağlı değil" sorularının yanıtı raporlanmalıdır.
- Takvimlerin göz ardı edilmesi. Resmî tatiller, vardiya düzeni ve hava koşulu duruşları takvimde tanımlı değilse simülasyon gerçekte olmayan bir hızda ilerler.
- Revizyon sonrası eşlemenin doğrulanmaması. Yeni model geldiğinde silinen, eklenen ve GlobalId'si değişen elemanların listesi çıkarılmadan simülasyon güncellenmemelidir.
Bu dört noktayı disipline ettiğinizde 4D, sunum aracı olmaktan çıkıp planlama kararlarını gerçekten etkileyen bir kontrol mekanizmasına dönüşür.