BIM Teslim Kontrolleri: Sonuçtan Önce Kuralları Sınayın

buildingSMART’ın IDS 1.0 sürümü, makine tarafından okunabilir bilgi gereksinimleri için nihai standarttır. IFC içindeki alfasayısal bilgiyi kontrol eder; geometriyi kontrol etmez. IDS dosyasının yapısını doğrulamak ile modeli bu dosyadaki gereksinimlere göre kontrol etmek farklı işlerdir. [1]

ISO 19650-4, proje teslimi ve varlık işletmesi sırasındaki bilgi alışverişlerinin süreç ve karar ölçütlerini ele alır; bunların varlığın ölçeği ve karmaşıklığıyla orantılı olmasını öngörür. [2]

OlbrichCo, IDS’yi dar kapsamlı ve tekrarlanabilir bir teslim sorusu için kullanmayı öneriyor: işletmeci, kapsamdaki her varlığın üzerinde uzlaşılmış bilgisine erişebiliyor mu? Üç kararı görünür tutun: kural anlaşmayı doğru ifade ediyor mu, teslim edilen veri kurala uyuyor mu ve bilgi amaçlanan kullanım için yeterince güvenilir mi? Yeşil bir rapor yalnızca gerçekten uygulanan kontrolleri yanıtlar.

İran’daki bir işveren veya danışman için başlangıç noktası, bakımı yapılacak tek bir ekipman grubu ve tek bir teslim aşaması olsun. Alıcıyı, amacı, zorunlu alanları, dışa aktarma biçimini, tarihi ve istisnaları kabul etmeye yetkili kişiyi belirleyin. Alanları seçmeden bakım ekibini sürece katın. Varlık listesinin sahibi yoksa, dışa aktarma eşlemesi gösterilemiyorsa veya başarısızlığın anlamında uzlaşma yoksa otomasyonu erteleyin.

IDS, seçilen nesnelerle onlardan istenen bilgileri ayırır. Bir belirtim, eşleşen nesne bulunmamasına izin verebilir veya en az bir nesneyi zorunlu kılabilir. [3]

Geçme oranından önce seçilen nesneleri, bağımsız olarak üzerinde uzlaşılmış teslim listesiyle karşılaştırın. Öğretici bir örnekte listede on iki pompa, kontrol raporunda ise on pompa bulunduğunu düşünün. Onunun da geçmesi, diğer iki pompanın durumunu açıklamaz. Bu, ölçülmüş bir proje sonucu veya her teslimin on iki pompa içermesi gerektiği anlamına gelen bir kural değil, varsayımsal bir alıştırmadır.

Eksikliğini aradığınız alanı, nesnenin kontrole girmesinin tek koşulu yapmayın. Denemede kapsama girmesi gereken bir pompanın varlık kimliğini silin; pompanın seçili kalıp bilgi gereksiniminden kaldığını doğrulayın. Yanlış sınıflandırılmış bir nesneyi de sınayın. Seçimi, ekipmanın kararlaştırılmış kapsamı ve dışa aktarma eşlemesiyle çözün; rapor yeşile dönene kadar filtreyi daraltmayın.

Her kural için uygulanabilir, geçen ve kalan nesne sayılarını; ayrıca açıkça belirtilmiş uygulanamaz veya yürütme hatası durumunu isteyin. Açıklanamayan sıfır sayısını inceleme bekletmesi sayın. Zorunlu bir grup asgari varlığı gösterir, tüm varlık listesiyle mutabakatı değil. Bu mutabakatı bir kişiye veya ayrıca sınanmış sürece verin; kapsama alınan ve dışarıda bırakılan nesnelerin listesini saklayın. [3]

IDS özellik bileşeni, özelliği küme adı ve kendi adıyla tanımlar; veri türü ve değer için kısıtlar koyabilir. buildingSMART uygun standart özelliklerin kullanılmasını önerir; Pset_ ve Qto_ öneklerini standartlaştırılmış kümelere ayırır. [4]

