Glossaire des termes et définitions

Il existe des concepts fondamentaux utilisés et mentionnés dans toute la plate-forme et la documentation DDB.

Environnements

DDB a trois environnements différents à des fins différentes.

Environnement	URL	Description	Quand utiliser
Développement	dev.ddb.arup.com (opens new window)	Le premier est notre site de développement DDB, utilisé principalement par l'équipe de développement pour tester de nouvelles fonctionnalités. Ce serveur est essuyé régulièrement sans avertissement, alors n'en stockez aucune données de projet en direct. L'équipe DDB n'est pas responsable de la perte de données stockée dans cet environnement.	Utilisez cet environnement lors de l'exploration de votre modèle de données. Il est normal de casser les choses.
bac à sable	sandbox.ddb.arup.com (opens new window)	Le second est notre site DDB Sandbox, utilisé par les premiers adoptants et les participants à l'atelier pour tester les fonctionnalités et se familiariser avec l'interface utilisateur. Les données ne seront pas essuyées au hasard ici, mais vous ne devriez pas utiliser ce site pour stocker des données de projet en direct	Utilisez cet environnement lorsque le modèle de données de votre application a été établi. Utilisez cet environnement lorsque vous développez votre application. Utilisez lors de la saisie des données de test, qui ne doivent pas être effacées.
Production	ddb.arup.com (opens new window)	Enfin, nous avons le site de production DDB. Ce serveur héberge les données du projet en direct et est sécurisé. Les mises à jour des fonctionnalités faites sur ce site ne sont implémentées qu'après des tests approfondis sur les serveurs Dev et Sandbox.	Utilisez cet environnement lorsque le modèle de données et le flux d'applications ont été bien testés et établis.

Projet

Un projet est une collection d'informations liées à un numéro de travail. Chaque projet sur DDB a sa propre page.

Comment ces informations sont-elles stockées?

Le projet est décomposé en actifs et paramètres.

Actif

Les actifs sont des choses physiques telles qu'un site ou un système au sein d'un projet. Ce sont toutes des choses qui seront physiquement présentes et auront des paramètres qui leur seront attribués.

Hiérarchie des actifs

La hiérarchie des actifs est la manière dont les actifs sont organisés. Un actif peut avoir un actif parent et des enfants, c'est-à-dire qu'un site (parent) contient un ou plusieurs bâtiments (enfants de site), et chaque bâtiment contient un ou plusieurs systèmes (enfants de construction). Ces relations sont prédéfinies dans DDB.

La hiérarchie des actifs doit être configurée de haut en bas. Par conséquent, même si vous essayez de lutter contre les données au bas de la hiérarchie des arbres, vous devrez créer les instances d'actifs de niveau supérieur. Pour en savoir plus sur les hiérarchies des arbres d'actifs et les relations parent / enfant ici.

Paramètre

Les paramètres sont des caractéristiques des actifs. Ce sont les valeurs qui sont généralement utilisées dans les calculs et les rapports. Chaque paramètre peut être marqué pour permettre une organisation efficace d'informations paramétriques. Les paramètres peuvent être le nom du client, la densité, la température, le carbone incarné et bien d'autres.

Il y a plusieurs composants dans un paramètre, tels que le type, l'unité et la valeur. par exemple.

Paramètre	Exemple
Type de paramètre	Longueur
Unité	M
Valeur	7
Asset parent	Salle de test

Types DDB

Les données DDB sont définies en termes de les types et instances , de la même manière que les données Revit sont structurées en familles et en instances. Ces types fournissent une structure aux données et décrivent les données devraient être incluses dans l'instance elle-même. Par exemple, une instance d'actif sera définie par un type d'actif et une instance de paramètre sera définie par un type de paramètre.

"Building" est un type d'actif et le bâtiment de votre projet appelé "Building A" est une instance d'actifs. "La température" est un type de paramètre et la température de "Building A" est une instance de paramètre.

Une autre façon d'y penser est que les types peuvent exister à plusieurs endroits (comme avoir plusieurs bâtiments sur un projet), mais les instances ne peuvent exister qu'en un seul endroit et contenir des données spécifiques nécessaires à votre projet.

Pour plus d'informations sur les types DDB, voir Structure de données section.

