Glossar von Begriffen und Definitionen

Es gibt einige grundlegende Konzepte, die in der DDB -Plattform und -Dokumentation verwendet werden.

Umgebungen

DDB hat drei verschiedene Umgebungen mit unterschiedlichen Zwecken.

Umfeld	URL	Beschreibung	Wann zu verwenden
Entwicklung	dev.ddb.arup.com (opens new window)	Die erste ist unsere DDB -Entwicklungsstelle, die hauptsächlich vom Entwicklungsteam verwendet wird, um neue Funktionen zu testen. Dieser Server wird ohne Vorwarnung regelmäßig abgelöscht. Speichern Sie dort keine Live -Projektdaten. Das DDB -Team ist nicht für den in dieser Umgebung gespeicherten Datenverlust verantwortlich.	Verwenden Sie diese Umgebung bei der Erforschung Ihres Datenmodells. Es ist in Ordnung, Dinge zu brechen.
Sandkasten	sandbox.ddb.arup.com (opens new window)	Die zweite ist unsere DDB -Sandbox -Website, die von Early Adopters und Workshop -Teilnehmern verwendet wird, um Funktionen zu testen und sich mit der Benutzeroberfläche vertraut zu machen. Die Daten werden hier nicht zufällig ausgelöscht, aber Sie sollten diese Site nicht zum Speichern von Live -Projektdaten verwenden	Verwenden Sie diese Umgebung, wenn das Datenmodell Ihrer App festgelegt wurde. Verwenden Sie diese Umgebung bei der Entwicklung Ihrer App. Verwenden Sie bei der Eingabe von Testdaten, die nicht gelöscht werden sollten.
Produktion	ddb.arup.com (opens new window)	Schließlich haben wir die DDB -Produktionsstelle. Dieser Server hostet Live -Projektdaten und ist sicher. Feature -Updates, die auf dieser Website erstellt wurden, werden erst nach gründlichen Tests auf den Dev- und Sandbox -Servern implementiert.	Verwenden Sie diese Umgebung, wenn das Datenmodell und der App -Fluss gut getestet und festgelegt wurden.

Projekt

Ein Projekt ist eine Sammlung von Informationen, die mit einer Jobnummer verknüpft sind. Jedes Projekt auf DDB hat eine eigene Seite.

Wie werden diese Informationen gespeichert?

Das Projekt ist in Untertasten Vermögenswerte Und Parameter.

Anlage

Vermögenswerte sind physische Dinge wie eine Website oder ein System innerhalb eines Projekts. Dies sind alles Dinge, die physikalisch vorhanden sein und ihnen Parameter zugewiesen haben.

Asset -Hierarchie

Die Vermögenshierarchie ist die Art und Weise, wie die Vermögenswerte organisiert sind. Ein Vermögenswert kann über ein übergeordnetes Vermögen und ein untergeordnetes Vermögen von Kindern verfügen, d. H. Ein Standort (Elternteil) enthält ein oder mehrere Gebäude (Kinder des Standorts), und jedes Gebäude enthält ein oder mehrere Systeme (Kinder des Gebäudes). Diese Beziehungen sind in DDB vordefiniert.

Die Asset -Hierarchie muss von oben nach unten eingerichtet werden. Selbst wenn Sie versuchen, Daten am Ende der Baumhierarchie anzugehen, müssen Sie die obersten Asset -Instanzen erstellen. Um mehr über Asset Tree -Hierarchien und Eltern/Kinderbeziehungen zu lesen Hier.

Parameter

Parameter sind Eigenschaften von Vermögenswerten. Dies sind die Werte, die normalerweise in Berechnungen und Berichten verwendet werden. Jeder Parameter kann markiert werden, um eine effektive Organisation parametrischer Informationen zu ermöglichen. Parameter können der Klientname, die Dichte, die Temperatur, den verkörperten Kohlenstoff und vieles mehr sein.

Es gibt mehrere Komponenten zu einem Parameter, wie Typ, Einheit und Wert. z.B.

Parameter	Beispiel
Parametertyp	Länge
Einheit	m
Wert	7
Elternvermögen	Testraum

DDB -Typen

DDB -Daten werden in Bezug auf definiert Typen Und Instanzen In der gleichen Weise werden Revit -Daten in Familien und Fälle verwaltet. Diese Typen bieten Struktur für die Daten und skizzieren, welche Daten in die Instanz selbst aufgenommen werden sollten. Beispielsweise wird eine Asset -Instanz durch einen Anlagestyp definiert und eine Parameterinstanz wird durch einen Parametertyp definiert.

"Gebäude" ist ein Vermögenstag, und das Gebäude auf Ihrem Projekt "Building A" ist eine Vermögensinstanz. "Temperatur" ist ein Parametertyp und die Temperatur von "Erstellen A" ist eine Parameterinstanz.

Eine andere Möglichkeit, darüber nachzudenken, ist, dass Typen an mehreren Stellen existieren können (z. B. mehrere Gebäude an einem Projekt), aber Instanzen können nur an einem Ort existieren und spezifische Daten enthalten, die für Ihr Projekt benötigt werden.

