Glosariusz terminów i definicji

Istnieje kilka podstawowych pojęć, które są używane i odwoływane do platformy DDB i dokumentacji.

Środowiska

DDB ma trzy różne środowiska o różnych celach.

Środowisko	URL	Opis	Kiedy użyć
Rozwój	dev.ddb.arup.com (opens new window)	Pierwszym z nich jest nasza strona programistyczna DDB, wykorzystywana przede wszystkim przez zespół programistów do testowania nowych funkcji. Ten serwer jest regularnie wycierany bez ostrzeżenia, więc nie przechowuj tam żadnych danych dotyczących projektu na żywo. Zespół DDB nie ponosi odpowiedzialności za utratę danych w tym środowisku.	Użyj tego środowiska podczas eksploracji modelu danych. Można łamać rzeczy.
Sandbox	sandbox.ddb.arup.com (opens new window)	Drugi to nasza witryna piaskownicy DDB, używana przez pierwszych użytkowników i uczestników warsztatów do testowania funkcji i zapoznania się z interfejsem użytkownika. Dane nie zostaną tutaj losowe, ale nie powinieneś korzystać z tej witryny do przechowywania danych projektu na żywo	Użyj tego środowiska, gdy ustalono model danych aplikacji. Użyj tego środowiska podczas opracowywania aplikacji. Użyj podczas wprowadzania danych testowych, których nie należy usunąć.
Produkcja	ddb.arup.com (opens new window)	Wreszcie mamy stronę produkcyjną DDB. Ten serwer hostuje dane projektu na żywo i jest bezpieczny. Aktualizacje funkcji wykonane na tej stronie są implementowane dopiero po dokładnym przetestowaniu serwerów deweloperów i piaskownicy.	Użyj tego środowiska, gdy model danych i przepływ aplikacji zostały dobrze przetestowane i ustalone.

Projekt

Projekt to zbiór informacji powiązanych z numerem zadania. Każdy projekt na DDB ma własną stronę.

Jak przechowywane są te informacje?

Projekt został podzielony na aktywa I parametry.

Zaleta

Aktywa to rzeczy fizyczne, takie jak strona lub system w ramach projektu. Są to wszystkie rzeczy, które będą fizycznie obecne i będą miały przypisane parametry.

Hierarchia aktywów

Hierarchia aktywów to sposób, w jaki aktywa są zorganizowane. Aktywa może mieć aktywów nadrzędnych i aktywów dziecięcych, tj. Witryna (rodzic) zawiera jeden lub więcej budynków (dzieci), a każdy budynek zawiera jeden lub więcej systemów (dzieci budynku). Związki te są predefiniowane w DDB.

Hierarchia aktywów musi być skonfigurowana od góry do dołu. Dlatego nawet jeśli próbujesz rozwiązać dane na bardzo dolnej części hierarchii drzew, musisz utworzyć instancje zasobów najwyższego poziomu. Aby przeczytać więcej o hierarchiach drzew aktywów i relacjach rodzica/dzieci, odnieś się Tutaj.

Parametr

Parametry są cechami aktywów. Są to wartości, które są zwykle używane w obliczeniach i raportach. Każdy parametr można oznaczyć, aby umożliwić skuteczną organizację informacji parametrycznych. Parametry mogą być nazwa klienta, gęstość, temperatura, wcielony węgiel i wiele innych.

Istnieje kilka komponentów parametru, takich jak typ, jednostka i wartość. np.

. Parametr	Przykład
. Typ parametru	Długość
. Jednostka	M
. Wartość	7
. Aktywa macierzystego	Pokój testowy

Typy DDB

Dane DDB są zdefiniowane w kategoriach typy I instancje , w ten sam sposób, w jaki Dane Revit są skonstruowane w rodzinach i instancjach. Te typy zapewniają strukturę danych i nakreślić, jakie dane powinny być zawarte w samym wystąpieniu. Na przykład instancja zasobów zostanie zdefiniowana przez typ aktywów, a instancja parametru zostanie zdefiniowana przez typ parametru.

„Building” jest typem aktywów, a budowanie projektu o nazwie „Building A” jest instancją aktywów. „Temperatura” jest typem parametru, a temperatura „budowania A” jest instancją parametru.

Innym sposobem myślenia o tym jest to, że typy mogą istnieć w wielu miejscach (na przykład posiadanie wielu budynków w projekcie), ale instancje mogą istnieć tylko w jednym miejscu i zawierać określone dane potrzebne do twojego projektu.

