# Veri Hazırlama
DDB'yi kullanmadan önce, hangi verilere sahip olduğunuzu ve ihtiyacınız olan iş akışını anlamak önemlidir.
# İş akışınız nedir?
İş akışınızı tanımlamak için aşağıdaki adımlar atılabilir:
Dinamik alanları tanımlayın
Veri akışını tanımlayın
Parametreleri tanımlayın
Uygun bir varlık hiyerarşisini tanımlayın
Varlıklar için parametreleri harita
Tüm girişlerin kaynaklarını tanımlayın
Süreci genişletmek için önceki adımları tekrarlayın
# 1. Dinamik alanları tanımlayın
İlk olarak, bir rapordaki dinamik alanları, her proje arasında değişen şeyleri tanımlıyoruz. Bunlar, hesaplamalarda kullandığınız değerler, raporlardaki metin alanları veya tamamen başka bir şey olabilir. Bu örnekte, dinamik alanlar bu proje ile ilgili değerler ve metindir. Belgedeki diğer tüm metinler statiktir.
# 2. Veri akışını tanımlayın
Ardından, verilerin iş akışında işlemden işleme nasıl geçtiğini ve bu verileri taşımak için gereken araçların nasıl hareket ettiğini anlamalıyız.
Bu örnekte, bir rapor şablonu için hotdocs kullanan DDB'yi bir veri merkezi olarak ve tasarım raporunun mekanik temelini değerlerimizle doldurmak için K2 kullanıyoruz.
# 3. Parametreleri tanımlayın
Artık bilgi akışını haritaladığımıza göre, parametrelerin belirtilmesi gerekiyor. Tam olarak hangi verilerin her alana girdiğini, bu alanların hangi verilere izin vereceği ve varsa onlarla ilişkilendirilecek birimler kaydedilmelidir.
# 4. Uygun bir varlık hiyerarşisini tanımlayın
Hangi fiziksel şeylerin - hangi varlıkların - parametrelerimizin ilişkili olduğunu ve hangi varlık hiyerarşisinin kullanım durumumuza uyduğunu düşünmeliyiz.
Bu örnekte, bir bina projesi üzerinde çalışıyoruz ve mevcut hiyerarşi kullanım durumumuz için çok iyi çalışıyor.
Hiyerarşi hakkında herhangi bir karışıklık varsa veya değişiklikler gerekiyorsa, tartışmak için DDB katılım ekibine başvurun.
# 5. Varlıklar için parametreleri harita
Seçtiğimiz varlık hiyerarşisini hatırlayarak, bu süreç için ihtiyacımız olan parametreleri ilişkili varlığa eşlemeliyiz ve ebeveyn-çocuk ilişkisinin akışının proje için anlamlı olmasını sağlamalıyız, aksi takdirde farklı bir varlık türü ve/veya hiyerarşisine ihtiyacımız olabilir.
Bu örnekte, sarı kutular hiyerarşideki varlık türleridir, pembe varlığın örnekleridir ve turuncu bu varlık örneği ile ilgili parametrelerdir.
Not: DDB ekibi şu anda parametre kullanılabilirliğini yönetiyor. Hiyerarşide farklı seviyelerde parametrelere ihtiyaç duyuyorsanız, şu anda avallanabilir olana, lütfen Parametre istek formu (opens new window) Veya iletişime geçin.
# 6. Tüm girişlerin kaynaklarını tanımlayın
Şimdi, projeler veya konumlar arasında değişebilecek belgelerden, yazılım tarafından oluşturulursa veya başka bir yolla türetildikleri için tüm giriş değerlerimizin kaynaklarını tanımlamalıyız. Kaynaklar, orijinal bilgi kaynağına tarihleri ve bağlantıları içermelidir.
# 7. İşlemi genişletmek için önceki adımları tekrarlayın
Giriş üretimini otomatikleştirmek veya çıktı aralığını genişletmek için aynı iş akışını takip ederek sürecimizi daha da genişletmeye devam edebiliriz.
Bu örnekte, otomatik raporlama işlemine girişler hesaplanabilir ve Grasshopper'ın entegrasyonu kullanılarak DDB'ye yüklenebilir.
Kontrol et Veri Yükleme Aracı Bunun DDB'yi kullanmaya hızlı bir şekilde başlamanıza yardımcı olup olmayacağını görmek için.