# Glossario di termini e definizioni

Esistono alcuni concetti fondamentali che vengono utilizzati e citati in tutta la piattaforma DDB e la documentazione.

# Ambienti

DDB ha tre diversi ambienti con scopi diversi.

Ambiente URL Descrizione Quando usare
Sviluppo dev.ddb.arup.com (opens new window) Il primo è il nostro sito di sviluppo DDB, utilizzato principalmente dal team di sviluppo per testare nuove funzionalità. Questo server viene cancellato regolarmente senza preavviso, quindi non archiviare dati di progetto in diretta lì. Il team DDB non è responsabile per la perdita di dati archiviata in questo ambiente. Usa questo ambiente quando si esplora il modello di dati. Va bene spezzare le cose.
Sandbox sandbox.ddb.arup.com (opens new window) Il secondo è il nostro sito DDB Sandbox, utilizzato dai primi utenti e partecipanti al workshop per testare le funzionalità e acquisire familiarità con l'interfaccia utente. I dati non verranno cancellati a caso qui, ma non dovresti utilizzare questo sito per la memorizzazione dei dati di progetto in diretta Usa questo ambiente quando è stato stabilito il modello di dati della tua app. Usa questo ambiente quando sviluppi la tua app. Utilizzare quando si inseriscono i dati di test, che non dovrebbero essere cancellati.
Produzione ddb.arup.com (opens new window) Infine, abbiamo il sito di produzione DDB. Questo server ospita i dati di progetto live ed è sicuro. Gli aggiornamenti delle funzionalità effettuati a questo sito vengono implementati solo dopo test approfonditi sui server Dev e Sandbox. Utilizzare questo ambiente quando il modello di dati e il flusso di app sono stati ben testati e stabiliti.

# Progetto

Un progetto è una raccolta di informazioni collegate a un numero di lavoro. Ogni progetto su DDB ha una sua pagina.Project page user interface

# Come vengono archiviate queste informazioni?

Il progetto è suddiviso in risorse E parametri.

# Risorsa

Le risorse sono cose fisiche come un sito o un sistema all'interno di un progetto. Queste sono tutte cose che saranno fisicamente presenti e avranno parametri assegnati loro.

# Gerarchia delle risorse

La gerarchia delle risorse è il modo in cui sono organizzate le attività. Un'attività può avere una risorsa genitore e attività figlio, ovvero un sito (genitore) contiene uno o più edifici (bambini del sito) e ogni edificio contiene uno o più sistemi (bambini dell'edificio). Queste relazioni sono predefinite in DDB.

La gerarchia delle risorse deve essere impostata dall'alto verso il basso. Pertanto, anche se si sta cercando di affrontare i dati in fondo alla gerarchia degli alberi, dovrai creare le istanze delle risorse di alto livello. Per saperne di più sulle gerarchie degli alberi delle risorse e sulle relazioni genitore/figlio, fai riferimento Qui.

Asset Hierarchy

# Parametro

I parametri sono caratteristiche delle risorse. Questi sono i valori che vengono generalmente utilizzati nei calcoli e nei report. Ogni parametro può essere contrassegnato per consentire un'organizzazione efficace di informazioni parametriche. I parametri possono essere il nome del client, la densità, la temperatura, il carbonio incarnato e molti altri.

Esistono diversi componenti per un parametro, come tipo, unità e valore. per esempio.

Parametro Esempio
Tipo di parametro Lunghezza
Unità M
Valore 7
Asset genitore Sala prove

# Tipi DDB

I dati DDB sono definiti in termini di tipi E istanze , allo stesso modo i dati di Revit sono strutturati in famiglie e istanze. Questi tipi forniscono la struttura ai dati e descrivono quali dati dovrebbero essere inclusi nell'istanza stessa. Ad esempio, un'istanza di attività sarà definita da un tipo di attività e un'istanza di parametro sarà definita da un tipo di parametro.

"Building" è un tipo di risorsa e l'edificio del tuo progetto chiamato "Building A" è un'istanza di risorsa. La "temperatura" è un tipo di parametro e la temperatura di "Building A" è un'istanza di parametro.

Un altro modo per pensarci è che i tipi possono esistere in più luoghi (come avere più edifici su un progetto), ma le istanze possono esistere solo in un posto e contenere dati specifici necessari per il tuo progetto.

