Ventajas del BIM sobre el CAD y estrategias de modelado, por ACAD-M2

El conocimiento integral de Autodesk Revit y la densidad de información del modelo.

Se ha notado en los nuevos usuarios el prejuicio de que el nivel de profundidad con que puede ser modelada una obra, es menor que en los sistemas con más historia. Nada más lejano. Aunque se debe reconocer que los sistemas CAD están más difundidos y permiten dibujar con menor conocimiento, presentan un techo de posibilidades considerablemente más bajo. Negar las ventajas de BIM sobre el CAD, es como no reconocer la superioridad de la computadora por sobre la máquina de escribir. Los usuarios sin un conocimiento global tienden a creer que el límite con el que se encuentran es parte de Autodesk Revit, cuando en realidad es una frontera personal fundada en la lógica CAD (Recuérdese la “alegoría de la caverna”).

Como se ha dicho al principio, un modelo BIM contiene gran cantidad y variedad de información. La novedad, es que estos datos mantienen el correlato de la maqueta digital con la realidad. Parámetros físicos permiten, por ejemplo, el cálculo de estructuras y balances térmicos. Es así que el sistema BIM facilita el diseño integral, contemplando tanto el método proyectual como el análisis estructural, económico y ecológico entre otros. La dialéctica diseño-análisis encuentra una síntesis en estos sistemas. Se ha verificado durante los cursos y las capacitaciones el beneplácito de los alumnos al automatizar procedimientos. Un ejemplo simple de esto es la resolución de encuentros, mencionada en artículos anteriores. La configuración podrá requerir más tiempo que el mero dibujo, pero no se habrá resuelto un encuentro sino infinitos. La automatización es una constante de Autodesk Revit. Estas deben ser configuradas de acuerdo a las preferencias del usuario. No directamente mediante alguna herramienta (como acostumbran los sistemas CAD), sino editando los parámetros de los componentes. Conociendo estos procedimientos el usuario logrará modelar a su gusto, en un lapso de tiempo breve, y en profundidad. En el caso de que dichos datos no sean establecidos previamente, se cargarán “por defecto”. Esto puede ser una desventaja para el proyectista inexperto, que no sabrá cómo modificarlo de acuerdo a sus necesidades. En cambio para un usuario debidamente capacitado esto tiene la ventaja de poner en evidencia las decisiones no tomadas.

Cuando se dice “por defecto” debe entenderse que son parámetros ya establecidos en  la Plantilla/Template con que se comienza el proyecto. En este punto radica la importancia de comenzar un proyecto con el archivo base adecuado. Cada departamento de proyectos maneja un código interno que permite el trabajo mancomunado, la creación de la Plantilla/Template debe ser su reflejo.

Acerca de la preparación de la Plantilla/Template
En primer lugar debe establecerse la cantidad de información que contendrá la plantilla. No es la idea partir con un archivo que contenga absolutamente todo lo que se va a usar en el proyecto. Cargar familias no es un trabajo complejo, y la sobreabundancia de estas, además de sumar peso al archivo, dificultara la búsqueda de los componentes más usados. Con una plantilla sin contenido, se perderá la posibilidad de que los integrantes del grupo de proyectos manejen un mismo idioma. Se podrá contar con más de un témplate. Esto dependerá de la variedad de tipologías edilicias y/o constructivas con las que se trabaje.

Elementos que debe contener una plantilla

Materiales: Se debe establecer un listado de materiales lo más completo posible. Respetar un orden de nomenclatura y coherencia en la asignación de parámetros de identidad, resulta fundamental para eliminar futuros inconvenientes (estos materiales serán computados). Uno de los parámetros de identidad es la Nota Clave. Esto se cargaran en un archivo TXT que debe contener códigos para todos los elementos a usar en el modelo (este tema fue tratado de manera más extensa en el artículo anterior).

Familias de sistema (Pisos, Muros, Cielorrasos, Cubiertas, etc.): Es necesario contar con familias genéricas para comenzar el modelo. También se agregarán las tipologías más usadas. La cantidad de familias de cada categoría se establece de acuerdo a la metodología de trabajo. Se aconseja no superar las diez familias por categoría.

Familias externas: Estos elementos aumentan el tamaño del archivo de modo considerable. Por esta razón, y porque generalmente varían de acuerdo al proyecto, se recomienda no cargar más de cinco por categoría.

Vistas: Las vistas no consumen recursos de hardware. Es conveniente incluir una vista de cada tipo. Una vista para el guardado del archivo, optimiza el trabajo mediante worksets. Editar plantillas de vistas y filtros de fases. La configuración de planillas de habitación, materiales, y tablas de planificación, dependerá de las preferencias del usuario.  Si se trabaja con Key Notes incluir leyenda de notas clave.

Planos: Es conveniente que las familias de rótulos utilizadas por el departamento de proyectos estén cargadas en la plantilla y generados los distintos tipos de planos.

Configuraciones: Unidades, visibilidad y gráficos de cada vista, estilos de líneas, tipologías de texto, ubicación geográfica, anotaciones, etc.