Aby uzyskać więcej informacji o typach DDB, zobacz Struktura danych Sekcja.

ID/Guid

Guid („Unikalny globalnie identyfikator”) to 128-bitowy ciąg tekstowy, który reprezentuje identyfikację (ID). DDB wykorzystuje GUID do identyfikacji typów, wystąpień i projektów.

Na przykład Twój projekt można zidentyfikować według numeru zadania lub unikalnego identyfikatora, który można znaleźć w adresie URL, takim jak 55c434c8-3817-4cc1-b7ec-f8e25e79ad67.

Etykietka

Tagi dostarczają informacji kontekstowych, umożliwiając oznaczenie parametrów w sposób, który może być bardziej specyficzny dla projektu. Tagi są dostępne w wielu kategoriach, umożliwiając sortowanie parametrów na podstawie dyscypliny, która je wykorzystuje, obliczenia, w których są używane, a nawet raport, który ich wymaga. Tagi zapewniają cenne metadane powiązane z Twoimi danymi.

Przykładem może być oznaczenie wszystkich parametrów powiązanych z komfortem cieplnym.

Typy danych

W DDB dane projektu są przechowywane w różnych typach danych. Dyktują one rodzaj wartości, które każdy parametr może przechowywać i definiować operacje, które można wykonać na danych.

Typy danych użyte w DDB to:

• Strunowy - Połączenie znaków takich jak litery, cyfry i symbole. Są one często używane do przechowywania nazw lub słów. Np. „Anglia”
• Liczba całkowita - Ten typ danych służy do przechowywania liczb całkowitych, zwykle używanych dla ilości aktywów. Np. 12
• Platforma - Służy to do przechowywania wartości liczbowych ułamkowych, używanych do przechowywania większości parametrów technicznych. Np. 5.24
• Boolean - Może to być wartość „prawdziwa” lub „fałszywa”, zwykle używana do oznaczania, czy coś jest wymagane, czy nie. Np. PRAWDA
• Data - Jest to konkretna data, zwykle używana do oznaczania takich rzeczy, jak daty rozpoczęcia projektu lub końcowe.

Źródła informacji

W ramach DDB zidentyfikowane jest źródło wszystkich naszych informacji. Źródła te mają przypisane do nich typy, źródła i referencje (w stosownych przypadkach). Niektóre przykłady rodzajów źródeł i źródeł obejmują:

• Automatycznie zaludnione - Dla parametrów, które mają proces, który je automatycznie wypełnia, takie jak informacje ADS, które są generowane po dodaniu projektu do DDB.
• Krótki klient - dla wartości wymaganych przez klienta.
• Ustawodawstwo - dla ograniczeń wymaganych przez organy zarządzające.
• Wartość pochodna - Dla wartości wygenerowanych przez obliczenia, takie jak za pośrednictwem DesignCheck lub inny proces, taki jak symulacja modelu.

Inne typy źródeł obejmują dokumentacja projektu W założenia W Wskazówki branżowe W czasopisma akademickie W ankiety , Lub Oficjalne publikacje .

Jakość danych

Dla każdego parametru w naszym projekcie możemy zobaczyć historię wersji danych, źródło informacji i wyraźnie widzi poziom zapewnienia jakości dla każdego wpisu.

Poziomy zapewnienia jakości są bez odpowiedzi, odpowiedzą, sprawdzane i zatwierdzane. W dowolnym momencie można go odrzucić i wróci do początku procesu QA:

• Bez odpowiedzi - To jest puste pole; Żadne dane nie zostały jeszcze wprowadzone.
• Odpowiedział - Wprowadzono dane i widzimy to z pełną identyfikowalnością.
• Sprawdzony - Wcześniejsze dane wejściowe zostały sprawdzone zgodnie z procedurami projektu.
• Zatwierdzony - Informacje zostały zatwierdzone zgodnie z procedurami projektu.
• Odrzucony - Informacje zostały odrzucone i oznaczone do zmiany.

Uprawnienia użytkownika

DDB zdefiniował uprawnienia użytkownika w celu kontrolowania dostępu do poufnych informacji. Uprawnienia użytkownika są oparte na role, co oznacza, że użytkownikom DDB mogą przypisać różne poziomy dostępu w oparciu o określone role.

Istnieje pięć ról - czytelnik W redaktor W szachownica W zatwierdzający , I Admin .

Zobacz Podręcznik uprawnień użytkownika po więcej informacji.