Este artículo forma parte de un blog completo de 4 partes. Puedes leer la parte 1 aquí: Control de Calidad en Modelos BIM: Parte 1
La disponibilidad de la información sobre los objetos se asegura utilizando correctamente las propiedades y conjuntos de propiedades definidos en IFC.
Con la comprobación de esta regla nos aseguramos que todos los elementos del modelos tienen la consideración de carga o no carga. Dejando claro cuales son los elementos estructurales en el proyecto y cuales no. Por ello, exclusivamente los elementos estructurales deben tener esta marca de elemento de carga.
Básicamente esta regla comprueba la presencia en el conjunto de propiedades Pset_*Common’, la propiedad ‘LoadBearing’, y la interpretación de ésta en los componentes relevantes. Esto incluye: – Todos los objetos de las disciplinas: Hormigón prefabricado, estructura de acero y estructural – Todas las vigas, partes de elementos de construcción, columnas, techos, losas y paredes.
Por ejemplo, si hemos clasificado una viga, como elemento estructural según la codificación que hayamos usado, esta regla considera que ese elemento viga es estructural y que por lo tanto debería tener la asignación de elemento de carga; sino es así nos marcará un error indicando que algo está fallando.
Así mismo si tenemos un muro que hemos clasificado como Tabique y le hemos puesto la propiedad de Elemento de carga, me detectará que no es posible que un tabique sea un elemento estructural, por lo tanto dirá que hay un error.
Esta regla comprobará que se ha asignado la propiedad interior/exterior a todos los elementos del modelo. Esta propiedad nos indicará si un elemento se encuentra dando a la exterior o en el exterior de nuestro edificio o no. Por ello deberían marcarse todos los elementos.
Primero comprobará que está relleno el campo interior/exterior y luego comprobará si se ha rellendo correctamente teniendo en cuenta la clasificación utilizada.
Por ejemplo una muro de fachada será exterior y un tabique será interior.
Según la clasificación que hayamos usado, podemos ver que los cerramientos tienen un código y las particiones interiores tendrán otros, por ello Solibri nos detectará mediante esta regla si tienen correctamente asignada la propiedad exterior/interior según el tipo de elemento y su código de clasificación.
Básicamente comprueba la presencia del conjunto de propiedades «Pset_*Common», y la propiedad «IsExternal», y su contenido en todos los componentes.
Si a un cerramiento le aplicamos el código de cerramiento pero lo aplicamos el valor IsExternal=False entonces, nos dará un error en esta regla.
Mediante esta propiedad se comprueba el parámetro FireRating (Resistencia al fuego) de los elementos. De tal forma, que primero se comprobará que este parámetro esté relleno en aquellos elementos que debería tenerlo relleno (Estructura, puertas, ventanas, etc) y por otro lado, comprobará si el tiempo de resistencia al fuego de este parámetro es correcto según la clasificación que le hayamos dado.
Un ejemplo: Si hemos marcado una puerta con el código de clasificación de puerta contra incendios, ésta tendrá un requisito mínimo de tiempo en minutos de resistencia al fuego. Sino es así nos marcará un error indicando que esta puerta no cumple con el requisito requerido.
Así mismo podemos pensar en cuanto a: forjados, muros, paredes interiores, etc… Todo estó tendrá unos requisitos mínimos en cuanto a la norma vigente, en nuestro caso CTE-SI, marcándose unos minutos de resistencia según el tipo de elemento y su uso en el conjunto del edificio.
Esta queda reservada para personalizarla, en busca de un parámetro específico del proyecto. En ocasiones, el proyectista quiere añadir un parámetro específico a los elementos del modelo BIM que deben incluirse en el IFC.
Imaginemos en un proyecto Passive House, donde este parámetro requerido sea la U de transmitancia térmica; y se quiere que este parámetro quede recogido dentro de la información de los elementos ventanas, puertas, muros exteriores etc… La disciplina de Arquitectura debe incluir este parámetro y además podemos marcar en la regla que no sobrepase una cifra para cumplir con las necesidades Passive House requeridas.
Imaginemos un modelo enfocado a mantenimiento. Este parámetro requerido puede ser desde un código de identificación de cara a mantenimiento (código de una máquina, fecha de instalación), un código de inventario, o si pensamos en una pilar, puede ser hasta la fecha de hormigonado del mismo.
Pues bien, en este caso, se requiere esa información y se puede personalizar la regla para que busque la información y que nos avise en el caso que no se detecte la información en los elementos exigidos:
“GRUPO VIRDATED SL ha sido beneficiaria del Fondo Europeo de Desarrollo Regional cuyo objetivo es mejorar el uso y la calidad de las tecnologías de la información y de las comunicaciones y el acceso a las mismas y gracias al que ha desarrollado una Implantación en modalidad de cloud computing de una solución CRM, para la mejora de competitividad y productividad de la empresa. Esta acción ha tenido lugar durante la Convocatoria 2023 (año 2023). Para ello ha contado con el apoyo del Programa TicCámaras de la Cámara de Comercio de Granada.”
Fondo Europeo de Desarrollo Regional
Una manera de hacer Europa
Sobre el autor