Alıcının neyi kabul edeceği konusunda anlaşın
Son tarihten önce amacı, alıcıyı, izin verilen dağıtımı, teslim yerini ve onay sürecini teyit edin. Model kapsamı, format, şema, adlandırma kuralı ve gerekli destekleyici bilgiler üzerinde anlaşın. Uyumluluk sorunlarının düzeltilebilmesi için alıcıdan yeterince erken bir zamanda küçük bir paketi test etmesini isteyin.
Bu iş akışını proje bilgi gereksinimlerine, teslimat sözleşmesine ve gerekli müşteri şablonlarına uyarlayın.
Teslimatı yeniden üretmeye yetecek bağlamı ekleyin
| Paket öğesi | Yanıtlaması gereken soru |
|---|---|
| Model ve eşlik eden dosyalar | Alıcının sonucu açabilmesi için hangi dosyaların bir arada kalması gerekir? |
| Teslimat manifesti | Bu hangi revizyon, kim hazırladı ve kullanım amacı nedir? |
| Kaynak revizyon listesi | Hangi disiplin modelleri ve revizyonlar dahil edildi veya hariç tutuldu? |
| Dışa aktarma yapılandırması | Hangi uygulama sürümü, kapsam, format seçenekleri ve dönüşümler kullanıldı? |
| Koordinat notu | Hangi birimler, orijin, eksen kuralı ve proje referansı geçerli? |
| Doğrulama kanıtı | Hangi denetimler çalıştırıldı, hangileri başarısız oldu ve neler istisna olarak kabul edildi? |
| Değişiklik ve sorun listesi | Son teslimattan bu yana ne değişti ve neler hâlâ çözülmedi? |
| Alıcı talimatları | Paket nasıl test edildi ve sorular nereye kaydedilmeli? |
Alıcı paketi arşivden çıkardıktan sonra da geçerli kalan yollar kullanın. Eksik dosyaların veya iş istasyonunuza yapılan başvuruların teslimattan önce fark edilmesi için bir kopyayı farklı bir klasörden test edin. Manifeste erişim belirteçleri, parolalar veya iş istasyonunuza özgü yollar koymaktan kaçının.
Örnek teslimat manifesti
Delivery: Example project / coordination review / R03
Prepared by: [name and team]
Prepared on: [date and time zone]
Purpose: [agreed review task]
Model files: [file names and sizes]
Source revisions: [list or attached schedule]
Export application and version: [value]
Format and schema: [value]
Scope and exclusions: [value]
Units and coordinate reference: [value]
Applied transformations: [value or none]
Receiving application tested: [name and version]
Validation evidence: [report names]
Open issues and exceptions: [identifiers]
Approval status: [pending / accepted / rejected]
Reviewer and decision date: [value]
Distribution: [approved recipient group]Sağlama toplamı kullanılıyorsa algoritmayı belirtin ve sağlama toplamlarını nihai dosyalar üzerinden hesaplayın. Sağlama toplamı, değiştirilmiş veya eksik bir dosyanın tespit edilmesine yardımcı olabilir; ancak paketi kimin oluşturduğunu veya onayladığını tek başına kanıtlamaz.
Paketi kontrollü bir sırayla yayımlayın
Aday sürümü dondurun
Kaynak revizyonlarını ve dışa aktarma yapılandırmasını belirleyin. Son kabul edilen teslimatın üzerine yazmak yerine çıktıları yeni bir revizyon klasörüne koyun.
Nihai dosyaları gözden geçirin
Denetimleri gerçekten gönderilecek dosyalar üzerinde çalıştırın. Çıktı değişirse etkilenen denetimleri tekrarlayın ve manifesti güncelleyin.
Üzerinde anlaşılan kanaldan aktarın
Paketin tamamını onaylanmış konuma gönderin ve alıcının pakete erişebildiğini doğrulayın.
Alıcıdan karar alın
Teslim alındığını, kabul edildiğinden ayrı olarak kaydedin. Alıcıdan test ettiği uygulamayı teyit etmesini ve sorunları teslimat tanımlayıcısına atıfla bildirmesini isteyin.
Kanıtları saklayın
Kabul edilen paketi, kararı ve yerini yenisine bırakmış revizyonların geçmişini projenin saklama sürecine göre muhafaza edin.
Teslim sorunlarını modele bağlı tutun
BIM Collaboration Format (BCF), modelle ilgili sorunların uygulamalar arasında paylaşılmasını destekler. Her iki ekip de destekliyorsa sorun bağlamını üzerinde anlaşılan model revizyonuyla birlikte tutmak için BCF’yi kullanın. Bir BCF sorun paketi, modelin kendisinin teslimatının yerini tutmaz.
Resmî referanslar