Kısa bir eşleme tablosu hazırlayın: işverenin bilgi ihtiyacı, modelleme alanı, IFC hedefi, izin verilen değer, aşama ve test sorumlusu. Yalnızca projeye özgü bir örnek olarak, OLB_Handover adlı özel bir küme AssetId ve MaintenanceZone alanlarını içerebilir. Veri türlerini ve geçerli bölge kodlarını işletmeciyle kararlaştırın. Bu adlar standart IFC özellikleri veya zorunlu OlbrichCo veri standardı değildir; önce uygun standart alan olup olmadığını araştırın.

Her dışa aktarmada özellik anahtarlarını sessizce çevirmek yerine Farsça görünen etiketleri sabit makine adlarının yanında tutun. Farsça ve Arapça harf biçimlerini, boşlukları, rakam biçimlerini, boş ve geçici değerleri nasıl ele alacağınızı kararlaştırın. Gerçek bir Farsça varlık açıklamasını dışa aktarma, kontrol ve rapor boyunca sınayın. Alıcıdan, modelleme yazılımının ekran görüntüsüne ihtiyaç duymadan aynı varlığı koduyla bulmasını isteyin.

Her önerilen alan için yalnızca yerel modeli değil, teslim edilen IFC’yi inceleyin. Dışa aktarıcının tür düzeyindeki ve tekil nesne düzeyindeki bilgileri nereye yazdığını, kontrol aracının bunları nasıl yorumladığını sınayın. Pilot ölçü içeriyorsa, bilerek farklı birim gösterimleri taşıyan sayısal bir alan ekleyin. Dönüşümü kabul etmeden teknik incelemeciye değerlerin eşdeğerliğini doğrulatın; makul görünen bir sayı doğru eşlemenin kanıtı değildir.

Yalnızca kararlaştırılmış kuralları sınamak için gereken nesnelerden oluşan küçük, sentetik bir test modeli hazırlayın. Test verisi olarak işaretleyin ve gerçek teslimlerden ayrı tutun. Kontrolü çalıştırmadan beklenen sonuçları kaydedin. Geçerli bir nesne, eksik alan, izin verilmeyen değer, kapsam dışı nesne ve uygulanabilir nesne bulunmayan bir durum ekleyin. Bunlar kontrol sürecinin kendi kabul testleridir.

Test modelini projede önerilen gerçek modelleme, dışa aktarma ve kontrol sürümlerinden geçirin. Önce IDS dosyasının kararlaştırılmış standart sürümü için geçerli olduğunu doğrulayın. Ardından her kasıtlı kusurun doğru nesne düzeyinde beklenen sonucu verdiğini ve geçerli örneğin geçtiğini kontrol edin. Rapor farklıysa, tedarikçinin gerçek modelini değerlendirmeden önce kuralı, dışa aktarma eşlemesini veya kontrol aracını araştırın.

Daha geniş denemeye yinelenen varlık kodu ve mevcut olmayan bir bakım belgesine referans ekleyin. Kimliklerin benzersizliği ve belgelerin varlığı için ayrı mutabakat kontrolleri atayın; bir özelliğin varlığını denetlemenin bunları da kanıtladığını varsaymayın. İşletmeciden gerçek bir belge bağlantısını izlemesini, örnek ekipman kaydını onaylı liste veya saha kanıtıyla karşılaştırmasını isteyin. Bulguları IDS raporundan ayrı tutun.

Kabul edilmiş test modelini, beklenen sonuçları, IDS revizyonunu, IFC şemasını, dışa aktarma ayarlarını ve kontrol sürümünü birlikte sabitleyin. Yazılım, alan eşlemesi, kapsam veya kurallar değiştiğinde bu regresyon paketini yeniden çalıştırın. Önemli bir uyuşmazlıkta başka bir incelemeci aynı paketle sonucu yeniden üretsin; daha elverişli raporu seçmek yerine araçlar arasındaki farkı araştırın. Önceki sonucu ve değişikliğin gerekçesini koruyun.

