O BIM (Building Information Modeling) tornou possível associar uma enorme quantidade de informações a cada elemento de um projeto. Uma parede pode conter sua classe de resistência ao fogo e seu grupo de custos e, mais tarde, até mesmo as informações de manutenção de que o/a gestor/a predial precisará. Essa possibilidade gera uma tentação: se o modelo pode conter mais dados, ele deve conter. Nesse processo, uma questão importante de eficiência pode se perder: o projeto realmente precisa dessas informações, e precisa delas agora?
Para arquitetos/as, o BIM é frequentemente descrito como uma "única fonte de verdade". No entanto, cada propriedade adicional gera mais trabalho, coordenação e manutenção, e as informações inseridas precocemente ou sem um propósito claro podem se tornar obsoletas rapidamente. O que importa é ter a informação certa para as decisões que estão sendo tomadas em cada etapa do projeto. O escritório KUBUS360, sediado em Stuttgart, colocou essa questão no centro de seu trabalho em um complexo administrativo em Baden-Württemberg (Alemanha).
O projeto consiste em três edifícios híbridos de madeira e concreto, com pavimentos térreos abertos ao público e escritórios com capacidade para cerca de 630 postos de trabalho nos andares superiores. Conhecido por sua abordagem "360 graus" que abrange planejamento, gerenciamento de projetos e consultoria de sustentabilidade, o escritório desenvolveu o que a arquiteta Bianca Hirner e o coordenador de BIM Freddy Hartmann chamam de leanBIM. Trabalhando no Vectorworks Architect, a equipe buscou manter o modelo detalhado sem permitir que ele ficasse mais pesado do que o projeto exigia.
Projetando a informação antes de projetar o modelo
Para o KUBUS360, o processo BIM começa antes de se desenhar a primeira linha. O cliente tinha pouca experiência com BIM, por isso, em vez de esperar por uma longa lista de requisitos, a equipe ajudou a redigir os Requisitos de Informação do Contratante (EIR) e, a partir deles, elaborou o Plano de Execução BIM (BEP). Hartmann explica:
Nosso principal objetivo era incorporar ao modelo apenas as informações que seriam avaliadas posteriormente.
Esse planejamento estabeleceu a matriz do Nível de Necessidade de Informação (LOIN) para o projeto, identificando cada componente da edificação como uma entidade IFC (Industry Foundation Classes) e especificando as propriedades de que cada elemento precisaria, bem como a fase do projeto em que essas propriedades seriam adicionadas. As informações foram inseridas no modelo à medida que o projeto se desenvolvia, em vez de serem anexadas de uma só vez. O resultado foi um modelo mais leve, com responsabilidades mais claras e menos campos de dados desnecessários para gerenciar.
Uma fonte de verdade, quatro bancos de dados
Manter um modelo enxuto é, em parte, uma questão de onde as informações residem. O KUBUS360 organizou quase todo o projeto em torno de quatro bancos de dados centralizados dentro do Vectorworks Architect: um banco de dados IFC geral, um de componentes, um dedicado a portas e janelas, e um de transição para informações de gestão predial (facility management).
Por meio do Gerenciador de Dados do Vectorworks, os elementos herdam sua classe de resistência ao fogo e outras propriedades compartilhadas a partir desses conjuntos de dados, e os mesmos valores alimentam as visualizações, tabelas e exportações de IFC. Como afirma Hartmann:
Graças ao pequeno número de bancos de dados, sabemos com rapidez onde as informações estão sendo inseridas.
Modelagem livre sem perder a inteligência BIM
A maior parte do projeto, de escadas e corrimãos a elementos estruturais e portas, conta com ferramentas nativas do Vectorworks, que a equipe do KUBUS360 afirma cobrir cerca de 95% do trabalho de modelagem do projeto. Os elementos personalizados seguem uma lógica diferente. O KUBUS360 utiliza a atribuição baseada em classes, em que a identidade e as propriedades IFC de um objeto vêm de sua classe, e não da ferramenta utilizada para desenhá-lo.
Um peitoril pode ser modelado com uma superfície de cobertura e ainda assim ser exportado com o grupo de custos correto. Uma pilastra de fachada curva pode começar como uma geometria sólida, tornar-se um objeto Auto Hybrid e carregar os mesmos dados de qualquer componente padrão. "A abordagem baseada em classes é uma vantagem fundamental para nós no Vectorworks Architect, pois nos permite projetar formas de maneira totalmente livre", diz Hartmann.
Tornando a informação visível em vez de oculta
Os dados tornam-se úteis quando os/as arquitetos/as podem verificá-los visualmente. Um de seus fluxos de trabalho do KUBUS360 utiliza a Visualização de Dados no Vectorworks Architect para codificar os elementos por cores com base nas informações armazenadas no modelo. As classes de proteção contra incêndio e outras propriedades podem ser exibidas instantaneamente em todo o edifício, tornando visíveis as inconsistências sem a necessidade de buscar em tabelas.
A equipe também desenvolveu uma ferramenta interna de controle de qualidade chamada Angle Checker (Verificador de Ângulos). Como geometrias poligonais criam muitos ângulos irregulares, a ferramenta mostra rapidamente quais paredes foram desenhadas de forma correta. Cada elemento recebe um valor simples de verdadeiro ou falso por meio do Gerenciador de Dados, permitindo que qualquer geometria incorreta seja identificada de imediato.
Informações que vão além do edifício
A questão sobre "quanta informação é suficiente?" torna-se ainda mais relevante quando o BIM se conecta a dados que vão além do próprio edifício. Um segundo exemplo com o Vectorworks mostra como a integração com o ArcGIS pode transformar as informações geoespaciais na base de um fluxo de trabalho BIM antes mesmo do início da modelagem arquitetônica. Lotes, vias e características existentes do terreno podem ser transmitidos diretamente para o projeto por meio do ArcGIS Feature Services, criando um modelo de terreno geolocalizado a partir de informações dinâmicas de GIS em vez de importações estáticas.
Árvores existentes importadas de conjuntos de dados GIS, por exemplo, podem conter informações sobre a espécie ou estado fitossanitário e ser codificadas por cores por meio da Visualização de Dados para distinguir quais árvores devem ser preservadas, removidas ou substituídas no terreno.
Em escala urbana, os modelos BIM também podem retroalimentar os ambientes GIS com informações. Modelos de edifícios geolocalizados contendo dados de arquitetura, paisagismo e infraestrutura podem integrar cenas web mais amplas do ArcGIS, utilizadas por planejadores/as, engenheiros/as e gestores/as prediais. Nem todo projeto exige esse nível de integração. As informações do BIM tornam-se valiosas quando apoiam decisões em diferentes disciplinas, e não simplesmente por existirem.
À medida que os modelos BIM se tornam mais ricos em informações, decidir o que incluir passa a ser uma questão de projeto e de gestão por si só. O KUBUS360 abordou essa questão desde o início, tratando o BIM como uma ferramenta para atingir os objetivos do projeto e reduzindo ao máximo o esforço demandado. O escritório alinhou com o cliente quais informações seriam avaliadas posteriormente, definiu no LOIN quando cada propriedade deveria ser inserida no modelo e manteve os dados em um número reduzido de bancos de dados, facilitando a localização pela equipe. A mesma lógica se aplica a projetos de qualquer escala: definir as prioridades de informação antes de iniciar a modelagem, centralizar as estruturas de dados e utilizar verificações visuais para manter o modelo coordenado à medida que o projeto se desenvolve.
Este artigo foi escrito por Kiana Buchberger. A tradução é gerada por IA.
