Glosari Terma dan Definisi

Terdapat beberapa konsep asas yang digunakan dan dirujuk di seluruh platform dan dokumentasi DDB.

Persekitaran

DDB mempunyai tiga persekitaran yang berbeza dengan tujuan yang berbeza.

Persekitaran	Url	Penerangan	Bila hendak digunakan
Pembangunan	dev.ddb.arup.com (opens new window)	Yang pertama adalah tapak pembangunan DDB kami, yang digunakan terutamanya oleh pasukan pembangunan untuk menguji ciri -ciri baru. Pelayan ini dihapuskan secara teratur tanpa amaran, jadi jangan menyimpan sebarang data projek langsung di sana. Pasukan DDB tidak bertanggungjawab untuk kehilangan data yang disimpan dalam persekitaran ini.	Gunakan persekitaran ini apabila meneroka model data anda. Tidak apa -apa untuk memecahkan perkara.
Kotak pasir	sandbox.ddb.arup.com (opens new window)	Yang kedua ialah laman web Sandbox DDB kami, yang digunakan oleh para pemohon awal dan peserta bengkel untuk menguji ciri -ciri dan mengenali antara muka pengguna. Data tidak akan dihapuskan secara rawak di sini, tetapi anda tidak boleh menggunakan laman web ini untuk menyimpan data projek langsung	Gunakan persekitaran ini apabila model data aplikasi anda telah ditubuhkan. Gunakan persekitaran ini semasa membangunkan aplikasi anda. Gunakan apabila memasukkan data ujian, yang tidak boleh dipadamkan.
Pengeluaran	ddb.arup.com (opens new window)	Akhirnya, kami mempunyai tapak pengeluaran DDB. Pelayan ini menjadi tuan rumah data projek langsung dan selamat. Kemas kini ciri yang dibuat ke laman web ini hanya dilaksanakan selepas ujian menyeluruh pada pelayan Dev dan Sandbox.	Gunakan persekitaran ini apabila model data dan aliran aplikasi telah diuji dengan baik dan ditubuhkan.

Projek

Projek adalah koleksi maklumat yang dikaitkan dengan nombor kerja. Setiap projek di DDB mempunyai halaman sendiri.

Bagaimana maklumat ini disimpan?

Projek itu dipecah masuk aset dan parameter.

Aset

Aset adalah perkara fizikal seperti tapak atau sistem dalam projek. Ini adalah semua perkara yang akan hadir secara fizikal dan akan mempunyai parameter yang diberikan kepada mereka.

Hierarki Aset

Hierarki aset adalah cara di mana aset dianjurkan. Aset boleh mempunyai aset induk dan aset kanak -kanak iaitu tapak (ibu bapa) mengandungi satu atau lebih bangunan (kanak -kanak tapak), dan setiap bangunan mengandungi satu atau lebih sistem (kanak -kanak bangunan). Hubungan ini dipratentukan dalam DDB.

Hierarki aset diperlukan untuk ditubuhkan dari atas ke bawah. Oleh itu, walaupun anda cuba menangani data di bahagian bawah hierarki pokok, anda perlu membuat contoh aset peringkat tertinggi. Untuk membaca lebih lanjut mengenai hierarki pokok aset dan hubungan ibu bapa/kanak -kanak rujuk di sini.

Parameter

Parameter adalah ciri -ciri aset. Ini adalah nilai -nilai yang biasanya digunakan dalam pengiraan dan laporan. Setiap parameter boleh ditandakan untuk membolehkan organisasi maklumat parametrik yang berkesan. Parameter boleh menjadi nama pelanggan, ketumpatan, suhu, karbon terkandung dan banyak lagi.

Terdapat beberapa komponen untuk parameter, seperti jenis, unit dan nilai. mis.

Parameter	Contoh
Jenis Parameter	Panjang
Unit	M
Nilai	7
Aset Ibu Bapa	Bilik Ujian

Jenis DDB

Data DDB ditakrifkan dari segi jenis dan contoh , dengan cara yang sama REVIT data disusun ke dalam keluarga dan contoh. Jenis ini memberikan struktur kepada data dan menggariskan data apa yang harus dimasukkan dalam contoh itu sendiri. Sebagai contoh, contoh aset akan ditakrifkan oleh jenis aset dan contoh parameter akan ditakrifkan oleh jenis parameter.

"Bangunan" adalah jenis aset dan bangunan pada projek anda yang dipanggil "Bangunan A" adalah contoh aset. "Suhu" adalah jenis parameter dan suhu "Bangunan A" adalah contoh parameter.