IfcOpenShell’in IfcTester belgeleri, IFC’nin IDS’ye göre kontrolü için komut satırı, web ve kütüphane iş akışlarını; HTML ve JSON dâhil raporları açıklar. Yerel dosyayla kontrol yolu gösterilmiştir; proje yine de seçtiği kurulumu ve iş akışını doğrulamalıdır. [5]

Bağlantı güvenilir değilse veya proje bilgisi dışarı yüklenemiyorsa, onaylı bir yerel iş akışını deneyin. Kurulumu, lisanslamayı, bağımlılıkları, destek becerilerini ve rapor okunabilirliğini alıcı ekibin gerçek bilgisayarlarında kontrol edin. Açık standardın İran’da her araca erişimi garanti ettiğini varsaymayın. Model, kurallar, sonuçlar ve talimatlardan oluşan işveren kontrolündeki paketi saklayın; başka yetkili bir kişinin kontrolü tekrarlayabildiğini gösterin.

Kusurları sabit nesne ve kural kimlikleriyle, sorumlu yazar ve son tarihle kaydedin. Düzeltmenin modelleme kaynağında mı, dışa aktarma eşlemesinde mi, gereksinimde mi yapılacağını kararlaştırın; düzeltilmiş teslimde tüm kontrol kümesini yeniden çalıştırın. Yalnızca raporu düzenlemeyin veya değişim dosyasını sessizce onarmayın. İstisnanın amacını, etkilenen nesneleri, onaylayanı ve geçerlilik sonunu kaydedin; istisna ilk başarısızlığı silmemelidir.

Kabul kaydını kısa ama yeniden üretilebilir tutun: teslim kimliği ve dosya özeti, kural revizyonu, araç sürümleri, nesne kapsamı mutabakatı, test raporu, açık kusurlar, onaylı istisnalar ve karar yetkilisi. İzin verilen kullanımı açıkça yazın. Bakım kaydı hazırlamak için kabul; yapım, taşıyıcı sistem tasarımı, ekipman performansı veya uygulama sonrası durum doğruluğu için kabul değildir.

Aynı ekipman grubu için iki ardışık teslimi pilotlayın. Kararlaştırılmış listeye göre kapsamı, kontrol edilen grupta ilk seferde uyumu, bağımsız örneklemeyle bulunan kusurları, açıklanamayan dışlamaları, doğrulanmış düzeltmeye kadar geçen süreyi ve inceleme emeğini ölçün. Yüzdelerle birlikte paydaları verin. Daha az varlık veya kural kontrol edildiyse hata sayısının azalması iyileşme değildir.

İşletmeciden pratik bir bilgi bulma işi isteyin: bir varlığı bulsun, bakım bölgesini belirlesin ve doğru onaylı belgeyi açsın. Başarısızlıkları ve elle tekrar veri girişini kaydedin; sonra kuralları genişletmeye veya bilgi talebini sadeleştirmeye karar verin. Kural yazımını, test modeli bakımını, dışa aktarma desteğini ve inceleme emeğini iş paketinde fiyatlandırın. Tasarrufu ancak gerçek emekle kararlaştırılmış başlangıç durumunu karşılaştırdıktan sonra ileri sürün.

Yararlı sonuç, başka bir kişinin sorgulayıp doğrulayabildiği teslimdir; BIM’in tamamlandığını söyleyen bir sertifika değildir. Geçerli İran gerekleri, sözleşme, mühendislik değerlendirmesi ve gerçek saha koşulları kabulü belirler. Bu yazı yasal BIM zorunluluğu koymaz, yazılım sertifikalandırmaz; geometrik koordinasyonun, güvenlik incelemesinin, devreye almanın veya yapılmış işin fiziksel doğrulamasının yerine geçmez.