# Glosario de términos y definiciones
Hay algunos conceptos fundamentales que se utilizan y se mencionan en toda la plataforma DDB y la documentación.
# Entornos
DDB tiene tres entornos diferentes con diferentes propósitos.
| Ambiente | Url | Descripción | Cuándo usar |
|---|---|---|---|
| Desarrollo | dev.ddb.arup.com (opens new window) | El primero es nuestro sitio de desarrollo DDB, utilizado principalmente por el equipo de desarrollo para probar nuevas características. Este servidor se limpia regularmente sin previo aviso, así que no almacene ningún datos de proyecto en vivo allí. El equipo de DDB no es responsable de la pérdida de datos almacenada en este entorno. | Use este entorno al explorar su modelo de datos. Está bien romper las cosas. |
| Salvadera | sandbox.ddb.arup.com (opens new window) | El segundo es nuestro sitio DDB Sandbox, utilizado por los primeros usuarios y los participantes del taller para probar funciones y familiarizarse con la interfaz de usuario. Los datos no se borrarán al azar aquí, pero no debe usar este sitio para almacenar datos de proyectos en vivo | Use este entorno cuando se haya establecido el modelo de datos de su aplicación. Use este entorno al desarrollar su aplicación. Use al ingresar datos de prueba, que no deben borrarse. |
| Producción | ddb.arup.com (opens new window) | Finalmente, tenemos el sitio de producción de DDB. Este servidor aloja los datos del proyecto en vivo y es seguro. Las actualizaciones de características realizadas en este sitio solo se implementan después de una prueba exhaustiva en los servidores Dev y Sandbox. | Use este entorno cuando el modelo de datos y el flujo de la aplicación se hayan probado y establecido bien. |
# Proyecto
Un proyecto es una colección de información vinculada a un número de trabajo. Cada proyecto en DDB tiene su propia página.
# ¿Cómo se almacena esta información?
El proyecto se divide en activos y parámetros.
# Activo
Los activos son cosas físicas como un sitio o un sistema dentro de un proyecto. Estas son todas las cosas que estarán físicamente presentes y tendrán parámetros asignados a ellos.
# Jerarquía de activos
La jerarquía de activos es la forma en que se organizan los activos. Un activo puede tener un activo principal y activos infantiles, es decir, un sitio (padre) contiene uno o más edificios (hijos del sitio), y cada edificio contiene uno o más sistemas (hijos de edificio). Estas relaciones están predefinidas en DDB.
La jerarquía de activos debe configurarse de arriba a abajo. Por lo tanto, incluso si está tratando de abordar los datos en la parte inferior de la jerarquía de árboles, deberá crear las instancias de activos de nivel superior. Para leer más sobre las jerarquías de árboles de activos y las relaciones de los padres/niños. aquí.
# Parámetro
Los parámetros son características de los activos. Estos son los valores que se usan típicamente en los cálculos e informes. Cada parámetro se puede etiquetar para permitir una organización efectiva de información paramétrica. Los parámetros pueden ser el nombre del cliente, la densidad, la temperatura, el carbono incorporado y muchos más.
Hay varios componentes en un parámetro, como el tipo, la unidad y el valor. p.ej.
| Parámetro | Ejemplo |
|---|---|
| Tipo de parámetro | Longitud |
| Unidad | m |
| Valor | 7 |
| Activo de los padres | Sala de prueba |
# Tipos de DDB
Los datos de DDB se definen en términos de tipos y instancias , de la misma manera, Revit Data se estructura en familias e instancias. Estos tipos proporcionan estructura a los datos y describen qué datos deben incluirse en la instancia misma. Por ejemplo, una instancia de activo se definirá mediante un tipo de activo y una instancia de parámetro se definirá mediante un tipo de parámetro.
"Building" es un tipo de activo y el edificio en su proyecto llamado "Edificio A" es una instancia de activo. "Temperatura" es un tipo de parámetro y la temperatura de "Edificio A" es una instancia de parámetro.
Otra forma de pensarlo es que los tipos pueden existir en múltiples lugares (como tener múltiples edificios en un proyecto), pero las instancias solo pueden existir en un lugar y contener datos específicos necesarios para su proyecto.
Para obtener más información sobre los tipos de DDB, consulte el Estructura de datos sección.
# ID/GUID
Un GUID ('Identificador único globalmente') es una cadena de texto de 128 bits que representa una identificación (ID). DDB utiliza GUIDS para identificar tipos, instancias y proyectos.
Por ejemplo, su proyecto puede ser identificado por el número de trabajo o por la ID única que se puede encontrar en la URL, como 55c434c8-3817-4cc1-b7ec-f8e25e79ad67.
# Etiqueta
Las etiquetas proporcionan información contextual, lo que le permite etiquetar los parámetros de formas que podrían ser más específicas del proyecto. Las etiquetas están disponibles en muchas categorías, lo que le permite ordenar sus parámetros en función de la disciplina que las usa, el cálculo en el que se usan o incluso el informe que los requiere. Las etiquetas proporcionan metadatos valiosos asociados con sus datos.
Un ejemplo podría ser etiquetar todos los parámetros asociados con el confort térmico.
# Tipos de datos
Dentro de DDB, los datos del proyecto se almacenan en una variedad de tipos de datos. Estos dictan el tipo de valores que cada parámetro puede contener y definir las operaciones que se pueden realizar en los datos.
Los tipos de datos utilizados en DDB son:
- Cadena - Una combinación de caracteres como letras, números y símbolos. Estos a menudo se usan para almacenar nombres o palabras. P.ej. "Inglaterra"
- Entero - Este tipo de datos se utiliza para almacenar números enteros, generalmente utilizado para cantidades de activos. P.ej. 12
- Flotar - Esto se utiliza para almacenar valores numéricos fraccionales, utilizados para almacenar la mayoría de los parámetros técnicos. P.ej. 5.24
- Booleano - Esto puede ser un valor 'verdadero' o 'falso', generalmente utilizado para marcar si se requiere algo o no. P.ej. verdadero
- Fecha - Esta es una fecha particular, generalmente utilizada para marcar cosas como las fechas de inicio o finalización del proyecto.
# Fuentes de información
Dentro de DDB, se identifica la fuente de toda nuestra información. Estas fuentes tienen tipos, fuentes y referencias (cuando corresponda) asignadas a ellas. Algunos ejemplos de tipos de fuente y fuentes incluyen:
- Poblado automáticamente - Para parámetros que tienen un proceso que los llena automáticamente, como la información de ADS que se genera cuando el proyecto se agrega a DDB.
- Breve - Para los valores requeridos por el cliente.
- Legislación - Para las limitaciones requeridas por los cuerpos de gobierno.
- Valor derivado - Para los valores que han sido generados por un cálculo, como a través de DesignCheck u otro proceso, como una simulación de modelo.
Otros tipos de fuente incluyen documentación del proyecto , suposiciones , guía de la industria , publicaciones académicas , encuestas , o publicaciones oficiales .
# Calidad de datos
Para cada parámetro en nuestro proyecto, podemos ver el historial de versiones de los datos, la fuente de la información, y podemos ver claramente el nivel de garantía de calidad para cada entrada.
Los niveles de garantía de calidad son sin respuesta, respondidos, verificados y aprobados. En cualquier momento, puede ser rechazado y volverá al comienzo del proceso de control de calidad:
- Sin respuesta - Este es un campo vacío; Todavía no se han ingresado datos.
- Contestada - Se han ingresado datos, y podemos ver esto con una trazabilidad completa.
- Comprobada Comprobado - Los datos de entrada anteriormente se han verificado en línea con los procedimientos del proyecto.
- Aprobada Aprobado - La información ha sido aprobada en línea con los procedimientos del proyecto.
- Rechazada Rechazado - La información ha sido rechazada y marcada para el cambio.
# Permisos de usuario
DDB ha definido los permisos de los usuarios para controlar el acceso a información confidencial. Los permisos de los usuarios están basados en roles, lo que significa que a los usuarios de DDB se les puede asignar diferentes niveles de acceso basados en roles definidos.
Hay cinco roles - lectora lector , editora editor , inspectora inspector , aprobadora aprobador , y administración .
Ver el Guía de permisos de usuario para más información.