Per ulteriori informazioni sui tipi DDB, consultare il Struttura dati sezione.

# Id/guida

Un GUID ("Identificatore univoco a livello globale") è una stringa di testo a 128 bit che rappresenta un'identificazione (ID). DDB utilizza GUID per identificare tipi, istanze e progetti.

Ad esempio, il progetto può essere identificato dal numero di lavoro o dall'ID univoco che può essere trovato nell'URL come 55c434c8-3817-4cc1-b7ec-f8e25e79ad67.

# Etichetta

I tag forniscono informazioni contestuali, consentendo di etichettare i parametri in modi che potrebbero essere più specifici del progetto. I tag sono disponibili in molte categorie, consentendo di ordinare i parametri in base alla disciplina che li utilizza, il calcolo in cui vengono utilizzati o persino il rapporto che li richiede. I tag forniscono preziosi metadati associati ai tuoi dati.

Un esempio potrebbe essere quello di taggare tutti i parametri associati al comfort termico.Examples of Tags

# Tipi di dati

All'interno di DDB, i dati del progetto sono archiviati in una varietà di tipi di dati. Questi determinano il tipo di valori che ciascun parametro può contenere e definire le operazioni che possono essere eseguite sui dati.

I tipi di dati utilizzati in DDB sono:

  • Corda - Una combinazione di personaggi come lettere, numeri e simboli. Questi sono spesso usati per archiviare nomi o parole. Per esempio. "Inghilterra"
  • Numero intero - Questo tipo di dati viene utilizzato per archiviare numeri interi, in genere utilizzati per quantità di attività. Per esempio. 12
  • Galleggiante - Questo viene utilizzato per archiviare valori numerici frazionari, utilizzati per archiviare la maggior parte dei parametri tecnici. Per esempio. 5.24
  • Booleana Booleano - Questo può essere un valore "vero" o "falso", di solito usato per contrassegnare se qualcosa è richiesto o meno. Per esempio. VERO
  • Data - Questa è una data particolare, di solito usata per contrassegnare cose come le date di inizio o fine del progetto.

# Fonti di informazione

All'interno di DDB, viene identificata la fonte di tutte le nostre informazioni. Queste fonti hanno tipi, fonti e riferimenti (ove applicabile) loro assegnati. Alcuni esempi di tipi e fonti di origine includono:

  • Popolato automaticamente - Per i parametri che hanno un processo che li riempie automaticamente, come le informazioni degli annunci che vengono generati quando il progetto viene aggiunto a DDB.
  • Brief del cliente - Per i valori richiesti dal client.
  • Legislazione - Per le limitazioni richieste dagli organi di governo.
  • Valore derivato - Per i valori che sono stati generati da un calcolo, come tramite DesignCheck o un altro processo come una simulazione del modello.

Altri tipi di fonti includono Documentazione del progetto , ipotesi , guida del settore , riviste accademiche , sondaggi , O pubblicazioni ufficiali .

# Qualità dei dati

Data Quality Indicators
Per ogni parametro del nostro progetto, possiamo vedere la cronologia della versione dei dati, la fonte delle informazioni e possiamo vedere chiaramente il livello di garanzia di qualità per ogni voce.

I livelli di garanzia della qualità sono senza risposta, risposta, controllati e approvati. In qualsiasi momento, può essere rifiutato e tornerà all'inizio del processo di QA:

  • Senza risposta - Questo è un campo vuoto; Nessun dato è stato ancora inserito.
  • Risposta - I dati sono stati inseriti e possiamo vederlo con piena tracciabilità.
  • Controllata Controllato - I dati di input precedentemente sono stati controllati in linea con le procedure di progetto.
  • Approvata Approvato - Le informazioni sono state approvate in linea con le procedure di progetto.
  • Respinto - Le informazioni sono state respinte e contrassegnate per il cambiamento.

# Autorizzazioni utente

DDB ha definito le autorizzazioni utente per controllare l'accesso a informazioni sensibili. Le autorizzazioni utente sono basate sul ruolo, il che significa che gli utenti DDB possono essere assegnati livelli di accesso diversi in base a ruoli definiti.

Ci sono cinque ruoli - lettrice lettore , editrice editore , Checker , approvatrice approvatore , E amministratrice amministratore .

Vedere il Guida alle autorizzazioni utente per maggiori informazioni.

Last Updated: 13/9/2023, 15:19:15