Terimler ve tanımlar sözlüğü

DDB platformunda ve belgelerde kullanılan ve belirtilen bazı temel kavramlar vardır.

Ortamlar

DDB'nin farklı amaçlara sahip üç farklı ortamı vardır.

Çevre	Url	Tanım	Ne Zaman Kullanılmalı
Gelişim	dev.ddb.arup.com (opens new window)	Birincisi, öncelikle geliştirme ekibi tarafından yeni özellikleri test etmek için kullanılan DDB geliştirme sitemizdir. Bu sunucu uyarı yapmadan düzenli olarak silinir, bu nedenle canlı proje verilerini orada saklamayın. DDB ekibi, bu ortamda depolanan veri kaybından sorumlu değildir.	Veri modelinizi keşfederken bu ortamı kullanın. Bir şeyleri kırmak sorun değil.
Kum havuzu	sandbox.ddb.arup.com (opens new window)	İkincisi, erken benimseyenler ve atölye katılımcıları tarafından özellikleri test etmek ve kullanıcı arayüzüne aşina olmak için kullanılan DDB Sandbox sitemizdir. Veriler burada rastgele silinmeyecek, ancak canlı proje verilerini depolamak için bu siteyi kullanmamalısınız	Uygulamanızın veri modeli oluşturulduğunda bu ortamı kullanın. Uygulamanızı geliştirirken bu ortamı kullanın. Silinmemesi gereken test verilerine girerken kullanın.
Üretme	ddb.arup.com (opens new window)	Son olarak, DDB üretim sitemiz var. Bu sunucu canlı proje verilerini barındırır ve güvenlidir. Bu sitede yapılan özellik güncellemeleri yalnızca geliştirici ve sanal alan sunucularında kapsamlı testlerden sonra uygulanır.	Veri modeli ve uygulama akışı iyi test edildiğinde ve kurulduğunda bu ortamı kullanın.

Proje

Proje, bir iş numarasına bağlı bir bilgi koleksiyonudur. DDB'deki her projenin kendi sayfası vardır.

Bu bilgiler nasıl depolanıyor?

Proje parçalandı varlıklar Ve parametreler.

Varlık

Varlıklar, bir site veya bir proje içindeki sistem gibi fiziksel şeylerdir. Bunların hepsi fiziksel olarak mevcut olacak ve kendilerine atanan parametrelere sahip olacak şeylerdir.

Varlık hiyerarşisi

Varlık hiyerarşisi, varlıkların organize edilme şeklidir. Bir varlığın bir ana varlığı ve çocuk varlıkları olabilir, yani bir site (ebeveyn) bir veya daha fazla bina (sitenin çocukları) içerir ve her bina bir veya daha fazla sistem (binanın çocukları) içerir. Bu ilişkiler DDB'de önceden tanımlanmıştır.

Varlık hiyerarşisinin yukarıdan aşağıya ayarlanması gerekir. Bu nedenle, ağaç hiyerarşisinin çok dibinde verileri ele almaya çalışsanız bile, en üst düzey varlık örneklerini oluşturmanız gerekecektir. Varlık ağacı hiyerarşileri ve ebeveyn/çocuk ilişkileri hakkında daha fazla bilgi edinmek için Burada.

Parametre

Parametreler varlıkların özellikleridir. Bunlar tipik olarak hesaplamalarda ve raporlarda kullanılan değerlerdir. Her parametre, parametrik bilginin etkili bir şekilde düzenlenmesine izin vermek için etiketlenebilir. Parametreler müşteri adı, yoğunluk, sıcaklık, somutlaştırılmış karbon ve daha fazlası olabilir.

Bir parametrenin tür, birim ve değer gibi birkaç bileşen vardır.

Örneğin.

Parametre	Örnek
Parametre Türü	Uzunluk
Birim	M
Değer	7
Ebeveyn Varlığı	Test Odası

DDB Türleri

DDB verileri türler Ve örnekler , Revit verileri aynı şekilde aileler ve örnekler olarak yapılandırılmıştır. Bu türler verilere yapı sağlar ve örneğin kendisine hangi verilerin dahil edilmesi gerektiğini özetler. Örneğin, bir varlık örneği bir varlık türüne göre tanımlanır ve bir parametre örneği bir parametre türü ile tanımlanır.

"Bina" bir varlık türüdür ve projenizdeki bina "A" adlı bina bir varlık örneğidir.

"Sıcaklık" bir parametre türüdür ve "A Oluşturma" nın sıcaklığı bir parametre örneğidir.

Bunu düşünmenin başka bir yolu, türlerin birden fazla yerde (bir proje üzerinde birden fazla binaya sahip olmak gibi) var olabileceğidir, ancak örnekler yalnızca bir yerde var olabilir ve projeniz için gerekli verileri içerebilir.

