Ir al contenido
Guías de intercambio BIM

Calidad y entrega

Propiedades IFC y requisitos de información

Convierta una solicitud de datos del modelo en campos, responsabilidades y comprobaciones claros, y entienda en qué puede ayudar IDS.

Tiempo de lectura
3 min
Para
Gestores de la información, coordinadores BIM y propietarios de activos
Objetivo de aprendizaje
Preparar una pequeña tabla de requisitos de información que pueda implementarse y revisarse.

Defina los requisitos de información

Sustituya solicitudes como «incluir todos los datos BIM» por una lista de decisiones y la información necesaria para cada una. Para cada campo requerido, identifique la fuente responsable, los objetos a los que se aplica y el método de revisión. Los campos innecesarios aumentan el tamaño de la entrega y dificultan la detección de excepciones.

Distinga entre un valor vacío, un valor desconocido y un valor que no procede. Acuerde cómo debe representarse cada estado. No introduzca identificadores, dimensiones ni valores de rendimiento inventados solo para superar una comprobación de completitud.

Especifique dónde debe ubicarse el valor

Los conjuntos de propiedades IFC agrupan valores con nombre y pueden asignarse a ocurrencias o a tipos de objetos. Los conjuntos de propiedades estándar usan la convención de nomenclatura Pset_; los conjuntos definidos por el usuario no deben usar ese prefijo reservado. Consulte la definición del esquema aplicable antes de elegir una propiedad estándar.

  • Use exactamente los nombres de conjunto de propiedades y de propiedad acordados, incluidas la ortografía y las mayúsculas.
  • Especifique el tipo de valor y la unidad cuando proceda. Es posible que una regla numérica no pueda usar un número almacenado como texto libre.
  • Decida si el campo corresponde a un tipo compartido o a un activo individual.
  • Documente la correspondencia entre los campos de origen y los campos entregados e identifique cualquier transformación.
  • Evite varios campos contradictorios que parezcan describir el mismo dato.

Ejemplo de tabla de información de activos

Tabla de Campo del proyecto
Campo del proyectoSe aplica aRequisitoRevisor
NB_Asset.AssetCodeEquipos seleccionados para la entrega a mantenimientoTexto no vacío; único dentro del registro de activos acordadoResponsable de información de activos
NB_Asset.ServiceZoneEl mismo alcance de equiposUno de los códigos de zona aprobados del proyectoCoordinador de disciplina
NB_Asset.MaintenanceRequiredEl mismo alcance de equiposValor booleano según el plan de mantenimiento aprobadoRepresentante de operaciones
NB_Asset.SourceReferenceEl mismo alcance de equiposReferencia al registro de origen aprobadoAutor de la entrega

Para cada fila, añada el campo de origen, la fase de entrega, el tratamiento de excepciones y el identificador de la regla. Pruebe un elemento correcto, un valor ausente y un valor deliberadamente no válido en un modelo de prueba autorizado. Confirme que el comprobador informa de cada situación según lo previsto.

Information Delivery Specification (IDS)

Information Delivery Specification (IDS) es un estándar de buildingSMART para expresar requisitos de información de forma interpretable por máquina. Puede describir a qué objetos se aplica un requisito y la información requerida, como clasificaciones, materiales y propiedades. Las herramientas compatibles pueden usarlo para comprobar entregas IFC.

Empiece con una tabla aprobada y legible por personas y, después, implemente las reglas que puedan expresarse en una herramienta compatible con IDS. Conserve el archivo IDS, su versión y el informe del comprobador junto con la entrega. Compruebe qué requisitos cubre realmente la herramienta; no dé por hecho que un resultado de campos completos demuestra la corrección geométrica o la veracidad de un valor.

En el ejemplo anterior, las reglas de presencia y de valores permitidos pueden encajar en una comprobación de información, mientras que la unicidad respecto a un registro de activos independiente requiere una comprobación adicional. Asigne a cada requisito un método de verificación en lugar de forzar todo el trabajo de revisión en una sola herramienta.

Resuelva los fallos en su origen

  1. Confirme la aplicabilidad

    Verifique que el objeto con fallo pertenece al alcance requerido. Una regla aplicada de forma demasiado amplia puede generar fallos engañosos.

  2. Compruebe el valor de origen

    Distinga la falta de información en el origen de un defecto de asignación o de exportación. Pida al autor responsable que resuelva el problema de fondo.

  3. Repita la comprobación

    Exporte la revisión corregida, vuelva a ejecutar el mismo conjunto de reglas y compare los resultados.

  4. Registre las excepciones

    Registre un responsable, un motivo y una resolución acordada para cada excepción aceptada. Nunca considere superada una comprobación dispensada.

Recursos relacionados

Cookies en este sitio. Utilizamos cookies necesarias para iniciar sesión y mantener la seguridad del sitio. Con su permiso, la analítica propia nos ayuda a entender las páginas, las fuentes de tráfico y los dispositivos. Registra visitas seudonimizadas; las direcciones IP se conservan durante siete días. Consulte nuestra política de privacidad.