Criterios a tener en cuenta para exportar un IFC
[et_pb_section admin_label="section"]
[et_pb_row admin_label="row"]
[et_pb_column type="4_4"][et_pb_text admin_label="Text"]
Qué debo pensar antes de modelar si quiero exportar a IFC
Normalmente nos encontramos con proyectos donde se han trabajado estrategias para hacer el modelado más eficiente pero que resultan incompatibles con la exportación de ese modelo a IFC. Dependiendo de cómo hayamos modelado, obtendremos un archivo IFC de un modo más o menos sencillo.
En este post veremos algunos aspectos de modelo que se deben tener en cuenta para exportar a este formato de intercambio.
Como vimos en el post anterior, IFC. Cómo crear Property Sets, pudimos ver cómo generar agrupaciones de datos según parámetros existentes de nuestro modelo para poderlo leer desde cualquier software de coordinación.
Es importante tener controlada la información que queremos exportar. Pero no solamente eso es importante, sino que también tenemos que tener presente cómo hemos modelado nuestro proyecto para poder exportar a IFC.
Estrategias de modelado:
- Un único modelo por disciplina, modelado íntegramente cada uno de ellos en un archivo de Revit.
- Un modelo de disciplina compuesto por archivos linkados según: tipología de piso, tipología de planta o de elemento constructivo.
- Un modelo por disciplina compuesto por Grupos según el criterio de subdivisión escogido.
¿Cómo funciona cada uno de ellos para crear un archivo IFC?
Vamos a realizar una prueba con cada uno de ellos y para ver cómo afecta la exportación de los datos según los criterios que necesitamos.
Caso 1: Modelo íntegramente en un único archivo
La exportación
de los elementos se realiza correctamente. Normalmente, la geometría se exporta de forma correcta. Solamente decidiremos qué niveles queremos exportar, la
información que se leerá en la cabecera del fichero, qué tipo de información y
cómo queremos agruparla para exportar.
Vimos en el post anterior que podíamos crear los Property Sets por tablas de planificación o por mapeo de txt. Pero aparte de cómo se realiza uno u otro, debemos tener en cuenta en qué afecta cómo lo hagamos. Si lo hacemos por tabla de planificación, debemos tener en cuenta que la tabla deberá contener IFC, Pset o Common + el nombre que le queramos llamar. Si se trata de información especializada de una categoría concreta, funciona perfectamente: la información sale agrupada en su pestaña nueva. Es aquí donde encontramos un inconveniente: si lo que quiero es sacar información general de todas las categorías, como, por ejemplo:
Datos generales:
- Nombre del tipo.
- Assembly Code.
En este caso, el
paso más intuitivo es realizar una tabla
de planificación multicategoría. Pero, como ya sabemos, este tipo de tablas
solo nos muestran las categorías que no
son de sistema. Por tanto, deberíamos necesitar tantas tablas como
categorías queramos exportar.
Pero qué nos encontramos: dos tablas nunca se pueden llamar igual.
Es por eso que lo que obtenemos en el modelo de coordinación de IFC son dos o más pestañas distintas para obtener la misma.
En cambio, si lo realizamos por un archivo .txt, donde le indicamos el Property set y la o las categorías que queremos escoger, veremos el resultado en un único grupo
Caso 2: Modelo compuesto por links
Si el modelo lo tenemos compuesto por links que conforman distintas partes del modelo, deberemos tener en cuenta que, por defecto, si exportamos a IFC sin indicar nada, solo se nos exportará la parte del modelo que no forme parte de un link.
Lo que podremos hacer es indicarle en el exportador que nos exporte los archivos linkados como archivos separados de IFC. Los archivos linkados deben tener las coordenadas debidamente insertadas. De este modo, obtendríamos tantos archivos IFC como links tenga el modelo que casarán a la perfección. Y que si, además, exportamos los parámetros por un .txt, mantienen la única agrupación de datos generales.
Caso 3: Modelo compuesto por grupos
En el caso de tener un archivo con grupos, la exportación, en principio, no debería dar problemas. Si se trata de modelos donde los grupos son grupos consistentes, la exportación se hace bien y la exportación de datos por .txt se hace correctamente.
Ahora bien, controlaremos cómo se han realizado
estos grupos:
- Si es un único grupo de elementos creado en proyecto.
- Si es un grupo que contiene más grupos creados en el mismo proyecto.
- Si es un grupo cargado desde un archivo externo.
- Si es un grupo que contiene más grupos dentro cargado desde un archivo externo.
Si el modelo se parece a los tipos de estructuración del final de la lista, será más difícil de tratar el modelo para exportar a IFC y su control deberá ser mayor.
Si no, sacaremos cada archivo como IFC individuales para luego poder
generar un archivo de modelo formado por links de IFC. O en fase final de
proyecto, explotar los grupos antes
de exportar.
Por tanto, viendo cómo influye la exportación a
IFC según el criterio de modelado, es importante tenerlo en cuenta antes de
empezar un proyecto.
Además, ya hemos comprobado que no solo es importante cómo se modelará geométricamente, sino que también es importante saber cómo quiero que finalmente se organice mi información y cómo la quiero visualizar en el visor de IFC que use.
Aunque en este post solo hemos visto cómo puede afectar a nivel general de proyección, en posts futuros seguiremos viendo más concretamente criterios de modelado y de familias.
¿Podemos ayudarte con algún proyecto? Te asesoramos y ayudamos a implementar la metodología BIM, acompañándote durante todo el proceso.
[/et_pb_text][/et_pb_column]
[/et_pb_row]
[/et_pb_section]
Evolución de los entornos de colaboración en proyectos BIM
El Nivel de
implantación BIM 2 (sugerido por el modelo
de madurez Bew-Richards y por el gobierno de RU) contempla la creación de distintos modelos de
cada disciplina de forma aislada para crear, posteriormente y de forma conjunta,
un modelo federado. De esta manera, cada
agente será el “originador” y propietario del modelo de su disciplina.
Estos modelos o
información geométrica y no geométrica se recopilarán, gestionarán y difundirán
a todo el equipo del proyecto a través del CDE
(Common Data Environment).
CDE ACTUAL
Se trata de la
única fuente de información del proyecto. Este hecho facilita la colaboración,
ayuda a evitar la duplicidad de documentación y prever errores por usar
documentación obsoleta o sobreesfuerzos en regenerar documentación que no se ha
conseguido encontrar por una mala gestión
documental.
La propiedad de la
información dentro del CDE es del
autor que la creó y, por tanto, solo el originador de la información podrá
modificarla. Aún así, los modelos son compartidos, constantemente actualizados
y, a veces, modificados por otros agentes que no son los autores de los
modelos. En ocasiones, a medida que avanza el proyecto, la propiedad de los
modelos se traspasa de unos agentes a otros. Es el caso de los equipos de
diseño y de ejecución en obra. En fase de obra deberían reemplazarse los
objetos del equipo de diseño por objetos
BIM de subcontratistas especializados. En este momento, los modelos dejan
de ser propiedad del equipo de diseño para serlo del equipo de obra y así poder
realizar las modificaciones que estimen oportunas.
La gestión de un
proyecto a través de un entorno de datos común (CDE) es aplicable a todos los tamaños de proyecto, pero debe ser
adoptado por todos como norma básica de colaboración.
Si los clientes
aceptan los procedimientos y los
hacen contractuales, estos problemas desaparecen. El CDE es un medio para permitir que la información sea compartida
eficientemente y con precisión entre todos los miembros del equipo del
proyecto, ya sea cuando la información esté en 2D o 3D o cuando la información
sea textual o numérica. El CDE
permite que los equipos de diseño multidisciplinarios colaboren en un entorno administrado, donde la
acumulación y el desarrollo de la información sigue la secuencia de diseño,
fabricación y construcción.
Por la tanto, la creación de una Common Data Environment es necesaria en
cualquier proyecto BIM debido a sus ventajas:
- El hecho de compartir la información reduce el
tiempo y el coste en producir información coordinada. - Cualquier documentación puede ser generada
desde diferentes combinaciones de modelos puesto que todo el mundo tiene acceso
al resto de los modelos. - Si los equipos de diseño utilizan los
procedimientos para compartir información de forma consistente, la coordinación
3D o espacial de los modelos se logrará gracias al uso del CDE. Y, además, podrá reutilizarse en el futuro para la estimación
económica, planificación, gestión de activos, etc. - Permitirá tener un mayor control sobre las
revisiones y versiones de los datos debido a su estructuración de carpetas y a las
gates que marcan el traspaso de
información de una carpeta a otra.
Nota: La estructuración
de un CDE solo podrá beneficiarnos
si los distintos agentes se comprometen a operar de forma disciplinada y
consistente a lo largo de todo el proyecto.
Plataformas para el uso del CDE
Un CDE puede usar como plataforma diferentes
tipos de sistemas de almacenamiento: un servidor, una extranet, etc. Aún así, es
necesario que esa plataforma tenga acceso a internet para que todos los agentes
puedan acceder. Los CDE más
utilizadas son las que se alojan en la nube, debido a que son mucho más cómodas
y nos permiten acceder desde cualquier ubicación y por cualquier usuario.
Según el
análisis realizado por el NBS (National BIM Library) llamado National BIM Report 2018, casi el 75% de
las empresas británicas que trabajan con software de modelado usan CDE para trabajar de forma colaborativa
en los proyectos en los que intervienen. Un 21% de las empresas lo utiliza en
todos los proyectos, un 23% en la mayoría de ellos, el 29% en algunos proyectos
mientras que el 28% de los encuestados nunca la han usado.
En la siguiente gráfica podemos ver los
diferentes tipos de plataforma que podemos usar para crear CDE. La más usada es
Viewpoint, con un 32% de aceptación
en la industria británica, mientras que Google
Drive cuenta solo con un 2%.
Cada vez se usan herramientas más especializadas
para establecer CDE. Y no es de
extrañar ya que cada vez más gente comienza a trabajar con esta metodología y
necesita tener acceso a estos modelos. Cuanta más gente intervenga, más
organización y más estrictamente deben realizarse los traspasos de información
entre unos y otros para que se realicen de forma eficiente.
Es por eso que la tendencia es que vayamos a buscar
herramientas que nos permitan automatizar o personalizar más estos flujos de información: establecer
recordatorios, mensajes automáticos, restringir el acceso a determinados
agentes a determinadas documentaciones, etc.
Tendencias
Antes entendíamos una CDE como un simple repositorio,
como una carpeta de nuestro propio servidor donde guardar documentación con
unos criterios de validación estrictos, pero cada vez más los CDE se convertirán en herramientas que
nos permitan realizar muchas más acciones con los modelos que colgamos en
ellas.
Trimble Connect
Trimble
Connect es la solución que aporta Trimble
(desarrollador de Tekla y SketchUp) para poder establecer un CDE y garantizar
la colaboración entre los diversos
agentes que intervienen en un proyecto BIM. Trimble Connect, al igual que otras
plataformas como Viewpoint, está
dotado de una serie de herramientas secundarias que nos facilitan el trabajo
colaborativo pero no son requisitos indispensables para considerar la
herramienta como CDE:
Administración del proyecto
Al permitirnos compartir modelos, planos y otra
documentación (extraída de nuestros modelos), podremos ver, revisar, consultar
y archivar cualquier tipo de documentación.
Podemos asignar diferentes roles a cada uno de
los agentes que accederán al CDE y
así determinar el tipo de acciones que podrán realizar en la plataforma
(invitar nuevos usuarios, modificar los permisos de carpetas, etc.). Además,
para cada carpeta podemos establecer un sistema de permisos para poder
controlar quien puede modificar y/o acceder a cada una de las carpetas que
contienen documentación del proyecto.
Notificaciones
También es común encontrar en este tipo de
software configuraciones para poder automatizar algunas comunicaciones.
Existe la posibilidad de enviar correos
automáticos cada vez que se sincroniza un modelo, enviar colisiones asignadas o bien generar un report o resumen que se
envía una vez al día agrupando todas las actualizaciones que hayan sufrido los
modelos, tareas, comentarios u otros elementos de la CDE.
Visor 3D
Los modelos realizados con Revit y Tekla pueden
visualizarse a través del visor web con el que cuenta Trimble Connect. Esta
opción nos puede ser útil para visualizar el modelo 3D, controlar su visibilidad
y colocar anotaciones y asignarlas a cada uno de los colaboradores.
La opción de visualización solo está preparada
para los formatos IFC y para los formatos nativos de software que hayan
realizado una integración con Trimble Connect.
Integraciones
Trimble Connect se encuentra integrado con
diversos software para que, a través de plugins, puedan publicar sus modelos
en la nube directamente desde el software BIM y así poder visualizarlos desde
la misma la nube.
Algunas de las integraciones se han realizado
con Revit, Vico Office o Tekla, entre otros. Las integraciones permiten colgar
los modelos directamente en el CDE
sin salir de Revit, visualizarlos en la versión web y, además, visualizar toda
la información que contienen los modelos nativos, como si los abriéramos con el
propio programa. Por ejemplo, en el caso de Revit es posible visualizar para un
elemento dado sus propiedades de Construcción, Datos de Identidad, Proceso por
fases, etc.
Clash Detection
Para aquellos modelos integrados (o con formato IFC) se pueden llegar a realizar análisis
de colisiones a través de Trimble
Connect y asignar dichas interferencias a cada uno de los agentes.
Aplicable en varios dispositivos
Dispone de aplicación web, aplicación de
escritorio, aplicación para móvil (iOS y Android) y aplicación para
dispositivos de realidad mixta como puede ser Microsoft Hololens. De esta manera podremos obtener a pie de obra
la misma información que en oficina y garantizaremos una consistencia de la
información, evitando retrabajos por no disponer de toda la información del
proyecto.
Conclusiones
Hace unos años cuando se hablaba del Common Data Environment se hablaba de
procesos, auditorias, colaboración y repositorio
Hoy en día, una plataforma que ejerza de CDE es mucho más: comunicaciones
automatizadas, análisis de interferencias en la nube, visualizadores web,
realidad mixta… Desde luego, la evolución de este tipo de plataformas es un
avance que nos beneficiará a todos.
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 software. 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 software 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 software para poder llevar a cabo los procesos necesarios para el desarrollo de un proyecto. Los software son especializados: software 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 software 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]
Optimización del modelado As-Built a partir de nube de puntos con el software EdgeWise
Una propuesta eficiente a favor del desarollo BIM
En este post os hablo sobre el Software EdgeWise. Este software es una herramienta de la casa ClearEdge 3D dirigida a la generación de modelos As-Built de una manera muy eficiente, es decir, de un manera rápida y precisa en base a una nube de puntos extraída de un exhaustivo escaneo láser.
Este Software es capaz de trabajar con todas las disciplinas, en arquitectura con EdgeWise Building, en estructuras con EdgeWise Structure y en instalaciones con EdgeWise ME, existiendo, además, la versión EdgeWise BIM Suite, que recoge estas tres disciplinas.
En este post hablaremos sobre las ventajas y procedimientos en referencia al modelado MEP. Entre algunas de sus características se encuentran la extracción de conductos y tuberías con sus respectivos accesorios, como la valvulería: elementos que son exportados directamente a Revit (desde su propio plugin habilitado durante la instalación del software) con el total de las funciones y los parámetros propios de esas familias.
SOFTWARE EDGEWISE MEP
Este software se basa en la extracción automatizada de conductos y tuberías en base a los estándares propios de la instalación. Esta se realiza a partir de la lectura de una nube de puntos de alta definición, lo que conllevará el uso de ordenadores potentes para su procesado.
Una vez realizada la extracción, se requiere de una posterior edición de los elementos mal ajustados a causa de una lectura de puntos errónea según los algoritmos del software. Esta se realiza a partir de unas herramientas (QA / QC) que favorecen de manera intuitiva la calidad y precisión del modelo definitivo.
Smart Sheet es una de estas herramientas. Permite el control de los parámetros propios de cada uno de los elementos del modelo. Muy útil, por ejemplo, para chequear y ajustar los diámetros de las tuberías erróneos creados automáticamente.
Por otro lado, según la página web de Clearedge3D, se afirma que, con el uso del software, se reduce el tiempo de ejecución de proyectos en un 70% respecto a los flujos de trabajo tradicionales y que el retorno de la inversión es del 100% en un máximo de 2 proyectos.
Ilustración 1: EdgeWise MEP. Fuente: www.clearedge3d.com
WorkFlow para el uso del software
1. Importación de nube de puntos
EdgeWise puede procesar distintos formatos, pero es necesario que estos sean formatos nativos sin unificar.
2. Extracción de tuberías
Una vez definidos y aceptados todos aquellos criterios que definirán el comportamiento de la extracción automatizada de la nube de puntos, como puede ser el mínimo número de puntos que definirán una tubería, automáticamente aparecen en pantalla los distintos archivos de nubes de puntos que definen claramente la geometría escaneada que, al ser apagados, dejan ver todas aquellas tuberías que el software ha extraído.
Esa primera fase de extracción automática es la que define la gran eficiencia del programa y la estructura que finalmente formará el modelo definitivo.
Llegados a este punto, se obtiene gran parte de los recorridos de los conductos y tuberías ya modelados, con un altísimo grado de exactitud respecto a lo ejecutado.
A partir de aquí, debe haber un trabajo de extracción dentro del mismo software de los elementos no definidos, de chequeo de la veracidad de lo extraído, de generación de accesorios (si se elige definirlos dentro del software y no después una vez el modelo se exporte a Revit) e incluso la eliminación de aquellos elementos que no correspondan con la realidad.
3. Confirmación de precisión
Como se ha comentado anteriormente, con la herramienta Smart Sheet, se puede acceder a todos esos trazos y a sus distintos parámetros y, uno a uno, verificar los diámetros generados automáticamente, que en caso de no ser ciertos, pueden ser reajustados mediante una barra deslizadora (slider).
4. Extracción de elementos no definidos
Existen distintas herramientas para la generación de los tramos restantes y las distintas conexiones:
1. Easy Connect: Esta herramienta, también muy eficiente, conecta las tuberías contiguas según la variación de diámetros y la desviación definidas previamente. Así mismo, automáticamente, también se definirán los codos. Estos se extraen con un radio predefinido que se debe ajustar posteriormente con la herramienta Smart Sheet.
2. Connect: Es posible que, al utilizar la herramienta anterior, no se conecten todos esos tramos. En ese caso, se utiliza la herramienta para generar el nuevo tramo, con un clic en su inicio y otro en su final. Esta también conectará las tuberías entre sí mediante tes o reducciones a través del mismo procedimiento.
3. Clean Pipes: Una vez realizado el proceso de conexiones, esos trazos de tuberías que en este momento se definen por distintos segmentos, con esta herramienta se unificaran en uno único.
4. Extract: Todos aquellos trazos que no se hayan definido todavía, se generarán con la siguiente herramienta. Seleccionando una zona de la nube de puntos, se extraerá la tubería correspondiente.
5. Edit: Esta última herramienta permite editar las longitudes de los nuevos segmentos de tuberías extraídos.
5. Aplicación de Estándar
Una vez extraídas y verificadas todas las tuberías, debido a que los segmentos generados a partir de distintos puntos de la nube tienen diámetros no estandarizados, es el momento, pues, de aplicar un estándar que ajustará los diámetros reales utilizados en proyecto automáticamente.
6. Exportación a Revit
A partir de un archivo .c3rv, se exporta mediante el plugin el archivo a Revit, donde todos los elementos generados se categorizan, como se ha comentado anteriormente, como un elemento nativo de Revit y, por lo tanto, no hay pérdida de información de los elementos en la carga.
Es importante mencionar que una vez hecha la importación a Revit deberá realizarse el trabajo de asociación de redes de tuberías y conductos a Sistemas, junto con la asociación a sus tipologías correspondientes, para que de ese modo se pueda sacar gran rentabilidad al As-Built final.
Dicho esto, es importante hablar sobre el tiempo que se necesita dedicar para concluir con el modelado, que irá en aumento dependiendo de la tipología de obra y su magnitud.
Esta asociación a sistemas, asignación de tipologías e incluso la aplicación de accesorios, es un trabajo final que se debe de tener muy en cuenta ya que dato de rendimiento del 70% en el tiempo de ejecución puede verse afectado.
Aun así, desde MSI apostamos por esta herramienta y sus posibilidades, debido a que, aunque se requiera de esa gestión final, el tiempo dedicado sigue siendo considerablemente rentable sumado a la veracidad del modelo final.
En definitiva, lo que permite EdgeWise es:
- Reducir el tiempo de modelado de un proyecto As-Built.
- Veracidad de los modelos finales respecto a lo ejecutado.
Por lo tanto, estas ventajas se traducen en:
- Proyectos eficientes debido a la reducción de errores y el tiempo de ejecución de los mismos.
- Entrega de modelos finales As-Built de calidad.
- Favorecer a la gestión del edificio durante su explotación (Facility Management)
Desde MSI Consultoría BIM agradecemos la colaboración de Catalonia Engineering por mostrarnos las posibilidades de este producto.
Cómo implementar BIM en PYMEs
Las PYMEs representan la gran parte del tejido empresarial de nuestro país, concretamente un 95% (según el INE). La realidad del sector AECO sigue esta misma proporción, y es que los agentes que participan de la fase de diseño, principalmente, son o pertenecen a una PYME. Por este motivo, cuando se plantea la metodología de implementación BIM para una PYME, es necesario diseñar una estrategia específica para este tipo de empresas.
Para las pequeñas y medianas empresas no son adecuados grandes procesos de consultoría con sus respectivos informes, briefings, contra-briefings, análisis, diagnosis, etc. El motivo no es una cuestión técnica, sino que normalmente responde a su capacidad de inversión. Por su naturaleza, las PYMEs no suelen tener una gran capacidad de inversión con un ROI a 3 años, por ejemplo. Por lo contrario, estas compañías necesitan procesos más ajustados y más amortiguados en el tiempo y, sobre todo, relacionados con proyectos que estén desarrollando.
Imagen 1 . Evolución mensual del número de licitaciones BIM en España. Fuente esBIM.
Análisis de los riesgos
El factor económico y financiero suelen ser un “stopper” en el momento de decidir si implementar o no BIM. Sin embargo, tomar la decisión de no implementar esta metodología tiene unos riesgos muy elevados. Algunos de ellos, y sobre todo los que más afectan a las PYMEs, son:
- Quedarse atrás con respecto a la competencia. Esto es lo peor que le puede pasar a una PYME. Por lo general, este tipo de empresas tienen tendencia a ser los early adopters del sector, respondiendo a la máxima de "adaptarse o morir". Sin embargo, muchas de estas pequeñas y medianas empresas se muestran reacias al cambio, lo que les impide avanzar al mismo ritmo que lo hace el mercado. Hoy en día, implementar BIM ya no es una decisión de early adopter, así que las empresas que todavía no han tomado esta decisión corren el riesgo de volverse transparentes ante posibles clientes y dentro del sector.
- Requerimiento del cliente. Las PYMEs, y principalmente las que han conseguido sobrevivir a la crisis, han generado una relación de confianza con uno o dos clientes que les aportan la mayor parte de su facturación. Ante esta realidad, la verdadera crisis para estas empresas sería no poder dar una respuesta rápida y efectiva a la petición de un cliente que pida proyectos en metodología BIM. Si todavía no ha ocurrido, ocurrirá, y mucho antes de lo que se cree.
- La Administración lo tiene claro. Muchas de estas empresas tienen como cliente principal la administración pública. En España, pero sobre todo en Catalunya, la Administración ya tiene una hoja de ruta para la obligatoriedad del BIM.
Análisis de los beneficios
Además de los riesgos que existen al tomar la decisión de no implementar BIM, también existen beneficios muy tangibles asociados a su implementación.
- Conseguir nuevos clientes. Más de un cliente de MSI nos ha comentado que, gracias a haber adoptado la metodología BIM como leitmotive en su organización, han recuperado antiguos clientes que habían perdido o incluso han conseguido nuevos contratos porque han podido presentar una propuesta de valor mucho más potente que la de su competencia.
- Poder ofrecer nuevos outputs de proyecto. Al utilizar modelos paramétricos, las posibilidades de un proyecto aumentan, y si se preparan como es debido, puede suponer un esfuerzo relativo aportar nuevos entregables al cliente. El ejemplo más evidente está en la renderización y la realización de imágenes o videos basados en la Realidad Virtual, pero hay más, como los estudios energéticos, planificación de la obra, control sobre las certificaciones, etc.
- Conseguir mejores proyectos. Poder ofrecer a un cliente un proyecto con mayor grado de definición y cohesión va a ser definitivo para ganar su confianza. Gracias a la coordinación geométrica de los modelos se consiguen proyectos ejecutivos realmente ejecutables y que, por lo tanto, reducen la incertidumbre en la fase de Obra pudiendo reducir costes de la misma.
- Aumentar la productividad. Aunque es cierto que se necesita un nivel de madurez BIM alto, con unos procesos bien definidos y hasta automatizados se puede aumentar la productividad del despacho exponencialmente.
En MSI Studio, como ejemplo de una PYME que nació como microempresa, comprendemos perfectamente estas necesidades y procuramos a nuestros clientes una implementación BIM ajustada a sus necesidades y sus posibilidades a corto y medio plazo.
El método MSI
Para poder diseñar un buen plan de implementación también hay que tener en cuenta el nivel de implantación BIM en el que se encuentra el cliente. Hace algunos años era más difícil encontrar promotores con un nivel BIM alto y, por lo tanto, las exigencias en los modelos BIM eran sensiblemente más laxas. Hoy en día es más habitual encontrar un cliente que tiene unos requerimientos técnicos y tecnológicos muy exigentes y que, en consiguiente, hay que controlar minuciosamente durante el desarrollo del proyecto.
Una vez detectado el nivel BIM del cliente y la laxitud de sus requerimientos, se pasa a analizar el proyecto. Los colaboradores del proyecto cobran mucha importancia pues de ellos depende que se puedan hacer buenos análisis de coordinación o no. Los tiempos del proyecto también son muy importantes porque van a definir el grado de implicación por parte de la empresa en el desarrollo BIM del proyecto.
Con estos dos pequeños análisis definimos los objetivos y usos BIM que se van a desarrollar en el proyecto. Si los requerimientos del cliente lo permiten, empezamos con los objetivos más básicos para asentar bien los conocimientos y en siguientes proyectos vamos añadiendo objetivos y usos hasta llegar a un pleno desarrollo BIM de los proyectos. Todo esto siempre lo acompañamos de unos Manuales de uso BIM, un BEP (en el caso que el cliente no proponga uno) y una plantilla, para que sea más sencillo cumplir con los requerimientos generales que se han marcado de proyecto.
Imagen 3. Usos BIM. Fuente propia.
Paralelamente los profesionales que van a desarrollar el proyecto tienen que formarse en la herramienta, en nuestro caso siempre ha sido Autodesk Revit, y confían en la Academia BIM de MSI para recibir una formación oficial de Autodesk. Los cursos de la Academia BIM están concebidos como las fases de un proyecto tipo, así que son perfectamente compatibles con el desarrollo de un proyecto piloto.
Finalmente se llevan a cabo sesiones de Job Training específicas para el cliente. En estas sesiones se resuelven dudas y se profundiza en aspectos más concretos del proyecto en cuestión, pero sobre todo se realizan las auditorias. En estas auditorias se determina el grado de cumplimiento de los requerimientos que se marcaron en el BEP inicial. Gracias a nuestros procesos automatizados podemos obtener informes de la “salud del modelo” rápidamente.
Por último, se tienen que preparar los entregables que se han definido. Si en los entregables hay formatos Open BIM, tipo IFC o COBie, es necesario que un experto en estos formatos intervenga para poder garantizar una exportación óptima.
Imagen 4 . IFC + CoBIE. Fuente propia.
En el caso de que los requerimientos del cliente sean muy exigentes, será necesario realizar tareas de BIM Management para gestionar los intercambios de información, las comunicaciones y la gestión de los modelos federados.
Estos son los procesos habituales en las implementaciones que MSI Studio lleva a cabo con sus clientes, pero cada cliente tiene unas necesidades y circunstancias distintas y es por ello que en cada ocasión amoldamos estos procesos a cada cliente y proyecto.
Conclusión
Lo más importante para una PYME es diseñar un proceso de implementación BIM a su medida, y sobre todo, que no le suponga una inversión inicial muy elevada, pues aunque el ROI esté asegurado, muchas de ellas no pueden (o no quieren) hacer inversiones a medio plazo.
Durante un proceso de implementación intervienen muchos perfiles especializados para cada una de las fases. Además, cuanto más exigente sea el cliente, más software BIM distintos habrá que usar para cumplir sus requerimientos. En este momento resulta clave confiar la implementación BIM a un equipo de profesionales que podrá dar una respuesta específica a cada uno de los requerimientos y procesos de la implementación BIM. Utilizar un “hombre orquesta” que a priori puede parecer más barato que contratar a un equipo, tiene un riesgo muy elevado. La eficiencia y la eficacia del “hombre orquesta” no será tanta como el equipo especializado y, finalmente, esto se traduce en costes extra de la implantación.
El equipo de MSI Studio, con su servicio de consultoría BIM ,es capaz de adaptarse a cada uno de los requerimientos y necesidades de nuestros clientes, y es por eso que desde la fase de venta hasta la entrega damos un servicio personalizado y único.
¿Por dónde empezar un proyecto BIM? Vol. 2
¿DE QUÉ MANERA EL BEP CONDICIONA EL PROCESO DE MODELADO DE UN PROYECTO?
Como ya vimos en ¿Por dónde empezar un proyecto BIM? Vol. 1, hay una serie de decisiones que se deben tomar antes de realizar un proyecto en BIM, ya que éstas se arrastraran hasta el final del proyecto. Pero, ¿de qué manera nos condicionan dichas decisiones a lo largo de un proyecto?
¿Por dónde empezar un proyecto BIM? Vol. 2
Una vez establecidos los agentes, recursos y usos BIM para los que se quiere utilizar el modelo, el nivel de desarrollo (LOD) al que se quiere realizar el proyecto, entre otros muchos conceptos, deberemos trazar una estrategia para que cada uno de estos puntos se apliquen al modelo de forma satisfactoria. Pero antes de poder establecer dichas estrategias, deberíamos conocer en que nos pueden condicionar cada una de ellas.
Para cumplir con cada uno de los puntos del BEP, deberemos hacernos una serie de preguntas y tomar una serie de decisiones. Como, por ejemplo:
¿Cómo se traspasará información entre los distintos agentes?
Para poder compartir información entre los diferentes agentes de forma satisfactoria, sin que se pierda información y para que todo el mundo tenga acceso a toda la documentación (siempre y cuando tenga permisos para ello), la metodología BIM propone una creación de un entorno de datos común, es lo que se denomina la CDE (Common Data Environment). Pero existen diversas CDE’s, algunas de pago, otras gratuitas, algunas más completas y otras menos. En función de las características del proyecto, de la infraestructura del cliente (ya que a veces cuentan con su propia CDE) y de los distintos colaboradores se elegirán una u otra.
Para dejar constancia de algunos ejemplos de plataformas para el uso de la CDE, compartimos una ilustración del informe sobre la implementación BIM en UK en el año 2018 generado por el NBS (National BIM Society). 
Imagen 2. Uso de CDE más frecuentes en UK en 2018. Fuente: NBS-National-BIM-Report-2018
¿Cómo debemos estructurar el modelo y que significa el concepto estructuración de un modelo BIM?
La estructuración de un modelo BIM consiste en encontrar una estrategia idónea o, al menos, óptima para que todos los agentes de un proyecto BIM puedan trabajar de forma colaborativa.
Son las estrategias que nos permitirán crear un modelo federado.
¿Cuántos vínculos utilizaremos?
Rara vez encuentras que un modelo BIM está formado por un único archivo. Suelen haber diversos motivos que nos empujen a subdividir un proyecto en varios archivos para luego mediante vinculaciones establecer el modelo federado. Los motivos más significativos son:
- Número de colaboradores: cada colaborador suele tener un modelo independiente ubicado en su propio servidor (fuera de la zona compartida de la CDE) por lo que el número de colaboradores influirá de forma directa a la estructuración del modelo. Ejemplo: Arquitecto modificará y se responsabilizará de la arquitectura en un único archivo, al igual que pasará con los ingenieros estructurales y de instalaciones. Al final, los tres modelos deberán vincularse en uno único para poder visualizar el proyecto íntegramente y generar el modelo federado. Puede verse el esquema en la imagen 3, siendo COO el modelo federado.
Imagen 3. Ejemplo Vinculación Archivos. Fuente propia.
Imagen 3. Ejemplo Vinculación Archivos. Fuente propia.- Diseño: en el caso de que encontremos edificios que se repiten o bien edificios de distintas tipologías también deberemos crear diversas estructuras mediante vínculos dentro de la misma disciplina.
- El peso máximo de archivo admitido por el cliente: en ocasiones el cliente no admite más de un determinado tamaño de archivo para garantizar la calidad de los modelos en el momento de la entrega.
¿Qué implicación tiene el LOD en el modelado?
¿Es necesario modelar los armados interiores de los prefabricados de hormigón si ya vendrán armados en obra? ¿Es necesario modelar los tornillos de anclaje del pladur a los montantes de la subestructura? Definir un LOD general para todo el proyecto puede dar mucho nivel de detalle, pero puede aportar poca optimización y mucha labor de modelado al proyecto. Es por eso que siempre recomendamos realizar un estudio para identificar aquellos elementos en los que vale la pena poner un nivel de detalle mayor y en cuáles no. Una cubierta modelada en un LOD 350 supone replantear los agujeros de los sumideros, mientras que un pilar de hormigón in situ supone modelar todo el armado estructural.
También hay que tener en cuenta que, si se nos exigen niveles de desarrollo altos, deberemos tener acceso a familias que cumplan con ese determinado LOD. Normalmente para LOD’s elevados (350 y 400) necesitamos usar una geometría igual a la del producto que se instalará en obra. Podemos recurrir a las webs de los fabricantes para tener acceso a estas familias, pero la realidad es que la mayoría no dispondrá de este material… Por lo que deberemos emplear recursos para generar estos objetos BIM a ese determinado LOD ya que los componentes genéricos no nos servirán. La creación de ese contenido supone un esfuerzo importante, al menos hasta que dispongamos catálogos BIM de todos los fabricantes.
¿Qué herramienta podemos utilizar para lograr optimizar el LOD de un modelo?
También conocida como Model Element Table (MET según el PAS) o The Model Development Spec (MDS según BIM Forum). Es un concepto que no se usa demasiado, pero es altamente eficaz; nos permite definir que LOD ha de tener cada tipo de elemento en cada fase del proyecto y así poder analizar que nos interesa obtener de cada elemento sin que suponga un sobreesfuerzo por parte de los modeladores.
Imagen 4. .Model Element Table. Fuente Internet: http://s1.facilities.gatech.edu/files/DC/MEA_Sample.pdf
¿De qué manera añadiremos información a los modelos?
La teoría de los modelos de información pretende relacionar elementos con una base de datos para que ésta nos permita visualizar información de cada uno de los elementos que tenemos en nuestros modelos de información. A la hora de añadir esta información deberemos plantearnos si queremos incluir la base de datos dentro del modelo o externalizarla y además, el tipo de información que deberemos añadir.
¿Incluir la base de datos en el software de modelado o externalizarla?
Actualmente existen diversas formas para hacer entrega de la información no gráfica en un proyecto.
La primera, ofrece la posibilidad de integrar la información dentro del modelo geométrico. De esta forma no hemos de realizar asociaciones con códigos ni ir a buscar la información a otros documentos ya que la información se encuentra embebida en cada uno de los elementos del modelo. Para visualizarla solo deberemos seleccionar el elemento que nos interese y consultar sus atributos. La parte negativa de este proceso es que los modelos pesaran demasiado y que siempre necesitaremos de personal especializado en el software de modelado para poder consultar cualquier información. Además, no todos los software de modelado permiten la importación de determinados formatos como por ejemplo el .pdf, por lo que no se podrán adjuntar manuales de montaje ni similares.
La segunda consiste en usar una plataforma intermedia llamada Middleware que nos permitirá relacionar una base de datos externa con nuestro software de modelado donde se encuentra la información geométrica. Esto permitirá que los modelos sean menos pesados y que además cualquier persona pueda acceder a la información ya que estos middlewares son mucho más sencillos de manejar que los software de modelado.
Un ejemplo de este tipo de middlewares es Ecodomus. Éste software lo utilzamos para el Facility Management aplicado a la metodología BIM. Podéis saber más sobre Ecodomus en el siguiente post: Cómo realizar un modelo BIM para ser utilizado en fase de operaciones y mantenimiento.
¿Qué tipo de información debemos añadir?
La inclusión de la información dependerá de las exigencias del cliente plasmadas en el EIR. EN ocasiones especificará el tipo de información que desea para los elementos del modelo y en otras ocasiones exigirá un determinado Uso BIM. Por ejemplo, si se quiere realizar una planificación con el modelo deberemos decir la fecha en la que se ejecuta, si queremos utilizar el modelo para gestionar los activos en un futuro (BIM FM) deberemos incluir información relacionada con la fecha de instalación, periodicidad para las revisiones, fecha de sustitución prevista, etc.
Vale la pena pararse a pensar que es lo estrictamente necesario para conseguir un modelo BIM que se pueda utilizar para aquellos Usos BIM que nos interesan. Deberemos ser críticos y omitir aquella información a la que no se le dará ningún uso. En este caso el saber si ocupa lugar, ese lugar podría ser nuestro modelo y repercutiría directamente en el peso del mismo.
Además, añadir muchísima información a un modelo BIM puede ser una tarea muy trabajosa. Por lo que, siempre que hablamos de datos dentro de un modelo BIM es impensable asociarlo a Dynamo.
En este Vol. 2 hemos visto algunos aspectos del BEP que hemos de tener en cuenta para poder realizar un proyecto en BIM relacionados principalmente con el ámbito colaborativo y los flujos de trabajo de un proyecto. Traspaso de información entre agentes mediante la CDE, estructurar el modelo para que todos los agentes puedan trabajar de forma óptima, optimización del modelado para no suponer sobrecargas de trabajo ni sobrepeso de los archivos, flujos de trabajo para añadir la información no gráfica y la selección de dicha información en función del uso.
Para el próximo post veremos más aspectos que nos condicionan, taxonomía, clasificación, versiones de software, archivos nativos… pero esta vez relacionados principalmente con la estandarización y los entregables de un proyecto BIM.
¡Hasta la próxima!
¿Por dónde empezar un proyecto BIM? Vol. 1
¿Por dónde empezar un proyecto en BIM? ¿Qué debemos saber antes de ponernos a modelar? ¿Sabemos en qué repercutirá nuestro trabajo? La metodología IPD junto con la BIM, pretenden avanzar la toma de decisiones en cuanto al proyecto a nivel constructivo, ¿pero hacemos lo mismo a nivel de modelado?
¿Por dónde empezar un proyecto BIM? VOL. 1
La verdad es que mucha gente comienza a modelar los proyectos sin ton ni son por desconocimiento, hasta que ese proyecto se pasa al agente, que intervendrá posteriormente en el proceso y se encontrará con un modelo que no será capaz de evolucionar por no haberse modelado en consonancia con unas determinadas directrices.
¿Dónde encontramos o deberíamos encontrar esas directrices?
Las directrices que marquen la forma de ejecutar un modelo en BIM deberían encontrarse en un protocolo, estandarización o en recomendaciones de modelado que podrían aparecer en el BEP del proyecto.
¿Qué es un bEP?
Según el NBS (National BIM Society), el éxito de un proyecto BIM se reduce, en gran medida, al desarrollo de un BEP efectivo.
El BEP o BIM Execution Plan (Plan de Ejecución BIM) tiene como finalidad facilitar la gestión de la información de un proyecto BIM y, también, explicar cómo los aspectos de modelado de la información deben llevarse a cabo.
El BEP es fruto de la resolución o acuerdo de una metodología que de respuesta a una serie requisitos que se nos impongan por parte del promotor o cliente. Estos requisitos se deben plasmar en el EIR (Employer’s Information Requirements). Por lo que, una vez analizadas las necesidades del cliente, se realiza un documento donde se explique de que forma se actuará para poder dar solución a los requisitos del proyecto mediante metodología BIM.
¿Qué se define en un BEP que pueda afectar al modelO?
Los aspectos que se definen en un BEP que marcan el desarrollo de un proyecto son muchos y aunque existen estandarizaciones, podemos añadir los apartados que creamos convenientes para poder facilitar el trabajo colaborativo y el desarrollo del proyecto BIM. Entre ellos, cómo los más representativos, encontramos:
1. Agentes Implicados: Teléfonos, direcciones de correo electrónico de jefes de proyecto, modeladores, coordinadores de cada una de las disciplinas y además representantes del promotor, constructora o cualquier otra organización que intervenga en el proceso. Así podremos acudir en cualquier momento a aquel integrante del equipo que estamos buscando sin tener que contactar con todos sus compañeros antes de dar con él.
2. Matriz de responsabilidades: no es más que una tabla donde cada agente se compromete a realizar aquellas tareas para las que se contrata. En ocasiones nos encontramos con que determinadas tareas no quedan suficientemente claras quien ha de ser el agente que las desarrolle. En este apartado se intentarían definir esas tareas para que no haya confusiones durante el desarrollo del proyecto.
3. Recursos: No suelen aparecer en todos los documentos, pero si en algunos. Se detallan los perfiles o figuras que se necesitan para desarrollar el proyecto. Esta información nos sirve para saber el número de personas que manipularan o al menos deberían manipular el modelo o los modelos.
4. Usos BIM: Los usos BIM son todas aquellas utilidades que le podemos dar a un modelo. Los usos BIM son el primer aspecto a trabajar para poder saber de que manera hemos de modelar nuestros proyectos BIM. Por ejemplo, en el caso de que queramos realizar análisis energéticos con nuestro modelo nos haríamos las siguientes preguntas:
¿El software de modelado realiza análisis energéticos? En el caso de que si: ¿He de modelar de una manera específica los elementos constructivos para que no se malinterpreten las superficies analíticas? ¿Debo añadir información sobre propiedades térmicas a cada uno de mis elementos y materiales? ¿Debo modelar elementos espaciales para realizar cálculos de volúmenes de aire y superficies para calcular ratios? En el caso de que no: ¿Qué herramienta BEM (Building Energy Modelling (para más información sobre herramientas BEM consultar el siguiente post: Herramientas BEM) podemos utilizar?, ¿esas herramientas permiten la importación de un modelo en formato nativo?, ¿en formato IFC?, ¿o en formato gbXML?, ¿esa herramienta es capaz de leer la información sobre propiedades térmicas de los elementos y materiales del modelo BIM?, ¿o por lo contrario deberé volver a introducirlas en esa herramienta BEM?
Como veis, la elección de cada Uso BIM marcará una serie de decisiones que se deben tomar y dejar plasmadas en el BEP para que más adelante pueda ser consultado por los equipos de modelado y realicen el proyecto BIM acorde a las especificaciones marcadas.
5. LOD: Level Of Development. El grado de definición tanto de información como geométrico con el que deben estar modelados todos los elementos del proyecto BIM. Según los usos y la fase del proyecto en la que nos encontremos deberemos poner un mayor o menor grado de detalle. Esto supone un punto importante a tener en cuenta sobre todo en LOD’s elevados. Un LOD elevado (LOD350-400) supone tener que modelar todos aquellos elementos que formen parte del proyecto con un grado de definición muy preciso o apto para la fabricación (350 y 400 respectivamente). Supone modelar sistemas de sujeción, armados y demás elementos auxiliares que en metolodgia CAD solo representábamos mediante detalles constructivos a escalas grandes (1:20,1:10,1:5, etc). Si queréis saber más sobre este concepto pasaros por el siguiente post: Normalización de LOD-LOI.
6. LOI: Aunque ninguna organización ha normalizado el concepto LOI en sí, los clientes suelen tener unos ciertos requisitos de información adicionales (plasmados en el EIR) que nos indican qué tipo de información quieren asociada a cada elemento de nuestros modelos.
7. Estándares: ¿El cliente quiere realizar las formas de una manera en concreto? ¿Le interesa una taxonomía, nomenclatura o clasificación en concreto? ¿Quieren utilizar una versión de software en específico?
8. Entregables: ¿Al cliente le interesa tener a mano una serie de documentación atípica estandarizada? ¿Qué entregables se acuerda entregar? ¿En qué formatos?
En el siguiente post ¿Por dónde empezar un proyecto en BIM? Vol. 2, comentaremos la imagen 3 y veremos de qué manera afectan los puntos del BEP en el modelado de un proyecto en BIM y qué preguntas deberemos hacernos para encontrar una solución que dé respuesta a las exigencias del cliente. De esta manera, podremos realizar un modelo que cumpla con todos los requisitos.
Imagen 3 Esquema. Fuente propia.
¡Estamos de vacaciones!
Nosotros nos vamos de vacaciones, pero antes de irnos, os dejamos con este vídeo realizado con Lumion. Si quieres aprender a generar animaciones como esta, échale un vistazo a nuestro curso Revit Architecture Avanzado.
Volveremos a finales de agosto con más BIM y algunas novedades... Y, sobre todo, con muchísimas ganas de seguir caminando juntos hacia un presente y un futuro BIM. ¿Nos acompañaréis? ¡Estad atentos para no perderos nada!
¡MSI Studio os desea a todos un feliz verano!
Qué plataforma escoger para poner familias de Revit y objetos BIM
Cuando una empresa de productos de construcción quiere adentrarse al mundo del BIM una de las cosas que debe replantearse principalmente es donde debe alojar los datos BIM de sus productos. No es una decisión fácil. Ya que las distintas plataformas de datos BIM tienen distintas condiciones, cada empresa de almacenamiento requiere distintos niveles de información suministrada en diferentes formatos. Por ejemplo, en el Reino Unido, hay una serie de plataformas establecidas:
BIMobject dispone de los datos de fabricante vinculados con los objetos 3D y provistos por este. coBuilder por otro lado entiende los datos como el valor clave, permitiendo que sean vinculados a cualquier objeto genérico o dibujado. Y aunque BIMstore y NBS Library también requieren de objetos 3D, ambos requieren distintos datos.
Esta discrepancia en la información hace que no sea posible comparar peras con peras. Pongamos por caso que en el caso de un fabricante generara el campo de longitud de un perfil de acero como ‘’Longitud’’ y otro fabricante pueda denominarlo ‘’Longitud total’’. Esto hace difícil una identificación rápida y comparable de la información entre fabricantes. Esto aún se hace más relevante cuando se trata de los datos de cumplimiento de legislación:
- La legislación europea / internacional
- Legislación nacional
- Las exigencias del mercado específico
- Información de garantía y mantenimiento.
- Fabricante de productos y características
BIM Nivel 2 del Gobierno del Reino unido ha llevado a un cambio cultural importante en toda la cadena de suministro de construcción y ha creado una nueva conciencia de los datos. En Abril, el Gobierno del Reino Unido publicó un documento que nace de la necesidad de tener datos consistentes, las Plantillas de datos de productos (PDT) ayudan a generar un conjunto de información para el producto de un fabricante determinado.
``PDT son también la fuente de datos coherentes para ser utilizados en la gestión del bien construida, lo que permite administradores de instalaciones para encontrar la información que necesitan para el funcionamiento y mantenimiento de la instalación en un formato estructurado y estandarizado, la mejora de la eficiencia y la productividad de la FM proceso, y el apoyo a la automatización en la gestión de la información de activos’’ Font: http://www.cibse.org
La aplicación de esta metodología es LEXiCO, una herramienta web que permitirá que el PDT (Product Data Templates) sean accesibles para todos los fabricantes y se tenga un acuerdo de PDT para cada tipo de producto. Es evidente que no todo el mundo necesita la misma información sobre un producto, así que LEXiCO considera la fuente de distintos requisitos de información, permitiendo a los usuarios seleccionar el tipo de información a adquirir. LEXiCON aparece como una nueva iniciativa para aumentar la consistencia de los datos y la interoperabilidad en todo el sector, en toda la cadena de suministro y el ciclo de vida de activos.
El concepto que presenta esta aplicación es crear el denominado ADN del producto. La información que se mantiene con un producto y se añade a través del ciclo de vida de un producto.
El estándar de datos de producto será adoptado como base para PAS 1192-6.
Como gestionar la información con Revit
Se habla de BIM como una base de datos bajo gráficos. Para poder sacarle el máximo valor a los modelos de información debemos comprender como se organizan y se relacionan los datos en él. Comprender y controlar los datos nos permitirá obtener información de calidad respecto el objetivo de la maqueta.
En Revit los datos se consiguen con los parámetros asignados a los objetos del modelo. La forma en la que se organizan estos parámetros dentro de REVIT tiene una estructura determinada. Para entender como están vinculados estos datos en Revit debemos saber que este sigue un concepto de herencia de objetos, en el que a partir de un objeto base derivan otros objetos y así sucesivamente. Por lo que las generaciones posteriores heredan todas las propiedades del objeto madre. Estamos hablando de las familias y sus propiedades de parámetros. Esta herencia de parámetros es básica para entender cómo se comportan en función a la posición de la herencia que se encuentran.
TIPOLOGÍAS DE PARÁMETROS:
Parámetros de familia: Des del editor de familias podemos asignar a cualquier objeto una gran cantidad de atributos en los que a partir de aplicar una fórmula se convierten en parámetros o simplemente intervienen como definición geométrica de las partes de un objeto.
Parámetros de tipo: Estos parámetros se aplican a una clase de objetos, refiriéndose a un modelo particular. Cuando a un parámetro se le asigna una etiqueta, en el editor de familias, este puede ser modificado para cambiar las características de cada tipo. Por lo que, el valor de estos parámetros al cambiarlos se extiende a todos los objetos del mismo tipo. O en el caso de los parámetros de ejemplares son únicos en cada ejemplar de objeto.
Si hacemos la comparativa de cómo se organizan los datos en REVIT en comparación a un Exel entendemos que los Campos (las cabeceras de las columnas) serían los parámetros de REVIT, los Registros (Cabeceras de las filas) seria los objetos de ejemplar de una categoría. De aquí la tabla nos muestra los valores= Datos.Que posteriormente podremos filtrar, agrupar y ordenar para poder identificarla información que buscamos.
Pero la organización de los datos que propone REVIT, nos permite obtener mediciones de todo el modelo,aunquede forma parcial. Aun así, el modelo conforma una base de datos de todos los elementos que lo componen, por lo que trabajar con REVIT vinculado a una base de datos relacional podría ser más óptimo para trabajar los datos para el objetivo final.
BASES DE DATOS RELACIONALES:
Estas se organizan de manera relacional y puede resultar muy útil para representar una amplia gama de datos. Se basa en una arquitectura de tablas y relaciones entre ella, pero impone algunas restricciones en el momento de almacenar los datos.
Cada tabla tiene un campo clave principal, al que se le suele llamar identificador, y normalmente tiene una ID que debe ser de un valor único, para que pueda ser utilizado únicamente para identificar cada fila. Esta relación entre tablas, se establece mediante una llave externa que hacen cumplir la integridad referencial, es decir, un campo que es un valor clave en otra tabla. Para que la información se almacene solo una vez y no varias, las tablas y las relaciones entre ellas deben estar bien pensadas, por lo que se lleva a cabo un proceso nombrado normalización. Este proceso ayuda a que los datos sean más fáciles de mantener y también de entender.
LA VINCULACIÓN DE PARÁMETROS ENTRE REVIT Y BASES DE DATOS:
En enlace entre ambos se hace a partir de una convención. Los valores de parámetros específicos de la familia son identificados como correspondientes a elementos de datos de las bases de datos relacionales. Es decir, los parámetros de familia corresponden a los campos de las bases de datos.
Existen diferentes software con esta estructura que permiten obtener la totalidad de dicha información y su manipulación de cara a la organización de la información de todos los elementos que conforman el modelo. Teniendo toda la información del proyecto en una base de datos preparada con antelación para el efecto. En ellos también podemos trabajar con los requisitos de los propietarios, a partir de una base de datos bien estructurada posteriormente, para hacer la comparativa entre los requisitos iniciales y los que se están desarrollando en el modelo.
Algunos de los sistemas software para la vinculación de datos con Revitsón:Drofus, WhiteFeet y Coodebook . Aunque existen muchos más y con distintas características.