Weitere Informationen zu DDB -Typen finden Sie in der Datenstruktur Abschnitt.

ID/GUID

Ein GUID ("global eindeutiger Bezeichner") ist eine 128-Bit-Textzeichenfolge, die eine Identifikation (ID) darstellt. DDB verwendet Guids, um Typen, Instanzen und Projekte zu identifizieren.

Zum Beispiel kann Ihr Projekt durch die Jobnummer oder durch die eindeutige ID identifiziert werden, die in der URL wie 55c434c8-3817-4cc1-b7ec-f8e25e79ad67 zu finden ist.

Schild

Tags liefern kontextbezogene Informationen und ermöglicht es Ihnen, Parameter auf eine Weise zu kennzeichnen, die projektspezifischer ist. Tags sind in vielen Kategorien verfügbar, sodass Sie Ihre Parameter basierend auf der von ihnen verwendeten Disziplin, der Berechnung, in der sie verwendet werden, oder sogar in dem Bericht, der sie benötigt, sortieren kann. Tags bieten wertvolle Metadaten, die mit Ihren Daten verbunden sind.

Ein Beispiel könnte darin bestehen, alle mit dem thermischen Komfort verbundenen Parameter zu markieren.

Datentypen

Innerhalb von DDB werden Projektdaten in verschiedenen Datentypen gespeichert. Diese diktieren die Art der Werte, die jeder Parameter auf den Daten halten und definieren kann.

Die in DDB verwendeten Datentypen sind:

• Saite - Eine Kombination von Zeichen wie Buchstaben, Zahlen und Symbolen. Diese werden oft verwendet, um Namen oder Wörter zu speichern. Z.B. "England"
• Ganze Zahl - Dieser Datentyp wird verwendet, um ganze Zahlen zu speichern, die in der Regel für Vermögensmengen verwendet werden. Z.B. 12
• Schweben - Dies wird verwendet, um fraktionierte numerische Werte zu speichern, die die Mehrheit der technischen Parameter speichern. Z.B. 5.24
• Boolean - Dies kann entweder ein "wahrer" oder "falscher" Wert sein, der normalerweise verwendet wird, um zu markieren, ob etwas erforderlich ist oder nicht. Z.B. WAHR
• Datum - Dies ist ein bestimmtes Datum, das normalerweise verwendet wird, um Dinge wie Projektstart- oder Enddaten zu markieren.

Informationsquellen

Innerhalb von DDB wird die Quelle aller unserer Informationen identifiziert. Diese Quellen haben Typen, Quellen und Referenzen (gegebenenfalls) zugewiesen. Einige Beispiele für Quelltypen und Quellen sind:

• Automatisch besiedelt - Bei Parametern, die einen Prozess haben, der sie automatisch füllt, wie z. B. Anzeigeninformationen, die beim Hinzufügen des Projekts zu DDB erstellt werden.
• Kunde kurz - für Werte, die vom Kunden erforderlich sind.
• Gesetzgebung - für Einschränkungen, die durch Regierungsgremien erforderlich sind.
• Abgeleiteter Wert - für Werte, die durch eine Berechnung erzeugt wurden, wie z. B. über DesignCheck oder einen anderen Prozess wie eine Modellsimulation.

Andere Quelltypen sind einzuziehen Projektdokumentation Anwesend Annahmen Anwesend Branchenführung Anwesend Fachzeitschriften Anwesend Umfragen , oder offizielle Veröffentlichungen .

Datenqualität

Für jeden Parameter in unserem Projekt können wir den Versionsverlauf der Daten, die Quelle der Informationen, sehen und die Qualitätssicherung für jeden Eintrag deutlich sehen.

Die Qualitätssicherung ist unbeantwortet, beantwortet, überprüft und genehmigt. Zu jedem Zeitpunkt kann es abgelehnt werden und kehrt zum Beginn des QA -Prozesses zurück:

• Unbeantwortet - Dies ist ein leeres Feld; Es wurden noch keine Daten eingegeben.
• Antwortete - Die Daten wurden eingegeben, und wir können dies mit vollständiger Rückverfolgbarkeit sehen.
• Überprüft - Die zuvor Eingabedaten wurden im Einklang mit Projektverfahren überprüft.
• Genehmigt - Die Informationen wurden im Einklang mit Projektverfahren genehmigt.
• Abgelehnt - Die Informationen wurden abgelehnt und für Veränderungen markiert.

Benutzerberechtigungen

DDB hat Benutzerberechtigungen definiert, um den Zugriff auf vertrauliche Informationen zu steuern. Benutzerberechtigungen sind rollenbasiert, dh DDB-Benutzern kann basierend auf definierten Rollen unterschiedliche Zugriffsniveaus zugewiesen werden.

Es gibt fünf Rollen - Leserin Leser Anwesend Editorin Editor Anwesend Checker Anwesend Genehmiger , Und Administratorin Administrator .

Siehe das Benutzerberechtigungshandbuch für mehr Informationen.