DDB türleri hakkında daha fazla bilgi için bkz. Veri yapısı bölüm.

ID/GUID

Bir GUID ('Küresel Benzersiz Tanımlayıcı'), bir tanımlamayı (ID) temsil eden 128 bit metin dizesidir.

DDB, türleri, örnekleri ve projeleri tanımlamak için kılavuz kullanır.

Örneğin, projeniz iş numarası veya 55c434c8-3817-4cc1-b7ec-f8e25e79ad67 gibi URL'de bulunan benzersiz kimlik ile tanımlanabilir.

Etiket

Etiketler, parametreleri projeye özgü olabilecek şekilde etiketlemenize olanak tanıyan bağlamsal bilgiler sağlar. Etiketler birçok kategoride mevcuttur, parametrelerinizi kullanan disipline, kullanıldıkları hesaplamaya ve hatta bunları gerektiren rapora göre sıralamanıza izin verir. Etiketler, verilerinizle ilişkili değerli meta veriler sağlar.

Bir örnek, termal konforla ilişkili tüm parametreleri etiketlemek olabilir.

Veri tipleri

DDB içinde proje verileri çeşitli veri türlerinde saklanır. Bunlar, her bir parametrenin tutabileceği değerlerin türünü belirler ve veriler üzerinde gerçekleştirilebilecek işlemleri tanımlar.

DDB'de kullanılan veri türleri:

• Sicim - Harfler, sayılar ve semboller gibi karakterlerin bir kombinasyonu. Bunlar genellikle isimleri veya kelimeleri saklamak için kullanılır. Örneğin. "İngiltere"

• Tamsayı - Bu veri türü, tipik olarak varlık miktarları için kullanılan tam sayıları saklamak için kullanılır. Örneğin. 12

• Batmadan yüzmek - Bu, teknik parametrelerin çoğunu saklamak için kullanılan kesirli sayısal değerleri saklamak için kullanılır. Örneğin. 5.24

• Boole - Bu, genellikle bir şeyin gerekli olup olmadığını işaretlemek için kullanılan 'gerçek' veya 'yanlış' bir değer olabilir. Örneğin. doğru

• Tarih - Bu, genellikle proje başlatma veya bitiş tarihleri gibi şeyleri işaretlemek için kullanılan belirli bir tarihtir.

Bilgi kaynakları

DDB içinde, tüm bilgilerimizin kaynağı tanımlanır. Bu kaynaklar, kendilerine atanan türlere, kaynaklara ve referanslara (varsa) sahiptir.

Kaynak türleri ve kaynakların bazı örnekleri şunlardır:

• Otomatik olarak doldurulmuş - Proje DDB'ye eklendiğinde oluşturulan reklam bilgileri gibi bunları otomatik olarak dolduran bir işlemi olan parametreler için.

• Müşteri brifingi - Müşteri tarafından istenen değerler için.

• Mevzuat - Yönetim organlarının gerektirdiği sınırlamalar için.

• Türetilmiş değer - Via DesignCheck veya model simülasyonu gibi başka bir işlem gibi bir hesaplama ile üretilen değerler için.

Diğer kaynak türleri arasında Proje belgeleri - varsayımlar - endüstri rehberliği - Akademik dergiler - anketler , veya Resmi Yayınlar .

Veri kalitesi

Projemizdeki her parametre için, verilerin sürüm geçmişini, bilgilerin kaynağını görebilir ve her giriş için kalite güvencesi düzeyini açıkça görebiliriz.

Kalite güvencesi seviyeleri cevaplanmamış, cevaplanır, kontrol edilir ve onaylanır. Herhangi bir noktada reddedilebilir ve KG sürecinin başlangıcına geri dönecektir:

• Cevapsız - Bu boş bir alan; Henüz hiçbir veri girilmedi.

• Cevaplanmış - Veriler girildi ve bunu tam izlenebilirlikle görebiliriz.

• Kontrol - Önceden girdi verileri proje prosedürleri doğrultusunda kontrol edilmiştir.

• Onaylı - Bilgiler proje prosedürleri doğrultusunda onaylanmıştır.

• Reddedilmiş - Bilgiler reddedildi ve değişim için işaretlendi.

Kullanıcı İzinleri

DDB, hassas bilgilere erişimi kontrol etmek için kullanıcı izinlerini tanımlamıştır. Kullanıcı izinleri rol tabanlıdır, yani DDB kullanıcılarına tanımlanmış rollere göre değişen erişim seviyeleri atanabilir.

Beş rol var - okuyucu - editör - dama - onaylayıcı , Ve yönetici .

Gör Kullanıcı İzinleri Kılavuzu daha fazla bilgi için.