verificas todos los requisitos especificados en el archivo IDS y validas el archivo IFC.<\/li>\n<\/ul>\nLos elementos IFC no v\u00e1lidos del proyecto son se\u00f1alados y puedes monitorear todas las notificaciones encontradas en tableros espec\u00edficos con informes y estad\u00edsticas.<\/p>\n
Una de las principales ventajas del IDS es la claridad en la definici\u00f3n de los requisitos informativos<\/strong>. Cada proyecto BIM requiere la gesti\u00f3n de una gran cantidad de datos: desde las caracter\u00edsticas t\u00e9cnicas de los elementos constructivos hasta la informaci\u00f3n sobre materiales, rendimiento energ\u00e9tico o mantenimiento. Gracias al IDS, estos requisitos se describen de manera clara y precisa, evitando interpretaciones subjetivas y malentendidos entre los diversos actores del proyecto. Todos saben exactamente qu\u00e9 informaci\u00f3n debe ser proporcionada, en qu\u00e9 formato y a qu\u00e9 elementos del modelo debe ser asociada.<\/p>\nUna otra gran ventaja se refiere a la validaci\u00f3n autom\u00e1tica de los modelos IFC<\/strong>. El IDS permite verificar de manera r\u00e1pida y autom\u00e1tica si el modelo contiene toda la informaci\u00f3n requerida, sin necesidad de recurrir a controles manuales complejos y costosos. Esto mejora el control de calidad y permite identificar de inmediato posibles errores o faltas, reduciendo el riesgo de problemas en las fases posteriores del proyecto.<\/p>\nDesde el punto de vista de la colaboraci\u00f3n, el IDS fomenta una mayor interoperabilidad entre software y plataformas diferentes<\/strong>. Al ser un est\u00e1ndar abierto, puede ser utilizado por todos los profesionales independientemente de las herramientas BIM empleadas. Este aspecto es fundamental para garantizar un flujo de trabajo realmente openBIM, en el que arquitectos, ingenieros, constructores y gestores del edificio pueden compartir e intercambiar datos de manera fluida y sin barreras tecnol\u00f3gicas.<\/p>\nLa gesti\u00f3n a trav\u00e9s del IDS tambi\u00e9n hace que el intercambio de informaci\u00f3n sea m\u00e1s eficiente y r\u00e1pido<\/strong>. Cada modelo IFC puede ser comparado con los requisitos informativos establecidos en el documento IDS, permitiendo validar autom\u00e1ticamente la conformidad de los datos y evitar revisiones o correcciones continuas.<\/p>\nUn punto adicional de fortaleza es la transparencia y trazabilidad de los datos<\/strong>. El IDS documenta claramente qu\u00e9 informaci\u00f3n ha sido solicitada, entregada y aprobada, creando una especie de \u00abcadena de custodia\u00bb digital. Esto aumenta la confianza entre las partes involucradas y facilita tambi\u00e9n la rendici\u00f3n de cuentas y la gesti\u00f3n contractual.<\/p>\nMirando a largo plazo, el est\u00e1ndar IDS resulta \u00fatil no solo durante el dise\u00f1o o la construcci\u00f3n, sino tambi\u00e9n en la fase de gesti\u00f3n y mantenimiento del edificio<\/strong>. Disponer de datos estructurados, coherentes y verificados facilita la creaci\u00f3n de gemelos digitales precisos, \u00fatiles para monitorear el rendimiento del inmueble a lo largo del tiempo y planificar intervenciones de manera m\u00e1s dirigida.<\/p>\nFinalmente, todos estos beneficios se traducen en una reducci\u00f3n de costos y riesgos. Menos errores, menos retrasos, menos ambig\u00fcedades: el resultado es un proceso m\u00e1s \u00e1gil, confiable y conveniente.<\/p>\n
El uso del est\u00e1ndar IDS permite transformar los requisitos informativos requeridos para un modelo BIM en especificaciones legibles tanto por el operador como por el software y utilizarlas para verificar autom\u00e1ticamente la conformidad de un modelo IFC. El caso de estudio analizado muestra c\u00f3mo las especificaciones IDS pueden ser progresivamente articuladas para controlar caracter\u00edsticas diferentes de los objetos del modelo, hasta llegar a la validaci\u00f3n autom\u00e1tica y la gesti\u00f3n de las no conformidades.<\/p>\n
De la definici\u00f3n de requisitos a la especificaci\u00f3n IDS<\/h3>\n
Una especificaci\u00f3n IDS est\u00e1 compuesta por una descripci\u00f3n<\/strong>, un \u00e1mbito de<\/strong> aplicabilidad<\/strong> y uno o m\u00e1s requisitos<\/strong>. La descripci\u00f3n identifica el requisito relativo al proyecto, mientras que la aplicabilidad identifica la entidad IFC que debe ser sometida al control y el requisito establece el valor que una determinada caracter\u00edstica debe asumir. La aplicabilidad y los requisitos se construyen a su vez a trav\u00e9s de los llamados facet<\/strong>, es decir, caracter\u00edsticas de las entidades del esquema IFC utilizadas como criterios de selecci\u00f3n y verificaci\u00f3n.<\/p>\nLos facet pueden combinarse para hacer el control progresivamente m\u00e1s espec\u00edfico. Entre los utilizados en el ejemplo se encuentran los facet relacionados con entidades, atributos, clasificaciones, propiedades, materiales y relaciones. En la aplicabilidad, los facet permiten filtrar los objetos del modelo sobre los cuales realizar el control; en los requisitos, definen las condiciones que tales objetos deben cumplir.<\/p>\n
El sistema permite, por ejemplo, identificar todas las entidades de clase IFC Window<\/em> que poseen un valor espec\u00edfico en el atributo Description<\/em> y solicitar posteriormente que tengan un determinado Predefined Type<\/em>, como Skylight. Otro control puede referirse a los elementos de clase IFC Space<\/em>, para los cuales se solicita simplemente que el atributo Long Name<\/em> est\u00e9 presente y valorado, sin imponer un contenido espec\u00edfico.<\/p>\nLa misma l\u00f3gica puede aplicarse a las propiedades. En el caso de las entidades IFC Wall de tipo Standard, el requisito puede imponer la presencia de una determinada propiedad perteneciente a un Property Set<\/em> espec\u00edfico y solicitar, por ejemplo, que el valor booleano correspondiente sea true. De manera similar, es posible controlar los materiales: los elementos IFC Slab identificados por una determinada descripci\u00f3n pueden estar sujetos a un requisito que imponga la presencia de un material espec\u00edfico. El IDS simplifica en este caso el control del material, verificando su nombre independientemente de las modalidades con las que la relaci\u00f3n con el material ha sido estructurada en el modelo IFC.<\/p>\nClasificaciones y relaciones entre objetos<\/h3>\n
Los facet tambi\u00e9n permiten verificar el uso de los sistemas de clasificaci\u00f3n. Un elemento puede ser filtrado por clase IFC<\/em> y, entre los requisitos, puede ser solicitado que posea una determinada clasificaci\u00f3n identificada a trav\u00e9s de nombre y c\u00f3digo. Esto permite controlar, por ejemplo, la pertenencia de una categor\u00eda de objetos a un sistema de clasificaci\u00f3n como ETIM.<\/p>\nUn nivel adicional de control se refiere a las relaciones IFC<\/em>. En el ejemplo, los objetos de clase IFC Furniture<\/em> caracterizados por una propiedad espec\u00edfica que identifica las mesas con sillas deben pertenecer a un grupo. El requisito se expresa a trav\u00e9s del facet Part Of<\/em>, seleccionando la relaci\u00f3n RelAssignsToGroup<\/em>.<\/p>\nLa posibilidad de combinar m\u00faltiples facet tambi\u00e9n permite construir requisitos articulados. Para una entidad de clase IFC Site<\/em>, por ejemplo, es posible solicitar simult\u00e1neamente un valor espec\u00edfico del atributo RefElevation<\/em>, una determinada Total Area<\/em> y un l\u00edmite de altura de los edificios. De este modo, la especificaci\u00f3n IDS no se limita a verificar la presencia de una informaci\u00f3n, sino que puede controlar simult\u00e1neamente m\u00faltiples caracter\u00edsticas de la misma entidad<\/strong>.<\/p>\nRequisitos obligatorios, opcionales y prohibiciones<\/h3>\n
Un aspecto particularmente significativo del est\u00e1ndar es la gesti\u00f3n de la cardinalidad<\/strong>, que permite establecer si un determinado tipo de informaci\u00f3n debe estar necesariamente presente, puede estar presente o no debe estar presente en el modelo.<\/p>\nEn la aplicabilidad, es posible especificar que el modelo debe contener, puede contener o no debe contener determinadas entidades. Si, por ejemplo, una especificaci\u00f3n establece que el modelo puede contener muros de clase IFC Wall de tipo Standard, la ausencia de tales elementos no genera un error; si en cambio la misma condici\u00f3n se define como obligatoria, su ausencia es se\u00f1alada por el validador. Por el contrario, al establecer la condici\u00f3n como negativa, la presencia de esos elementos constituye una no conformidad.<\/p>\n
La cardinalidad tambi\u00e9n puede ser utilizada en los requisitos. En el ejemplo relativo a los espacios, algunas propiedades \u2013 como Handicap Accessible y Publicly Accessible del Property Set Space Common \u2013 se definen como opcionales. El requisito no impone por lo tanto su presencia, pero indica al modelador la oportunidad de utilizar tales propiedades para representar determinadas informaciones funcionales de los ambientes.<\/p>\n
Control de patrones, intervalos y valores complejos<\/h3>\n
IDS permite ir m\u00e1s all\u00e1 del simple control de igualdad entre un valor esperado y el presente en el modelo. Los par\u00e1metros de los facet pueden utilizar valores individuales y valores complejos, como enumeraciones, intervalos num\u00e9ricos y patrones.<\/p>\n
Un ejemplo se refiere a la denominaci\u00f3n de las puertas. Es posible establecer que el nombre de una puerta debe respetar un determinado patr\u00f3n, por ejemplo, la palabra door seguida de un espacio y de una secuencia de 4, 5 o 6 n\u00fameros. El control se expresa a trav\u00e9s de una expresi\u00f3n regular; la compilaci\u00f3n puede ser apoyada por herramientas de inteligencia artificial que, a partir de la descripci\u00f3n de la regla, ayudan a generar el patr\u00f3n a insertar en la especificaci\u00f3n IDS.<\/p>\n
Para los valores num\u00e9ricos, en cambio, es posible definir intervalos y operadores de comparaci\u00f3n. En el caso de los espacios, por ejemplo, una propiedad relativa a la altura puede establecerse para que el valor sea mayor o igual a 3 m. De manera similar, es posible verificar que el \u00e1rea de determinados ambientes, como los ba\u00f1os, supere un umbral preestablecido.<\/p>\n
El est\u00e1ndar tambi\u00e9n permite controlar la longitud de los valores textuales. Para las puertas se puede imponer, por ejemplo, que el atributo Name no supere los 20 caracteres, mientras que para la descripci\u00f3n de una entidad IFC Project es posible establecer una longitud m\u00ednima de 35 caracteres. En este caso, el control no se refiere a una caracter\u00edstica geom\u00e9trica del elemento, sino exclusivamente al n\u00famero de caracteres contenidos en el atributo.<\/p>\n
La conexi\u00f3n con el BuildingSMART Data Dictionary<\/h3>\n
La definici\u00f3n de los requisitos puede ser a\u00fan m\u00e1s apoyada por el BuildingSMART Data Dictionary<\/strong> (bSDD), un servicio en l\u00ednea que recopila diccionarios de t\u00e9rminos organizados por clases y conectados a las clases IFC, a sus propiedades correspondientes, a los valores permitidos, a las unidades de medida, a las traducciones y a las relaciones.<\/p>\nEl bSDD alberga sistemas de clasificaci\u00f3n nacionales e internacionales, clasificaciones de dominio y sistemas desarrollados por entidades patrimoniales o empresas privadas. En el \u00e1mbito de la compilaci\u00f3n de una especificaci\u00f3n IDS, la conexi\u00f3n entre los dos sistemas puede realizarse a trav\u00e9s de un URI, que identifica de manera \u00fanica el recurso externo asociado a la propiedad. El URI no necesariamente debe apuntar al bSDD, sino que tambi\u00e9n puede referirse a otro recurso externo utilizado para describir esa informaci\u00f3n espec\u00edfica.<\/p>\n
La ventaja operativa surge cuando se busca una propiedad directamente en el bSDD durante la compilaci\u00f3n de la especificaci\u00f3n. Una vez identificada la propiedad asociada a la clasificaci\u00f3n y al c\u00f3digo deseados, es posible importarla en el IDS, transfiriendo autom\u00e1ticamente informaci\u00f3n como el nombre de la propiedad, Property Set, tipo, valores permitidos y eventuales restricciones. De este modo, se reduce el riesgo de errores en la compilaci\u00f3n manual de los requisitos.<\/p>\n
La validaci\u00f3n del modelo IFC<\/h3>\n
Una vez definidas las especificaciones, el modelo IFC puede ser sometido a un proceso de BIM validation<\/strong>. La verificaci\u00f3n puede ser realizada por el contratista durante la producci\u00f3n informativa, para controlar el modelo antes de la entrega, o por el cliente durante la verificaci\u00f3n t\u00e9cnica del proyecto, para asegurarse de que lo entregado cumpla con los requisitos acordados.<\/p>\nEl validador lee el archivo IDS, identifica en el modelo las entidades comprendidas en el \u00e1mbito de aplicabilidad y verifica para cada una de ellas el cumplimiento de los requisitos establecidos. En ausencia de errores, el modelo supera la validaci\u00f3n y puede proceder a las fases siguientes del proceso de aprobaci\u00f3n. En caso de no conformidades, las notificaciones deben ser analizadas y gestionadas antes de repetir el control.<\/p>\n
El caso concreto: el control de los elementos IFC Roof<\/h3>\n
Supongamos que en un modelo IFC se define una especificaci\u00f3n que impone a las entidades de clase IFC Roof cumplir con dos condiciones: poseer una determinada propiedad con un valor menor o igual a 0,27 y tener un c\u00f3digo de clasificaci\u00f3n espec\u00edfico.<\/p>\n
Al finalizar la validaci\u00f3n se detectan ocho notificaciones. Un elemento supera ambos controles: el c\u00f3digo de clasificaci\u00f3n est\u00e1 presente y el valor de la propiedad es igual a 0,2, por lo que es inferior al umbral de 0,27. Para los otros elementos, en cambio, la clasificaci\u00f3n resulta correcta, pero la propiedad presenta un valor de 0,3, superior al l\u00edmite previsto. El validador destaca entonces puntualmente la no conformidad y permite seleccionar el elemento directamente en el modelo 3D, facilitando la identificaci\u00f3n del objeto interesado.<\/p>\n
La correcci\u00f3n puede realizarse directamente en el entorno de edici\u00f3n del modelo, modificando el valor de la propiedad. Tambi\u00e9n en esta fase el sistema verifica el cumplimiento de la restricci\u00f3n IDS: la inserci\u00f3n de un valor como 0,4 es rechazada porque no cumple con la condici\u00f3n \u2264 0,27, mientras que un valor conforme es aceptado.<\/p>\n
Alternativamente, los problemas detectados pueden ser exportados en formato BCF (BIM Collaboration Format)<\/strong> y compartidos con el modelador o con la persona encargada de la correcci\u00f3n. El BCF, otro est\u00e1ndar abierto de buildingSMART International, permite gestionar y comunicar los problemas identificados durante las diferentes fases del proceso BIM. El flujo se vuelve entonces iterativo: validaci\u00f3n, identificaci\u00f3n de no conformidades, comunicaci\u00f3n de problemas, correcci\u00f3n del modelo y nueva validaci\u00f3n, hasta alcanzar la conformidad con los requisitos.<\/p>\nConsideraciones y l\u00edmites del est\u00e1ndar IDS<\/h3>\n
El caso de estudio destaca c\u00f3mo IDS permite formalizar y automatizar una parte significativa de los controles informativos sobre los modelos IFC, combinando criterios de aplicabilidad y requisitos y utilizando diferentes tipos de facet, cardinalidad y restricciones sobre los valores.<\/p>\n
Al mismo tiempo, la versi\u00f3n IDS 1.0 analizada presenta algunos l\u00edmites: est\u00e1 orientada principalmente a la verificaci\u00f3n de la informaci\u00f3n y las relaciones principales de las entidades IFC y no permite, en el estado descrito en la intervenci\u00f3n, controles geom\u00e9tricos, controles basados en valores calculados o din\u00e1micos, controles que hagan referencia a datos externos al modelo IFC o verificaciones basadas en relaciones IFC espec\u00edficas de un determinado dominio. Tales aspectos se indican como posibles \u00e1mbitos de evoluci\u00f3n en las versiones futuras del est\u00e1ndar.<\/p>\n
El caso confirma finalmente que la eficacia de un procedimiento de validaci\u00f3n IDS no depende solo del software utilizado, sino tambi\u00e9n de la correcta configuraci\u00f3n de los requisitos y del conocimiento del est\u00e1ndar IFC, considerado fundamental para un uso profesional del est\u00e1ndar IDS.<\/p>\n
\u00bfC\u00f3mo crear un archivo IDS?<\/h2>\n
Para crear o editar un documento en formato IDS con todas las especificaciones de la informaci\u00f3n, es necesario utilizar un IDS editor<\/a>.<\/p>\nusBIM.IDSeditor es la herramienta online gratuita con la que podr\u00e1s crear y editar el archivo IDS, el documento que recoge y sistematiza todas las especificaciones de entrega de informaci\u00f3n necesarias para abordar las fases de modelado y validaci\u00f3n de los modelos IFC.<\/p>\n
Gracias al archivo IDS, es posible:<\/p>\n
![\"El](\"https:\/\/biblus.accasoftware.com\/es\/wp-content\/uploads\/sites\/3\/2023\/02\/ids.jpg\")