Guía de aplicación de eCOB sobre Revit
La clave para aplicar BIM de forma exitosa, entre otras cosas, es la estandarización. Es la estrategia de la que disponemos para conseguir modelos coherentes y estructurados a nivel de datos.
El problema de las estandarizaciones es que cada organización puede crear la suya propia y por lo tanto contribuye a una desestructuración de los datos entre estandarizaciones de diferentes organizaciones. Es necesario una estandarización superior que permita homogeneizar los datos a un nivel superior para que todo el mundo hable el mismo lenguaje sin necesidad de mapeos o traducciones. Sin esta estandarización o acuerdo de los criterios que configuran los objetos y los modelos BIM no sería posible la transmisión e intercambio de la información contenida en los modelos entre herramientas o colaboradores de una forma óptima.
¿Por qué eCOB?
eCOB®, el estándar de creación de objetos BIM desarrollado por el ITeC, aporta una homogeneización de la información contenida en los objetos y modelos BIM.
Existen muchas estandarizaciones para la creación de objetos BIM a nivel internacional, pero muchas de ellas se han realizado para una herramienta de modelado específica. eCOB® establece un estándar de aplicación abierto que amplia y complementa la estructura de datos propuesta por IFC. De hecho, eCOB® es el primer estándar multiplataforma abierto, libre, y gratuito lanzado en España.
Gracias a ello, puede ser aplicado por todos los profesionales del sector: entidades, organismos, fabricantes u otras asociaciones públicas o privadas que produzcan o gestionen productos de la construcción. Independientemente del software que utilicen.
¿Cómo aplicar eCOB?
eCOB®, al asimilar el formato IFC e implementar y ampliar propiedades que sean compatibles con el estándar, requiere de una serie de configuraciones que unas ciertas adaptaciones o acciones que no todo el mundo conoce. Bajo este contexto, el de facilitar la aplicación del estándar, se ha creado una guía para su aplicación en un software específico, Autodesk Revit para este caso particular. Fruto del convenio de colaboración entre ITeC y MSI Studio surge la Guía de aplicación de eCOB® sobre Revit®.
La guía aborda tanto la producción de familias en formato .rfa, como la producción de modelos .rvt aplicando eCOB®. Además, con el fin de facilitar al máximo las posibilidades de estandarización de modelos exportados al formato IFC, se recomiendan procesos que permiten que un modelo en el que no se ha considerado la adopción de eCOB® durante el modelado, pueda ser exportado a IFC cumpliendo con todos sus requisitos.
Guía de aplicación eCOB sobre Revit
La Guía esta compuesta por diversas secciones:
- Revit® un programa paramétrico
- Estructuración de los objetos en Revit®
- Estructuración de la información de los objetos
- Familias cargables eCOB®
- Familias de sistema eCOB®
- Obtener un proyecto IFC – eCOB® a partir de un modelo de Revit®
- Exportación a IFC de familia eCOB®
- Herramientas ITeC-eCOB® para Revit®
- Casos prácticos
Los tres primeros capítulos introducen al usuario los conceptos básicos con los que trabaja Revit®. Se repasan conceptos relativos al programa como la jerarquía de objetos, los materiales y la estructura de la información (tipos de parámetros) para sentar las bases necesarias para poder aplicar eCOB®.
Las siguientes dos secciones (4 y 5) están destinados a explicar cómo crear familias desde cero según el estándar eCOB® o como adaptar familias existentes al mismo estándar (tanto cargables como de sistema).
El capítulo 6 está dedicado a obtener una exportación a IFC con eCOB® de un modelo que ha sido desarrollado sin utilizar familias según el estándar. En cambio, en el capítulo 7 se ve como exportar a IFC un modelo de forma óptima, es decir, un modelo que se ha desarrollado utilizando familias que cumplen con las directrices definidas en el estándar eCOB®.
La sección 8 desarrolla tres herramientas de ayuda para adoptar eCOB® desde Revit®: los parámetros compartidos, las tablas de exportación de Property Sets, y el mapeado de parámetros comunes.
Al final de la guía (capítulo 9) aparecen diversos ejemplos de casos prácticos a modo de ejemplo de la aplicación del estándar eCOB®. En estos aparecen casos tanto para familias cargables como para familias de sistema. Gracias a esto se puede materializar todo aquello explicado en los anteriores apartados.
Conclusiones y links de descarga
Esta guía tiene como finalidad orientar al usuario de Revit® en la creación o la adaptación de sus familias a eCOB® para usarlas en modelos nativos y también para su posterior exportación al estándar abierto IFC. La guía no pretende ser una formación sobre cómo crear familias en Revit® sino que parte de este conocimiento, que se supone adquirido por los usuarios, y lo complementa con las particularidades necesarias para aplicar eCOB® en un modelo BIM realizado con Revit®. Gracias a este estándar los usuarios de Autodesk Revit® podrán disponer de más directrices para poder aplicar eCOB® a sus proyectos y así poder fomentar la transmisión e intercambio de la información contenida en los modelos.
A continuación, encontraréis enlaces de descarga* para ambos documentos:
- Link de descarga eCOB®: https://ecobject.com/descargas/
- Link de descarga Guía de aplicación del eCOB®: https://ecobject.com/herramientas/
*Para la descarga de los documentos, será necesario registrarse en la web de eCOB
Obtención de datos COBie a través de IFC
Hasta el momento, hemos
hablado del uso del estándar COBie para la estructuración y el traspaso
del gran conjunto de datos implícito en la gestión del edificio. Aun así, el
estándar IFC, más conocido en fase de diseño y construcción, para la
visualización geométrica y los análisis de colisiones entre disciplinas, también
puede ser un método de entrega de información del que podemos obtener COBie.
En el post de hoy hablaremos sobre
cómo obtener COBie a partir de IFC desde Revit.
Marco BIM para la entrega de datos
La definición de la PAS 1192-3
2014 y la actual ISO 19650 reconocen la necesidad de suministrar los
datos estructurados por los modelos de información, enfocados a producir y entregar
COBie. Los esfuerzos de estandarización para la planificación de la vida
útil en la ISO 15686-4:2014 (ISO 2014) y el coste del ciclo de vida durante la
fase de mantenimiento de edificios como BS 8544: 2013 (BSI 2013a) proponen el
uso de estándares abiertos BIM, es decir, IFC y COBie,
como fuentes de datos e intercambios de información de transferencia de datos
para la fase operativa de la construcción de activos.
Subconjunto de datos IFC para FM
El objetivo de
IFC es describir un esquema común para intercambiar datos. Pero no siempre que
dos herramientas interoperan, todos los datos deben ser intercambiados. La información
que se requiere depende del proceso de intercambio del que forma parte. Este subconjunto
del esquema general de IFC se denomina MVD o ‘’Definición de vista
de modelo’’. Es importante
conocer el propósito y el contenido del MVD en uso o a usarse y cómo se
relaciona con la configuración de importación y exportación de las herramientas
y servidores BIM en uso.
Actualmente, para
el uso de traspaso de datos para la planificación de vida útil del edificio el
subconjunto se define con la versión IFC 2x3.
Imagen 1. Subconjunto datos IFC. Fuente: Autodesk.
Opciones de exportación de IFC para FM desde Revit
Uno de los primeros pasos para
generar COBie a partir de IFC Revit es la configuración del mapeo de objetos
específicos al tipo de entidades IFC mediante el cuadro de diálogo de
exportación de IFC.
Una vez configurada la tabla
de mapeo para las categorías, el complemento de exportación IFC de Revit
permite definir conjuntos de propiedades personalizadas en un fichero de texto
que proporciona el fichero de mapeo correcto de los parámetros a partir de los
ficheros IFC generados desde Revit. Los parámetros COBie deben crearse antes como
parámetros compartidos en Revit. Su especificación se define a partir del
fichero de plantilla IFC “IFC2x3 Extended FM Handover View.txt”.
En el exportador para
versiones anteriores al 2017, las opciones de exportación de IFC se nombraban
como “FM Handover Extended View’’. Ahora, con las nuevas actualizaciones
de Revit, encontraremos esta opción de exportación como“IFC2x3 COBie 2.4
Design Deriverable’’, requerida por el nivel 2 desde 2016 por el gobierno del Reino
Unido para la colaboración de proyectos del sector público.
Property sets definidos para la obtención de COBie
El archivo de texto debe
mantener el mismo nombre que la configuración. A continuación, se muestra un
ejemplo:
Para
conocer más información sobre property sets puedes visitar nuestro post
anterior “IFC.
Cómo crear property sets”.
Conclusiones de IFC para FM
Los importante de usar
estándares es que podemos conseguir una metodología replicable a los distintos
proyectos de nuestra organización, evitando así la necesidad de desarrollar un
proceso a medida para cada proyecto. Con unos estándares y modelos BIM bien
estructurados podemos obtener entregables COBie a través de IFC con información
analizable y rica para la toma de decisiones.
Aunque existen grandes
esfuerzos entorno a IFC y queda pendiente resolver la rigidez de IFC frente a
las necesidades latiente de la fase de operaciones, también están surgiendo
herramientas más adecuadas para la recopilación y estructuración de datos para
la entrega a O&M y respaldar, de este modo, todo el ciclo de vida del
edificio.
En próximos posts seguiremos
hablando de los estándares para el traspaso de datos y las formas de transferir
los datos entre sistemas.
Estándares BIM de empresa: Plantillas de Proyecto
En entornos de
trabajo basados en tecnología CAD, los estándares, la organización
y el orden son muy recomendables, pero al aplicar metodología BIM
se vuelven imprescindibles, dado que el volumen de información que se
maneja es ingente. Debido a esto, es necesario desarrollar un conjunto de
documentos y herramientas que ayuden a comprender y establecer estándares,
criterios organizativos y técnicas de modelado para los proyectos BIM.
Es por este
motivo que, para optimizar el proceso de diseño de proyectos BIM, es necesario
desarrollar de una plantilla de empresa que permita realizar la
construcción virtual de cada proyecto, dotar de información a cada activo de
manera rápida y extraer información de forma especialmente eficiente.
En rasgos
generales, este archivo estará dotado de:
- Configuraciones y sistemas propios.
- Organización de interfaz, según flujos de trabajo de la empresa.
- Parametrización específica.
- Tablas de control y cuantificación.
- Vista de control, coordinación y exportación.
- Uniformidad de estrategia de familias.
- Taxonomía propia y reconocible.
- Plantillas de trabajo e impresión personalizadas.
- Configuración de grafismos.
- Elementos de referencia: anotaciones, etiquetas y estilos de cotas.
A fin de poder desarrollar este archivo tan
ambicioso es necesario realizar un análisis interno de la empresa para
poder desarrollar y acotar el producto final hacia unas necesidades reales.
Para ello es importante recoger información
básica sobre:
1. Ámbito de actuación de la empresa: donde se defina el sector al que da servicio (por ejemplo,Sector Público), el tipo de empresa (por ejemplo, Ingeniería de instalaciones), el producto que ofrece (por ejemplo, Pública Concurrencia) y el tipo de proyectos que desarrollan (por ejemplo, Proyectos de Climatización).
2. Organización de empresa y distribución de equipos: a fin de desarrollar una interfaz idónea para el trabajo colaborativo, como por ejemplo una correcta organización del navegador de proyectos o la definir una estrategia de archivo central y subproyectos.
3. Procedimientos de adjudicación y desarrollo de proyectos: pudiendo estimar una posible estrategia de fases, asociando esta información a la generación de familias y creando plantillas de vista para cada uno de las fases de evolución del proyecto (Básico, Ejecutivo, DO, etc.).
4. Especificaciones de clientes: por ejemplo, siendo Infraestructuras de Catalunya el cliente principal, la plantilla debería estar codificada según la GuBIMClass, juntamente con una configuración de exportación a IFC especifica de la organización, entre otras cosas.
5. Estudio de Gestión de Cambios: atender a las necesidades de la empresa, en referencia a la gestión de cambios. De ese modo se puede realizar, por ejemplo, una carátula con una tabla de revisión específica que cumpla con las necesidades de la empresa.
6. Softwares utilizados y métodos de cálculo: el conocimiento de los métodos de cálculo como, por ejemplo, mediante tablas Excel se debe de estudiar a fin de importar ese procedimiento al modelo y conseguir, de ese modo, el menor número de procesos para la realización de un proyecto.
Por otro lado, con el uso de softwares tales como Presto para los presupuestos, por ejemplo, se podría codificar toda la biblioteca de familias, tanto cargables como de sistema, de tal forma que mediante la exportación con Cost it se pudieran realizar las mediciones con el propio modelo.
7. Usos BIM de la plantilla: es muy necesario conocer los usos BIM que se pretenden abarcar para los proyectos que realice la empresa. Según estos, las parametrización y estrategia de modelado de los proyectos se realizará de una u otra forma.
Según Project Execution Planing Guide – versión 2.0, se establecen veinticinco usos BIM, organizados según usos en:
- Fase de Planificación: modelado de las condiciones existentes, estimación de costes, planificación, análisis de emplazamiento y programación.
- Diseño: revisión del diseño, validación de códigos, sostenibilidad evaluación LEED, análisis de las ingenierías, análisis estructural, análisis iluminación, análisis MEP, otros análisis, autoría de diseño y coordinación 3D.
- Obra: control y planificación 3D, producción digital, diseño en la construcción, planificación e implantación en obras y registro de modelo.
- Operaciones: plan de emergencias, gestión de espacios, gestión de activos, análisis de sistemas de edificio y programación de mantenimiento.
8. Recabo de documentación gráfica necesaria para dotar a la plantilla de plantillas de vista de impresión, configuradas de tal forma que reflejen la documentación 2D del despacho, junto con una biblioteca de familias que abastezca por norma general cualquier proyecto tipo estándar, no tan solo a nivel geométrico sino también a nivel gráfico.
A raíz de la documentación recabada, se configurarán los siguientes términos Revit:
- Sistemas y esquemas de color.
- Configuraciones mecánicas y eléctricas.
- Familias de sistema, cargables y de anotación.
- Plantillas de vista de impresión.
- Carátulas.
- Tablas de planificación.
- Estilos de línea, estilos de objeto y patrones de relleno.
- Detalles y leyendas tipo.
- Configuración de exportación CAD.
Una plantilla es una herramienta muy necesaria
para el desarrollo de proyectos de una empresa, aunque es importante entender
que esta no garantiza el desarrollo de un proyecto en su totalidad, sino que
marca un inicio y acompaña durante el desarrollo favoreciendo a su rentabilidad.
Mas allá de eso, la correcta ejecución de un
proyecto BIM no finaliza con una plantilla, existen otras herramientas muy
importantes a tener en cuenta, entre ellas el manual de la propia
plantilla, un documento didáctico que le sirva a cualquier persona que se
incorpore a la empresa para saber cómo ha de utilizar la plantilla según las
directrices marcadas.
Y, por otro lado, un protocolo BIM, que
le sirva a para entender la metodología BIM y así poder gestionar modelos BIM de
la mejor manera posible. En este se hablará de estructuración de un modelo BIM,
normas de nomenclatura, salud de modelos, peso de archivos y familias,
estrategias de modelado y auditorias.
Por lo tanto, todas estas herramientas y
estándares, combinados con una plantilla eficiente, marcarán el camino hacia el
éxito de un proyecto BIM.
Bases para una implementación BIM
¿Cuáles son los aspectos que debemos tener en cuenta si queremos llevar a cabo una implantación* BIM? Cuando planteamos una implantación BIM, ¿nos referimos solo a software? ¿Qué puntos críticos o aspectos definirán el resultado de una implantación?
Bases para una implementación BIM
Todo el mundo piensa, al principio de este proceso de cambio entre metodología CAD y BIM, que una implantación es algo meramente tecnológico o de software cuando, en realidad, también tiene que ver con otros aspectos más básicos, como la predisposición al cambio. Los aspectos que deberían tratarse al diseñar una implantación BIM son los siguientes:
Procesos
El establecimiento de procesos nos permitirá determinar una nueva forma de actuar consistente en toda la empresa. Es necesario establecer todos los flujos de trabajo relacionados con el proceso de diseño y con el proceso de coordinación. Tenemos que ser conscientes de que el resultado de la coordinación será consecuencia del grado de colaboración que se haya implementado durante el proceso de diseño. Porque, ¿qué sentido tiene implantar la metodología BIM si no se tiene intención de colaborar al realizar cada proyecto?
Al analizar todos los procesos en los que toma partido algún equipo de la organización para el desarrollo del proyecto podremos definir una estandarización para el desarrollo de los mismos. Los responsables de la implantación serán capaces de detectar procesos ineficientes, establecer el mejor flujo de trabajo para los proyectos que desarrollan, dejar claros los canales de comunicación entre equipos y de los entregables en cada fase de proyecto. Al determinar todo esto podremos decir que hemos establecido los estándares necesarios para dotar de consistencia los distintos proyectos y, en función de estos, las auditorias o controles de calidad. Los controles de calidad nos servirán como puntos de control para garantizar que los modelos realizados cumplen con los estándares BIM de la organización.
Esta fase de análisis y creación de estándares y protocolos debe realizarse de una forma muy meticulosa ya que las acciones que vengan a partir de este análisis partirán de las hipótesis que hayamos marcado.
En esta fase generaremos documentos como los Protocolos BIM u otras guías o manuales que nos servirán para documentar todos aquellos procesos o flujos de trabajo a seguir en todos los proyectos que realizamos.
A otra escala, un BEP no deja de ser un análisis de los flujos de trabajo a emplear para un proyecto determinado con una casuística particular.
En el post ¿Por dónde empezar un proyecto BIM? podemos ver algunos aspectos a tener en cuenta antes de comenzar un proyecto en metodología BIM. Esos aspectos serian algunas de las estandarizaciones que deberían plasmarse en los protocolos BIM después de analizarse por parte del Equipo BIM responsable de la implantación.
Equipo BIM Management
Durante la fase de análisis debería generarse un equipo a cargo de la implantación BIM. Normalmente, un responsable de cada departamento, un Consultor BIM y un responsable de la empresa en materia BIM o BIM Manager. Este equipo será el responsable de la implantación: estandarización de procesos, organización de los equipos humanos y gestión de los procesos tecnológicos relacionados con el desarrollo de la metodología BIM.
Equipo Humano
Según Andrew Barlow (especialista en adopciones digitales para empresas a través de AppLearn): “Curiosamente, para muchas empresas, el talón de Aquiles del éxito de la transformación digital se basa en gran medida en la capacidad de la gente para adoptar nuevas tecnologías”. Y no solo adaptarse a las nuevas tecnologías, también a los nuevos procesos, a las nuevas metodologías y a los nuevos canales de comunicación. En una sola palabra, al cambio.
Cultura
Pero, ¿por qué la gente es tan reacia al cambio? Para que una implantación BIM sea satisfactoria deberemos olvidarnos de la comodidad o seguridad que supone trabajar de la forma en la que hemos trabajado siempre. Esa cultura o tradición es conocida por todos los integrantes de una empresa y cuando se pretende cambiar, hay un porcentaje de gente que se arraiga a ella por miedo a exponerse a nuevas metodologías que desconocen. O, a veces, por el simple hecho de que no ven el potencial que tienen y en lo que les podría beneficiar.
Comportamiento
Por otra parte, para aceptar un cambio metodológico dentro de los procesos de la empresa, hay que realizar antes un cambio en el comportamiento de cada uno de los individuos, sin el cual no se podrá llevar a cabo la implantación de forma satisfactoria. Las transformaciones digitales, las adopciones de nuevas metodologías o las implantaciones BIM, requieren de responsables. Requieren que ciertas personas del equipo de trabajo asuman una serie de nuevas responsabilidades, responsabilidades que no siempre están dispuestos a asumir pero que son necesarias para la correcta adopción de la nueva metodología.
Habilidades
Otro factor importante son las nuevas habilidades, necesarias para poder desarrollar nuevas metodologías o utilizar nuevos softwares. Esto implica, aparte de horas en formaciones y aprendizaje (que muchas veces se realizan en parte fuera del horario laboral), realizar un cambio de nuevo en lo que estábamos acostumbrados.
Formación y Job Training
Para poder realizar esta transformación no solo se deben realizar formaciones en un amplio rango de softwares en función del rol que asuma el integrante del equipo sino también llevar a cabo un acompañamiento durante la realización de determinados proyectos piloto. Los proyectos piloto nos servirán para poder enseñar procesos y evaluar las estrategias y procesos definidos en un principio. De esta forma, se podrán corregir posibles errores que hayamos cometido o solventar problemas que no se hayan tenido en cuenta en la fase de análisis y que hayan surgido fruto del desarrollo de un proyecto.
Tecnología
La metodología BIM se apoya en diversos softwares para poder llevar a cabo los procesos necesarios para el desarrollo de un proyecto. Los softwares son especializados: softwares para presupuestos, para modelado, para coordinación, renderizado, gestión del Facility Management, etc.
Para establecer los flujos de trabajo deberemos tener un amplio conocimiento de la tecnología y de las diversas herramientas BIM que podemos encontrar en el mercado para determinar aquellas herramientas que sean interoperables con otros softwares que usemos y poder comparar: dificultad de aprendizaje, coste, fortalezas y desventajas de cada uno de ellos.
Al tratar todos estos aspectos y monitorizarlos (con otras palabras: realizar un seguimiento), seremos capaces de controlar el estado de implantación de nuestra empresa y así detectar los problemas que vayan surgiendo a lo largo de la implantación para poder, en fases posteriores, solucionar las problemáticas que vayan surgiendo y comenzar con los procesos de mejora continua.
En este post hemos nombrado las bases idílicas necesarias para una implantación BIM. En ocasiones, algunas de estas bases suponen un sobrecoste importante que no todo tipo de empresa puede asumir. En el post Cómo implementar BIM en PYMES, realizado por Salvador Bohigas CEO de MSI Studio, vemos algunas estrategias importantes que deberíamos tener en cuenta antes de implantar BIM en pequeñas y medianas empresas.
También os dejo el enlace de dos conferencias de Autodesk University muy interesantes sobre implantaciones BIM en multinacionales:
- Cómo implementar BIM en una empresa de 6000 profesionales de François Appéré.
- BIM Execution Planning de Clay Star y Bram Mommers.
* Implantación: Establecer y poner en ejecución nuevas doctrinas, instituciones, prácticas o costumbres.
* Implementación: Poner en funcionamiento o aplicar métodos, medidas, etc., para llevar algo a cabo.
[/et_pb_text][/et_pb_column][/et_pb_row][/et_pb_section]