ID / GUID

Un GUID («Identifiant global unique») est une chaîne de texte 128 bits qui représente une identification (ID). DDB utilise des guids pour identifier les types, les instances et les projets.

Par exemple, votre projet peut être identifié par le numéro de travail ou par l'ID unique qui peut être trouvé dans l'URL tel que 55c434c8-3817-4cc1-b7ec-f8e25e79ad67.

Étiqueter

Les balises fournissent des informations contextuelles, vous permettant d'étiqueter les paramètres d'une manière qui pourrait être plus spécifique au projet. Les balises sont disponibles dans de nombreuses catégories, vous permettant de trier vos paramètres en fonction de la discipline qui les utilise, du calcul dans lequel ils sont utilisés, ou même du rapport qui les nécessite. Les balises fournissent des métadonnées précieuses associées à vos données.

Un exemple peut être de marquer tous les paramètres associés au confort thermique.

Types de données

Dans DDB, les données du projet sont stockées dans une variété de types de données. Ceux-ci dictent le type de valeurs que chaque paramètre peut contenir et définir les opérations qui peuvent être effectuées sur les données.

Les types de données utilisés dans DDB sont:

• Chaîne - Une combinaison de caractères tels que des lettres, des chiffres et des symboles. Ceux-ci sont souvent utilisés pour stocker des noms ou des mots. Par exemple. "Angleterre"
• Entier - Ce type de données est utilisé pour stocker des nombres entiers, généralement utilisés pour les quantités d'actifs. Par exemple. 12
• Flotter - Ceci est utilisé pour stocker des valeurs numériques fractionnaires, utilisées pour stocker la majorité des paramètres techniques. Par exemple. 5.24
• Booléenne Booléen - Cela peut être une valeur «vraie» ou «fausse», généralement utilisée pour marquer si quelque chose est requis ou non. Par exemple. vrai
• Date - Il s'agit d'une date particulière, généralement utilisée pour marquer des choses telles que les dates de démarrage ou de fin du projet.

Sources d'informations

Dans DDB, la source de toutes nos informations est identifiée. Ces sources ont des types, des sources et des références (le cas échéant) qui leur sont attribuées. Quelques exemples de types de sources et de sources comprennent:

• Automatiquement peuplé - Pour les paramètres qui ont un processus qui les remplit automatiquement, tels que les informations publicitaires générées lorsque le projet est ajouté à DDB.
• Rencontre client - pour les valeurs requises par le client.
• Législation - Pour les limitations requises par les organes directeurs.
• Valeur dérivée - Pour les valeurs qui ont été générées par un calcul, comme via designcheck ou un autre processus tel qu'une simulation de modèle.

Les autres types de sources incluent documentation du projet , hypothèses , conseils de l'industrie , revues universitaires , enquêtes , ou publications officielles .

Qualité des données

Pour chaque paramètre de notre projet, nous pouvons voir l'historique de la version des données, la source des informations, et pouvons clairement voir le niveau d'assurance qualité pour chaque entrée.

Les niveaux d'assurance qualité sont sans réponse, répondus, vérifiés et approuvés. À tout moment, il peut être rejeté et reviendra au début du processus d'AQ:

• Sans réponse - c'est un champ vide; Aucune donnée n'a encore été entrée.
• Répondue Répondu - Des données ont été entrées et nous pouvons le voir avec une traçabilité complète.
• Vérifié - Les données d'entrée précédemment ont été vérifiées conformément aux procédures de projet.
• Approuvée Approuvé - Les informations ont été approuvées conformément aux procédures du projet.
• Rejetée Rejeté - Les informations ont été rejetées et marquées pour le changement.

Autorisation des utilisateurs

DDB a défini les autorisations utilisateur pour contrôler l'accès aux informations sensibles. Les autorisations des utilisateurs sont basées sur les rôles, ce qui signifie que les utilisateurs DDB peuvent se voir attribuer différents niveaux d'accès en fonction des rôles définis.

Il y a cinq rôles - lectrice lecteur , éditrice éditeur , vérificatrice vérificateur , approbatrice approbateur , et administrer .

Voir le Guide des autorisations des utilisateurs pour plus d'informations.