Глоссарий терминов и определений

Есть некоторые фундаментальные концепции, которые используются и упоминаются на всей платформе DDB и документации.

Среда

DDB имеет три разных среда с разными целями.

Среда	URL	Описание	Когда использовать
Разработка	dev.ddb.arup.com (opens new window)	Первый - это наш сайт разработки DDB, используемый главным образом командой разработчиков для тестирования новых функций. Этот сервер регулярно уничтожается без предупреждения, поэтому не храните там живые данные проекта. Команда DDB не несет ответственности за потерю данных, хранящуюся в этой среде.	Используйте эту среду при изучении модели данных. Это нормально, чтобы сломать вещи.
Песочница	sandbox.ddb.arup.com (opens new window)	Второе - это наш сайт Sandbox DDB, который используется ранними пользователями и участниками семинара для проверки функций и знакомства с пользовательским интерфейсом. Данные здесь не будут вытерты	Используйте эту среду, когда была установлена модель данных вашего приложения. Используйте эту среду при разработке вашего приложения. Используйте при введении тестовых данных, которые не должны быть стерты.
Производство	ddb.arup.com (opens new window)	Наконец, у нас есть производственный сайт DDB. Этот сервер проводит живые данные проекта и безопасно. Обновления функций, сделанные на этот сайт, реализованы только после тщательного тестирования на серверах Dev и Sandbox.	Используйте эту среду, когда модель данных и поток приложений были хорошо протестированы и установлены.

Проект

Проект представляет собой набор информации, связанной с номером работы. Каждый проект на DDB имеет свою собственную страницу.

Как хранится эта информация?

Проект разбит на ресурсы и параметры Полем

Объект

Активы - это физические вещи, такие как сайт или система в рамках проекта. Это все, что будет физически присутствовать и будет иметь параметры, назначенные им.

Иерархия активов

Иерархия активов - это способ организованы активы. Актив может иметь родительские активы и дочерние активы, то есть сайт (родитель) содержит одно или несколько зданий (детей на площадке), и каждое здание содержит одну или несколько систем (детей здания). Эти отношения предопределены в DDB.

Иерархия активов должна быть настроена сверху вниз. Поэтому даже если вы пытаетесь справиться с данными в очень нижней части иерархии деревьев, вам нужно будет создать экземпляры активов верхнего уровня. Чтобы узнать больше об иерархиях дерева активов и отношения между родителями/детьми. здесь Полем

Параметр

Параметры являются характеристиками активов. Это значения, которые обычно используются в расчетах и отчетах. Каждый параметр может быть помечен для обеспечения эффективной организации параметрической информации. Параметрами могут быть имя клиента, плотность, температура, воплощенный углерод и многие другие.

Есть несколько компонентов в параметре, таких как тип, единица и значение. например

Параметр	Пример
Тип параметра	Длина
Единица	M
Значение	7
Родительский актив	Тестовая комната

Типы DDB

Данные DDB определяются в терминах типы и экземпляры , во многом так же, как данные Revit структурированы в семьи и экземпляры. Эти типы предоставляют структуру для данных и описывают, какие данные должны быть включены в сам экземпляр. Например, экземпляр актива будет определяться типом актива, а экземпляр параметра будет определяться типом параметра.

«Здание» - это тип активов, а здание на вашем проекте под названием «Строительство A» является экземпляром актива. «Температура» - это тип параметра, а температура «построения A» является экземпляром параметра.

Другим способом подумать об этом является то, что типы могут существовать в нескольких местах (например, наличие нескольких зданий в проекте), но экземпляры могут существовать только в одном месте и содержать конкретные данные, необходимые для вашего проекта.

Для получения дополнительной информации о типах DDB см. Структура данных раздел.

ID/GUID

Guid («глобально уникальный идентификатор»)-это 128-разрядная текстовая строка, которая представляет собой идентификацию (ID). DDB использует гииды для выявления типов, экземпляров и проектов.

Например, ваш проект может быть идентифицирован по номеру работы или уникальным идентификатором, который можно найти в URL, например 55c434c8-3817-4cc1-b7ec-f8e25e79ad67.

Ярлык

Теги предоставляют контекстную информацию, позволяя вам пометить параметры таким образом, чтобы это могло быть более специфичным для проекта. Теги доступны во многих категориях, что позволяет сортировать ваши параметры на основе дисциплины, которая их использует, расчет, в котором они используются, или даже отчет, который требует их. Теги предоставляют ценные метаданные, связанные с вашими данными.

Примером может быть помещение всех параметров, связанных с тепловым комфортом.

Типы данных

В DDB данные проекта хранятся в различных типах данных. Они диктуют тип значений, которые может удерживать каждый параметр, и определяют операции, которые могут быть выполнены на данных.

Типы данных, используемые в DDB:

• Нить - Сочетание символов, таких как буквы, числа и символы. Они часто используются для хранения имен или слов. Например. "Англия"
• Целое число - Этот тип данных используется для хранения целых чисел, обычно используемых для количеств активов. Например. 12
• Плавать - Это используется для хранения дробных числовых значений, используемых для хранения большинства технических параметров. Например. 5.24
• Логический - Это может быть либо «истинное», либо «ложное», обычно используемое для обозначения того, требуется ли что -то или нет. Например. истинный
• Дата - Это конкретная дата, обычно используемая для отметки таких вещей, как даты начала или окончания проекта.

Источники информации

В DDB источник всей нашей информации идентифицируется. Эти источники имеют типы, источники и ссылки (где это применимо). Некоторые примеры типов источников и источников включают:

• Автоматически заполняется - Для параметров, которые имеют процесс, который автоматически заполняет их, например, информация о рекламе, которая генерируется при добавлении проекта в DDB.
• Клиент краткий - Для значений, которые требуются клиентом.
• Законодательство - Для ограничений, требуемых руководящими органами.
• Полученное значение - Для значений, которые были сгенерированы с помощью расчета, таких как VIA DesignCheck или другой процесс, такой как моделирование модели.

Другие типы источников включают Проектная документация В предположения В промышленное руководство В академические журналы В опросы , или официальные публикации Полем

Качество данных

Для каждого параметра в нашем проекте мы можем увидеть историю версий данных, источник информации, и мы четко видим уровень обеспечения качества для каждой записи.

Уровни обеспечения качества остаются без ответа, отвечают, проверяются и одобрены. В любой момент его можно отклонить и вернуться к началу процесса QA:

• Без ответа - Это пустое поле; Данные пока не были введены.
• Ответил - Данные были введены, и мы можем увидеть это с полной отслеживаемостью.
• Проверял - Ранее входные данные были проверены в соответствии с процедурами проекта.
• Одобренный - Информация была одобрена в соответствии с процедурами проекта.
• Отклоненный - Информация была отклонена и помечена для изменений.

Пользовательские разрешения

DDB определял разрешения пользователя для управления доступом к конфиденциальной информации. Пользовательские разрешения основаны на роле, что означает, что пользователям DDB могут быть назначены различные уровни доступа на основе определенных ролей.

Есть пять ролей - читатель В редактор В Проверка В утверждающий , и администратор Полем

Увидеть Руководство по разрешениям пользователей Чтобы получить больше информации.