Satu lagi cara untuk memikirkannya ialah jenis yang boleh wujud di beberapa tempat (seperti mempunyai pelbagai bangunan dalam projek), tetapi contoh hanya boleh wujud di satu tempat dan mengandungi data khusus yang diperlukan untuk projek anda.

Untuk maklumat lanjut mengenai jenis DDB, lihat Struktur data seksyen.

Id/guid

GUID ('Pengenalpastian Unik Global') adalah rentetan teks 128-bit yang mewakili pengenalan (ID). DDB menggunakan GUID untuk mengenal pasti jenis, contoh dan projek.

Sebagai contoh, projek anda boleh dikenalpasti oleh nombor kerja atau oleh ID unik yang boleh didapati di URL seperti 55c434c8-3817-4cc1-b7ec-f8e25e79ad67.

Tag

Tag memberikan maklumat kontekstual, membolehkan anda melabelkan parameter dengan cara yang mungkin lebih khusus projek. Tag boleh didapati dalam banyak kategori, yang membolehkan anda menyusun parameter anda berdasarkan disiplin yang menggunakannya, pengiraan yang digunakan dalam, atau laporan yang memerlukannya. Tag memberikan metadata berharga yang berkaitan dengan data anda.

Contohnya adalah untuk menandakan semua parameter yang berkaitan dengan keselesaan haba.

Jenis data

Dalam DDB, data projek disimpan dalam pelbagai jenis data. Ini menentukan jenis nilai yang setiap parameter boleh memegang dan menentukan operasi yang boleh dilakukan pada data.

Jenis data yang digunakan dalam DDB adalah:

• Tali - Gabungan watak seperti huruf, nombor, dan simbol. Ini sering digunakan untuk menyimpan nama atau perkataan. Mis. "England"
• Integer - Jenis data ini digunakan untuk menyimpan nombor keseluruhan, biasanya digunakan untuk kuantiti aset. Mis. 12
• Terapung - Ini digunakan untuk menyimpan nilai angka pecahan, digunakan untuk menyimpan majoriti parameter teknikal. Mis. 5.24
• Boolean - Ini boleh menjadi nilai 'benar' atau 'palsu', biasanya digunakan untuk menandakan sama ada sesuatu diperlukan atau tidak. Mis. Benar
• Tarikh - Ini adalah tarikh tertentu, biasanya digunakan untuk menandakan perkara seperti tarikh permulaan atau tarikh akhir projek.

Sumber maklumat

Di dalam DDB, sumber semua maklumat kami dikenalpasti. Sumber -sumber ini mempunyai jenis, sumber, dan rujukan (jika berkenaan) yang diberikan kepada mereka. Beberapa contoh jenis sumber dan sumber termasuk:

• Penduduk secara automatik - Untuk parameter yang mempunyai proses yang secara automatik mengisi mereka, seperti maklumat ADS yang dihasilkan apabila projek ditambah kepada DDB.
• Ringkas pelanggan - untuk nilai yang diperlukan oleh pelanggan.
• Undang -undang - Untuk batasan yang diperlukan oleh badan pentadbir.
• Nilai yang diperolehi - Untuk nilai yang telah dihasilkan oleh pengiraan, seperti Via DesignCheck atau proses lain seperti simulasi model.

Jenis sumber lain termasuk Dokumentasi Projek , andaian , Panduan Industri , jurnal akademik , tinjauan , atau penerbitan rasmi .

Kualiti data

Untuk setiap parameter dalam projek kami, kami dapat melihat sejarah versi data, sumber maklumat, dan dapat dengan jelas melihat tahap jaminan kualiti untuk setiap entri.

Tahap jaminan kualiti tidak dijawab, dijawab, diperiksa, dan diluluskan. Pada bila -bila masa, ia boleh ditolak dan akan kembali ke permulaan proses QA:

• Tidak dijawab - Ini adalah medan kosong; Tiada data telah dimasukkan lagi.
• Dijawab - Data telah dimasukkan, dan kita dapat melihat ini dengan kebolehkesanan penuh.
• Diperiksa - Data input sebelum ini telah diperiksa selaras dengan prosedur projek.
• Diluluskan - Maklumat telah diluluskan selaras dengan prosedur projek.
• Ditolak - Maklumat telah ditolak dan ditandakan untuk perubahan.

Kebenaran pengguna

DDB telah menentukan kebenaran pengguna untuk mengawal akses kepada maklumat sensitif. Kebenaran pengguna adalah berasaskan peranan, yang bermaksud pengguna DDB boleh diberikan tahap akses yang berbeza-beza berdasarkan peranan yang ditetapkan.

Terdapat lima peranan - pembaca , editor , pemeriksa , meluluskan , dan admin .

Lihat Panduan Kebenaran Pengguna untuk maklumat lanjut.